Tobias Krais wrote:
Hi Jürgen,
My problem: I want to register a little UNO package at OOo, using
unopkg. It does not matter which Java compiler I use for compiling my
package. If I want to register my ready built package I can't use the
Free Software Foundation 1.4.2 Java (all others I tested
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
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
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)?
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
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
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
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
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
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
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
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
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
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
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
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
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
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.
Nikolai Pretzell wrote:
So I'd suggest:
- Summary looks like: Valgrind ID: ID, ErrorText
- 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
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
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.
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
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
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
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
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
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
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
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
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
30 matches
Mail list logo