Rick Jelliffe ricko at allette.com.au
Sun Jan 17 08:01:26 GMT 1999

 From: Tim Bray <tbray at textuality.com>

>We have CDATA attribute content.  CDATA element content is B.A.D.
>as designed) in SGML because it terminates with the first </ -Tim

Too strong.  CDATA elements per se are not BAD. I have processed many
SGML documents with CDATA element types  and never had any problem.
They are just inappropriate for XML.

If one does not have structure-using tools (e.g.you are using sed rather
than OmniMark) then CDATA elements can sometimes cause a complication.
On the other hand, sometimes CDATA elements simplify matters: for
example, if you have a document of simple database fields, one per line:
for non CDATA elements you have to have more code, to handle possible
entity references.

The Desparate Perl Hacker (DPH) is certainly a good class of user for
XML to support. But being a DPH in a commercial company is probably a
sign of management or technical incompetence somewhere. Using the right
tools for the job is important in any trade.

Rick Jelliffe

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

More information about the Xml-dev mailing list