From: Daniel Veillard (Daniel.Veillard@w3.org)
Date: Sat May 27 2000 - 07:42:00 EDT
On Fri, May 26, 2000 at 07:46:33PM +0000, mdf@angoss.com wrote:
> > I don't know any better way if you don't have an XML tree built in memory
>
> How about extending libXML to be a generator as well as a parser?
Of course libxml is both a generator and a parser ... But to be able
to generate it *needs* to understand the in-memory storage format.
If you decide to not use the libxml tree format, for whatever reason,
I don't see how libxml could "magically" understand your encoding of
the data. Try to think 2 minutes about this there is no obvious
solution for this !
> Failing that, allowing one to use the streams libXML reads from in an
> output mode would be nice [thus one gets compression 'for free'].
Parse error. I cannot understand this sentence...
May I suggest people actaully *look* at what is available before starting
suggesting modifying/extending the library ? All the output routines are
available in tree.c . I also strongly suggest that if your interested going
that deep in the technical details of the library, then your should
use the CVS tree to see what is really there and not an ancient version.
thanks,
Daniel
-- Daniel.Veillard@w3.org | W3C, INRIA Rhone-Alpes | Today's Bookmarks : Tel : +33 476 615 257 | 655, avenue de l'Europe | Linux XML libxml WWW Fax : +33 476 615 207 | 38330 Montbonnot FRANCE | Gnome rpm2html rpmfind http://www.w3.org/People/all#veillard%40w3.org | RPM badminton Kaffe ---- Message from the list xml@xmlsoft.org Archived at : http://xmlsoft.org/messages/ to unsubscribe: echo "unsubscribe xml" | mail majordomo@xmlsoft.org
This archive was generated by hypermail 2b29 : Wed Aug 02 2000 - 12:30:13 EDT