Ich habe einige sehr interessante Texte zum Sachverhalt gefunden:
http://webkit.org/blog/68/understanding-html-xml-and-xhtml/
http://www.w3.org/International/articles/serving-xhtml/
http://schneegans.de/web/xhtml/
Ich will hier gar nicht viel davon aufwärmen, was dort geschrieben steht - vor allem der äußerst gute Artikel auf schneegans.de klärt viele Dinge. Nach der Lektüre wird allerdings klar, dass XHTML-Dokumente, die mit dem Content-Type HTML ausgeliefert werden, von den Browsern als HTML gerendert werden. Natürlich ist XHTML aber eigentlich kein valides HTML, also ein ziemliches Dilemma.
Es gibt nun mehrere Möglichkeiten, damit umzugehen:
Das Ausliefern als "application/xhtml+xml" ist nicht wirklich möglich, da einige Browser - allen voran der Internet Explorer - das nicht verarbeiten können. Man kann die IE-User ja nicht einfach aussperren (leider, leider verwenden das noch viel zu viele
).
Man könnte nur dem IE den Inhalt als html auslieferen, allen anderen allerdings xhtml. Aber das gibt nur ein Kuddelmuddel und ist ein eher schlechter Hack. Von dieser Möglichkeit bin ich gar nicht begeistert.
Zurück zu HTML 4.01? Das wäre durchaus möglich, da jeglicher Inhalt, den es derzeit gibt und der für die Zukunft auch noch angedacht ist, wohl auch in reinem HTML geschrieben sein kann. Allerdings ist XHTML wesentlich Zukunftssicherer. Ich hoffe, dass die Browser früher oder später alle richtig mit XHTML, das auch als "application/xhtml+xml" ausgeliefert wird, umgehen können.
Mich würde interessieren, wie der IE 8 das in Zukunft handhaben wird. Vielleicht ändert sich da ja was, immerhin hat Microsoft versprochen, Web Standards besser zu unterstützen. Aber bis es garantiert so weit ist, bleibt wohl nichts anderes übrig, XHTML-Dokumente mit dem Content-Type "text/html" auszuliefern.
Am Rande noch einige Links zu anderen Validatoren, neben dem bekannten Validator vom W3C:
* Webthing.com
* Schneegans.de
Was der Server direkt ausliefert, kann man gut über web-sniffer.net prüfen.
Kommentar schreiben