Da ich aber, wie in meinem Artikel Internet Explorer 6 unter Windows 7 nutzen mit dem Windows XP Mode beschrieben habe, selbst noch eine Installation des IE6 auf meinem Laptop laufen habe, werde ich euch dann berichten, ob die Dienste noch nutzbar sind. Auf der Homepage von YouTube ist für Nutzer des Internet Explorers schon länger ein Hinweis zu sehen, der zum Update des Browsers auffordert:

Interessant ist hierbei auch, dass die Reihenfolge der vorgeschlagenen Browser bei jedem neuen Laden der Seite zufällig neu verteil wird. Genau das hat man ja auch Microsoft bei der aufgezwungenen Browserauswahl für Windows 7 gefordert.

Nachdem nun aber nicht nur Google dem IE6 abschwört, sondern auch in letzter Zeit immer mehr Berichte über Sicherheitsprobleme in fast allen Medien die Runde machen ist zu hoffen, dass der Internet Explorer 6 das Jahr 2010 nicht überleben wird. Es sollte mittlerweile auch dem letzten Admin klar sein, dass dieser in die Jahre gekommene Browser keine Zukunft mehr hat. Die vielen Unternehmen, die noch am Browser festhalten, weil es speziell angepasste Intranet-Lösungen dafür gibt sollten sich ernsthaft fragen, wie seriös ein Anbieter solch einer Software noch sein kann, wenn es mittlerweile schon zwei Nachfolgeversionen des IE6 gegeben hat. Die Zeit zum umstellen der Software war also sehr wohl da. Jeder von euch, der schon einmal eine Website aus den IE6 Zeiten auf den IE7 portiert hat wird mir wohl zustimmen können, dass die Anpassungen marginal waren. Das optimieren von Websites an den IE6 ist aber bis heute eine Königsdiziplin für Webdesigner und eine der sinnlosesten und zeitraubenden oberdrein.

Ich sehe im Internet Explorer 8 einen großen Schritt von Microsoft in die richtige Richtung. Der Internet Explorer in Version 9 soll dann den anderen standardkonformen Browsern in nichts mehr nachstehen. Mal sehen, was aus dieser Ankündigung am Ende wird. Aber da der Umstieg vom IE7 auf den IE8 und später den IE9 keine großen Hürden darstellen sollte ist zu hoffen, dass wir Webentwickler dann mehr Zeit für interessantere Dinge haben werden.

P.S. Bei all dem schlechten Gerede über den IE6 wollte ich noch erwähnen, dass ich heute die Umarbeitung des Themes meines Blog für den IE6 abgeschlossen habe. Alle transparenten PNGs sind nun in transparente GIFs konvertiert. Alle Nutzer die noch dazu gezwungen sind den IE6 zu nutzen können meinen Blog nun auch in all seiner Pracht genießen.

Das größte Problem ist oft, dass die schönen Themes nicht auf den IE6 angepasst wurden und daher zu sehr unschönen Darstellungen führen. Ich habe in einer virtuellen Maschine noch eine Installation vom Internet Explorer 6 laufen und damit mal selbst meinen Blog getestet. Das Ergebnis sah leider wie folgt aus:

Wie ihr hier sehen könnt sind die transparenten PNG Bilder im IE6 nicht transparent, da dieser nur transparente GIF Bilder unterstützt. Viel schlimmer war aber, dass die Sidebar mit den Widgets komplett nach unten gerutscht war. Um das zu beheben hätte ich sehr viele Dinge im CSS Layout und vermutlich auch im HTML-Quellcode ändern müssen. Daher habe ich überlegt, was man stattdessen tun könnte.

Die Lösung: Google Chrome Frame

Schon vor längerer Zeit hatte ich etwas vom Google Chrome Frame gelesen, der die Webkit Rendering Engine und die JavaScript Engine des Chrome Browsers in den Internet Explorer bringt. Dazu muss der Benutzer lediglich ein Plugin für den Internet Explorer installieren und der Website-Betreiber muss dem Plugin mitteilen, dass der Inhalt automatisch damit gerendert werden soll.

