• To: 'Karl Waclawek ' <karl@w...>
• Subject: NDATA section (was: RE: CDATA)
• From: "Rodriguez, Sergio" <srodriguez@c...>
• Date: Wed, 2 Apr 2003 10:16:01 -0600
• Cc: "'xml-dev@l... '" <xml-dev@l...>
• List-help: <mailto:xml-dev-help@l...>
• List-subscribe: <mailto:xml-dev-subscribe@l...>
• List-unsubscribe: <mailto:xml-dev-unsubscribe@l...>

Mmmhh... very interesting.  Then I picture the NDATA section something like
this:

<?xml version="2.0"?>
<root>
  <![CDATA[ text ]]>
  <xml:NDATA length="12" dimensional="b">|°¬~*%_@¨¨\´#á!¬^¡?</xml:NDATA>
  <!-- The length would be in bits(b), bytes(B), kilo bytes(KB), etc. -->
</root>

Best!

-Sergio

-----Original Message-----
From: Karl Waclawek
To: xml-dev@l...
Sent: 2/04/2003 10:02 AM
Subject: Re:  CDATA


> Maybe the requirement is to support NDATA.  I get a lot 
> of inquiries about stuffing jpegs, etc, inline.  When 
> I show them the limited means, I get frowns.  Perhaps 
> it is time to revisit that permathread.

One could prefix such an NDATA section with a length tag,
allowing the parser to simply ignore the next "length" bytes.
That essentially takes the NDATA section out of XML land.
Only drawback: regular text editors have problems with binary data.

Karl

-----------------------------------------------------------------
The xml-dev list is sponsored by XML.org <http://www.xml.org>, an
initiative of OASIS <http://www.oasis-open.org>

The list archives are at http://lists.xml.org/archives/xml-dev/

To subscribe or unsubscribe from this list use the subscription
manager: <http://lists.xml.org/ob/adm.pl>

• Prev by Date: RE: CDATA
• Next by Date: Re: CDATA
• Previous by thread: RE: Why Not NDATA? (WAS RE: CDATA)
• Next by thread: Re: NDATA section (was: RE: CDATA)
• Index(es):
  • Date
  • Thread