[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

RE: Suggestion for an alternative XML 1.1

  • To: xml-dev@l...
  • Subject: RE: Suggestion for an alternative XML 1.1
  • From: "Champion, Mike" <Mike.Champion@S...>
  • Date: Sat, 15 Dec 2001 20:05:59 -0700

defining alternate xml delimiters

> -----Original Message-----
> From: Rick Jelliffe [mailto:ricko@a...]
> Sent: Saturday, December 15, 2001 9:03 PM
> To: xml-dev@l...
> Subject:  Suggestion for an alternative XML 1.1 

>  Actually, I take the reverse idea: we pull out 
> character issues, to make the a lightweight version of XML.

Well, I'm sympathetic - I like the *concept* that XML 1.1 will get the
W3C out of the business of defining semantics for character codes.
Good design (and management) practice suggests delegating decisions about
details to the experts, and it would seem that the Unicode folks are the
experts here.

> I suggest something along these lines:
>    1) It is called XML 1.1, if needed.

That is, if there exist well-formed XML 1.1 documents that are not WF XML
Makes sense to me.  

>    2) It converts NEL on input to #A.

OK, that's what the Unicode technical report on the wretched topic of 
linefeeds says to do. But is that only in an EBCDIC encoding?  ISO Latin 1
ASCII define other semantics for #85.

> ** Why am I proposing simplification, when I am often on the
> ultra-conservative side? Well, it is simplification of parsing techniques 
> that brings outsomething that was designed into XML 1.0: that whitespace
> delimiters are all that really is needed for parsing. 

Hmm, I've been wondering why I'm sympathetic to XML 1.1 and NEL and the new
name character rules when I'm usually on the side of the howling rabble of
simpletons.  I think it's the same reason Rick offers: it's simplifcation of
parsing that lets XML be XML and Unicode be Unicode.  The result is simpler,
faster, but still richer ... a pretty concise definition of "elegant."

> We are not changing the language, just refactoring where checks
> should occur in a way that better suits high-volume processing and
> small devices.

Very well put.  Again, I very much like this direction. 


Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
First Name
Last Name
Subscribe in XML format
RSS 2.0
Atom 0.3

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.

Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.