Stark verbesserte Web-Standards-Unterstützung im IE per Javascript-Patch

seb · 18.02.2005, 00:00

Beim Verfolgen des Aufsehens um die kürzlich geschehene Ankündigung eines Internet Explorer 7 bin ich auf ein höchst interessantes Projekt gestoßen:

Ein Mensch namens Dean Edwards hat eine Hand voll Javascript-Funktionen geschrieben, die den Internet Explorer (ab 5.0) um nahezu alle Features von CSS2 erweitern, den Box-Model-Bug beheben und sogar Unterstützung für transparente PNGs realisieren.

Mit anderen Worten: Eine JS-Datei ins HTML-Dokument eingebunden, und aller Ärger über fehlerhafte und komplett fehlende CSS-Unterstützung gehört der Vergangenheit an.

Die Idee ist genial, und dass es tatsächlich funktioniert fast zu schön, um wahr zu sein. Man kann endlich CSS-Features nutzen, auf die man bisher aus Rücksicht auf den IE komplett verzichtet hat.

Nun bin ich am überlegen, ob ich das Ding zukünftig standardmäßig nutzen soll. Zusätzliche Checks mit abgeschaltetem JS wären natürlich Pflicht, um sicherzustellen, dass das Design auch mit IE's jämmerlichen "normalen" CSS-Verständnis noch nutzbar und halbwegs ansehlich ist. Im Extremfall müsste man extra dafür weiter Hacks oder sogar ein Alternativ-Stylesheet einsetzen.

Das alles treibt den Designaufwand natürlich erheblich in die Höhe, aber die Vorstellung von fast 100%iger CSS2- und teilweise sogar CSS3-Unterstützung im IE ist verdammt verlockend...

Was haltet ihr von der Sache?

Boris · 18.02.2005, 02:18

Das Ding ist schon länger bekannt. Und es hat einen Haken - was will man eher einbauen: einige nicht sehr große Hacks, damit die Seite korrekt läuft, oder ein JavaScript (IE7), das über 30k groß ist?

seb · 18.02.2005, 11:37

30K sind nicht so viel, find ich. Entspricht einer etwas größeren JPG-Grafik, ausserdem wird es ja im Browsercache gehalten und muss nicht für jede Seite neu geladen werden.

Und schau mal, wie viel Übertragungsdaten man heutzutage mit modernem, schlanken, per CSS gelayouteten (X)HTML-Code im Vergleich zur alten Tabellen- und "Designdaten-direkt-im-HTML"-Technik einspart. Ich hab schon vormals 70k große Seiten (die aber wirklich furchtbar geschrieben und nicht von mir waren

) auf weniger als 10K verkleinert. Durch Trennung von Inhalt/Stuktur und Design sind HTML-Dateien heute viel kleiner als vor 5 Jahren. Ich find, da darf man sich auch mal 30K Javascript leisten.

Die Größe wär für mich wirklich kein Hindernis...ich bin mir bloß noch nicht sicher, ob sich der Extraaufwand lohnt.

18.02.2005, 12:02

moinsen,
bei mir zicken auf der beispielseite erstmal alle browser ausser dem ie (opera, ns, ff) und laden sich nen wolf.
ist das bei euch auch so?

Fexxx · 18.02.2005, 13:39

kann die site mit keinem browser laden. überlastet?

321 · 18.02.2005, 15:56

Den JS-Gegnern ist damit kaum geholfen.

jonemo · 18.02.2005, 23:13

sehe ich das richtig: man muss immer nur den teil der kombatibilitätsklasse includen, den man für die seite grade braucht?

und dann mal ne frage: wie funktioniert das?

seb · 19.02.2005, 12:11

Zitat:

Den JS-Gegnern ist damit kaum geholfen.

Das stimmt natürlich, aber den Nicht-JS-Gegnern-und-warum-auch-immer-IE-Usern möglicherweise schon. Und das dürften ne Ganze Menge sein.
Und nenn mir einen sinnvolleren und "ehrenhafteren" Zweck zum Einsatz von JS, als eine hoffnungslos veraltete HTML-Rendering-Engine halbwegs auf den aktuellen Stand der Dinge zu bringen

.

"Okay, wenn MS den IE in diesem Jahrzehnt nicht mehr modernisiert, dann mach ichs eben selbst"...faszinierende Pragmatik, und erstmal darauf zu kommen...ich sag ja, ich finds genial.

Und @ Jonemo:

Sieht so aus. Ich werd aber trotzdem erstmal das 30k große "Komplettpaket" verwenden. Zum Thema unverhältnismäßig große Datei: Man könnte sie auch noch gzip-komprimiert versenden, dann hat sie vielleicht noch um die 5k, und das ist doch wirklich so gut wie nix. Werd ich auf jeden Fall testen.

Zur Funktionsweise: Das Javascript parst "einfach" das CSS (nach dem aktuelle Standardm im Gegensatz zu IE's eingebauter CSS-Engine) und weist den HTML-Elementen die Styledefinitionen per DOM zu, wobei Bugs des IE (Box-Model etc.) berücksichtigt und die Werte entsprechend "IE-gerecht" angepasst werden.

19.02.2005, 12:43

ich werd mir das ding jetzt mal in mein spinnenwebenverhangenes labor zerren und das testen. das problem mit den browsern, das ich weiter unten beschrieben habe, muss definitiv ja an was anderem gelegen haben, da das script (durch die CC) ja wirklich nur der IE zu gesicht bekommt.

und jetzt fehlen nur noch die blitze, um die kreatur zum leben zu erwecken, uahahauahaa

Fexxx · 20.02.2005, 00:53

blöd gefragt, kann man sowas nicht in PHP umsetzen ? Das wäre ja dann ein Gottes Geschenk an alle Webdesigner !

Boris · 20.02.2005, 09:18

Nö, kann man nicht.

321 · 20.02.2005, 23:48

Manchmal dünkt mich, PHP werde als das Wundernaturheilmittel des Jahrhunderts angesehen.

Fexxx · 21.02.2005, 01:21

is ja gut

jonemo · 22.02.2005, 00:22

und warum soll das nicht auch mit php gehen?

321 · 22.02.2005, 00:47

Weil PHP nicht auf clientseitige Events reagieren kann und das wird ja wohl mit diesem Script gemacht um die Standardreaktionen auszuhebeln und durch 'richtige' zu ersetzen.

ps: Ich bin weder gegen JS noch gegen IE aber ich bin ja auch eine kleine Welt ... wenn überhaupt ...