Lists Home |
Date Index |
- From: "Rick Jelliffe" <firstname.lastname@example.org>
- To: "ML XMLDev" <email@example.com>
- Date: Sun, 17 Jan 1999 19:03:07 +1100
From: Tim Bray <firstname.lastname@example.org>
>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
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.
xml-dev: A list for W3C XML Developers. To post, mailto:email@example.com
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/
To (un)subscribe, mailto:firstname.lastname@example.org the following message;
To subscribe to the digests, mailto:email@example.com the following message;
List coordinator, Henry Rzepa (mailto:firstname.lastname@example.org)