Re: [REMINDER] Package Proposal: XML_SaxFilters

From: Date: Thu, 26 Jun 2003 17:24:46 +0000
Subject: Re: [REMINDER] Package Proposal: XML_SaxFilters
References: 1 2 3  Groups: php.pear.dev 
Request: Send a blank email to pear-dev+get-17764@lists.php.net to get a copy of this message
On Thursday, June 26, 2003 0:53, Harry Fuecks wrote: > On Thu, 26 Jun 2003 00:35:54 +0200, Lorenzo Alberton <l.alberton@quipo.it> > wrote: >> I agree with Alexey, though, on the integration with already existent >> PEAR >> packages. Your "stream" Vs "file" approach also is note-worthy, maybe >> you could team up with Stig to implement it natively in XML_Parser? Is it >> feasible? > I guess so. I've got a little on my plate until the end of this month but > will > see what Stig thinks later. Probably the main issue is the XML_Parser > doesn't > break backward compatibility. Hi Harry, After a very cursory review I've ended thinking that XML_Parser and you shares a lot of functionality. I would be more on extending/changing the first than commiting a new, somehow, competitive package. > I *think* it's used for the PEAR installer > for > example so breaking it would be bad news indeed. Just for your information, the installer does not use XML_Parser. The reason is because it needs as less dependencies as possible (currently only Tar and Console_Getopt). But XML_Parser has 22.000 downloads already, we should take this in mind. > May there's a way to put > XML_Parser into "Filter mode" allowing filters to be chained to it? > Streaming > would probably need to be part of a subclass of XML_Parser. XML_Parser > certainly > doing a better job of error handling and provides more XML handlers (e.g. > for > entities and PIs) so it good help prevent wheels being re-produced. A whole set of new methods could be added too, no need to break BC (just an idea). -- Tomas V.V.Cox mailto:cox@idecnet.com

« previous php.pear.dev (#17764) next »