Da der mobile Safari-Browser aber auf das Medienattribut handheld nicht reagiert

handheld waere die hierfuer explizit vorgesehene Meoglichkeit gewesen, um ein alternatives Stylesheet zur Anwendung zu bringen.

Dies ist aber in der Vergangenheit wohl hauptsaechlich fuer haessliche "text only"-Varianten benutzt worden. Die Browserhersteller, die einen "so gut wie vollwertigen" Browser fuer Mobilgeraete herstellen, wollten dann aber andererseits darauf auch das "echte" Internet anzeigen, und keine verkrueppelte Version – und interpretieren deshalb handheld jetzt mal lieber "vorsichtshalber" gar nicht.

Und wieder mal erschlaegt die Praxis die gar nicht mal so dumm erdachte Theorie. Mit dem Ergebnis, dass jetzt solche Kruecken wie "Browser Sniffing" oder schlimmeres wieder aufleben (muessen).

… und es gibt es doch, wenn man das iPhone damit ansprechen kann.

und Firefox 3.1+ und Opera 8.0+

Gibt's noch nicht, das wäre CSS 3.

Das weiß ich durchaus, dass das CSS3 ist und es gibt es doch, wenn man das iPhone damit ansprechen kann.

Was es nicht alles gibt: max-device-width.

Gibt's noch nicht, das wäre CSS 3.

Ich habe aber eher das Gefühl, dass das iPhone die alte Leier mit Browserweichen und Alternativversionen wieder zum Leben erweckt.

Hier stehen wir vor einem ähnlichen Problem wie mit Screenreadern, die man sozusagen kaum abfragen kann. Im Grunde ist das aber auch gut, weil man sich dann mehr darauf konzentriert, dass Webseiten auch auf anderen Ausgabemedien laufen. Und die Tastaturnavigation ist ohnehin ein Stiefkind in der Webentwicklung, das kümmert die meisten Entwickler eher wenig.

Umso interessanter ist es, dass diese Fragestellung quasi über die iPhone-Hintertür wieder auf den Tisch kommt. Ob dadurch tatsächlich ein stärkeres Bewusstsein für Barrierefreiheit zu erwarten ist, würde ich dann eher bezweifeln. Aber immerhin zeigt der Artikel, wie man über alltägliche Probleme auf dem iPhone auf grundsätzlichere Fragestellungen der Barrierefreiheit stossen kann, ein anderes Bewusstsein anstossen kann.