Cart
[Home] [By Thread] [By Date] [Recent Entries]
Tyler Baker wrote: > > > As far as I can tell, the biggest problem is the possibility that a > > prefix's meaning can change within a document. But your processor > > should be operating on URI+suffix, not the prefix, and changing a > > mapping table can't be *that* hard. > > That is easy to do. It is not as much of a problem as it is sloppy. Handling > this at the parser level is very simple, at the application level this is another > matter. If someone with a non-trivial use of "Namespaces in XML" can refute my > claim by showing a real world XML based application (XSL processors not included) > that makes effective use of "Namespaces in XML" than please be my guest. To > date, other than XSL, I have not seen any non-trivial use of the "Namespaces in > XML" recommendation or even talk about applications that will actually use this > namespaces mechanism. Someone please show me the money here so I can see the > light into the motivation for the design of "Namespaces in XML". there is a validating xml processor included with the cl-http release. the current version still requires pi's in the dtd, but that will change soon. 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...)
|
