Access keys in Safari
Gerade habe ich durch Zufall entdeckt, dass Safari 1.2 jetzt fabelhafterweise auch Access keys unterstützt, woraufhin ich sie gleich in diese Website integriert habe: Man kann jetzt also auch per Tastatur auf dieser Website navigieren.
Wenn Sie z. B. [Control-S] drücken (auf einem Windows-Rechner drücken Sie den Access key bitte zusammen mit der Alt-Taste), ist das Suchfeld aktiviert und der Cursor bereit zur Texteingabe, wenn Sie [Control-K] drücken, gelangen Sie auf die Kontaktseite usw. Unterstreichungen geben den jeweiligen Access key für den Link oder das Formularfeld an. Wo keine Unterstreichungen möglich sind, klärt das Title-Attribut per Tool-Tipp über den Access key auf.
Ähnliche Beiträge:
Arbeitsagentur hat’s ja Elite
Kommentare:
Bei den Kommentaren handelt es sich um fremde Inhalte, die sich „esse est percipi“ nicht zueigen macht. Verantwortlich für den Inhalt eines Kommentars ist der jeweilige Verfasser.
Access keys bringen mehr Barrieren mit sich als dass sie tatsächlich die Besucher unterstützen: Strittige Punkte bei EfA. Irgendwo gibt’s seit kurzem auch eine ziemlich vollständige Liste der belegten Access Keys in den üblichen Screenreadern; habe aber leider gerade den Link nicht zur Hand.
Als großer Freund von Tastaturkürzeln betrachte ich Access keys nicht nur unter dem Gesichtspunkt Barrierefreiheit, sie erhöhen IMHO auch die Benutzerfreundlichkeit für nicht motorisch Behinderte ungemein.
Das einzige, was vielleicht dagegen spräche, ist die unterschiedliche Belegung auf verschiedenen Websites, obwohl sich Access key 1 mittlerweile schon fast als Standard für Home etabliert hat.
Auf meiner Website sehe ich die Access keys einfach als optionales Zusatzangebot: wer sie nicht benutzen mag, lässt es einfach bleiben.
Durch die von Marcus verlinkte Seite sieht man gleich das Problem: viele Kürzel sind schon vorbelegt durch den Browser. Daher die Buchstaben rauszusuchen, die von keinem Browser benutzt werden, ist fast ein Ding der Unmöglichkeit. Das gehört für mich in die Rubrik Gut gemeint, schlecht durchdacht/umgesetzt. Daher werde ich bei meinem Redesign auch auf accesskeys verzichten.
Aber wichtiger als Accesskeys finde ich Labels, Michael ;-)
He, das ist doch schon seit dem 11.01.04 bekannt -> HIER
Ich denke die Relevanz von Tastaturkürzeln ist im WEB durch nicht vorhandene Standards zu vernachlässigen.
PS: Unter dem Gesichtspunkt Usability kann ich mir durchaus eine Webseite vorstellen, welche ausschliesslich per Tastatur bediehnt werden kann.
@ Beate
Ich weiß, dass dieses Thema kontrovers behandelt wird, aber das Argument mit den belegten Tasten in Windows Browsern ist doch eigentlich keins: Drückt man die Alt-Taste, lässt sie los und drückt anschließend einen Buchstaben, löst man einen Menübefehl des Browsers aus, drückt man beide Tasten gleichzeitig, löst man den Access key aus.
Im übrigen ist es Sache der Browserhersteller, die Access keys richtig zu implementieren – Apple war ja bei Safari auch nicht so blöd und hat die Command-Taste (das Äquivalent der STRG-Taste bei Windows) als Modifier für den Access key vorgesehen. Auch Opera zeigt ja, wie es – wenn auch etwas umständlich – geht, dort löst man den Access key mit Shift-Escape aus.
Der Sinn von Labels hat sich mir übrigens noch nie erschlossen – ich beschrifte doch die Eingabefelder; liest ein Screenreader dann die Sachen nicht doppelt vor?
@ Thomas
Bei deinem Link steht, das Safari Access keys nicht beherrscht, oder habe ich da was übersehen?
Für normale Websites sind Tastaturkürzel sicherlich nicht sonderlich relevant, aber ich könnte mir z.B. für ein Intranet einen großen Zuwachs an Benutzerfreundlichkeit vorstellen.
„Bislang“ meint hier Vergangenheit: Es gab im Januar ein Safari Update (hast du nicht auch darüber geschrieben?), seit dem beherrscht Safari Access keys. Damit du mich nicht falsch verstehst, ich finde Access keys klasse. Wenn große Majorseiten rege gebrauch davon machen, setzt sich möglicherweise ja auch ein Quasi-Standard durch.
Der Sinn von Labels hat sich mir übrigens noch nie erschlossen – ich beschrifte doch die Eingabefelder; liest ein Screenreader dann die Sachen nicht doppelt vor?
Wenn man den beschreibenden Text eines Eingabefelds nicht in das value-Attribut packt, bietet sich ein <label> an. Das stellt eine logische Verbindung her und man kann so z. B. in den meisten Browsern mit einem Klick auf das <label>-Element das dazugehörige Eingabefeld fokussieren. Besonders bemerkbar macht sich das bei radio-Inputs und Checkboxen, die ja relativ klein sind und man dann wie gesagt einfach auf den Text im <label> klicken kann.
Kommentar schreiben:
FAQ (Häufig gestellte Fragen)
Kommentare:
- Michael Preidel zu Harbor – Sicherer Hafen [Testflight]
- Henning zu Harbor – Sicherer Hafen [Testflight]
- Michael Preidel zu Harbor – Sicherer Hafen [Testflight]
- Michael Preidel zu Harbor – Sicherer Hafen [Testflight]
- Mesrop zu Harbor – Sicherer Hafen [Testflight]
- Michael Preidel zu Hopper 1.0b7 (Update: 1.0b9)
Schlagwörter


