Peter Kröner, Webdesigner & Frontendentwickler - Weblog und Portfolio von Peter Kröner, einem Webdesigner und Frontendentwickler aus Westerkappeln bei Osnabrück.

Ich habe ja eigentlich dem IE6 abgeschworen und halte das bisher auch gegen erbitterten Widerstand von allen möglichen Seiten durch, aber dieser eine Hack ist einfach zu genial um ihn nicht zu bloggen. Für mich ist er eine unterhaltsame Kuriosität, aber vielleicht hilft es ja dem einen oder anderen noch-IE6-Unterstützer auch mal wirklich – insbesondere wenn besagte IE6-Unterstützer HTML5 verwenden wollen.

HTML5 belebt, wie wir alle wissen, das <hr>-Element wieder. Es dient nicht mehr horizontaler Trennstrich, sondern markiert thematische Umbrüche in Texten – für Szenenwechsel innerhalb eines Kapitels in einer Geschichte zum Beispiel. Diese neue Rolle ändert freilich nichts daran, dass Browser das Element immer noch als horizontalen Strich anzeigen, was in den neueren Versionen aller Browser auch kein Problem darstellt. Entweder will man das <hr>-Element gar nicht mehr sehen und schafft es mit display:none; aus der sichtbaren Welt oder man entfernt seinen Rahmen mit border:none;. Das ist besonders dann sinnvoll, wenn man es als Container für ein dekoratives Hintergrundbild einsetzen möchte, ähnlich wie die Trenner mit Zweig in meinem Blogdesign. Das Problem: Da macht der IE6 nicht mit, border:none; bewirkt in ihm bei <hr>-Elementen rein gar nichts.

Wenn der Hintergrund einfarbig ist, lässt sich das Problem dadurch lösen, dass man im IE6 color für die <hr> auf den Wert der Hintergrundfarbe setzt, denn im IE6 ist offenbar border-color nicht für Rahmenfarben zuständig. Wenn man allerdings keinen einfarbigen Hintergrund hat, nützt das freilich nichts mehr. Also macht man das Folgende:

hr {
	display: list-item;
	list-style: url(hintergrund.png) inside;
	height: 48px;
	filter: alpha(opacity=0);
}

Ja, der IE6 unterstützt display:list-item; und list-style die man durch kreativen Mißbrauch ganz wunderbar instrumentalisieren kann. Einfach das Hintergrundbild als Bulletpoint einsetzen und das ganze Element via Alpha-Filter unsichtbar machen. Liegt ja auch ganz nahe, sowas. Respekt an den Autoren dieses Hacks, dessen Blogpost ich googlen zu einem ganz anderen Thema gefunden habe.

So langsam wird es wirklich ernst mit dem Thema 3D im Browser: Die neueste Webkit-Entwicklerversion r48331 kombiniert OpenGL ES mit HTML5 und Javascript – und das Ergebnis kann sich sehen lassen:

Youtube-Link

Das Ganze kein Safari-Alleingang, sondern das Ergebnis der Arbeiten einer WebGL Working Group, in der auch Mozilla und Opera mitmischen. Das ist insofern wichtig, als dass ich mir durchaus vorstellen könnte, dass mit 3D eine echte Killerapplikation drin wäre. Und Killer bedeutet in dem Zusammenhang natürlich Internet-Explorer-Killer, denn in Redmond hat man bekanntlich bis dato nicht mal die 2D-Funktionen von Canvas auf die Reihe bekommen. Wie diese Killerapplikation aussehen könnte? Ich weiß es nicht, aber wie wäre es mit Spielen? Richtigen komplexen, aufwändigen Spielen, nicht Tetris und Missile Command. Oder vielleicht gibt es ja StudiVZ 3D …

Wer mit der 3D-Canvas herumspielen möchte, muss die neueste Nightly-Version von Webkit eigenhändig kompilieren. Entsprechende Infos gibt es bei Heise.

Danke an @derSchepp für den Tipp!

Nur kurz einer Ergänzung zur Schließung der XHTML2-Arbeitsgruppe: XHTML2 ist zwar damit erledigt, aber XHTML an sich existiert weiterhin und wird auch weiterhin entwickelt. Denn XHTML5 ist ja auch noch da.

XHTML5 ist nichts weiter als HTML5 auf dem XML-Trip. Wenn man ein HTML5-Dokument XML-konform schreibt und es als mit einem XML-Mimetype ausliefert, wird es nicht HTML- sondern vom XML-Parser des Browsers verarbeitet. Außerdem ist es auch möglich, HTML5 in XHTML-Syntax zu schreiben – egal ob <br> oder <br />, erlaubt ist beides. Darüber, ob es am Ende HTML oder XHTML ist, entscheidet am Ende allein der Mimetype (application/xhtml+xml für XHTML, text/html für HTML). Ich weiß zwar immer noch nicht wirklich, warum man XHTML5 benutzen wollen könnte, aber Fakt ist, dass man kann. Wer also immer noch an der XML-Web glaubt, muss sich nicht grämen: XHTML lebt noch, lediglich die Ausfertigung namens XHTML2 musste die Segel streichen.

Passend dazu gerade reingeflattert: An Unnofficial Q&A about the Discontinuation of the XHTML2 WG (via @yatil)

Gestern meldete das W3C, dass seine XHTML-Arbeitsgruppe endlich der lange erwarteten Abwrackung überführt wird: XHTML 2 Working Group Expected to Stop Work End of 2009, W3C to Increase Resources on HTML 5.

Adios XHTML2 – es war auch höchste Eisenbahn. War es doch schon länger klar, dass in einer Welt, in der noch immer ein Programm auf dem technischen Stand von 2001 wütet, revolutionäre Auswüchse nichts verloren haben. Und vor allem ist die Idee eines XML-Webs, bei dem jeder kleine Fehler gleich das Dokument unparsebar macht (richtiges XHTML vorausgesetzt, nicht die Warmduscher-Variante mit text/html als Content Type) nicht mit der Realität vereinbar. Wir paar Nerds mit unseren validen Dokumenten sind, falls das jemand vergessen haben sollte, eine Minderheit zwischen Abermillarden Myspace- und Frontpage-Seiten. Und selbst wenn man XHTML2 ein paar nette Ideen attestieren mag, muss man einfach anerkennen, dass mit HTML5-Unterstützung in vielen Browsern bereits vor einiger Zeit Fakten geschaffen wurden.

Und so verabschieden wir uns heute endgültig von einem der größeren Irrtümer der letzten Zeit. Tschüss!