Re: [dev] Viewing Slideshow in variable sized window without menu bar
Andy Cordwell wrote: > Hiding the menu turned out to be fairly straight forward (see code). > Using a similar pattern I can also hide the various tool bars etc but I > can't hide the status bar. For statusbar, I pass: > private:resource/statusbar/statusbar and the function returns true > (indicating success). However, the statusbar is still visible! Using > the Invoke method as shown below also results in the statusbar remaining > visible. There seems to be a problem with the statusbar. My observation is that it is shown when a progress bar is painted even if it is switched off. This wouldn't be a problem if the status bar disappeared right after the progress is finished but obviously this doesn't happen. If my observation is right it would be a bug IMHO. Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Prebuild Macros into OO
On 00:56, Fri 09.06.06, Work Klo wrote: Hi, I am packing (and building) the Chinese version of OO. There is a very useful macro that I would like to have it there when the user install OO. That means they don't have to install this special macro once they install OO. I kinda figure out the macros goes into a special directory inside the user directory (in C:\Document and Settings\\Application Data\OpenOffice2.0\user). Am I right on this? Use system wide directory (share/basic) for such things. If yes, that means the user registration wizard have to create the macro inside the user directory as well. Where is the source code for handling that? It seems I have a bit of trouble looking that up... See wizards/source for built-in macros and create your own section. -- Best regards, Rail Aliev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dev] Prebuild Macros into OO
Hi, I am packing (and building) the Chinese version of OO. There is a very useful macro that I would like to have it there when the user install OO. That means they don't have to install this special macro once they install OO. I kinda figure out the macros goes into a special directory inside the user directory (in C:\Document and Settings\\Application Data\OpenOffice2.0\user). Am I right on this? If yes, that means the user registration wizard have to create the macro inside the user directory as well. Where is the source code for handling that? It seems I have a bit of trouble looking that up... Many thanks. ___ YM - 離線訊息 就算你沒有上網，你的朋友仍可以留下訊息給你，當你上網時就能立即看到，任何說話都冇走失。 http://messenger.yahoo.com.hk
Re: [dev] Changing the default Java for OOo from command line
Well I could only second Tobias that if you are adminstrating clients via e.g. an ssh-session it would be great if you would not need to use the GUI to change your clients Java configuration without forwarding your X for example. Tom Joachim Lingner schrieb: > > Tom Schindl wrote: >> Hi, >> >> Well if you are on linux a simple "sed" command could change the used >> JDK or am I missing something. This could surely done also on win32 but >> I have no idea on win32-scripting. The information is stored on my >> system in: >> >> [EMAIL PROTECTED]:~tom/.openoffice/user/config/javasettings_Linux_x86.xml >> > The javasettings_xyz.xml is an implementation detail and it may change > between versions of OOo without notice. By the way the vendorData > element contains data which are only useful or necessary for exact that > JRE (vendor, version) which is determined by the javaInfo element. It is > not specified what exactly has to be contained in that element. However, > when a Sun JRE is used then it contains the paths to the JRE > installation which have to be put in the LD_LIBRARY_PATH before soffice > starts. If this is not done, then VM aborts and kills the office as > well. If you modify the file and point to a different JRE and vendorData > still contains path to the old JRE then you can be sure that at some > point your office behaves "strange" if not crashes. > > For more information about how a JRE is selected by OOo you could have a > look at: > http://udk.openoffice.org/common/man/spec/javavendorextension.sxw > > > Jochen > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Changing the default Java for OOo from command line
Well if I'm not completely mistaken you only need to modify the path to
the jre used by openoffice don't you?
I have no sed commando available at the moment but because I'm better in
perl here's a one liner (this is even cross-platform as it's perl :-)
:
8<
perl -e '{local $/ = undef; open(IN,"$ARGV[0]");$c=;close(IN);}$c =~
s/.+<\/location>/$ARGV[1]<\/location>/;open(OUT,">$ARGV[0]");print
OUT $c;close(OUT);' $path_to_javasettings_Linux_x86.xml $new_jre%
8<
for example:
8<
perl -e '{local $/ = undef; open(IN,"$ARGV[0]");$c=;close(IN);}$c =~
s/.+<\/location>/$ARGV[1]<\/location>/;open(OUT,">$ARGV[0]");print
OUT $c;close(OUT);' javasettings_Linux_x86.xml file:///usr/java5/jre
8<
As already mentionned if you have to check if this changes within
releases but it should work for the current ones.
Tom
Tobias Krais schrieb:
> Hi Peter,
>
>> http://en.wikipedia.org/wiki/Sed
>
> I know this littel program, but I don't know how sed can change the JRE
> for OOo...
>
> Greetings, Tobias
>
Well if you are on linux a simple "sed" command could change the used
JDK or am I missing something. This could surely done also on win32 but
I have no idea on win32-scripting. The information is stored on my
system in:
[EMAIL PROTECTED]:~tom/.openoffice/user/config/javasettings_Linux_x86.xml
>>> tell me more! I know this file. But what do you mean with the "sed
>>> command"? How is it used?
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[dev] Wiki Extension: DynamicPageList2
Hi all, could we add this http://meta.wikimedia.org/wiki/DynamicPageList2 extension to the OOo wiki? It allows to generate page lists of particular categories (similar to what I try to achieve with my redirects in the UNO Wiki (http://wiki.services.openoffice.org/wiki/Uno) :-) . Kay - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] How to run from solver
Hi Chris, On Wed, Jun 07, 2006 at 22:19:33 +0200, Chris wrote: > Question: How can I install my build in a separate directory without > affecting > the package system? Is it possible to run OO directly from the source tree ? You can use the following commands to unpack the DEBs and copy everything to an installation directory, note that you may want to exclude the openoffice.org-*-integration_* packages to not clutter up your desktop, so move them away first. mkdir temppath cd temppath for x in PathToDebs/*.deb; do alien --to-tgz --generate $x; done mkdir YourInstPath cp -av */opt/openoffice.org2.0/* YourInstPath Then edit YourInstPath/program/bootstraprc to let UserInstallation point to a path not interferring with your work environment. Do this before running OOo the first time. If building RPMs, ftp://ftp.stardiv.de/pub/OpenOffice.org/developer/install_scripts/ has some scripts to install RPMs in userland. Eike P.S.: As you're not subscribed to the mailing list you were posting to, you will miss replies that are directed to the list only. When answering, please reply only to the list (Reply-To header is set), not to my personal account. Thanks. -- OOo/SO Calc core developer. Number formatter stricken i18n transpositionizer. GnuPG key 0x293C05FD: 997A 4C60 CE41 0149 0DB3 9E96 2F1A D073 293C 05FD - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Changing the default Java for OOo from command line
Hi Peter, > http://en.wikipedia.org/wiki/Sed I know this littel program, but I don't know how sed can change the JRE for OOo... Greetings, Tobias >>> Well if you are on linux a simple "sed" command could change the used >>> JDK or am I missing something. This could surely done also on win32 but >>> I have no idea on win32-scripting. The information is stored on my >>> system in: >>> >>> [EMAIL PROTECTED]:~tom/.openoffice/user/config/javasettings_Linux_x86.xml >> >> tell me more! I know this file. But what do you mean with the "sed >> command"? How is it used? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Changing the default Java for OOo from command line
Tom Schindl wrote: Hi, Well if you are on linux a simple "sed" command could change the used JDK or am I missing something. This could surely done also on win32 but I have no idea on win32-scripting. The information is stored on my system in: [EMAIL PROTECTED]:~tom/.openoffice/user/config/javasettings_Linux_x86.xml The javasettings_xyz.xml is an implementation detail and it may change between versions of OOo without notice. By the way the vendorData element contains data which are only useful or necessary for exact that JRE (vendor, version) which is determined by the javaInfo element. It is not specified what exactly has to be contained in that element. However, when a Sun JRE is used then it contains the paths to the JRE installation which have to be put in the LD_LIBRARY_PATH before soffice starts. If this is not done, then VM aborts and kills the office as well. If you modify the file and point to a different JRE and vendorData still contains path to the old JRE then you can be sure that at some point your office behaves "strange" if not crashes. For more information about how a JRE is selected by OOo you could have a look at: http://udk.openoffice.org/common/man/spec/javavendorextension.sxw Jochen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] general polygon library
Hi richardrolston, On Wed, Jun 07, 2006 at 13:44:35 -0400, [EMAIL PROTECTED] wrote: > The instructions for "Building OpenOffice.org 2.x (680er series) under > Windows with tcsh" specify placing gpc.c and gpc.h in > $SRC_ROOT/external/gpc. However, I also had to build and place > gpc.lib there. Should not be necessary, and IMHO would not do anything either. The lib is built from gpc.h and gpc.c during OOo's build process, output goes, for example, to external/wntmsci10.pro/slb/gpc.lib, which then is delivered to the solver. > Also, the latest version og gpc is now 2.3.2 Which seems to work fine. Eike -- OOo/SO Calc core developer. Number formatter stricken i18n transpositionizer. GnuPG key 0x293C05FD: 997A 4C60 CE41 0149 0DB3 9E96 2F1A D073 293C 05FD - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] unopkg fails
Tobias Krais wrote: Moin Jürgen, [...] I used Sun Java 1.5.0_06 from Debian Sid non-free for compiling. It doesn't matter which -source and -target flags I used (tried it with 1.1, 1.2, 1.3, 1.4). I also used the Blackdown Java 1.4.2.03-1 and the FSF GCJ 1.4.2. I tested _every_ combination of these JDKs that means I e.g. compiled it with Sun Java while OOo used Sun Java -> it works; I tried compiling with each of these Javas, but only the FSF GCJ Java did not succeed with adding the UNO package. mmh, it's obviously that you have to use Java 1.5 in the office when you compile your component with Java 1.5. For all combinations where you use 1.5 for compiling and a smaller version in the office i would expect that it won't work because the incompatible class file format in Java 1.5. Not in case I compile with options -source 1.4 -target 1.4 ok, you mentioned it before I personally use only Sun Java packages ;-) and can't say anything about the FSF GCJ but i will give it a try when i find some time to test it. Hmm. You mail header tells me that you are using Windows. This is not really a problem in Windows, because Windows OOo comes with a Java 1.5. This is only a problem with Debian Linux, where OOo comes with the FSF Java... and I can't change the Java via commandline. sure, i understand you. I read currently my Mail under windows but i work on Windows, Linux and Solaris ;-) But nevertheless we have to check this. When you compile your package with FSF GCJ Java and use for example sun Java 1.4.2 in the office, does it work? Maybe there is a general problem with the FSF GCJ. Juergen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] New kind of issues: "Valgrind "
Nikolai Pretzell wrote: So I'd suggest: - Summary looks like: Valgrind ID: , - The issues get the keyword "valgrind". I think that's a good idea. Kind regards, pl -- If you give someone a program, you will frustrate them for a day; if you teach them how to program, you will frustrate them for a lifetime. -- Author unknown - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Viewing Slideshow in variable sized window without menu bar
After I'd worked out how to connect the dots ;) I've solved some of my
problems:
Window size and position can be controlled by creating a new frame and
requesting the new OO window is drawn inside this frame. Since we
control the outer frame I can move it around and size it as I wish.
There is a sample in the SDK which does something similar (in
/OfficeDev/DesktopEnvironment/). However, I 'm not getting an import
progress bar shown consistently. Sometimes its drawn, sometimes not.
Hiding the menu turned out to be fairly straight forward (see code).
Using a similar pattern I can also hide the various tool bars etc but I
can't hide the status bar. For statusbar, I pass:
private:resource/statusbar/statusbar and the function returns true
(indicating success). However, the statusbar is still visible! Using
the Invoke method as shown below also results in the statusbar remaining
visible.
I've tried calling the hide statusbar call from various points in my
code, including just before a start a presentation, and can't make it
disappear! Does anyone have any ideas / suggestions?
In the mean time I manually rename the statusbar.xml file just before
loading (and restore just after), which results in an entirely empty
status bar area. This is better but still results in lost screen real
estate.
A lot of these techniques have been cobbled together from various places
- I thank the original authors for sharing this information.
Regards,
Andy
// Successfully hide the menubar. This code needs error detection and
handling!
XPropertySet props = ( XPropertySet ) UnoRuntime.queryInterface(
XPropertySet.class, xComponent );
Object obj = props.getPropertyValue( "LayoutManager" );
XLayoutManager layout_manager = ( XLayoutManager )
UnoRuntime.queryInterface( XLayoutManager.class, obj );
boolean success = layout_manager.hideElement(
"private:resource/menubar/menubar" ); // Change to
private:resource/statusbar/statusbar for statusbar
System.out.println("Hidden menu = " + success );
// Attempt (and fail) to hide statusbar using invokation:
PropertyValue[] myProperties = new PropertyValue[1];
PropertyValue xProperty = new PropertyValue();
xProperty.Name = "StatusBarVisible";
xProperty.Value = new Boolean( false );
myProperties[0] = xProperty;
com.sun.star.util.URL aURL = new com.sun.star.util.URL();
aURL.Complete = ".uno:StatusBarVisible";
int flags = 0;
XDispatchProvider provider = ( XDispatchProvider )
UnoRuntime.queryInterface( XDispatchProvider.class, mxFrame );
com.sun.star.frame.XDispatch xDispatcher = provider.queryDispatch( aURL,
"", flags);
if (xDispatcher!=null)
{
xDispatcher.dispatch( aURL, myProperties);
}
else
{
System.out.println("Failed!!!" );
}
Andy Cordwell wrote:
I'd like to write a application that opens a PowerPoint presentation
and plays it to the end, all without user intervention (which I think
I've done - see earlier posts).
After a quick demo of this, our end-user asked that the slideshow
simply starts playing, without showing the Impress window as the file
loads and converts (which is a relatively lengthy process). He also
asked that the size and position of the window that shows the
slideshow is also controllable.
This implies I need to find a way to 'hide' the Impress window as it
opens and converts the PowerPoint, then control the window size and
position as it starts playing the slideshow. I am aware I can run the
slideshow in the current window by setting the Slideshow Options ~
Window setting. However, this still leaves the menubar showing
(status bars and toolsbars etc I can turn off).
Being an OpenOffice.org developer newbie, I've got a few queries at
this point:
Can the menu bar / main window be hidden?
Are there any settings (start up settings?) which control the window
size?
Is there an OO API available to do any of this?
I've tried passing the -hidden, -headless and -invisible command line
options, but these do not have any visible impact on the window (with
the exception of one which disables input).
I'll also need to determine when the slideshow has finished playing so
that I can perform internal clean up and exit Impress. I noticed a
post earlier that said there was no callbacks to notify when a
presentation had ended. Any thoughts as to how I could accomplish this?
I'm prototyping in Java, but will write the final application in C++.
Running OpenOffice 2.0.2. under Fedora Core 4.
Regards,
Andy
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Changing the default Java for OOo from command line
Hi Tobias, http://en.wikipedia.org/wiki/Sed Regards Peter Tobias Krais schrieb: Hi Tom, Well if you are on linux a simple "sed" command could change the used JDK or am I missing something. This could surely done also on win32 but I have no idea on win32-scripting. The information is stored on my system in: [EMAIL PROTECTED]:~tom/.openoffice/user/config/javasettings_Linux_x86.xml tell me more! I know this file. But what do you mean with the "sed command"? How is it used? Greetings, Tobias [...] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Changing the default Java for OOo from command line
Hi Tom, > Well if you are on linux a simple "sed" command could change the used > JDK or am I missing something. This could surely done also on win32 but > I have no idea on win32-scripting. The information is stored on my > system in: > > [EMAIL PROTECTED]:~tom/.openoffice/user/config/javasettings_Linux_x86.xml tell me more! I know this file. But what do you mean with the "sed command"? How is it used? Greetings, Tobias [...] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Changing the default Java for OOo from command line
Hi, Well if you are on linux a simple "sed" command could change the used JDK or am I missing something. This could surely done also on win32 but I have no idea on win32-scripting. The information is stored on my system in: [EMAIL PROTECTED]:~tom/.openoffice/user/config/javasettings_Linux_x86.xml Tom Tobias Krais schrieb: > Hi Joachim, > >> selecting a different JRE is only possible through the options dialog. > >>> at the moment I am creating a little Debian package. This package only >>> runs with a Java >= 1.5. How can I tell the OOo installation via >>> commandline to use a more modern Java than the Default 1.4? > > which component is the responsible for setting a JRE, so that I can > contact that list. > > Greetings, Tobias > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] New kind of issues: "Valgrind "
Hi Bernd, > Well except from that it is basically just a file and not a database > where we keep track of what valgrind already found in previous runs and > for which errors tasks have already been submitted you are right there > is additional storage involved. With each valgrind run that file gets > updated. If an error already contained there would be found by valgrind > no new entry would be generated in that file. Only new things get a new > entry with a new Valgrind ID there. We than have a program submitting > issuzilla tasks for new issues contained in this file after a valgrind > run and which in turn updates state information in that file by looking > at the already submitted issuezilla tasks. As later on eventually > issuezilla tasks may be set to duplicate it´s quite possible that two > generated Valgrind ID´s might be fixed with one issuezilla task (when > you resolve the issuezilla issues to the last one in the list formed by > set duplicate-to fields of issues). Thanks for the explanations. Ciao Frank -- - Frank Schönheit, Software Engineer [EMAIL PROTECTED] - - Sun Microsystems http://www.sun.com/staroffice - - OpenOffice.org Database http://dba.openoffice.org - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] New kind of issues: "Valgrind "
Frank Schönheit - Sun Microsystems Germany wrote: Hi Nikolai, Hi Frank, The Valgrind ID is indeed a needed information. It is used to identify issues during the Valgrind run when IssueZilla ids are not yet known. It is not needed for the developer fixing it, but helps to relate the tasks easily to the valgrind-result-data. Ah, so we have some database tracking the valgrind issues during the test runs, and the IZ issues are submitted from this DB? This explains the need for an ID, thanks for the clarification. Well except from that it is basically just a file and not a database where we keep track of what valgrind already found in previous runs and for which errors tasks have already been submitted you are right there is additional storage involved. With each valgrind run that file gets updated. If an error already contained there would be found by valgrind no new entry would be generated in that file. Only new things get a new entry with a new Valgrind ID there. We than have a program submitting issuzilla tasks for new issues contained in this file after a valgrind run and which in turn updates state information in that file by looking at the already submitted issuezilla tasks. As later on eventually issuezilla tasks may be set to duplicate it´s quite possible that two generated Valgrind ID´s might be fixed with one issuezilla task (when you resolve the issuezilla issues to the last one in the list formed by set duplicate-to fields of issues). So I'd suggest: - Summary looks like: Valgrind ID: , Valgrind : ? - The issues get the keyword "valgrind". +1 :) Thanks & Ciao Frank Kind regards, Bernd - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] [Fwd: Re: Bug#369924: soffice in PATH missing - automatic soffice starting from jar not possible]
Rene Engelhard wrote: Hi, Am Mittwoch, 7. Juni 2006 17:08 schrieb Jürgen Schmidt: it can't work. The bootstrap mechanism searches for an soffice in the path, links are resolved and when a executable is found (binary or script) the mechanism expects that the executable is found in a office program directory and the known directory structure is interpreted in some way to bootstrap. A link soffice to ooffice won't help because the ooffice script is in usr/bin and the bootstrap mechanism will fail. In this case you have to use the UNP_PATH environment variable. Thanks for the explanation. I guess I really have to add a soffice link into /usr/bin pointing to /usr/lib/openoffice/program/soffice, then... Will be in the next packages' revision (i.e. 2.0.3-1 with current plans) What exactly is the contents of the /usr/bin/ooffice script, then? That is, when you add a link from /usr/bin/soffice to /usr/lib/openoffice/program/soffice through which OOo can be started, why not also make /usr/bin/ooffice a link to /usr/lib/openoffice/program/soffice (or to the new /usr/bin/soffice)? -Stephan Regards, Rene - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] New kind of issues: "Valgrind "
Hi Nikolai, > The Valgrind ID is indeed a needed information. It is used to identify > issues during the Valgrind run when IssueZilla ids are not yet known. It > is not needed for the developer fixing it, but helps to relate the tasks > easily to the valgrind-result-data. Ah, so we have some database tracking the valgrind issues during the test runs, and the IZ issues are submitted from this DB? This explains the need for an ID, thanks for the clarification. > So I'd suggest: > - Summary looks like: Valgrind ID: , Valgrind : ? > - The issues get the keyword "valgrind". +1 :) Thanks & Ciao Frank -- - Frank Schönheit, Software Engineer [EMAIL PROTECTED] - - Sun Microsystems http://www.sun.com/staroffice - - OpenOffice.org Database http://dba.openoffice.org - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] New kind of issues: "Valgrind "
Hi Frank and Philipp, if there is a keyword "valgrind", we should use this. Nevertheless the information "Valgrind" in the summary is useful and IMHO should stay there. Putting the error into the summary seems to me a good idea, still the summary won't be too long. The Valgrind ID is indeed a needed information. It is used to identify issues during the Valgrind run when IssueZilla ids are not yet known. It is not needed for the developer fixing it, but helps to relate the tasks easily to the valgrind-result-data. So I'd suggest: - Summary looks like: Valgrind ID: , - The issues get the keyword "valgrind". Nikolai - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Changing the default Java for OOo from command line
Tobias Krais wrote: Hi Joachim, selecting a different JRE is only possible through the options dialog. would it be a good idea to add such a feature? Selecting a JRE can be regarded as part of the office configuration. Now one could argue, that every aspect of the configuration should be accessible through the commandline. While this may be useful in some cases, the question comes up as to where to draw the line. An alternative to add command-line options would be to use UNO bootstrap variables. Those bootstrap variables could then override the values from the configuration. However, one has to adapt the options dialog so as to reflect that a configuration item has been overriden by a bootstrap variable. So one should have very good reasons to do that. IMHO it is not worth the hassle for Java. One should also not try to workaround something in OOo because some JRE works better than another. There may be a bug in the respective JRE itself or in OOo's Java framework that has to be adapted for using different JREs. Better fix the issues there rather to add more complexity to OOo. Joachim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] OpenOffice without Java
Chris Harrington wrote I have some questions regarding the use of Java in OOo. 1. Would there be any OOo performance gains by disabling Java in the build process? AFAICT no. The Java interfaces seem to be created upon demand (the very first time with a noticeable delay, after that not noticable at all). 2. If java was disabled in the build what besides the Base application and some Wizards would be affected? Definitely, do not do that unless you *must* ! In todays world you truly would be *crippling* OpenOffice by such an action! E.g. the scripting framework is written in Java, removing Java means that you cannot use scripting languages like JavaScript, BeanShell or ooRexx for OpenOffice anymore! [Also, for some applications using Java the Java reflection is very important. So if there are OpenOffice distributions not offering that important feature, definitely a certain class of Java applications could not be deployed.] 3. In order to build OOo without Java are there any other flags that need to be passed besides the --disable Java? Sorry, have truly no idea... :) ---rony - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] How to run from solver
Hi Chris, > I just started trying to hack OO a bit. > I finally made it to run a complete build from the CVS repository. > > The build ends with a bunch ob .deb files to install on my Debian system. > > Question: How can I install my build in a separate directory without > affecting > the package system? Is it possible to run OO directly from the source > tree ? > > Any hints welcome. make a dircetory and the dpkg -X whatever.deb. But may be you will miss any dependencies. Give it a try. Another solution would be that you install a chroot environment... a bit oversizeda but it won't affect anything. Greetings, Tobias - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dev] How to run from solver
Hello ! I just started trying to hack OO a bit. I finally made it to run a complete build from the CVS repository. The build ends with a bunch ob .deb files to install on my Debian system. Question: How can I install my build in a separate directory without affecting the package system? Is it possible to run OO directly from the source tree ? Any hints welcome. Thanks Chris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Changing the default Java for OOo from command line
Hi Joachim, > selecting a different JRE is only possible through the options dialog. >> at the moment I am creating a little Debian package. This package only >> runs with a Java >= 1.5. How can I tell the OOo installation via >> commandline to use a more modern Java than the Default 1.4? which component is the responsible for setting a JRE, so that I can contact that list. Greetings, Tobias - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] New kind of issues: "Valgrind "
Hi Philipp,
> Still i want to
> be able to see from the title what an issue is generally about. A tool
> can never know that, so at least the valgrind title tells me what class
> of issues this belongs to.
Okay, that's a point.
>>Do Valgrind bugs really have an ID? (I mean, except the issue ID)?
>>Aren't they defined by a test case, not by an ID?
>
> "Die normative Kraft des Faktischen" ist da am Werk. Already existing
> tasks tell us that currently they have an ID.
I'd be interested what the information of this ID is, except "it's the
n'th Valgrind issue ever submitted", which would make it useless.
>>I suggest having the "Error type" or "Error text" (which according to
>>the Wiki are in the issue description) as summary, since this better
>>describes what's going on than "Valgrind ID:x". We could enhance this
>>with the file name where the error occurs, or things like this.
>>Everything allows you to grasp an idea of the issue just from reading
>>the summary.
>
> This would be what ? There is no direct relation between any test case
> basic line and the valgrind output AFAIK, what would be the "Error text"
> in your opinion ?
Looking at an arbitrary example (internal issue 134294, really picked
randomly): Wouldn't you cosider
"Invalid read of size 4" in Application::GetSolarMutex
consider a better summary than
Valgrind ID: 16
I definately do.
I'm pretty sure that the number of possible Valgrind error texts is
short enought that people might learn to recognize Valgrind issues just
by those texts ("Invalid read ..." etc.) in the summary, but to ease the
recognition, it might in fact be helpful to have
[Valgrind] "Invalid read of size 4" in Application::GetSolarMutex
or so. I still think it would not be necessary on the long run, and
duplicates information found elsewhere (in the keywords), but be it.
(Yes, I shifted my point from "do not use Valgrind in the summary 'cause
..." to "Provide a meaningful summary" [1] :). )
Ciao
Frank
[1] http://qa.openoffice.org/issue_handling/basic_rules.html#summary
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] unopkg fails
Moin Jürgen, [...] >> I used Sun Java 1.5.0_06 from Debian Sid non-free for compiling. It >> doesn't matter which -source and -target flags I used (tried it with >> 1.1, 1.2, 1.3, 1.4). I also used the Blackdown Java 1.4.2.03-1 and the >> FSF GCJ 1.4.2. >> >> I tested _every_ combination of these JDKs that means I e.g. compiled >> it with Sun Java while OOo used Sun Java -> it works; I tried >> compiling with each of these Javas, but only the FSF GCJ Java did not >> succeed with adding the UNO package. > > mmh, it's obviously that you have to use Java 1.5 in the office when you > compile your component with Java 1.5. For all combinations where you use > 1.5 for compiling and a smaller version in the office i would expect > that it won't work because the incompatible class file format in Java > 1.5. Not in case I compile with options -source 1.4 -target 1.4 > I personally use only Sun Java packages ;-) and can't say anything > about the FSF GCJ but i will give it a try when i find some time to test > it. Hmm. You mail header tells me that you are using Windows. This is not really a problem in Windows, because Windows OOo comes with a Java 1.5. This is only a problem with Debian Linux, where OOo comes with the FSF Java... and I can't change the Java via commandline. Greetings, Tobias - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] OpenOffice without Java
Hi Chris, > 1. Would there be any OOo performance gains by disabling Java in the build > process? no. Java is activated as soon as it is needed and then stays in memory. > 2. If java was disabled in the build what besides the Base application and > some Wizards would be affected? There are indeed some wizards. I think the cricular letter is an example. > 3. In order to build OOo without Java are there any other flags that need to > be passed besides the --disable Java? I don't think so, but others can give you a better answer. Greetings, Tobias - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
