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

Le 2010-11-02 11:40, Miguel Angel Frías Bonfil a écrit :
According to me, Libre Office is developed primary on C++ with GTK, just the
extensions are on Java.

On Tue, Nov 2, 2010 at 9:36 AM, T. J. Brumfield<>wrote:

I'm an user, and not a developer. So perhaps this is a silly question.

> From a user's perspective, it always seemed like the Java portions of OOo
were shoehorned in. Starting a JVM eats up unneccessary memory and takes
time. One of the most common complaints of OOo is that it is a bloated app
that is slow and takes up too many resources.

I assumed that Sun kept the Java portions of OOo in since they liked to
Java. In the age of netbooks, tablets and mobile computing, trimming the
becomes more important.

Would it be possible to remove the Java portions of LibreOffice and
reimplement them without the need to fire up a JVM?

Is there a technical advantage of running the wizards and such in Java that
I'm not aware of?


-- T. J. Brumfield
"I'm questioning my education
Rewind and what does it show?
Could be, the truth it becomes you
I'm a seed, wondering why it grows"
-- Pearl Jam, Education

Unsubscribe instructions: Email to<>
Posting guidelines:
*** All posts to this list are publicly archived ***

Not only that, considering that Oracle is now in litigation over the use of Java, many are taking a closer look at the Java implementations and wondering they should keep Java at all in their code, this even if they are not in the wrong,


Unsubscribe instructions: Email to
Posting guidelines:
*** All posts to this list are publicly archived ***


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.