Rony G. Flatscher wrote:
Stephan Bergmann wrote:
Oliver Braun wrote:
Stephan Bergmann wrote:
See http://www.openoffice.org/issues/show_bug.cgi?id=88687,
addressed all three problems with a newly introduced unoinfo program
there.
Does the new mechanism still rely on a symbolic link named
Stephan Bergmann wrote:
See http://www.openoffice.org/issues/show_bug.cgi?id=88687, addressed
all three problems with a newly introduced unoinfo program there.
Does the new mechanism still rely on a symbolic link named 'soffice' being
present in some directory which is in PATH by default
Oliver Braun wrote:
Stephan Bergmann wrote:
See http://www.openoffice.org/issues/show_bug.cgi?id=88687,
addressed all three problems with a newly introduced unoinfo program
there.
Does the new mechanism still rely on a symbolic link named 'soffice'
being present in some directory which
Stephan Bergmann wrote:
Unfortunately, with the advent of the Three-Layer Office
(http://wiki.services.openoffice.org/wiki/ODF_Toolkit/Efforts/Three-Layer_OOo,
starting DEV300m4) both the C++ and Java simple bootstrap mechanisms
Stephan,
Stephan Bergmann wrote:
Unfortunately, with the advent of the Three-Layer Office
(http://wiki.services.openoffice.org/wiki/ODF_Toolkit/Efforts/Three-Layer_OOo,
starting DEV300m4) both the C++ and Java simple bootstrap mechanisms
Hi Stephan,
i am for a cleanup and so for a clean solution for all 3. As Kay pointed
out the C++ solution is probaly not used very often.
Juergen
Stephan Bergmann wrote:
Unfortunately, with the advent of the Three-Layer Office
Stephan Bergmann wrote:
Unfortunately, with the advent of the Three-Layer Office
(http://wiki.services.openoffice.org/wiki/ODF_Toolkit/Efforts/Three-Layer_OOo,
starting DEV300m4) both the C++ and Java simple bootstrap mechanisms
Rony G. Flatscher wrote:
Stephan Bergmann wrote:
Unfortunately, with the advent of the Three-Layer Office
(http://wiki.services.openoffice.org/wiki/ODF_Toolkit/Efforts/Three-Layer_OOo,
starting DEV300m4) both the C++ and Java simple bootstrap mechanisms
Rony G. Flatscher wrote:
Just a question here:
in order to allow for using OOo 2.x from Java, I have a setup
routine that defines the classpath to point to
OOoHome/program/classes/jurt.jar,
OOoHome/program/classes/unoil.jar,
OOoHome/program/classes/ridl.jar, and
Hi Stephan,
Problem 1 could most silently be fixed by adding symbolic links for all
the URE libraries to all brand layer program directories.
That sounds *quite* ugly.
For problem 1 my opinion is to go with the same solution as for problem
2 (i.e., call the sketched ureinfo on all
10 matches
Mail list logo