Re: [Libreoffice] De-Java-ise flat XML export

Hi Gioele, 

I got the message that xslt processing should be done by libxml/libxslt
not by xalan. Because I'm new to libxml, I first need to have closer
look at libxslts transformation API (and how to use that from LO, which
brings it's own xml processing API). Currently it looks as if it could
be possible for me to write a CPP component that works similar to the
XSLTransformer java class but uses libxslt internally. That wouldn't be
optimal performancewise I guess, but I don't feel like writing a SAX
parser adapter from libxml to LO right now. 

Bye, 
Peter

Am Sonntag, den 12.12.2010, 13:27 +0100 schrieb Gioele Barabucci:
> Peter Jentsch 11/12/2010 22:42:
> > Hi, I'm looking for an easy task to start hacking on OOo and because
> > I've got some experience with XSLT and Java I stumbled upon that
> > de-java-ising task for the XSLT export filter.
>  >
> > Am I missing something? Xalan C++ doesn't support XSLT 2.0, does anybody
> > known if XSLT export filters promise to support XSLT 2.0 (or XSLT 1.1)?
>
> Hi,
>
> the flat XML export XSLT filters ('odfflatxml') are quite simple. They 
> do not require XSLT 2.0; I tested them with libxml's xsltproc and they 
> work fine.
>
> IIRC the idea [1] was to move as much XSLT processing as possible to 
> libxml, not to Xalan, as libxml is already used internally by 
> LibreOffice. I think it could make sense to have a list of filters that 
> can be run using an XSLT 1.0 procesor and use libxml to run them.
>
> Maybe the flat XML format could be treated as a special filter: it could 
> be handled internally (with libxml) and shipped by default.
>
> Bye,
>
> [1] 
> http://article.gmane.org/gmane.comp.documentfoundation.libreoffice.devel/2729
>
> --
> Gioele Barabucci <gioele@svario.it>
>
> _______________________________________________
> LibreOffice mailing list
> LibreOffice@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/libreoffice