XML.orgXML.org
FOCUS AREAS |XML-DEV |XML.org DAILY NEWSLINK |REGISTRY |RESOURCES |ABOUT
OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]
=?utf-8?B?UmU6IFt4bWwtZGV2XSBbQU5OT1VOQ0VdIE5ldyBNaWNyb1hNTCBkcmFmdCBhdmFpbGFibGU=?=

In regards to the pi's issue, just throwing this out there, but what if certain elements were reserved cross-language (which depending on the element may break backwards comp). Then we could for example reserve the style and/or link elements and use them as you would in html (this may be backwards comp for browsers, since they could treat it as weird html), this would make stylesheet pi's unneeded. This may not be a better alternative to stylesheet pi's, but it's one to think about.

----- Reply message -----
From: "John Cowan" <cowan@mercury.ccil.org>
Date: Thu, Jul 7, 2011 3:08 pm
Subject: [xml-dev] [ANNOUNCE] New MicroXML draft available
To: "Liam R E Quin" <liam@w3.org>
Cc: <xml-dev@lists.xml.org>


Liam R E Quin scripsit:

> As I understand it html5 is deprecating processing instructions.

True.  But if you want to deliver arbitrary MicroXML to the browser and
have it formatted, you need to be able to include xml-style PIs.

> I'm also not keen on allowing error recovery without specifying how it
> works - HTML taught us that this does not lead to interoperability.

To be exact, MicroXML permits parsers to go on parsing even after they
have reported an error.  The MicroLark push and pull parsers do so, but
the tree-builder parser gives up if there's an error.

> The approach taken by HTML 5 is probably a good one if you've decided
> to break backwards compatibility and have things labeled XML that no
> existing (conformant) XML processor can handle.

MicroXML has a firm distinction between documents and non-documents,
corresponding to the distinction between well-formed documents and
not-well-formed documents in XML.  It simply abstains from telling
parsers what to do when they are handed non-documents.  A parser could,
for example, decide that its input is full XML, or HTML, or GIF for that
matter, and pass it off to a different parser.

--
Man has no body distinct from his soul,              John Cowan
for that called body is a portion of the soul        cowan@ccil.org
discerned by the five senses,                        http://www.ccil.org/~cowan
the chief inlets of the soul in this age.  --William Blake

_______________________________________________________________________

XML-DEV is a publicly archived, unmoderated list hosted by OASIS
to support XML implementation and development. To minimize
spam in the archives, you must subscribe before posting.

[Un]Subscribe/change address: http://www.oasis-open.org/mlmanage/
Or unsubscribe: xml-dev-unsubscribe@lists.xml.org
subscribe: xml-dev-subscribe@lists.xml.org
List archive: http://lists.xml.org/archives/xml-dev/
List Guidelines: http://www.oasis-open.org/maillists/guidelines.php





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


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

Copyright 1993-2007 XML.org. This site is hosted by OASIS