Date: prev next · Thread: first prev next last
2013 Archives by date, by thread · List index


Hi :)
WoooHooo, C++ is much better and working with the devs in LO means the code can be tested more 
widely than if it was just written as a purely in-house Extension.  Hopefully resulting in better 
code and better support for that code for whatever the company needed.  
Regards from
Tom :)  





________________________________
From: Stephen Morris <samorris@netspace.net.au>
To: michael.meeks@suse.com 
Cc: LibreOffice Users <users@global.libreoffice.org>; Kohei Yoshida <KYoshida@novell.com> 
Sent: Tuesday, 5 February 2013, 20:11
Subject: Re: [libreoffice-users] Development of Extensions for LibreOffice

On 02/06/2013 04:56 AM, Michael Meeks wrote:
Hi Stephen,

On Mon, 2013-02-04 at 06:57 +1100, Stephen Morris wrote:
       I have Eclipse with the OpenOffice plugin to enable development of
extensions for Libreoffice. Can someone tell where I can get
documentation on the Libreoffice Calc internals and how to interface
specifically to things like the Pivot Table dialogue so that it can be
extended. I want to work around the fact that Pivot Tables in Calc 3.6.5
are functionally not equivalent to Excel 2002 let alone Excel 2010?
    Oh - that's bad :-)

       I was also thinking of developing these extensions in Java, are
there any issues with doing so?
    Well - if you develop this in Java then it's unlikely to get into the
code code. Also - you'll have a rather grim time trying to get
everything you want, and (I suspect) you'll find embedding into
arbitrary dialogs is not really easy at all.

    So - I -strongly- recommend just checking out the code, compiling it
and poking the developers list for some code pointers to that dialog.

    Adding the features you need to the core, so everyone can enjoy them
out of the box is almost certainly the best way to achieve your goals -
and (after all) C++ is not so distantly related to Java :-)
Hi Michael,
    I have already downloaded to source code and had considered modifying the code directly, but 
thought and extension might be easier and simpler, but if writing an extension means that it won't 
be guaranteed of making the product then modifying the code is the better way to go. I haven't 
looked at C++ in a long time but it shouldn't be that difficult to pick up again, and it should be 
easy to get the code suite into my Eclipse development environment once I update it for C++. I'm 
also running out of time for relating Calc's compatibility to Excel 2002 as in April/May the 
organisation I work for is upgrading to 2010, so I may just have to develop for compatibilty with 
that. I have 2010 installed on this machine at home, but it is running under Windows and I'll be 
doing my development work under Linux, and last time I looked Office 2010 doesn't run under Wine 
nor CrossOver Office.

regards,
Steve


    Does that make sense ?

    Thanks !

        Michael.



-- For unsubscribe instructions e-mail to: users+help@global.libreoffice.org
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://listarchives.libreoffice.org/global/users/
All messages sent to this list will be publicly archived and cannot be deleted



-- 
For unsubscribe instructions e-mail to: users+help@global.libreoffice.org
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://listarchives.libreoffice.org/global/users/
All messages sent to this list will be publicly archived and cannot be deleted

Context


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.