WAI - Barrierefrei - zuviele links für accesskeys?
frankx
- barrierefreiheit
0 DavidB0 Jens Müller
Hellihello,
Beim WAI heißt es:
9.4 Create a logical tab order through links, form controls, and objects. [Priority 3]
9.5 Provide keyboard shortcuts to important links (including those in client-side image maps), form controls, and groups of form controls. [Priority 3]
Das heißt ja wohl, dass sowohl accesskeys wie auch tabindex für jeden Anker definiert werden sollten. Was aber, wenn es mehr Anker als Tastaturkürzel gibt? Die Beschränken sich ja vermutlich auf die Einzelbuchstaben. Sollte mann dann für Priorität 3 Unterseiten mit weniger Links pro Seite anbieten?
Dank und Gruß,
frankx
Accessskeys sind nur in eingeschränktem Masse sinnvoll, z.B. um direkt zum Seiteninhalt zu springen und die Navigation zu übergehen.
Auf www.einfach-fuer-all.de ist dieses Thema behandelt.
Normale Navigationselemente (oder Text-Links) kann über die Tab-Taste erreichen.
Bei barrierearmen Seiten gibt es übrigens Elemente, die in normalen Browsern extra ausgeblendet, also versteckt werden. Das hat den Sinn eingeschränkten Personen (evtl. auch mit speziellen Screenreadern statt Monitor) Navigationselemente zur Verfügung zu stellen, die ein schnelles Navigieren ermöglichen, auch ohne daß man die grafische Gestaltung sehen kann.
Viele Grüße
David
Hellihello David,
kleine Linkorrektur für Mitleser: http://einfach-fuer-alle.de;
Dank und Gruß,
frankx
Hellihello David,
kleine Linkorrektur für Mitleser: http://einfach-fuer-alle.de;
Dank und Gruß,
frankx
Hallo Frankx,
sorry, meine Tastatur verschluckt manchmal so einiges ;-)
Aber Du hast es ja gefunden!
Viele Grüße
David
Hellihello David,
schicke Seite das.
#content a[rel="external"]:before {
content: url(../img/icon/extern.gif);
}
hat ja im Grunde mit Barrierefreiheit nichts zu tun. Läuft auch auf dem IE nicht. Gibts da ein workarround oder setzt sich die Ansicht in solchen Fällen durch, Microsoft durch Ignorieren der IE-Schwächen zur Nachbesserung zu bewegen?
Dank und Gruß,
frankx
... schwierige Frage...
Da es schon sehr lange zum Standard gehört (AFAIK) würde ich davon ausgehen, daß auch MS das in IE Version 15 vielleicht mal implementiert ;-)
Ein Workaround kann direkt nur per JS geschehen, da IE die Angaben ja einfach ignoriert und die Seitenziele anders übermittelt werden müssen. JS wiederum ist nicht barrierearm.
Wenn Du Dir allerdings ansiehst wie Firefox solche Angaben darstellt, kannst Du das ganze auch per HTML realisieren, indem Du einfach eine Browser-Werkzeugleiste am Kopf der Seite imitierst. Hier ist abhängig von Client-Browser und dessen Konfiguration nicht gewährleistet, daß das immer aussieht wie vom Browser erstellt, besonders nicht, wenn irgendein Anwender farbliche Themes für den Browser konfiguriert hat.
Bei der Gestaltung kannst Du Dich aber auch generell von der Browsergestaltung absetzen.
Übrigens erleichtert es die Navigation schon enorm und erleichtert auch den logischen Überblick, da die Seitenbeziehungen klar definiert werden. Unter diesem Aspekt ist es auch ein Element, das durchaus dazu beiträgt, daß Seiten barrierearm werden.
Nette Idde übrigens das Thema mal wieder aufzuwärmen, vielleicht gehe ich da auch mal wieder dran... ;-)
Viele Grüße
David
Hallo frankx.
#content a[rel="external"]:before {
content: url(../img/icon/extern.gif);
}
>
> hat ja im Grunde mit Barrierefreiheit nichts zu tun. Läuft auch auf dem IE nicht. Gibts da ein workarround oder setzt sich die Ansicht in solchen Fällen durch, Microsoft durch Ignorieren der IE-Schwächen zur Nachbesserung zu bewegen?
Die von mir genutzte Methode:
`<a href="http://example.org/" class="external">Example</a>`{:.language-html}
~~~css
a.external {
background:url(external.png) no-repeat center left;
padding-left:10px;
}
Da hier alles mundgerecht vorgekaut wird, versteht das auch der IE.
Einen schönen Samstag noch.
Gruß, Mathias
<a href="http://example.org/" class="external">Example</a>
Was ist denn ein externer Verweis? Einer mit Protokollwechsel?
a.external {
background:url(external.png) no-repeat center left;
padding-left:10px;
}
>
> Da hier alles mundgerecht vorgekaut wird, versteht das auch der IE.
Im IE 5.0 wird der Verweistext unzugänglich, da dieses Stück Software in Links kein padding kennt. (Ja, IE 5.0 ist tot.)
Roland
--
[⌘](http://www.apple.com/de/macosx/tiger/)-[)](http://skop.net/self/iMac-1.jpg)
Hallo Orlando.
<a href="http://example.org/" class="external">Example</a>
Was ist denn ein externer Verweis? Einer mit Protokollwechsel?
Nein. Einfach nur einer, der nicht auf eine meiner Domänen verweist.
a.external {
background:url(external.png) no-repeat center left;
padding-left:10px;
}
> >
> > Da hier alles mundgerecht vorgekaut wird, versteht das auch der IE.
>
> Im IE 5.0 wird der Verweistext unzugänglich, da dieses Stück Software in Links kein padding kennt. (Ja, IE 5.0 ist tot.)
Glücklicherweise. (Letzteres.)
Aber danke für die Info.
Einen schönen Samstag noch.
Gruß, Mathias
--
ie:% fl:| br:< va:) ls:& fo:) rl:( n4:~ ss:) de:] js:| mo:| zu:)
debian/rules
hi,
Im IE 5.0 wird der Verweistext unzugänglich, da dieses Stück Software in Links kein padding kennt.
Nur, wenn du kein hasLayout kennst.
gruß,
wahsaga
Hallo Frank,
Das heißt ja wohl, dass sowohl accesskeys wie auch
tabindex für jeden Anker definiert werden sollten.
Was aber, wenn es mehr Anker als Tastaturkürzel gibt?
Die Beschränken sich ja vermutlich auf die Einzelbuchstaben.
Du brauchst nicht jedem Link ein Tastaturkuerzel oder fuer
jedes Formularfeld zuweisen. Nicht . Beschraenke dich auf die
wichtigsten Elemente.
Ein gutes Beispiel, wenigstens empfinde ich es so, bietet die
BBC auf Ihren Seiten. Die Tasten von 0 - 4 sind fuer die
Globale Navigation, und 5 - 9 Fuer die Navigation auf der
Seite.
Sollte mann dann für Priorität 3 Unterseiten mit weniger
Links pro Seite anbieten?
Wer die Tastatur zu gebrauchen weiss, der auch mit weniger
zu recht kommen. Weniger ist mehr, vor allem weil sich jeder
Benutzer immer alle Details merken kann.
gruesse aus'm ruhrpott
jens mueller