|
[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message] Re: Inheritance and other buzzwords
At 15:20 02/04/98 -0800, Tim Bray wrote: [...An analysis I agree with...] If readers feel that namespaces are all doom-and-gloom, let me say that I am very happy indeed with the present namespace proposal. It adds precisely 2 major features - the uniquification of names and the identification of those names. Two years ago I was struggling with early versions of CML. I had called my generic variable VAR (reasonable?). I think had the blinding revelation that chemistry involved text as well as molecules. Write my own DTD for this? No - re-use the HTML DTD. Only problem, HTML also has a VAR. I asked the SGML community and was more-or-less told that SGML was broken in this respect. In the next version of CML I therefore created variables CML.MOL and XML.VAR (sic - I created something called eXperimental Markup Language, before the current XML). So the current namespace proposal gives me exactly what I wanted, and also gives me the confidence and authority to use it. CML:MOL will work for 99% of the applications I shall be involved in. I have no problem about (say): <CML:MOL> <HTML:P>This is a molecule</HTML:P> <!-- gory molecular details omitted --> </CML:MOL> [I *would* have had a problem with context-sensitive minimisation...] My problem only comes when I encounter the Concrete Materials Laboratory who also use CML as their prefix. If I want to mix existing document from CML and CML I have to edit one set. Tedious. But we do this sort of thing every day for other reasons (how many of you have run automatic edits through documents when companies' names change, etc.). No big deal. So I am very excited about the formal opportunity to have interoperable chemistry documents. [To put this in context - before XML (i.e. 1997) we use fortran-based data files. These often have no spaces between fields (some of you may never have seen a fortran file, but they really are like that.). But your airplanes are built on fortran - no dynamic memory allocation, 6-letter variables, implicit typing - etc. Namespaces are a bit like the fortran of XML. There is a huge amount you can do with them - often tedious, but you can do it. A major advance on machine-code programming.] [...] > >In fact, why doesn't someone on this list write such a preprocessor? I >think conventional DTD's, with the additional leverage of universal names, >would be damn useful. Seconded. I suspect that a few simple utilities will help a great deal. For example a filter to rename prefixes in a document (though I expect sed would be adequate). P. Peter Murray-Rust, Director Virtual School of Molecular Sciences, domestic net connection VSMS http://www.nottingham.ac.uk/vsms, Virtual Hyperglossary http://www.venus.co.uk/vhg 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








