[whatwg] Map lang to xml:lang at the parser level
Henri Sivonen
hsivonen at iki.fi
Fri Oct 27 03:02:13 PDT 2006
On Oct 27, 2006, at 11:52, Anne van Kesteren wrote:
> On Fri, 27 Oct 2006 10:48:06 +0200, Henri Sivonen <hsivonen at iki.fi>
> wrote:
>>>> However, other types of programs processing HTML5 using XML
>>>> tools would have to be allowed to consider xml:lang in text/html
>>>> non-conforming and trashable, because what you suggest violates
>>>> basic assumptions that XML processing software is supposed to
>>>> make or even enforce.
>>>
>>> How so?
>>
>> The colon is not allowed in a local name, so having "xml:lang" in
>> no namespace in a namespace-aware system is forbidden.
>
> Ah, so you were going to say that :-) Yeah, dunno how to solve
> serializatoin for those things. That's what currently happens...
It is not only a serialization issue. It is an API contract issue,
too. (Which is why XML 1.1 is harmful, but that's a rant for another
time.)
If you are doing processing outside a browser and have an XML tree
implementation (XML DOM, XOM, ElementTree, whatever), a text/html
parser cannot append stuff that makes XML-enforcing tree
implementations throw an exception. Likewise, SAX ContentHandlers are
allowed to assume that the stuff they get obeys XML rules.
WHAT WG gets to break API contracts in Presto, Gecko and WebKit, but
there's a whole lot of other stuff out there. And the whole point of
having an XML flavor is having all the other code Just Work. (And for
non-browser cases you really want to convert from the text/html
flavor to the XML flavor up front so that you can use the existing
code for XML.)
--
Henri Sivonen
hsivonen at iki.fi
http://hsivonen.iki.fi/
More information about the whatwg
mailing list