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

Re: XML namespaces on the Web

From: Aryeh Gregor <Simetrical+w3c@gmail.com>
Date: Wed, 18 Nov 2009 12:03:44 -0500
Message-ID: <7c2a12e20911180903v7b483690v12be818e1ea728ae@mail.gmail.com>
To: Leif Halvard Silli <xn--mlform-iua@xn--mlform-iua.no>, Shelley Powers <shelley.just@gmail.com>
Cc: Julian Reschke <julian.reschke@gmx.de>, Lachlan Hunt <lachlan.hunt@lachy.id.au>, Liam Quin <liam@w3.org>, John Cowan <cowan@ccil.org>, public-html@w3.org
On Wed, Nov 18, 2009 at 11:13 AM, Leif Halvard Silli
<xn--mlform-iua@xn--mlform-iua.no> wrote:
> ... then I am not certain that Aryah and Lachlan agree 100% about how
> it should work. It seems to me that Aryah's idea is (and I don't know
> if Lachlan agree) that the user agent MUST make it clear that the
> recovered version of the document is not XML anymore. Don't you support
> this?

No.  The UA doesn't make it clear when a document *is* XML, so why
should it have to make it clear when it's *not*?  Users should not
have to be informed whether the document they're viewing was written
as HTML, XML, PostScript, or tiny dwarfs painting a picture on the
inside of their monitor.  The difference is incomprehensible to most
people and telling them would be pointless.

Of course, UAs might provide this information to authors as a
debugging tool if they liked.  If by "make it clear" you mean "put it
in some hidden developer toolbox", then sure, they may as well.

> But I realize that Aryah did not believe in text/HTML as the
> recovery/error tolerant format due to all the special requirements that
> text/HTML has.

I'm not the only one.  Lachlan said something similar, and so have others.

On Wed, Nov 18, 2009 at 11:31 AM, Shelley Powers <shelley.just@gmail.com> wrote:
> I can understand the concept of fatal error, but draconian means
> "extremely harsh and severe". I don't see that one needs to be
> punitive when reporting an error, especially when parsing XHTML in a
> browser.
> Opera reports the error, but also provides very useful information
> about the error. The application also provides the ability to re-parse
> the page in more forgiving HTML. This is not draconian error handling.
> ...

Maybe not, but it doesn't work for other XML-based formats, like RSS.
In those cases, there's no standard error-handling mechanism, so
clients either have to fail fatally or do something that's not
interoperable.  It would be nice to be able to design formats that can
be safely authored using just echoes and string functions, but which
are less insane than text/html.
Received on Wednesday, 18 November 2009 17:04:24 UTC

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