Re: CDATA by any other name... (was The raw and the cooked)
Rick Jelliffe wrote: > > For example, I cannot see why a smart editor could not use the CDATA section > to cofine editing to whatever the repertoire of the character set of the > encoding attribute of the XML header says. Because it would be redundant. If the XML header says what characters are available then the editor can directly enforce that constraint. Overloading markup in this way is, in my opinion, a bad idea. It can do nothing but bring harm in the long term because no two applications will agree on the overloaded semantics and thus no two applications will treat the data in the same way. > The <![JAVA[ ]]> idea was not that JAVA would be a "CDATA marked section", > but an "RCDATA marked section", which means that special character > references and entity references would be allowed. This would eliminate the most interesting thing about CDATA sections: character suppression. Making <![JAVA[ RCDATA is going in the wrong direction. Rather it should be a CDATA-on-steriods that even ignores CDEnd ("]]>") and only looks for something like ]JAVA]> to end the section. Paul Prescod - http://itrc.uwaterloo.ca/~papresco "I always wanted to be somebody, but I should have been more specific." --Lily Tomlin 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!
Download The World's Best XML IDE!
Accelerate XML development with our award-winning XML IDE - Download a free trial today!
Subscribe in XML format