Hallo,
Das ist kein Argument. XHTML 1 ist, jedenfalls so wie es heute eingesetzt wird, ja kompatibel zu HTML. Es sollte den sanften Übergang zum inkompatiblen XHTML 2 gewährleisten, was ja nun, HTML 5 sei Dank, auf die noch längere Bank geschoben wurde.
Es ging primär um das Verständnis für den Medientypen. Aber du hast schon recht. XHTML 1.0 ist nicht leichter oder schwerer in HTML5 überzuführen als HTML 4.01.
Es wird mit HTML-Content-Type ausgeliefert und ist eigentlich "fehlerhaftes" HTML, was aber den Vorteil hat, die "sauberere" Syntax zu haben (Stichwort: einfachere Maschinenlesbarkeit, weil zwingend ein Elementende gegeben sein muß - "Verschachtelung" ist ja auch bei HTML nicht erlaubt, auch wenn viele Browser das nicht so eng sehen).
Das Problem ist nur, dass viele Autoren, die XML-Syntax nutzen, diese nicht überprüfen, weil sie zwar wissen, dass XML streng geprüft wird, aber die Sache mit dem Medientyp vergessen und daher meinen, was im Browser angezeigt wird, sei in Ordnung.
Aber das muß an ja nicht tun ...
...bzw. kann sich da auf die Clients beschränken, die es als Option anfordern.
Ja, das ist durchaus möglich. Aus aktueller Sicht aber noch etwas Problematisch, da z.B. Safari createElement in XHTML nicht versteht.
Aber auch das soll sich mit HTML5 ändern. Der Entwurf zielt auch darauf aub, die Unterschiede zwischen HTML und XHTML zu verringern.
Zudem wird im Entwurf keine Sprachvariante bevorzugt.
Gruß