OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

 


 

   Must XML be SGML compatible? (Was: An incompatible CData idea)

[ Lists Home | Date Index | Thread Index ]
  • From: Jarle Stabell <jarle.stabell@dokpro.uio.no>
  • To: xml-dev@ic.ac.uk
  • Date: Tue, 28 Oct 1997 19:54:06 +0100

First of all, thanks for the quick and helpful replies I got about CData.

I knew about the CData marked section (soon I may also be able to remember
its syntax :-)), but it had slipped my notice that CData isn't allowed in
XML content models.


David Durand wrote:

>The marked section approach (SGML name for above ugly syntax) has all the
>advantages except that it's ugly (and thus arguably not as easy as it could
>be). But it is SGML compatible this way, and your proposal cannot be made
>compatible, so is not suitable for XML.

(My "ranting" below is of course not meant "against" Mr. Durand in any way,
who wrote a very clear and helpful answer to my original posting)

I find the requirement that XML must be SGML compatible a bit hard to swallow.

We all know the drawbacks of being compatible, that XML will not be as
clean/beautiful and easy to read/write/learn/teach as it could be if this
requirement was not present.
If XML becomes a great success, most XML users in five (?) years time will
likely not care about SGML compatibility (today they probably don't know
about XML and SGML at all, although many of them probably know (about) HTML.)

I don't see many benefits of being SGML (syntax) compatible (except for
some obscure "political reasons"), nearly the only thing I (not being a
SGML guru!) can think of are:

* The ability of using non-XML-aware SGML tools on XML documents.


How long will this benefit be of any substantial value?

If XML becomes very popular, I guess all SGML vendors will upgrade their
tools in a very short time, as explicitly supporting XML will be a nice
thing to have on the feature list (and is easy to implement if you already
have the SGML machinery).
One of the benefits may be that parsing XML documents will run noticeably
faster with a XML-specfic parser than a general SGML parser.

Perhaps most of the SGML vendors will do something similar to:

If This_is_a_XML_document Then //Aha!
   Parse_it_with_our_speedy_new_XMLparser
Else
   Parse_it_with_our_good_old_SGMLparser
	
irrespective of whether XML is SGML compatible or not?


Cheers,
Jarle

(considering running for cover... :) )


----
Just to point out a small point re my suggestion:

<Element1><Element2*>This is a CData section.<Test>.</Element2></Element1>

is equivalent to

<Element1><Element2><![CDATA[This is a CData
section.<Test>.]]</Element2></Element1>

and not to the shorter:
<Element1><![CDATA[This is a CData section.<Test>.]]</Element1>



xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@ic.ac.uk
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/
To (un)subscribe, mailto:majordomo@ic.ac.uk the following message;
(un)subscribe xml-dev
To subscribe to the digests, mailto:majordomo@ic.ac.uk the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa@ic.ac.uk)





 

News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 2001 XML.org. This site is hosted by OASIS