Mailing-List: contact ooo-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: ooo-dev@incubator.apache.org
Received-SPF: pass (nike.apache.org: domain of jogischmidt@gmail.com
 designates 74.125.83.47 as permitted sender)
Message-ID: <50334B5E.9010707@gmail.com>
Date: Tue, 21 Aug 2012 10:48:30 +0200
From: =?UTF-8?B?SsO8cmdlbiBTY2htaWR0?= <jogischmidt@gmail.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7;
 rv:14.0) Gecko/20120713 Thunderbird/14.0
MIME-Version: 1.0
To: ooo-dev@incubator.apache.org
Subject: Re: [DISCUSS]: I would like to propose a new conversion mode
 parameter
References: <50324F94.3020201@gmail.com>
 <CAP-ksoi+nyizo=Absd3aZMPv2fv2Jt+6nvpe0WoGsrqp0FvawQ@mail.gmail.com>
In-Reply-To: 
 <CAP-ksoi+nyizo=Absd3aZMPv2fv2Jt+6nvpe0WoGsrqp0FvawQ@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

On 8/21/12 3:46 AM, Rob Weir wrote:
> On Mon, Aug 20, 2012 at 10:54 AM, Jürgen Schmidt <jogischmidt@gmail.com> wrote:
>> Hi,
>>
>> OpenOffice is not only used as desktop application but also as hidden
>> part of other software and often as a conversion engine in the backend.
>>
>> OpenOffice has very good filters for many file formats and the usage as
>> a conversion engine is straight forward. And the conversion from one
>> format into another can be improved and optimized by some special
>> handling of parts of the document.
>>
>> For example external linked parts can be ignored and don't have to be
>> loaded during conversion, embedded images can be simply copied etc.
>>
>> I would like to improve AOO for this kind of usage by introducing a new
>> parameter "-conversionmode". It's not comparable with the command line
>> parameter "-headless" or the "hidden" property for loadComponentFromUrl().
>>
>> The intention of this new global option is to have it available
>> everywhere in the underlying code to optimize the performance of the
>> conversion.
>>
> 
> It is an interesting idea.  Perhaps in the future it could be combined
> with a #define and its own makefile so we could compile the project
> for this purpose specifically, perhaps having a smaller memory
> footprint.  Or do you think you can get most of the benefit with
> run-time flags alone?

probably not and it can be a combination of both. I think mechanisms to
exclude specific code at compile time will provide further
opportunities. This can evolve over time and we can make use of this on
demand.

Juergen

> 
> -Rob
> 
>> This should have no influence/impact on the normal workflow but will
>> help to make AOO potentially more attractive for backend usage. Means it
>> will help to grow the broader eco-system around AOO.
>>
>> Juergen
>>
>>