Re: UNO connection problems (GSOC Report Week 3)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 20.06.19 08:52, Stephan Bergmann wrote:
On 19/06/2019 22:32, Rasmus Jonsson wrote:
On Wed, 19 Jun 2019 08:07:15 +0200
Stephan Bergmann <sbergman@xxxxxxxxxx> wrote:

This worked, thanks. However, the project requires using whichever
LibreOffice installation is available.

For C++ and Java there is helper functionality in the LO SDK for 3rd-party apps to find and access a LO installation, see <https://wiki.openoffice.org/wiki/Documentation/DevGuide/ProUNO/C%2B%2B/Transparent_Use_of_Office_UNO_Components> and <https://wiki.openoffice.org/wiki/Documentation/DevGuide/ProUNO/Java/Transparent_Use_of_Office_UNO_Components>, respectively.  But I don't think something like that has ever been implemented for Python.

there is the program/officehelper.py file, which has a bootstrap function, which is supposed to be the way to launch soffice from python - but as you say, it doesn't try to find a LO installation, it expects the environment to be set up already so that "import uno" works.

but there are basically just 2 different kinds of LO installations:
1) via upstream packaging on all platforms: you always have
   instdir/program/python[.exe], so you use that...
2) via some downstream Linux/*BSD/etc. packages: here the distro package
   is responsible for putting the officehelper.py and LO's uno module
   somewhere so that if you use the distro's default python
   installation, using officehelper works out of the box
_______________________________________________
LibreOffice mailing list
LibreOffice@xxxxxxxxxxxxxxxxxxxxx
https://lists.freedesktop.org/mailman/listinfo/libreoffice




[Index of Archives]     [LARTC]     [Bugtraq]     [Yosemite Forum]     [Photo]

  Powered by Linux