Le lundi 07 f�vrier 2005 � 18:06 +0100, Erik Bruchez a �crit :
> > What do you think?
>
> Yes, the current architecture is the way it is just due to the fact that
> the serializers were refactored into converters. So the code looks more
> complicated than it should and I wouldn't recommend following that
> model. Instead, you should just go ahead and produce a converter in the
> first place.
OK.
I am also wondering ut to which point we should go with this
architecture that pipes binary documents as base64 embedded in a XML
root element.
For instance, one of the basic features of an OpenOffice converter would
be to accept an OpenOffice document as a model and the new XML content
to replace this content in the model.
This can be done passing the location of the model in a config input
(like I think it's the case for the Excel converter) but this could also
be done passing the model itself as an input.
The second solution would be more flexible (it gives the possibility to
chain transformations of OpenOffice documents without having to
explicitly use temporary files).
Now, I would question the efficiency of base64 encoding and decoding
OpenOffice documents that are zip files containing XML documents and
pictures.
Between these two options, which one would you recommend?
There is also a variant (possible with both options) which would be to
totally expose the content of OpenOffice documents.
A converter from OpenOffice to XML would have one input (the OpenOffice
document) and one output per XML document composing the package. Vice
versa, a converter from XML to OpenOffice would have as many input as
documents and an output for the OpenOffice document.
The downside is more pipeline work to do to connect all the inputs and
outputs, but I find that the additional flexibility could be worth the
pain and that this would give the possibility to work on all the
components of OpenOffice documents (this is needed, for instance if you
want to add pictures or change master styles or metadata in a document).
What do you think?
Thanks for your guidance!
Eric
--
Freelance consulting and training.
http://dyomedea.com/english/
------------------------------------------------------------------------
Eric van der Vlist http://xmlfr.org http://dyomedea.com
(ISO) RELAX NG ISBN:0-596-00421-4 http://oreilly.com/catalog/relax
(W3C) XML Schema ISBN:0-596-00252-1 http://oreilly.com/catalog/xmlschema
------------------------------------------------------------------------
-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_ide95&alloc_id396&op=click
_______________________________________________
orbeon-user mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/orbeon-user
