Was wird geprüft?

Nutzereingaben auf Formularen sollen nicht zu unerwarteten Kontext-Änderungen führen. Alle Kontextänderungen müssen unterhalb des auslösenden Elements geschehen und sollen klar nachvollziehbar sein, der Fokus soll nicht versetzt werden.

Warum wird das geprüft?

Unerwartete und unangekündigte Kontextänderungen bei einer Auswahl in Formularen (etwa eine Checkbox oder ein Radio-Button, deren Auswahl eine neue Ansicht in einer Anwendungssoftware aufruft, oder eine Auswahlliste ohne Submit-Button, die bei Änderung reagiert) können die Orientierung von Nutzern beeinträchtigen. Kontextänderungen auf der Ansicht selbst können Nutzer ablenken und verwirren oder auch unbemerkt bleiben und dadurch für Verwirrung sorgen (plötzlich sind Inhalte verändert). Sie sollten deshalb erwartet und klar nachvollziehbar sein.

Wenn Kontextänderungen auf derselben Ansicht nicht unterhalb des Elements stattfinden, das sie auslöst, werden sie von blinden Nutzer häufig nicht wahrgenommen.

Wie wird geprüft?

1. Anwendbarkeit des Prüfschritts

Der Prüfschritt ist anwendbar, wenn die Ansicht in der Software Formularelemente enthält.

2. Prüfung

  1. App mit zu prüfender Ansicht starten

  2. Formularelemente (Checkboxes, Radio Buttons, Auswahllisten) aktivieren. Werden unerwartete und nicht angekündigte Kontextänderungen erzeugt?

  3. Überprüfen, ob Inhaltsänderungen hervorgerufen werden (etwa Einblendungen zusätzlicher Formularfelder). Sind die Inhaltsänderungen begrenzt und gut nachvollziehbar oder werden vor dem auslösenden Element angekündigt bzw. erklärt?

  4. Prüfen, ob Inhaltsänderungen unterhalb des Elements, das sie auslöst, hervorgerufen werden.

  5. Prüfen, ob durch Formulareingaben hervorgerufene Kontextänderungen (etwa dynamisch eingeblendete Elemente) den aktuellen Fokus versetzen,

3. Hinweise

Dynamische Änderungen, etwa die automatische Einblendung von Vorschlägen unterhalb des Texteingabefelds einer Such-Funktion, sollen nicht den aktuellen Fokus versetzen.

Zur Abgrenzung von Kontextänderungen und Inhaltsänderungen:

Klare Kontextänderungen (changes of context) sind laut WCAG 2.1 etwa Sprünge zu anderen Seiten und das Öffnen neuer Fenster, aber auch das dynamische Laden von neuen Inhalten auf der selben Seite, wenn diese Inhalte wie eine neue Seite wirken oder Inhalte in stark veränderter Anordnung erscheinen. Auch das Auslösen von Sprunglinks zu Ankern auf derselben Seite ist als Kontextänderung zu betrachten.

Davon abgrenzen muss man bloße Inhaltsänderungen (in den WCAG 2.1: changes of content). Diese liegen vor, wenn etwa die Auswahl in einer Auswahlliste (select) die Inhalte einer darunter befindlichen Auswahlliste dynamisch aktualisiert (etwa: die Wahl eines Kontinents aktualisiert eine Auswahlliste mit Ländern). Auch das Ausklappen zusätzlicher Formularbereiche unterhalb des auslösenden Elements kann als Inhaltsänderung gelten, wenn Fokus und Scrollstatus der Seite unverändert bleiben.

Ob Änderungen unerwartet sind oder nicht, lässt sich nur aus dem Gesamtkontext heraus bestimmen.

Vergleiche: WCAG 2.1, Appendix A: Glossary: changes of context

4. Bewertung

Nicht voll erfüllt:

  • Die Interaktion mit Formularelementen führt zu unerwarteten und nicht angekündigten Kontextänderungen.

Nicht erfüllt:

  • Formulare werden automatisch abgeschickt, wenn der Fokus das Formular verlässt.

  • Das Ändern des Status einer Checkbox oder eines Radio-Buttons löst automatisch eine unerwartete Kontextänderung aus (öffnet etwa ein neues Fenster).