Der Prüfschritt ist immer anwendbar. Er soll mit aktivem Screenreader und mittels der Screenreader-Wischnavigation rechts/links geprüft werden.

Wie wird geprüft

Praktische Erprobung: Bei Wischnavigation rechts/links  bewegt sich der Fokus erwartungskonform entlang der logischen Blöcke der Bedienelemente und der visuellen Darstellung folgend von Element zu Element. Bei modalen Dialogen muss der Fokus am ersten Element innerhalb des Dialogs gesetzt sein. Eine Navigation ist nur innerhalb des Dialogs möglich, bis der Dialog geschlossen wird. Nach Schließen des Dialogs muss sich der Fokus am auslösenden Element befinden. Sollte der Dialog beim Start der APP oder beim Aufruf einer Seite automatisch geöffnet werden, muss sich der Fokus nach Schließen des Dialogs am obersten Element der Seite befinden.

  • Fokus auf das erste Element der Seite setzen (iOS: mit 4 Fingern einmal in die obere Hälfte des Displays tippen, ab TalkBack 12: Einmal nach oben wischen, kurz absetzen, dann nach unten Wischen).
  • Mittels Wischnavigation rechts/links von Element zu Element navigieren.
  • Tipp iOS: Mit 2 Fingern von oben nach unten wischen löst das automatische Vorlesen ab dem aktuellen Element im Fokus aus, mit zwei Fingern von unten nach oben Wischen startet das Vorlesen ab dem ersten Element der Seite.
  • Tipp Android: Wisch nach oben und dann nach rechts öffnet das lokale Kontextmenü. Hier gibt es die Möglichkeit, die Inhalte ab dem nächsten Element des aktuellen Fokus vorlesen zu lassen.
  • bei Mängeln feststellen, wie viele Bedienschritte benötigt werden, um zu der für die Arbeitsaufgabe sinnvollen Reihenfolge zurückzukehren
  • bei Mängeln feststellen, ob es möglicherweise nur daran liegt, dass der Fokus nicht gut sichtbar ist (Prüfschritt 2.4.7)

Die sinnvolle Reihenfolge muss nicht immer eindeutig sein, beispielsweise kann eine Tabelle sowohl zeilen- als auch spaltenweise gelesen werden.

Beispiele

Erfüllt

  • Das erste Element einer Ansicht ist die „Zurück“-Taste. Es ist nicht gefordert, dass der Fokus immer auf einem bestimmten Element stehen muss. Der Fokus soll aber optimalerweise am ersten Element einer Ansicht gesetzt sein. So wird sichergestellt, dass kein Element verpasst wird. Bei Seiten, die eine zentrale Funktionalität zur Verfügung stellen (bspw. das Suchfeld der Google-Suche), kann der Fokus auch auf das Bedienelement gesetzt werden.

Fehler

  • In einer Ansicht der APP springt der Fokus bei Wischnavigation in unlogischer Reihenfolge von oben nach unten nach oben.
  • In einer Ansicht, die Elemente beinhaltet, für deren Erreichen horizontal gescrollt werden muss, scrollt die Ansicht nicht automatisch mit, wenn Elemente, die sich außerhalb des sichtbaren Bereichs befinden, den Fokus erhalten.
  • Wenn die Reihenfolge des Fokus willkürlich erscheint, und zugleich der Fokusindikator nur schwach sichtbar ist.

Anforderung (Beschreibung)

Beim Navigieren via Wischen oder Tastatur erhalten die Bedienelemente den Fokus in einer Reihenfolge, die der logischen oder visuellen Struktur oder dem Bedienablauf entspricht. Dies ist in der Regel der Fall:

  • wenn die Bedienelemente beim Navigieren in einer Reihenfolge fokussiert werden, die der sichtbaren Anordnung entspricht,
  • wenn beim Aktivieren einer Funktion das Ziel der Aktion den Tastaturfokus erhält,
  • wenn ein sich öffnender Dialog den Tastaturfokus erhält,
  • wenn beim Schließen eines Dialogs der Fokus zu seiner Ausgangsposition oder zum logisch folgenden Element zurückkehrt.

Warum wird das geprüft

Benutzer, die mit einer assistiven Technologie wie z. B. Screenreadern arbeiten, erhalten die Information der Reihenfolge dargestellter Informationen in gesprochener Form und können somit die Zusammenhänge von Texten o.ä. besser verstehen. Durch eine nicht nachvollziehbare Reihenfolge der fokussierten Elemente kann die Bedienbarkeit für jeden Benutzer erheblich beeinträchtigt werden. Sehbehinderte oder blinde Benutzer werden darüber hinaus in ihrer Fähigkeit eingeschränkt, sich ein mentales Modell vom Aufbau der APP zu machen.

Nach einem Dialog muss der Benutzer ggf. viele unnötige Schritte verfolgen, um zu seiner vorigen Position zurückzukehren, falls der Fokus nicht automatisch wiederhergestellt wird.

Verweise (Referenzen)

  • EN 301549 v3.2.1 Kapitel 11.1.3.2 Meaningful sequence
  • WCAG v2.1 Kapitel 11.1.3.2 Meaningful sequence