Den Browser zum Rendern mit dem Chrome Frame veranlassen

Alles was der Website-Betreiber tun muss, ist folgenden Meta-Tag in seinen Quellcode einzufügen:

<meta http-equiv="X-UA-Compatible" content="chrome=1" />

Das X-UA-Compatible Meta-Tag sorgt dafür, dass das Plugin aktiviert wird und der Benutzer den Inhalt richtig dargestellt bekommt, vorausgesetzt natürlich er hat es auch installiert. Um einen Benutzer des Internet Explorers dazu zu bewegen das Plugin zu installieren, hat Google ein kleines JavaScript-Snippet bereitgestellt, mit dem der Benutzer einen Link zur Download-Seite des Plugins bekommt:

<script type="text/javascript" src="http://ajax.googleapis.com/ajax/libs/chrome-frame/1/CFInstall.min.js"></script>
<div id="placeholder"></div>
<script type="text/javascript">
	CFInstall.check({
		node: "placeholder",
		destination: "http://www.waikiki.com"
	});
</script>

Damit die Aufforderung zum Download auch nur Benutzern des IE6 angezeigt wird, habe ich zusätzlich ein Conditional Comment benutzt, um das Snippet nur auf IE6 Benutzer anzuwenden, damit Benutzer des Internet Explorer 7 und höher keine Aufforderung bekommen. Außerdem müssen damit auch alle Nutzer eines andern Browsers nicht die JavaScript-Datei vom Google Server laden.

Der Blog nach der Installation des Plugins

Für diejenigen von euch, die etwas skeptisch sind, ob der ganze Aufwand lohnt, habe ich hier nun das “nachher” Bild, damit ihr sehen könnt, dass es wirklich funktioniert:

Wie ihr sehen könnt, sieht der Blog nun wieder richtig aus. Als kleinen Bonus des Plugins könnt ihr auch den Inspektor nutzen, wie man ihn von Chrome oder Safari gewöhnt ist. Aber die Besucher eures Blog werden das wohl eher nicht nutzen.

Ich hoffe, dass euch dieser Tipp helfen konnte. Mich würde interessieren, was ihr vom Google Chrome Frame haltet oder was für euch dagegen spricht. Hat ihn vielleicht jemand auch im Einsatz und schon echte Probleme oder Nachteile damit feststellen können? Über Kommentare würde ich mich wie immer sehr freuen … über ein baldiges Aussterben des IE6 aber noch viel mehr

Das W3C verwendete bisher die Schreibweise mit einem Leerzeichen und die WHATWG entsprechend ohne Leerzeichen. Nachdem die Meldung in vielen Foren und Newsseiten die Runde gemacht hat, wurde heute um 13:43 Uhr bereits der deutsche Wikipedia Artikel zu HTML5 geändert. Auch das W3C hat ihre Spezifikation zu HTML5 heute bereits angepasst.

Für manche von euch scheint das keine große Nachricht zu sein, aber jetzt haben wir endlich Gewissheit, wie wir HTML5 schreiben müssen. Ich finde die Schreibweise ohne Leerzeichen auch nur konsequent, da z.B. CSS3 auch keines enthält. Aber im Markup-Language Umfeld gibt es ja dann noch XHTML 1.0 und andere, die man mit Leerzeichen schreibt. Aber ohne würden die auch komisch aussehen. Ich trauere ja immer noch ein bisschen XHTML 2.0 nach, das zu Gunsten von HTML5 nicht weiter verfolgt wird. Aber hoffentlich lernen alle Web-Entwickler wenigstens in Zukunft validen HTML5 Quellcode zu schreiben.

Was meint ihr zu dem Thema? Ist das wirklich eine Nachricht wert, oder seid ihr der Meinung, das W3C und die WHATWG sollten sich eher um wichtigere Dinge kümmern? Ich würde mir z.B. endlich mal eine endgültige CSS3 Spezifikation wünschen, damit wir endliche Dinge wie Border-Radius und Schatten verwenden können.