Next Round

[Don Park]

>Not sure if this would be in the realm of SAX since SAX is supposed to be a
>Simple API for XML, but some sort of character data interface with a lazy
data
>model behind it that at least supports new character arrays, copying,
strings,
>and normalized content would not be such a bad idea.


Well.  Maybe we need another API which looks like SAX but uses DOM
interfaces.  DocumentHandler.startElement, for example, will then look like:

void startElement(org.w3c.dom.Element);

Same for contents.  I am thinking about calling it MAX (Maximum API for
XML).  TAX (Terrible API for XML) or WAX (Worst API for XML) just don't cut
it I am afraid.  SAX Extension for XML (SEX) is a tad tacky also.  <g>

Don Park
Docuverse



xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev at ic.ac.uk
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/
To (un)subscribe, mailto:majordomo at ic.ac.uk the following message;
(un)subscribe xml-dev
To subscribe to the digests, mailto:majordomo at ic.ac.uk the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa at ic.ac.uk)