XHTML 2 ist tot, HTML 5 zumindest das Video Element unbrauchbar

Mit Bedauern musste ich lesen, dass XHtml 2 mit einigen innovativen und sehr guten Ideen nun auch offiziell eingestellt worden ist.

Bei Html 5 wurde das Video-Element von Apple solange torpediert [man wollte zwanghaft an QT festhalten], bis man sich auf keinen Codec festgelegt hat. Damit ist es ebenfalls unbrauchbar, die restlichen Innovationen von Html 5 sind soweit OK.

Irgendwie erscheint es mir, dass die Standardisierungsgremien einfach zu lange arbeiten und man durch die unterschiedlichen Interessen der teilnehmenden auch massive Rückschritte erleiden muss. Diese Woche war mal wieder eine solche Woche.

Da wundert es nicht, wenn proprietäre oder halbproprietäre Technologien wie Java/Flash/Silverlight den echten Standards den Rang ablaufen, da dort noch Innovationen stattfinden und ein Einzelner nur Augenmerk auf die Technik legen braucht und sich keinerlei Unternehmenspolitik anderer unterwerfen muss.

Schade eigentlich, ein weiterer Rückschritt für offene Technologien.

Bei Html 5 wurde das Video-Element von Apple solange torpediert [man wollte zwanghaft an QT festhalten], bis man sich auf keinen Codec festgelegt hat.

Naja, das liest sich an anderen Stellen aber ein klein bisschen anders. So Schwarz/Weiß ist die Sache nicht. Und das Microsoft über das Thema ganz schweigt, hast du auch ausgelassen ;)

Tatsache ist (leider/gott-seid-dank/endlich), dass sich H.264 so langsam zu einem ernsthaften Quasi-Standard entwickelt _hat_. Ogg ist erst seit letzter Woche überhaupt im Wettbewerb (merke: finaler Firefox 3.5) eingetroffen. Und muss sich erst noch auf dem Browsermarkt behaupten.

Ja, es gibt Ogg schon seit Jahren. Ja, es gibt auch Video/Audio schon lange. Ja, auch Opera (haha) unterstützt es. Und, juckt das irgendwen, wenn wir uns die nennenswerte Marktanteile anschauen? Da sind nur Microsoft, Mozilla, und auf den billigen Plätzen Apple/Google mit ihren Webkit-Browsern wichtig.

das mit XHTML2 finde ich sehr schade, an XHTML1/1.1 fand ich die Reduzierung der Objekte auf ein minimum sehr angenehm und es las sich sehr viel angenehmer als ein aufgeblähter HTML4.1 Code. Die Strikte Trennung  zwischen HTML, CSS und Javascript finde ich da wirklich gut, geht zwar mit HTML4.1 bzw. mit dem neuen 5 dann natürlich auch, aber wird nicht gefordert.

Ich glaube, bei XHTML hat man sich die Ziele in ergeiziger Weise einfach zu hoch gesteckt. Es gibt immer die Ewig-gestrigen, die Feature-Verweigerer.. die müssen bei HTML5 schon dazu lernen, aber XHTML2 wäre der totale Overkill geworden.

Schade sind aber so Einzelprojekte wie bspw. XForms (welches ja unabhängig von dieser Entscheidung tatsächlich weiterentwickelt werden soll). Das Projekt krempelt nicht nur den Form-Tag komplett um (aka gibt ihn dann nicht mehr), sondern ist sehr MVC-lastig und mit HTML5 natürlich nicht mehr so "leicht" vereinbar wie mit XHTML2.

Ich hoffe einfach mal, das man in ein paar Jahren vielleicht optional (natürlich nicht zwingend) auch XForms einsetzen könnte.. Webseiten würden im Formularbereich soviel einfacher werden -- Natürlich ab einer gewissen Komplexität, ein stupides Login-Form hat in XForms nur selten Sinn.

Macht einfach HAML und SASS zum standard und gut is :o

Etwas Lesestoff.