Re: [REMINDER] Package Proposal: XML_SaxFilters
| From: | Tomas V.V.Cox | 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