Operable

Wenn Sie mit der Tastatur in einen Funktionsbereich gelangen, sollten Sie diesen auch wieder verlassen können, indem Sie nur die Tastatur verwenden. Beispielsweise sollten Sie, wenn Sie Enter/Return auf einer fokussierten Schaltfläche drücken, um ein Optionsfenster zu öffnen, dieses Fenster wieder schließen und mit der Tastatur zum Hauptinhalt zurückkehren können.

Dies ist sehr wichtig, damit Tastaturnutzer nicht in spezifischen Abschnitten Ihrer Apps gefangen sind.

Bei Funktionen mit Zeitbegrenzung (z. B. die Buchung eines Hotels oder Fluges hat oft eine zeitliche Begrenzung) sollte der Benutzer Steuerungsmöglichkeiten erhalten, um die Zeitbegrenzung anzupassen, zu verlängern oder auszuschalten.

Ausnahmen sind Aktivitäten mit Zeitbegrenzungen von über 20 Stunden, Echtzeitereignisse (z. B. Live-Multiplayer-Spiele) und jede andere Aktivität, die eine Zeitbegrenzung erfordert und ungültig wäre, wenn sie aufgehoben würde.

Für sich bewegenden/blinkenden Inhalt, der automatisch startet, länger als 5 Sekunden dauert und zusammen mit anderem Inhalt gezeigt wird, sollten Steuerungen bereitgestellt werden, um ihn anzuhalten, zu stoppen oder zu verbergen. Dies gilt nicht für sich bewegenden/blinkenden Inhalt, der essenziell für das Erlebnis ist. Beispiele sind scrollender Text und Videos.

Für automatisch aktualisierte Informationen, die automatisch starten und mit anderem Inhalt gezeigt werden, sollten Steuerungen bereitgestellt werden, um sie anzuhalten, zu stoppen oder zu verbergen, oder um die Häufigkeit der Aktualisierungen zu steuern. Dies gilt nicht für automatisch aktualisierte Inhalte, die essenziell für das Erlebnis sind. Beispiele sind Karussells oder rotierende Ankündigungen.

Wenn es eine Zeitüberschreitung (verursacht durch Benutzerinaktivität) gibt, warnen Sie die Benutzer zu Beginn eines Prozesses, damit sie nicht überrascht werden, dass eine Zeitüberschreitung existiert (oder erlauben Sie die Zeitüberschreitung nur nach 20 Stunden Inaktivität).

Es sollte ein Mechanismus bereitgestellt werden, der es dem Benutzer ermöglicht, direkt zum Hauptinhalt oder zu den Funktionen der Seite zu springen, an den wiederholten Funktionen (wie dem Firmenlogo oder der Navigation) vorbei. Dies wird oft mit "Skip Links" erreicht — Links, die am Anfang des Seitenquellcodes eingefügt sind, die zum Hauptinhalt verlinken und durch CSS versteckt werden.

Wenn eine ordentliche Struktur von Überschriften und semantischen Containern bereitgestellt wird (zum Beispiel <section>, <aside>, etc.), dann ist ein zusätzlicher "Skip Link" nicht notwendig.

Sie sollten mindestens zwei allgemeine Navigationsmechanismen bereitstellen, um Seiten auf Ihrer Website zu finden, z. B. Navigationsmenü, Breadcrumb-Navigation, Seitensuche, Sitemap, Liste verwandter Links usw.

Die einzige Ausnahme ist, wenn eine Seite ein Schritt in einem Prozess ist und daher nur logisch Links zu den vorherigen und nächsten Schritten haben sollte.

Siehe UI-Steuerungen, Sinnvolle Textmarker, Die Grundlagen von Überschriften und Absätzen, Das <label>-Element.

Beachten Sie, dass Sie vermeiden sollten, Überschriften oder Beschriftungen zu duplizieren (z. B. mehrere Instanzen von "Weitere Informationen"), es sei denn, die Struktur ermöglicht es Ihnen, zwischen ihnen leicht zu unterscheiden.

Zusätzlich zur Erstellung einer nützlichen Dokumentenstruktur sollten Überschriften auch den Inhalt genau beschreiben und ihn in logische Abschnitte unterteilen.

Beachten Sie, dass sich dieses Kriterium auf Überschriften und Titel in allgemeinen Webinhalten bezieht (z. B. Überschriften innerhalb von Textinhalten). Überschriften und Titel für Benutzeroberflächen sind ein besonderer Fall, der in Kriterium 4.1.2 behandelt wird.

Siehe Die Grundlagen von Überschriften und Absätzen.

Wenn ein Benutzeroberflächenkomponente mit Tastaturfokus in den Fokus gerät, wird die Komponente nicht vollständig durch vom Autor erstellte Inhalte verdeckt.

Hinweis: Wenn der Inhalt der Schnittstelle vom Benutzer neu positioniert werden kann, wird nur die anfängliche Position des benutzerverstellbaren Inhalts für Tests berücksichtigt, um diesem Standard zu entsprechen. Außerdem kann der vom Benutzer geöffnete Inhalt die Komponente, die den Fokus erhält, verdecken. Wenn der Benutzer die fokussierte Komponente aufdecken kann, ohne den Tastaturfokus zu ändern, wird die Komponente mit Fokus nicht als versteckt für Konformitäts- und Testzwecke betrachtet.

Siehe Verstehen des Fokus nicht verdeckt (Minimum), um mehr über diesen Standard zu erfahren.

Folgen Sie den Regeln wie bei 2.4.11, außer dass, wenn ein Benutzeroberflächenkomponente mit Fokus in den Fokus gerät, kein Teil der Komponente durch vom Autor erstellte Inhalte verdeckt werden kann. Wenn die Schnittstelle konfigurierbar ist, werden nur die Anfangspositionen der benutzerverstellbaren Inhalte für das Testen und die Erfüllung dieses Standards berücksichtigt.

Siehe Verstehen des Fokus nicht verdeckt (Erweitert) (Level AAA), um mehr über diesen Standard zu erfahren.

Wenn der Tastaturfokus-Indikator sichtbar ist, erfüllt der Bereich des Fokus-Indikators alle folgenden:

• Er muss mindestens so groß sein wie der Bereich eines 2px dicken Umfangs der unfokussierten Komponente oder Subkomponente, der den Inhalt, den Rand und den Hintergrund der Komponente beinhaltet, wobei äußere Schatten oder Glüheffekte ausgeschlossen sind.
• Es muss ein Kontrastverhältnis von mindestens 3:1 zwischen den gleichen Pixeln in den fokussierten und unfokussierten Zuständen bestehen.

Die Ausnahmen sind:

• Der Fokus-Indikator wird vom Benutzer bestimmt und kann nicht vom Autor angepasst werden.
• Der Fokus-Indikator und die Hintergrundfarbe des Indikators werden nicht vom Autor modifiziert.

Siehe Verstehen der Fokus Erscheinung (Level AAA), um mehr über diesen Standard zu erfahren.