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 lei.wang.leiw@gmail.com
 designates 209.85.220.175 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <50329B81.2010609@wtnet.de>
References: <50324F94.3020201@gmail.com>
	<50329B81.2010609@wtnet.de>
Date: Tue, 21 Aug 2012 09:38:01 +0800
Message-ID: 
 <CA+mMfTe2kAdXVuV3RJHNSmLh9SjCyeNM1DHtk6ooYqakODA0qA@mail.gmail.com>
Subject: Re: [DISCUSS]: I would like to propose a new conversion mode
 parameter
From: Lei Wang <lei.wang.leiw@gmail.com>
To: ooo-dev@incubator.apache.org
Content-Type: multipart/alternative; boundary=14dae9d24d304aa5db04c7bcad97

--14dae9d24d304aa5db04c7bcad97
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

On Tue, Aug 21, 2012 at 4:18 AM, Marcus (OOo) <marcus.mail@wtnet.de> wrote:

> Am 08/20/2012 04:54 PM, schrieb J=FCrgen Schmidt:
>
>  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.
>>
>
> Sounds reasonable. However, especially with the previous paragraph I don'=
t
> know if I understood right. Do you want to simply make the import/export =
of
> docs faster when AOO isn't running in graphical mode?
>
> Would be great if you can fill this with some more details.


For some enterprise user, AOO is used as a document conversion service in
backend. For an example, convert MS 2003 binary file format to ODF file
format. This conversion service does not need  GUI. And user can not
interrupt the process, which bring performance improvement opportunity
which Jurgen mentioned.

>
>
>  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.
>>
>
> Thanks
>
> Marcus
>

--14dae9d24d304aa5db04c7bcad97--