incubator-ooo-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Ying Zhang <tldy...@gmail.com>
Subject Re: [DISCUSS]: I would like to propose a new conversion mode parameter
Date Tue, 21 Aug 2012 03:08:33 GMT
+1
I think it's a good point for another user case that using AOO as
conversion service, and under this mode, we could disable more operations
with no use for file conversion and time cost.
And further more, we need to define the target and also find the test
method on how to ensure the quality under this mode.

2012/8/21 bjcheny <companycy@gmail.com>

> Hi,
>
> I get XENA's help page as below link, and it's using LibOffice as a plugin,
> not AOO.
> http://xena.sourceforge.net/help.php?page=setoffice.html
>
> The external tool for converting office documents to Open Document Format
> (ODF) is *LibreOffice*.
>
>
>
> 2012/8/21 Graham Lauder <yo@apache.org>
>
> > > KG01 - see comments inline.
> > >
> > > On 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.
> > > >
> > > >> 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.
> > >
> > > KG01 - Interesting. Does this mean future apps could present their own
> > user
> > > experience and still leverage our framework?
> > >
> >
> > The Auustralia National Archive created a piece of software for
> preserving
> > digital materials called XENA
> >
> > http://xena.sourceforge.net/
> >
> > That uses OOo as a plugin.  This would probably ease that connection.
> >
> >
>

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