incubator-ooo-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From chengjh <chen...@apache.org>
Subject Re: [DISCUSS]: I would like to propose a new conversion mode parameter
Date Wed, 22 Aug 2012 07:33:24 GMT
+1,sounds a good idea,it will extend the usage areas of Aoo with better
performance and expectation.

On Wed, Aug 22, 2012 at 4:00 AM, Marcus (OOo) <marcus.mail@wtnet.de> wrote:

> Am 08/21/2012 03:38 AM, schrieb Lei Wang:
>
>  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├╝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. ;-)
>
> Marcus
>
>
>
>
>    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.
>>>>
>>>


-- 

Best Regards,Jianhong Cheng

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message