W3C home > Mailing lists > Public > public-html@w3.org > November 2009

Re: XML namespaces on the Web

From: Jirka Kosek <jirka@kosek.cz>
Date: Tue, 17 Nov 2009 21:21:30 +0100
Message-ID: <4B0305CA.4030508@kosek.cz>
To: Lachlan Hunt <lachlan.hunt@lachy.id.au>
CC: Liam Quin <liam@w3.org>, John Cowan <cowan@ccil.org>, public-html@w3.org, public-xml-core-wg@w3.org
Lachlan Hunt wrote:

> If that is really the case, then that is a problem because of the lack
> of defined error recovery behaviour. 

The question is whether there should be such unified error recovery for
XML when it is supposed that XML should be well-formed and it should not
be necessary to fix it. Having unified error recovery will be excuse for
content producers and can lead to producing more and more
non-well-formed content.

> If applications were simply free
> to conclude that the document isn't XML and then do whatever they want
> with it (other than just aborting), that leads to a serious lack of
> interoperability.  It's the situation we're already in with feeds, and
> it's a serious issue that needs to be resolved.

The similar situation is with web-browsers and HTML. HTML5 is just draft
and its parsing algorithm is not yet widely deployed. Each browser thus
uses its own error recovery mechanism -- of course they are quite
aligned for many reasons, but not exactly same. If you think that there
should be unified error handling for XHTML content, solution is very
simple -- just take respective parts from XML5 proposal and add them to
HTML5 and say that if UA finds well-formdness error in XHTML content and
it wants to recover from it it must use this specific recovery
algorithm. And you are done and it is not necessary to change single
character in the current XML spec.


  Jirka Kosek      e-mail: jirka@kosek.cz      http://xmlguru.cz
       Professional XML consulting and training services
  DocBook customization, custom XSLT/XSL-FO document processing
 OASIS DocBook TC member, W3C Invited Expert, ISO JTC1/SC34 member

Received on Tuesday, 17 November 2009 20:22:13 UTC

This archive was generated by hypermail 2.4.0 : Saturday, 9 October 2021 18:45:03 UTC