• From: "Rick Jelliffe" <ricko@a...>
• To: <xml-dev@i...>
• Date: Wed, 4 Nov 1998 04:25:00 +1100

> From: Richard Tobin [mailto:richard@c...]

> Surely the unanswerable argument against CDATA elements in XML was
> they prevent you from parsing a document without the DTD.  Just like
> optional start/end tags, and unmarked empty elements.

A good reason, but you could always say that "every CDATA element must have
an attribute xml:content-mode='CDATA'".  So not unanswerable (though neither
<![CDATA[ ]]> nor the attribute commend themselves). And not unthinkable, as
xml:lang and xml:space prove.

Rick Jelliffe


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...)

• Follow-Ups:
  • Specifying virtual fonts in XML for handling variant characters
    • From: "Rick Jelliffe" <ricko@a...>

• References:
  • RE: CDATA by any other name... (was The raw and the cooked)
    • From: Richard Tobin <richard@c...>

• Prev by Date: Re: CDATA by any other name... (was The raw and the cooked)
• Next by Date: RE: Z references (was Re: DTD,s)
• Previous by thread: RE: CDATA by any other name... (was The raw and the cooked)
• Next by thread: Specifying virtual fonts in XML for handling variant characters
• Index(es):
  • Date
  • Thread