On 7/16/07, David Chisnall <[EMAIL PROTECTED]> wrote: > A while ago, I added TRXML to SVN. This is my own light-weight XML > parser which is designed for decoding streams, where you get the XML > in fragments. It's not a full XML parser (it doesn't understand > DOCTYPEs, and expects the delegate to take care of all of the > namespace-related stuff), but it did enough for decoding XMPP, > without the overhead (and added external dependency) of a full XML > library. > > Since then, Yen-Ju has started using it in the port of Vienna. > > Is there a need for this kind of thing elsewhere? If so, we can pop > it into EtoileFoundation (and rename it ETXMLParser etc). I will > probably use it for deserialising objects that are passed in an XMPP > stream, and if it were in EtoileFoundation then I could put the > object that does this in EtoileSerialise and let things use it from > outside the XMPP framework, but it doesn't make a huge amount of > difference either way.
I think it is a good idea about puting it into EtoileFoundation, but probably after 0.2 release. Then we can think about how to organize the EtoileFoundation. For example, there are classes handling thread in EtoileFoundation while there are also EtoileThread. My idea is to have them as subprojects of EtoileFoundation if there are a few classes related to each other, but not to other classes. Another thing is that the use of TRXML for Vienna is because NSXML is not complete and TRXMLParser can tolerate for bad syntax or truncated xml. So I think we need to define what TRXML does so that it won't expand to be a full-featured XML parser identical to NSXMLParser. Basically having some document in the header is fine. There are a few classes in Vienna dealing with XML which may be useful, for example, parse date string using libcurl (expensive and should be rewritten), pre-process XML data to eliminate bad syntax before parsing, estimate encoding before xml parser which use string instead bytes (NSData). By the way, Vienna is under Apache 2.0, which should be compatible with EtoileFoundation. Yen-Ju > > Thoughts? > > David > > _______________________________________________ > Etoile-dev mailing list > [email protected] > https://mail.gna.org/listinfo/etoile-dev > _______________________________________________ Etoile-dev mailing list [email protected] https://mail.gna.org/listinfo/etoile-dev
