No IEs
Im Zuge der aktuellen Updates hier, sind nun auch die vielen Javascripts einmal gebündelt worden. Darunter befang sich auch ein Skript mit dem Titel ie6block. Sehr interessant. Die Simpsons Steimetz-Folge. Es gibt hier diesen Running-Gag “No Homers!”. Ein Homer ist erlaubt, mehr aber nicht. Getreu diesem Ansatz wird hier nun auch Internet Explorer sehr stiefmütterlich behandelt. Sowohl IE6 als auch IE7 bekommen jetzt ihre Sonderbehandlung.
Ich kann damit leben, wenn sich mal ein IE-Nutzer mal auf die Seite verirrt. Wer jedoch den Unfall Internet Explorer kontinuierlich nutzt, sollte auf eine bessere Alternative hingwiesen werden.
Warum?
Warum IEs aussperren und nicht eine separate (CSS-)Alternative anbieten? Nun ist dies hier meine eigene Plattform, auf der ich machen kann was ich möchte. IE wird hier ausgesperrt, weil ich es kann und möchte. Die aktuelle Gestaltung auf IE6 korrekt dargestellt zu bekommen ist ein Fass ohne Boden, ein nicht gerechtfertigter Aufwand, Zeitverschwendung. Wer heute noch mit IE6 unterwegs ist, der ist für diese Seite als Leser uninteressant. Klar brauchen andere Websites diese Leser noch, ich hier jedoch nicht.
Blockade für IE6-Nutzer
IE7 ist eine zweischneidigeres Schwert. Die Anpassung ist weniger aufwendig, jedoch im Ansatz ebenso falsch. Gerade beim neuen Archiv, was intensiv auf jQuery setzt, fällt auf, wie langsam und falsch IE7 hier arbeitet. Langfristig ist auch IE7 kein moderner Browser mehr und war es auch niemals. Folglich bekommen IE7-Nutzer keine Sperre, aber einen dezenten Hinweis, dass sie ein schlechtes Produkt nutzen.
Hinweis für IE7-Nutzer
Nichts gegen Wettbewerb bei Browser, aber wenn wir in 10 Jahren noch immer keinen funktionierenden Standard bei Browser-Engines haben, dann werden meine Javaskripts zum Blockieren der schlechteren Browser, umfangreicher sein, als die Stylesheets für die standardkonformen Produkte. Dies ist wahrscheinlich die größte Chance von Google-Chrome, hier einen Standard (Webkit) zu etablieren, den andere einfach portieren müssen.
8 Kommentare
Mutige und weise Entscheidung, manche User muss man zu ihrem Glück zwingen.
Als Entwickler und Gestalter darf und sollte man kurzfristig Kompromisse machen, aber langfristig bestehende Browserhacks sind eine Zumutung sondergleichen, da muss man einfach mal ein Zeichen setzen. Firefox und Konsorten sind ja kostenlos erhältlich, bringen dem User nur Mehrwert, das ist reine Bequemlichkeit dass Leute privat noch mit dem IE unterwegs sind (in Firmen sieht’s anders aus, da ist man meist noch gezwungen, IE zu benutzen).
Ich kann nur gratulieren
Und diejenigen, welche JS ausgeschaltet haben, kriegen nichts davon mit? Fail. Implementier das Feature (was ich übrigens gut heiße) lieber in PHP direkt (browser.ini).
Wer hier kein Javaskript aktiv hat, der hat sowieso verloren. Nicht funktionell, aber gestalterisch. Insofern existiert jetzt kein Fallback für deaktiviertes Skript. All diese Modifikationen/Sonderfälle, habe ich hier zumindestens lieber an einer Stelle, außerhalb der normalen Templates. No-Skript ist als Makel vermerkt. Mal schauen
Gut, alternativ mit dem HTML noscript Tag und hordentlich CSS, damit sollte man den Hinweis auch JS-less gut platziert kriegen
Das Problem ist, dass viele Leute mit “no-script” und so durch die Gegend surfen. Damit hatte ich auch mal zu kämpfen. Und besonders lustig wird es, wenn man hinter einer Firewall hängt die JS filtert…
Die Frage lautet auch, wie realistisch ist es, dass ein jetziger IE6 Nutzer fähig ist, überhaupt Scripting zu deaktivieren? Wir reden hier ja nicht über den versierten Nutzer, sondern über den Gegenteiligen. Insofern ist No-Script für dieses Beispiel ein eher theoretisches Problem. Wer heute so ambitioniert ist im IE Scripting zu deaktivieren, der weiß über die weiteren Mängel des Browsers und ist längst umgestiegen.
Da fällt mir ein, dass es auch sehr interessant wäre, wenn man deaktiviertes Scripting einmal tracken könnte um so mal greifbare Zahlen zu bekommen.
[…] So, gerade mal meine alte, damals schnell zusammengebastelte, IE-Sperre runderneuert. Bei cold-heat.de hatte ich damals schon das entsprechende Skript gesehen, dass ich für recht gelungen halte. Denn […]
Vorschau:
HTML ist in Kommentaren zugelassen. Erlaubt sind die HTML-Tags:
<a href>, <i>, <p>, <strong>, <em>, <ul>, <ol>, <li>, <blockquote>.
Alle themenfremden oder persönlichkeistverletzenden Beiträge werden gelöscht, also immer schön sachlich argumentieren.
schrieb: