IE7 hat massive Probleme mit CSS-Hacks

[Kafkaesk]

Na, das ging doch schneller als viele CSS-Priester in Ihrer allzu sorglosen Welt der Browser-Hacks sich wohl je erträumt hätten: Microsoft hißt die weiße Flagge und berichtet von massiven Problemen der Seitendarstellung im IE7, wenn CSS-Hacks eingesetzt wurden, die eben die Fehler des IE6 umgehen wollten.

Na, das kann ja lustig werden. Da werden wohl in einigen Agenturen im nächsten Jahr einige zusätzliche Nachtschichten eingelegt werden müssen ...

Meldung hier:

http://www.golem.de/0510/40989.html

[webcreate]

LOL, typisch MS.
Der Hit ist ja der Hinweis auf Conditional Comments. Das sollen sie mal bei großen CSS-Dateien zeigen. Sicherlich zahlt mir das jeder Kunde, wenn ich für die Zukunft alle Pages soweit abänder, das dann für den IE6 eine andere CSS eingebunden wird.
Aber ich seh es schon, der IE7 mag dann ganz eigene Hacks.
In den Anfängen hat man den NS von einer Betrachtung ausgeschlossen, in der Zukunft wird es der IE sein

[Jürgen]

Hallo Alexander,

hochinteressant und mancher Experte hat ja schon vor einiger Zeit davor gewarnt: http://www.traum-projekt.com/forum/2...ighlight=hacks

Mit CSS-Layouts bewegt man sich bei kommerziellen Projekten manchmal schon auf recht dünnem Eis ...

Gruß, Jürgen

[Thomas]

hab' ehrlich gesagt genau aus dem Grunde noch nie IE-CSS-Hacks verwendet

entweder nach Lösungen gesucht, damit ich ohne diese hacks aus kam, weitgehend aber den bewährten tabellen treu geblieben

die Sites laufen ab NN 4.x bis einschließlich aller aktuellen Browser wie sie sollen, und auch im IE 7 werden die mit Sicherheit noch korrekt dargestellt

[steffenk]

Die Hacks finde ich auch nicht glücklich, da die bei jeder neuen Browsergeneration wieder in Frage stehen.
Also entweder ohne Hacks oder mit Browserweichen im Source unterschiedliche CSS einbinden - das scheint auf Zukunft der sicherste Weg zu sein.

[ingo]

einfach nur l ä c h e r l i c h

[rewboss]

Tja. Davon bin ich ausgegangen. Deswegen habe ich immer meine IE6-Hacks in einer externen Datei und mittels Conditional Comments eben nur dem IE6 zugänglich gemacht. Und so wenig Hacks, wie es nur ging.

Wenn man Hacks einsetzt, muss man immer davon ausgehen, dass diese Probleme mit der Vorwärtskompatibilität verursacht. Insbesondere muss man unbedingt davon ausgehen, dass genau die Fehler, die Hacks überhaupt nötig machten, in einer späteren Browser-Version korrigiert werden.

Das Problem für Microsoft ist nun folgendes: Endlich haben sie (anscheinend) es endlich mal geschafft, einen halbwegs konformen Browser zu kreieren. Nun aber müssen die, die mit ihren Hacks nicht vosichtig genug waren, ihre Stylesheets nochmal umschreiben. Wir haben die ganze Zeit darüber gemeckert, dass IE6 nicht konform war; sollen wir jetzt darüber meckern, dass IE7 doch konform ist?

Das ist für Otto Normalsurfer aber alles ziemlich Wurscht. Er wird nur feststellen, dass sich eine Reihe von Websites im IE7 plötzlich nicht mehr richtig dargestellt werden. Vielleicht können wir erwarten, dass noch mehr auf den Firefox umsteigen.

[Philippp]

Hier ist die Diskussion in meinem Stammforum: -> http://www.xhtmlforum.de/viewtopic.php?t=5949
Nur so, um den Horizont zu erweitern.
Gruß, Philippp

[Boris]

