Why SAX needs namespace support

Michael.Kay at icl.com Michael.Kay at icl.com
Wed Jan 27 10:29:53 GMT 1999

>  > Perhaps a setOption(option, flag) interface would be more 
> extensible.
> I could live with this, but only if the options were namespace
> qualified, i.e.
>   parser.setOption("http://xml.org/sax/features/validation", true);
>   parser.setOption("http://xml.org/sax/features/namespaces", false);
I'm all for fully qualified names, but I don't see why we should repeat the
error of using "http://" names for things that are not accessible via the
HTTP protocol. What's wrong with

Or is this overkill anyway? Why not just say that names beginning with
"sax:" are reserved?


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)

More information about the Xml-dev mailing list