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

 


Help: OASIS Mailing Lists Help | MarkMail Help

 


 

   Re: XML - NG

[ Lists Home | Date Index | Thread Index ]
  • From: David LeBlanc <whisper@accessone.com>
  • To: Chris Maden <crism@oreilly.com>, xml-dev@ic.ac.uk
  • Date: Thu, 14 Jan 1999 19:44:01 -0800

I was making a distinction between the author (writer) of a document
conforming to some DTD and the designer of the DTD that the author was using.

I hadn't considered the situation where a DTD was not present argh!

I didn't know that CDATA content was broken in SGML and thus inherited by XML.

Dave LeBlanc

At 12:46 PM 1/14/99 -0500, Chris Maden wrote:
>> Date: Sat, 06 Feb 1999 17:09:01 -0800
>> From: David LeBlanc <whisper@accessone.com>
>> 
>> What I would like is a content type (call it UPDATA), that has a
>> distinct start and stop tag (<UPDATA> ..... </UPDATA>) that is
>> entirely unparsed.  This would be useful for content that has lots
>> of significant characters..  like xml itself. In fact, I was
>> thinking that it could be <CDATA>....  </CDATA>, but I now realize
>> that there's a lot of freight attached to that character combination
>> :-).
>> 
>> It seems blechy to have to declare content PCDATA and then do the
>> <[CDATA[ ... ]]> thing in the document. It forces the author of a
>> document rather then the designer of a document class to be
>> responsible for "escaping" content.
>
>Your proposal uses a fixed element type.  What's the difference
>between a fixed element type <UPDATA>...</UPDATA> and a fixed string
><![CDATA[...]]>?  Why is requiring the author to insert an <UPDATA>
>element less onerous than requiring the author to insert a CDATA
>marked section?
>
>If you want to allow *different* elements to be "UPDATA", then you
>have a situation where reading or not reading the DTD results in
>radically different interpretations of data, violating a major goal of
>the XML effort.
>
>-Chris
>-- 
><!NOTATION SGML.Geek PUBLIC "-//Anonymous//NOTATION SGML Geek//EN">
><!ENTITY crism PUBLIC "-//O'Reilly//NONSGML Christopher R. Maden//EN"
>"<URL>http://www.oreilly.com/people/staff/crism/ <TEL>+1.617.499.7487
><USMAIL>90 Sherman Street, Cambridge, MA 02140 USA" NDATA SGML.Geek>
>
>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)
>
>
>

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)


  • References:



 

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

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