[Gambas-user] A friendly face on LibreOffice towards Gambas

Cedron Dawg cedron at exede.net
Mon Mar 4 04:01:36 CET 2019


Let's start with this:

http://gambaswiki.org/wiki/doc/intro?nh

Congratulations on meeting most of those goals, the far future is nearer than you think.

I totally agree with Benoit that M$ code is rushed, thus poorly designed and quite buggy.  For commercial software, that ought to be unacceptable, but anybody feel like slapping a 800 lb gorilla?  Plenty tried, paid the price.

Once of the reasons they were able to get away with this was the success of the Office Suite and the morphing of the independent macro languages (e.g. original Excel macro) into VBA, and allowing VB to "automate" the Office Products.

There is an interest in that:

https://ask.libreoffice.org/en/question/123674/call-libreoffice-from-gambas/

And clearly Benoit sas some experience with this:

http://gambas.8142.n7.nabble.com/Output-to-Libre-Office-Writer-td41541.html

But a work around is not the same thing a direct goal.

What would be nice would be to be able to pick up OfficeLibre components looking like GP.components, complete with a Gambas philosophical methodology.

Is this possible?  Not sure, but I think so.

I've done a little messing around with LiberOffice's internal macro language in the past.  I believe it varies some between their products, but it is very much not VBA.  (See above about slapping gorillas.)

It is also not very widely used apparently.  Does anybody here have any significant with OfficeLibre's macro languages?

I'm putting this on my to do list.  I think there would be a huge synergy and a substantial increase in the value of Gambas to the corporate world.

Being able to drive OfficeLibre would solve a lot of the missing goals and provide oh so much more.  Believe me, I used to make Excel dance from VB, combine it with good database access, whew, there is a lot you can accomplish.

Thoughts?

Ced



More information about the User mailing list