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


Help: OASIS Mailing Lists Help | MarkMail Help



   Re: CDATA by any other name... (was The raw and the cooked)

[ Lists Home | Date Index | Thread Index ]
  • From: "Lauren Wood" <lauren@sqwest.bc.ca>
  • To: xml-dev@ic.ac.uk
  • Date: Sun, 1 Nov 1998 18:14:26 -0800

On 1 Nov 98, at 18:05, Paul Prescod wrote:

> Lauren Wood wrote:
> > 
> > If the CDATA section
> > is simply an escaping mechanism, then the data can be
> > transformed before being passed to the DOM, in which case the
> > DOM will never see a CDATA section. Should the CDATA section
> > have some other significance, the parser can leave it as a CDATA
> > section and pass it to the DOM, which will respect it.
> Is there a standard way for the DOM client software to say whether it
> wants access to CDATA sections or not?

No. If people think it would be useful, we could potentially add 
some sort of "turn CDATA section into Text" method (and/or vice 
versa) in Level 2. Then the DOM client could run that before 
accessing the data. I'm not sure how else we could determine 
access without losing information (I assume you don't mean that 
information in the CDATA sections should be invisible to the client 


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)


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

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