incubator-ooo-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Marcus (OOo)" <>
Subject Re: [DISCUSS]: I would like to propose a new conversion mode parameter
Date Tue, 21 Aug 2012 20:00:41 GMT
Am 08/21/2012 03:38 AM, schrieb Lei Wang:
> On Tue, Aug 21, 2012 at 4:18 AM, Marcus (OOo)<>  wrote:
>> Am 08/20/2012 04:54 PM, schrieb J├╝rgen 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.

Thanks for your explaination. Now it's clear. ;-)


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

View raw message