> I think we have four choices at this point:
>
> 1. Leave SAX alone!
> 2. Add some but as little as possible.
> 3. Go nuts and let SAX bloat as the months go by.
> 4. Start EZ-SAX (sorry, I couln't help it. David picked a name ready-made
> for puns) package to complement SAX.
>
> Personally, I am all for EZ-SAX ;-p.
I think that it will be a wonderful idea for people to implement
higher-level, programmer-friendly stuff on top of SAX. Exactly what
_is_ programmer friendly will depend on the programming language, so I
agree that the helper classes should stay out of the SAX core, but I
encourage any efforts to make SAX programmers' lives easier (as Don
has done with SAXDOM).
All the best,
David
--
David Megginson ak117@freenet.carleton.ca
Microstar Software Ltd. dmeggins@microstar.com
http://home.sprynet.com/sprynet/dmeggins/
xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@ic.ac.uk
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/
To (un)subscribe, mailto:majordomo@ic.ac.uk the following message;
(un)subscribe xml-dev
To subscribe to the digests, mailto:majordomo@ic.ac.uk the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa@ic.ac.uk)