Re: Why SAX needs namespace support
As long as names are modeled in the DOM in their universal form, then is nothing to prevent the DOM from carrying the namespace attributes verbatim. The only artifact which would ever be required would be to introduce a namespace attribute for a case where an element contained an identifer (whether the GI or an attribute name) for the URI of which there was, as a consequence of a mutation, no lexically apparent binding at the point of serialization. This artifactual attribute could well appear in the serialization only, or it could actually be interned into the respective element. In the former case, there is no spec violation: the spec makes no claims about reserialization. Michael.Kay@i... wrote: > > > To put this another way, namespaces are merely a syntactic mechanism > > to allow each element type and attribute name in a document to be > > qualified by some URI. The DOM should obviously preserve this > > information, but I can't see why it should be concerned with > > the syntactic sugar that was used to express it. -Tim > > Well one minor technicality is that if it didn't preserve the syntactic > sugar, it would violate the XML 1.0 spec, which requires that all attribute > values be available to the application*. This is all part of the general > problem that namespaces don't work as an optional feature layered above XML: > they must become core. > 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