[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message] Re: Namespaces and DTDs
Ronald Bourret wrote: > The only inobvious bit is that, because there is no way to declare > namespaces in the DTD, you can't declare different default namespaces > for different parts of the DTD Because the DTD is not namespace aware, all it can deal with are the pre- fixes you declare (not the URLs associated with them). Since these pre- fixes are declared in the document content, you end up with a peculiar situation in which the DTD has to be written according to declarations in a given document instance, rather than the reverse. Worse yet, there is no way to be sure that the various documents being validated against a particular DTD use the prefixes correctly, with the correct URLs, un- less you make extensive use of attribute defaults - which, ironically, means we now need the DTD (probably an external one, typically with a bunch of parameter entities; so get your validating parser ready). After another year or two of this, with alternate schemas floating around besides DTDs, with architectural forms, with namespaces, and what not - after all of this, I wonder if we'll all, in good conscience, be able to say that anything has been simplified. (Simplicity _was_ one of XML's primary goals back in the dark ages last February.) In reality, XML is functioning less like a "simplification," and more like a political move intended to facilitate changes that could never have been made to a mature standard like SGML. This is actually a very old story that's been repeated many times over. (Just look at what's happened to LDAP. By the time we get all the PKI and ACL extensions in place, it's really not going to be very L.) In the end, LDAP and XML may end up serving their constituencies better than their predecessors did. Or they may not. Frankly, with regard to XML, the jury is still out. It's not catching on nearly as fast as pre- dicted a year or two ago. And it's taking considerably more work to im- plement it than anybody ever envisioned. Those of us who have done the work of writing XML processing software, and of making it work, have a right to say this. The emperor may or may not have clothes. -- Richard Goerwitz PGP key fingerprint: C1 3E F4 23 7C 33 51 8D 3B 88 53 57 56 0D 38 A0 For more info (mail, phone, fax no.): finger richard@g... 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/ and on CD-ROM/ISBN 981-02-3594-1 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
|