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

 


Help: OASIS Mailing Lists Help | MarkMail Help

 


 

   Re: XML - NG

[ Lists Home | Date Index | Thread Index ]
  • From: "Rick Jelliffe" <ricko@allette.com.au>
  • To: "ML XMLDev" <xml-dev@ic.ac.uk>
  • Date: Sun, 17 Jan 1999 19:03:07 +1100

 From: Tim Bray <tbray@textuality.com>

>We have CDATA attribute content.  CDATA element content is B.A.D.
(broken
>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@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)


  • Follow-Ups:



 

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

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