|
[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message] RE: Why SAX needs namespace support
On Wed, 27 Jan 1999 david@m... wrote:
> Michael.Kay@i... writes:
> > > > 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
> > "org.xml.sax.option.validation"?
>
> That's fine for Java, but since it's based on DNS anyway, why develop
> a general solution that uses a slightly different notation?
Yep. Why not just say that these properties are identified with URIs and
leave it at that? http: URLs could then happily co-exist with URNs,
uuid URLs etc etc without changing the basic architecture.
URI ref:
Uniform Resource Identifiers (URI): Generic Syntax; Berners-Lee,
Fielding, Masinter, Internet Draft Standard August, 1998; RFC2396.
(available from http://www.isi.edu/in-notes/rfc2396.txt)
Dan
xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@i...
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/
To (un)subscribe, mailto:majordomo@i... the following message;
(un)subscribe xml-dev
To subscribe to the digests, mailto:majordomo@i... the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa@i...)
|
PURCHASE STYLUS STUDIO ONLINE TODAY!Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced! Download The World's Best XML IDE!Accelerate XML development with our award-winning XML IDE - Download a free trial today! Subscribe in XML format
|
|||||||||

Cart








