[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message] inclusiveness (was "SGML is Gumming Up the Works")
> > I'm not really mad at XML but, I think "Richard L. Goerwitz III" > > <richard@g...> is on to something in wondering if SGML > > compatibility is going to bring down the XML effort. > > That's not what Richard L. Goerwitz III said. You are projecting your own > feelings into his messages. Just to alleviate the fears of anyone who thinks I'm out to trash SGML com- patibility, I recently wrote a public validation service optimized specific- ally for people who are moving SGML documents, along with their associated DTDs, to XML: http://www.stg.brown.edu/service/xmlvalid/ I work in a shop associated with several important text-base projects that we are doing in SGML. Yes, in fact I have some deep philosophical disagreements with some of the ways my own co-workers do things. And my feeling about SGML is that it in- curs way too much overhead, especially for small workgroups. But on the other hand, I don't think the engineering community has been able to appreciate properly the thought and work that has gone into the way the SGML crowd operates. Most American engineers, in particular, don't even speak a "foreign" language, and most haven't the faintest idea what textual information (monolingual or not) really is. So I'm not in either camp, really. What I believe is that we have the ability here to settle our differences. I really believe that namespaces offer us a way of providing a migration path from one schema type to another, if we can find a reasonable way to associate namespaces with schemas, to type the schemas, and to distribute validation across multiple namespaces (and maybe also schemas). This doesn't mean I want everyone to dump DTDs. Frankly I don't think that the software engineering community has given them a fair shake yet. And loudly proclaiming them dead while running half cocked after other schemas will only make XML seem unstable - and scare away major vendors we need to keep our momentum. On the other end, I don't think it's reasonable for core W3C committee mem- bers to sit there whining about how foolish the rest of the world is - or worse yet, simply ignoring us. Maybe a decent compromise is in order. The changes I suggest to the name- space spec are just one possibility. I am not one of the greater minds here. I'm sure that with the talent we have here, people can come up with even better suggestions. These suggestions, though, should be simple and _inclusive_. 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
|