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

Re: XML5: Re: MicroXML

  • From: Henri Sivonen <hsivonen@iki.fi>
  • To: "xml-dev@lists.xml.org List" <xml-dev@lists.xml.org>
  • Date: Wed, 15 Dec 2010 20:24:35 -0800

Re: XML5:  Re:  MicroXML
On Dec 13, 2010, at 17:29, rjelliffe wrote:

> Is Henri suggesting (and I don't want to say it is a bad idea...) that really there already is a subset of XML implemented and in the field:  that subset of XML that HTML5 parsers will support? I think Henri wrote "XML5" at one stage as a typo, but it fits.

XML5 wasn't a typo. I meant something pretty much like what's described in http://xml5.googlecode.com/svn/trunk/specification/Overview.src.html

It's not about a "subset of XML that HTML5 parsers will support". It's about defining a parser that parses NS-well-formed XML 1.0 to the same infoset as an external entity non-resolving XML 1.0 processor but that parses any stream into *some* infoset without ever throwing a fatal error (and doing this mostly by copying and pasting the HTML5 tokenizer state machine).

> If that is the case, then all that is needed is to ask the HTML5 WG to give it a brand name, and leave it up them (Hixie, big business, etc) to figure out the details.

Nope. ;-)

> If it is already in the ballpark, and if it at least has some concrete rationale (which we are far from here) then maybe it is close enough?

XML5 would be get rid of the YSoD. Getting rid of the YSoD would make XML more suitable for using on the Web, thought it's not clear if it's that worthwhile to make XML more suitable for the Web now that SVG and MathML work in text/html.

To the extent there are people who like Namespaces but who consider Draconian behavior a disadvantage for XML, making XML processing non-Draconian would give them Namespaces together non-Draconian behavior without putting xmlns into HTML. That is, I think Namespaces are bad and Draconian error handling is bad, so to make a combination that has Namespaces but not Draconian error handling, I think it makes more sense to remove one bad thing (Draconian error handling) from XML than to add a bad thing (xmlns syntax) to HTML.

-- 
Henri Sivonen
hsivonen@iki.fi
http://hsivonen.iki.fi/




[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]


PURCHASE STYLUS STUDIO ONLINE TODAY!

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.
Email
First Name
Last Name
Company
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.