[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: Scripting and XML

  • From: Toby Speight <tms@a...>
  • To: "XML developers' list" <xml-dev@i...>
  • Date: 20 Oct 1997 12:43:45 +0100

xml createcdata
-----BEGIN PGP SIGNED MESSAGE-----

Simon> Simon St.Laurent <URL:mailto:SimonStL@c...>


>> The CDATA idea does work for what it is intended to be used for.
>> Text with no subelements, entity references or other markup.

>> In default SGML, a CDATA element's data is terminated by "</"
>> followed by any valid name start character (or the end of the
>> entity).  In XML, there is no name-start checking and every
>> start-tag must have a corresponding end-tag.

> In article <UPMAIL17.199710191801480696@c...>, Simon
> wrote:

Simon> Why is it so difficult to create CDATA elements - which have to
Simon> be marked clearly in XML by start and end tags?  There is no
Simon> need in XML to stop CDATA at just any </ sequence, just the </
Simon> sequence which turns into the full end tag of the element.  Of
Simon> course, this would probably break compatibility with all my
Simon> favorite SGML parsers, at least if I wrote scripts that used </
Simon> at some point.

All the contributors to this thread so far seem to have concentrated on
the difficulties posed by recognising the _end_ of a CDATA content -
while checking for a matching GI adds complexity, it is not impossible.
But one thing that *is* impossible is for a non-validating parser to
know that '<' followed by a name token is to be read as data, rather
than as a start-tag.  You need to read the DTD to know the content is
CDATA.  (Okay, you could use the rmd parameter of the XML declaration,
but encouraging authors to do this would remove some of XML's advantages.
One in particular being the ability to parse much of the document while
fetching the external subset)



-----BEGIN PGP SIGNATURE-----
Version: 2.6.3i
Charset: noconv
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQB1AwUBNEtC5+dsuUurvcRtAQGu2AL+Jy+9Ja51J9X+tC1ghlvA9IvGvHvAelJu
K42v2erQ12ErzQ6Z3G1XFgqA0FuVHUIEPtLmySlhyqpaLFVaGavQxNUG8V23QfC6
TgvNRKwbzDbMJBRL06rHrp9ewjHgZz0o
=u7Sg
-----END PGP SIGNATURE-----
-- 

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


PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
 

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.


Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.