Ich hab immer nur den Sternchenhack (* html ...) benutzt, den ignoriert der IE7 ja angeblich (wie alle anderen Browser auch) - somit sollten meine Projekte auf keine Probleme stoßen. Bin mal gespannt ...

[Schneeschaufel]

Mag ja penetrant klingen, aber ich fühle mich hiermit wieder mal bestätigt, auch in Zukunft auf primitive Tabellenkonstruktionen setzen zu können.

[Philippp]

So weit ich weiß können dir primitive Tabellenstrukturen aber bei öffentlich finanzierten Projekten das Genick brechen. Dann nähmlich, wenn es um Barrierefreiheit geht. Wer sich einmal mit einem Screenreader und verbundenen Augen durch eine Tabellenseite gequält hat weiß warum.
In meinen Augen fährt man mit Conditional Comments noch am besten.
Gruß, Philippp

[Schneeschaufel]

Das mag schon sein, aber wenn diese berühmte Barrierefreiheit nicht explizit erwünscht ist, tun´s Tabellen auch. Das wollt ich damit sagen.

[rewboss]

Die Barrierefreiheit wird vielleicht nicht immer ausdrücklich erwünscht, aber das ist keine Ausrede, sie nicht zu berücksichtigen. Du würdest keinen Schild im Schaufenster eines Geschäfts stellen: "Behinderte unerwünscht".

Die Verwendung von Tabellen fürs Layout ist auch ein Hack, das darf man nicht vergessen.

Bei jedem Hack -- CSS, JavaScript, HTML usw -- muss man sich vorher ganz genau überlegen: "Wie wirkt dies auf die Vorwärtskompatibilität?"

[Jürgen]

Die Barrierefreiheit wird vielleicht nicht immer ausdrücklich erwünscht, aber das ist keine Ausrede, sie nicht zu berücksichtigen. Du würdest keinen Schild im Schaufenster eines Geschäfts stellen: "Behinderte unerwünscht".

Die Verwendung von div-Containern als Layoutgrundlage macht noch lange keine barrierefreie Website sondern ist nur eine von vielen Anforderungen der BITV - und das nur als Empfehlung! In der BITV sind Div-Layouts nicht explizit vorgeschrieben, werden aber als Grundlage nahegelegt. Standardmäßig barrierefreie Sites zu bauen wäre unwirtschaftlich und budgetär schlicht nicht verkaufbar.

Die Verwendung von Tabellen fürs Layout ist auch ein Hack, das darf man nicht vergessen.

Das stimmt so nicht, denn Tabellen sind Bestandteil der (X)HTML-Spezifikation, was man von CSS-Hacks nicht behaupten kann. CSS-Hacks sind Krücken, die früher oder später wie man sieht zum Verhängnis werden können. Dass Layouttabellen in absehbarer Zukunft Probleme machen, kann ich mir nicht vorstellen.

Bei jedem Hack -- CSS, JavaScript, HTML usw -- muss man sich vorher ganz genau überlegen: "Wie wirkt dies auf die Vorwärtskompatibilität?"

Da stimme ich dir zu - deshalb ist standardkonformität natürlich wichtigste Grundlage.

Gruß, Jürgen

[Torsten]

Ich habe mal gelesen, das nicht der Webdesigner/Entwickler dafür Sorge tragen sollte, das Webseiten die Standardkonform geschrieben sind im jeweiligen Browser funktionieren, sonder der Anbieter des jeweilige Browsers.

Vielleicht sollte man dazu übergehen, nach diesem Prinzip zu arbieten.
Alles was der IE 4-6 nicht darstellen kann bleibt dem User der unbedingt mit dem IE unterwegs sein will und sein Bewußtsein für bessereTechnologien nicht öffnen will vorenthalten!

Natürlich gibt es Ausnahmen das ist mir klar, aber diese kann man im Einzelfall mit sep. CSS-Dateien zufriedenstellen.

Aber eigentlich wird ja beim IE7 versucht den Eingangs zitierten Ausspruch umzusetzen, ich betone: "versucht" denn ob dies letztendlich so sein wird, werden wir erst später sehen/spüren