- From: Henri Sivonen <hsivonen@iki.fi>
- Date: Fri, 27 Oct 2006 13:02:13 +0300
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/
Received on Friday, 27 October 2006 03:02:13 UTC