Wollte mal etwas mit Foto im Hintergrund und Transparenzen und ein paar CSS 3-Spielereien machen.

Das Theme setzt auf Kubrick auf, wurde auf Basis von Blueprint gestyled und hat abgerundete Ecken, mit freundlicher Unterstützung von CSS 3.

Das Ding ist heute Morgen nach dem ursprünglichen Geistesblitz mit viel Vollgas in knapp einer Stunde umgesetzt worden, es kann also noch Bugs enthalten. Wenn irgendwem etwas auffällt, feedet back!

Außerdem kategorisiere ich gerade alle Posts neu, das kann aber noch eine Weile dauern. *seufz*

It’s the terror of knowing
what this world is about
watching some good friends
screaming “Let me out!”

Oh Internet Explorer 6, lieber lieber Internet Explorer, wie tut es mir Leid, dich auf deine alten Tage noch so quälen zu müssen. Das hast du nun wirklich nicht verdient! Du solltest dich in Ruhe zurücklehnen und “Der Winzerkönig” gucken können, aber wir dreckigen Entwickler lassen dich ja einfach nicht in Frieden!
Doch langsam! Worum geht es überhaupt?
Also, wie bereits erwähnt, arbeite ich mit an der Tippspielplattform kicktipp.de. Genauer gesagt an der Möglichkeit, Tipprunden per Javascript in eigene Seiten einzubetten.
Das funktioniert soweit ja auch ganz wunderbar, nur zeigte sich, dass die eingebetteten Elemente sich im Internet Explorer 6 seltsam verhielten. Sehr seltsam.
So seltsam, dass eine Seite komplett geladen sein konnte. Alles da, wunderbar. Beim Wechsel auf eine andere Seite konnte immer noch alles wunderbar sein, gerne auch nach zehn weiteren Wechseln. Doch irgendwann würden plötzlich die eingebundenen Elemente verschwinden. Das konnte die Sprachwahl sein, die plötzlich nicht mehr da war. Oder das Menü. Oder der Inhalt. Oder eine Kombination aus diesen dreien.
Nach langem Suchen stellte sich heraus, dass der einzige wirklich nennenswerte Unterschied zwischen unserem Test-Setup und dem Live-System ist, dass unsere lokalen Tests immer auf Jetty liefen, während die Live-Server allesamt Tomcats sind.
Und tatsächlich streckte der IE bei einer lokalen Tomcat-Installation auch alle Viere von sich.
Lange Rede, kurzer Sinn, am Ende stellte sich heraus, dass auf allen Tomcats die Kompression der Inhalte eingeschaltet war. Und siehe da, ein sogar lange bekannter Fehler des Internet Explorer ist es, dass ihn angesichts komprimierter Inhalte schwere Schwindelgefühle überkommen. Armes Ding.
Am Ende, nach knapp zwei Tagen der Suche, war des Rätsels Lösung, diese Zeile:

<Connector [..] compression="on" [..] compressableMimeType="text/html,text/xml,text/css,text/javascript" />

umzuändern in diese Zeile

<Connector [..] **compression="on"** [..] compressableMimeType="text/html,text/xml,text/css" />

Um ba ba be
Um ba ba be
De day da
Ee day da – that’s o.k.

Nun melden Kunden, dass Sonderzeichen auf bestimmten Seiten nicht korrekt angezeigt würden. Während der Testphase war das Problem nicht aufgetreten, doch nun zeigte sich uns der Kampf zwischen ISO und UTF mit all seinen unmenschlichen Folgen.

Das Setup war folgendes: Der Server liefert seinen Output generell in UTF-8. Auf Seiten des Kunden kann die Einbindung jedoch sowohl in ISO- als auch UTF-Seiten erfolgen. Auf Seiten, die in UTF-8 kodiert waren, war die Darstellung nun im Eimer. Es gab jedoch eine Stelle im Code, an der sämtlicher Output generell in ISO umgewandelt wurde. Dieser Code musste nun leider seinen Hut nehmen.

Jetzt wurde zwar der Content in UTF-Seiten und ISO-Seite vernünftig angezeigt, jedoch konnten nun Formulare, die von ISO-Seiten aus abgeschickt wurden, nicht richtig interpretiert werden. Hier hilft das schöne Formularattribut “accept-charset” weiter. Diesem gibt man als Wert einen Zeichensatz mit, werden die Daten in diesem Zeichensatz verschickt, egal wie die Seite selber kodiert ist.

Doch ach, der IE! IE6 spielt das Spiel leider nicht mit. Doch hierfür gibt es einen neckischen Workaround. Einige Browser unterstützen die Funktion, ein Formularfeld namens “_charset_” mit dem verwendeten Zeichensatz zu füllen. Wir haben also allen Formularen ein Hidden-Feld mitgegeben, das das Attribut name=”charset” hat. Und wenn dann der Server sieht, dass ihm der IE6 Formulardaten im _charset_ ISO geschickt hat, wandelt er sie vorher schnell in UTF um.