> > See section 3.3.3 of the XML specification. If I've read it > > correctly, parsers must strip leading and trailing whitespace and > > compress internal whitespace to a single space for attribute values > > declared as something other than CDATA. However, "All attributes for > > which no declaration has been read should be treated by a > > non-validating parser as if declared CDATA." If you're validating, > > declare the attribute as CDATA. If you're not validating, you can > > declare it as CDATA or not declare it at all. > > Hmmm.... > > I just had a bitch of a problem in which an attribute declared as > CDATA in my DTD had it's internal whitespace converted. The Xerces > SAX1 and SAX2 parsers converted all tab characters to spaces. > > This seems to violate the whole point of CDATA doesn't it? >
My XML may be rusty, but I think the problem you are having is that XML overloads the meaning of CDATA. CDATA as an attribute type, just means that it has no specific semantics (i.e. not an ID or TOKEN or whatnot.) It does not imply the same thing that a *CDATA Section* means in the body of an XML document, which means "don't be messin with my stuff". -------------------------- Dean Roddey The Charmed Quark Controller Charmed Quark Software [EMAIL PROTECTED] http://www.charmedquark.com "If it don't have a control port, don't buy it!" --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
