So soll JS eingesetzt werden (und meiner Meinung nach nicht anders außerhalb von Browserspielen):
ichwill.net/
Barrierefreies JavaScript
gepostet vor 18 Jahre, 5 Monate von TheUndeadable
gepostet vor 18 Jahre, 5 Monate von Itchy
Mindestens genauso wichtig wäre aber sauberes HTML...
validator.w3.org/check?uri=http%3A%2F%2Fichwill.net%2Fchapter4.html
validator.w3.org/check?uri=http%3A%2F%2Fichwill.net%2Fchapter4.html
gepostet vor 18 Jahre, 5 Monate von TheUndeadable
Sauberes HTML sehe ich nur bedingt als wichtig an, da alle Screenreader mit nicht allzudreckigem HTML sehr gut umgehen können. Wesentlich schlimmer ist ein kaputtes HTML.
Den Blinden/Sehbehinderten sind im allgemeinen sogar Tabellendesigns teilweise lieber als pures CSS-Design. Hat mich selbst verwundert.
Ist aber alles kein Grund auf kaputtes Html zu setzen ;-)
> validator.w3.org/check?uri=http%3A%2F%2Fichwill.net%2Fchapter4.html
Alles nur 'normale' Fehler, die nur akademischer Natur sind. Ausgenommen das zweimalgeschlossene
Den Blinden/Sehbehinderten sind im allgemeinen sogar Tabellendesigns teilweise lieber als pures CSS-Design. Hat mich selbst verwundert.
Ist aber alles kein Grund auf kaputtes Html zu setzen ;-)
> validator.w3.org/check?uri=http%3A%2F%2Fichwill.net%2Fchapter4.html
Alles nur 'normale' Fehler, die nur akademischer Natur sind. Ausgenommen das zweimalgeschlossene
-Tag
gepostet vor 18 Jahre, 5 Monate von Itchy
Den Blinden/Sehbehinderten sind im allgemeinen sogar Tabellendesigns teilweise lieber als pures CSS-Design. Hat mich selbst verwundert.
Das wundert mich jetzt aber auch, bei uns an der Uni war mal ein Vortrag über barriefreie Webseiten und da hat der Dozent extra herausgehoben, daß man Tabellen tunlichst vermeiden sollte, weil die Screenreader damit komplett durcheinander kommen, weil die korrekte Reihenfolge (Spaltenweise/Zeilenweise) nicht erkannt werden kann.
gepostet vor 18 Jahre, 5 Monate von Fornax
Gibt es Overon überhaupt noch, ist er im Internet aktiv? Ich habe ihm vor einiger Zeit mal was geschrieben (ich glaub per E-Mail und/oder ICQ etc) und keine Antwort bekommen. Man könnte ihn ja fragen, wie es mit Tabellendesign aussieht.
PS: Wer ihn nicht kennt: Blinde und Browsergames
PS: Wer ihn nicht kennt: Blinde und Browsergames
gepostet vor 18 Jahre, 5 Monate von Chojin
Also zur Klärung von einigen Unklarheiten:
- die meisten Reader kommen bei Tabellen durcheinander die verschachtelt sind.
- ein DIV layout das schlampig gemacht ist, ist da nicht besser. (div-Suppe)
- es gibt grundsätzlich meherere Arten von Readern (Bildschirmdarstellung/Quelltext/beides)
- bei Quelltext Readern kann auch ein sauberes XHTML Dokument zu verwirrung sorgen, wenn die einzelnen Elemente nicht in einer logischen lesereihenfolge auftretten, sondern erst auf dem Screen durch Float oder Positionierung allgemein, an ihren richtigen Platz geschoben werden.
so das nur mal zwischendurch.
reg4rds
chojin
- die meisten Reader kommen bei Tabellen durcheinander die verschachtelt sind.
- ein DIV layout das schlampig gemacht ist, ist da nicht besser. (div-Suppe)
- es gibt grundsätzlich meherere Arten von Readern (Bildschirmdarstellung/Quelltext/beides)
- bei Quelltext Readern kann auch ein sauberes XHTML Dokument zu verwirrung sorgen, wenn die einzelnen Elemente nicht in einer logischen lesereihenfolge auftretten, sondern erst auf dem Screen durch Float oder Positionierung allgemein, an ihren richtigen Platz geschoben werden.
so das nur mal zwischendurch.
reg4rds
chojin
gepostet vor 18 Jahre, 5 Monate von Kampfhoernchen
Ich habe einen bekannten, der (fast) blind ist und sich auf Screenreader verlässt. Meine Homepage (turbohummel.de) mit sauberen Tabellen und XHTML 1.0, kann der Reader problemlos lesen, eben so wie cssgarden.
Die Reader kommen genau da ins Stocken, wo ein Mensch die Seitenstruktur im Quelltext auch nicht mehr innerhalb von 5 Minuten überblicken kann.
Die Reader kommen genau da ins Stocken, wo ein Mensch die Seitenstruktur im Quelltext auch nicht mehr innerhalb von 5 Minuten überblicken kann.
gepostet vor 18 Jahre, 5 Monate von knalli
Nun ja.. aber das ist ja nicht alles. Ich habe mal das erste Beispiel überflogen.. das ist doch in erster Linie guter "Programmierstil". Sry, wer sich "JavaScript-Programmierer" schimpfen will, sollte schon die Materie beherrschen.
Genausogut ist bei mir jemand unten durch, wenn er meint, er könnte HTML, aber dann mit oder oder kommt. Der hats nicht verstanden..
Ich habe jetzt nicht Zeit, um mir die gesamte Seite anzuschauen, daher nur ein allgemeiner Rat: Entweder die gesamte Webapplikation ist per Definition auf Javascript angewiesen (klassisches Beispiel: fast sämtliche Ajax-Anwendungen, wie zB GMail) oder aber JavaScript (auch in Verbindung mit Ajax) ist nur ein Zusatzschmankerl.
Beispiel: Ich habe eine Shoutbox auf normaler Form-Post-Basis gebaut. Kann der Client Javascript, wird der Submit-Button ausgeblendet, die Überschrift modifiziert ("Ajax enabled") und ein Onclick-Ereignis auf einen per DOM erzeugten Button gelegt. Dynamisches Eintragen per Ajax.
Zum Thema Barrierefreiheit allgemein: Ich hatte letztens in einer Vorlesung einen interessanten Gastreferenten von einfach-fuer-alle.de.
Vielerorts ist Javascript natürlich eine Hürde, allerdings sind die Probleme woanders.. nämlich beim Entwickler. Ein paar Tipps?
Einfach mal folgende Aussagen durch den Kopf gehen lassen..
- "Drücken Sie den grünen Knopf, um die Bestellung fortzufahren"
- "Diese Seite benötigt Flash"
- u.v.m.
Dazu gehört auch Design, was Sinn hat. Schon mal versucht, eine Webseite ohne Maus zu steuern? GN ist zum Beispiel direkt disqualifiziert, ich lande sofort im Forum, mutmaßlich durch tabindex, dessen Erfindung leiter das eigentliche Navigieren für Leute ohne Maus unmöglich macht.
Eine Lösung gibt es zum Beispiel auf einfach-fuer-alle.de (Laden und mehrmals Tab drücken). Die Realisierung dessen ist denkbar einfach und mehrfach möglich.
edit: thema Tabellen
Ja, ich kann das auch bekräftigen: Es scheint gar nicht so das problem mit Tabellen zu sein; es kommt natürlich immer drauf, in welchem Umfang man die verwendet.
Designer haben die früher (hm.. immer noch`?) einfach aus Faulheit genommen - das jeder Tag Browserseitig auch nur durch "CSS" erstmalig definiert wird, interessiert ja die wenigsten
Ich kenne auch einen Blinden, der mit Gangwars in der ganz alten Fassung (das durfte sich nicht mal HTML 4 nennen) super zurecht fand. Ich weiß nicht wie, aber er konnte es. phpBB nutzt er sogar auch, wenngleich ihm es da schnelll zu viel (infos) wird.
Allerdings ist Barrierefreiheit nicht nur etwas für Blinde.
Nach der Definition sind damit alle Menschen gemeint, die in irgendeiner Form die üblichen Aufgaben/Nutzungen nicht machen können.. also behindert sind.
Leute, die nichts sehen können oder die Farbenblind sind; Leute die kleine Bildschirme haben (wegen Vergrößerung), Leute die keine Maus bedienen können.. gar keine Tastatur? Wir können gar nicht wissen, was sie als Ausgabemedium nutzen.. soweit ich weiß ist aber der verbreiteste "Browser" in der Lage, auch kaputtes HTML/Tabellen vernünftig darzustellen (Thema Blinde).
Genausogut ist bei mir jemand unten durch, wenn er meint, er könnte HTML, aber dann mit oder oder kommt. Der hats nicht verstanden..
Ich habe jetzt nicht Zeit, um mir die gesamte Seite anzuschauen, daher nur ein allgemeiner Rat: Entweder die gesamte Webapplikation ist per Definition auf Javascript angewiesen (klassisches Beispiel: fast sämtliche Ajax-Anwendungen, wie zB GMail) oder aber JavaScript (auch in Verbindung mit Ajax) ist nur ein Zusatzschmankerl.
Beispiel: Ich habe eine Shoutbox auf normaler Form-Post-Basis gebaut. Kann der Client Javascript, wird der Submit-Button ausgeblendet, die Überschrift modifiziert ("Ajax enabled") und ein Onclick-Ereignis auf einen per DOM erzeugten Button gelegt. Dynamisches Eintragen per Ajax.
Zum Thema Barrierefreiheit allgemein: Ich hatte letztens in einer Vorlesung einen interessanten Gastreferenten von einfach-fuer-alle.de.
Vielerorts ist Javascript natürlich eine Hürde, allerdings sind die Probleme woanders.. nämlich beim Entwickler. Ein paar Tipps?
Einfach mal folgende Aussagen durch den Kopf gehen lassen..
- "Drücken Sie den grünen Knopf, um die Bestellung fortzufahren"
- "Diese Seite benötigt Flash"
- u.v.m.
Dazu gehört auch Design, was Sinn hat. Schon mal versucht, eine Webseite ohne Maus zu steuern? GN ist zum Beispiel direkt disqualifiziert, ich lande sofort im Forum, mutmaßlich durch tabindex, dessen Erfindung leiter das eigentliche Navigieren für Leute ohne Maus unmöglich macht.
Eine Lösung gibt es zum Beispiel auf einfach-fuer-alle.de (Laden und mehrmals Tab drücken). Die Realisierung dessen ist denkbar einfach und mehrfach möglich.
edit: thema Tabellen
Ja, ich kann das auch bekräftigen: Es scheint gar nicht so das problem mit Tabellen zu sein; es kommt natürlich immer drauf, in welchem Umfang man die verwendet.
Designer haben die früher (hm.. immer noch`?) einfach aus Faulheit genommen - das jeder Tag Browserseitig auch nur durch "CSS" erstmalig definiert wird, interessiert ja die wenigsten
Ich kenne auch einen Blinden, der mit Gangwars in der ganz alten Fassung (das durfte sich nicht mal HTML 4 nennen) super zurecht fand. Ich weiß nicht wie, aber er konnte es. phpBB nutzt er sogar auch, wenngleich ihm es da schnelll zu viel (infos) wird.
Allerdings ist Barrierefreiheit nicht nur etwas für Blinde.
Nach der Definition sind damit alle Menschen gemeint, die in irgendeiner Form die üblichen Aufgaben/Nutzungen nicht machen können.. also behindert sind.
Leute, die nichts sehen können oder die Farbenblind sind; Leute die kleine Bildschirme haben (wegen Vergrößerung), Leute die keine Maus bedienen können.. gar keine Tastatur? Wir können gar nicht wissen, was sie als Ausgabemedium nutzen.. soweit ich weiß ist aber der verbreiteste "Browser" in der Lage, auch kaputtes HTML/Tabellen vernünftig darzustellen (Thema Blinde).
gepostet vor 18 Jahre, 5 Monate von Kampfhoernchen
Ich habe jetzt nicht Zeit, um mir die gesamte Seite anzuschauen, daher nur ein allgemeiner Rat: Entweder die gesamte Webapplikation ist per Definition auf Javascript angewiesen (klassisches Beispiel: fast sämtliche Ajax-Anwendungen, wie zB GMail) oder aber JavaScript (auch in Verbindung mit Ajax) ist nur ein Zusatzschmankerl.
Gmail gibts auch als Fall-Back Version, die völlig ohne JS auskommt. Die Funktionalität ist nur geringfügig eingeschränkt.
gepostet vor 18 Jahre, 5 Monate von knalli
Muss ich mal testen; Tatsache ist aber, dass es dann eine komplette, zweite Applikation ist. Mag sein, dass sie die gleichen Serverscriptmethoden nutzt.. aber hier kann man nicht mehr von einer Zwittersache sprechen.
Und Noscript ist != Barrierefreiheit
Und Noscript ist != Barrierefreiheit