Skip to content

Commit aceaa35

Browse files
authored
Merge pull request #379 from BIK-BITV/WCAG-2.2
2.4.11 Fokus nicht verdeckt (Minimum): WCAG 2.2 - Neue Prüfschritt-Beschreibung
2 parents b224aa4 + 13dacbc commit aceaa35

File tree

1 file changed

+77
-0
lines changed

1 file changed

+77
-0
lines changed
Lines changed: 77 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,77 @@
1+
= Prüfschritt 2.4.11 Fokus nicht verdeckt (Minimum)
2+
include::include/author.adoc[]
3+
include::include/attributes.adoc[]
4+
5+
== Was wird geprüft?
6+
Der Tastaturfokus eines Bedienelements darf nicht nicht vollständig von Web-Inhalten (z. B. Dialogen) überlagert sein. Zumindest ein Teil des Bedienelements (und damit in der Regel auch ein Teil des Fokusindikators) muss noch sichtbar sein.
7+
8+
Blenden Nutzende Inhalte durch eine Aktion ein, können diese Inhalte ebenfalls andere Bedienelemente überdecken, wenn diese den Fokus erhalten. Nutzende müssen in der Lage sein, das fokussierte Bedienelement sichtbar zu machen, ohne den Tastaturfokus zu verschieben
9+
(z. B. mithilfe der Esc-Taste, um den geöffneten Inhalt zu schließen, mithilfe von Tasten zum Scrollen des Inhalts oder durch das Verwenden einer Taste, um zwischen Überlagerungen zu wechseln).
10+
11+
12+
== Wie wird geprüft?
13+
14+
Sehende Menschen mit Mobilitätseinschränkungen sind aufgrund ihrer Nutzungsweisen oft auf Tastaturbedienbarkeit angewiesen. Für Tastatur-Nutzende ist die visuelle Hervorhebung der aktuellen Fokusposition sehr wichtig. Sie ist ebenfalls wichtig für Menschen,
15+
die die Schaltersteuerung nutzen und für Menschen mit kognitiven oder ihr Gedächtnis betreffenden Einschränkungen.
16+
17+
Beim Navigieren auf der Seite darf es daher nicht zu Situationen kommen, in denen Web-Inhalte das fokussierte Element vollständig verdecken. So können etwa fest positionierte Kopf- und Fußzeilen die fokussierten Bedienelemente und deren Fokusindikator überlagern.
18+
Andere typische Inhalte, die zu Verdeckung des Fokus führen können, sind nicht-modale Dialoge (zum Beispiel ein nicht-modaler Cookie-Dialog).
19+
20+
=== 1. Anwendbarkeit des Prüfschritts
21+
22+
Der Prüfschritt ist anwendbar, wenn die Seite interaktive Elemente enthält.
23+
24+
=== 2. Prüfung
25+
. Seite im Firefox Browser öffnen.
26+
. Mit der Tabulatortaste vorwärts und rückwärts durch die Seite navigieren und dabei alle Bedienelemente fokussieren.
27+
. Prüfen, ob es zu Situationen kommt, wo ein mit Tabben fokussiertes Bedienelement vollständig verdeckt wird (zum Beispiel durch einen fest positionierte Kopf- oder Fußbereich, durch einen nicht-modalen Dialog oder andere von Nutzenden eingeblendeten Inhalten).
28+
. Wenn aktiv eingeblender Inhalt einen Fokus verdeckt, prüfen, ob der verdeckte Fokus sichtbar gemacht werden kann, ohne den Tastaturfokus zu verschieben, etwa durch
29+
* Verwenden der Escape-Taste
30+
* Verwenden einer Taste zum Scrollen
31+
* Drücken einer Taste zum Hin- und Herwechseln zwischen der Fokusposition und des eingeblendeten Inhalts.
32+
33+
=== 3. Hinweise
34+
* Wenn ein Bedienelement bei Fokussierung teilweise (d. h. nicht vollständig) verdeckt wird, also noch Teile der Komponente sichtbar sind, ist das kein Fehler im Sinne dieser Anforderung.
35+
* Wenn das Interface so konfigurierbar ist, dass Nutzende Symbolleisten und nicht-modale Dialoge verschieben können, werden nur die Anfangspositionen der von Nutzenden verschiebbaren Inhalte für die Prüfung und Erfüllung dieser Anforderung berücksichtigt.
36+
* Cookie-Dialoge werden häufig als *nicht-modale Dialoge* umgesetzt und führen zu Problemen im Sinne des Prüfschritts. Ein Lösungsansatz wäre, den Cookie-Hinweis statt als nicht-modalen Dialog als Teil der Seite umzusetzen. D.h. die Cookie-Meldung verschiebt den Content (statt ihn zu überlagern), solange die Meldung eingeblendet ist.
37+
* Die CSS-Attribute `scroll-margin` und `scroll-padding` können verwendet werden, um zu vermeiden, dass Bedienelemente von fest positionierten Bereichen verdeckt werden, wenn sie den Fokus erhalten. Eine der Einschränkungen des Scroll-Margin/Scroll-Padding-Ansatzes ist, dass die genaue Höhe des Sticky-Inhalts bekannt sein muss. Dies ist nicht immer gegeben, etwa dann nicht, wenn sich die Abmessungen des Sticky-Containers je nach der tatsächlichen Höhe des Inhalts ändern können. In solchen Fällen muss möglicherweise auf zusätzliches JavaScript zurückgegriffen werden, um den Wert von `scroll-margin` oder `scroll-padding` dynamisch zu ändern.
38+
39+
=== 4. Bewertung
40+
41+
==== Nicht erfüllt
42+
43+
Der Tastaturfokus auf einem oder mehreren Bedienelementen wird bei der Navigation durch die Seite durch einen Inhalt vollständig verdeckt.
44+
45+
== Quellen
46+
47+
* https://tetralogical.com/blog/2023/06/08/focus-in-view/[Sticky content: Focus in view, Tetralogical, Joe Lamyman, 2023]
48+
* https://www.tpgi.com/prevent-focused-elements-from-being-obscured-by-sticky-headers/[Prevent focused elements from being obscured by sticky headers, TPGI, James Edwards, 2022]
49+
50+
== Einordnung des Prüfschritts
51+
52+
=== Abrenzung zu anderen Prüfschritten
53+
==== Abgrenzun 9.1.4.13 Eingeblendete Inhalte bedienbar und 9.2.4.11 Fokus nicht verdeckt
54+
55+
Der Prüfschritt "9.1.4.13 Eingeblendete Inhalte bedienbar" stellt verschiedene Anforderungen an Inhalte, die bei **Zeiger- oder Tastaturfokus** eingeblendet werden können und andere Inhalte überlagern.
56+
57+
Bei "9.2.4.11 Fokus nicht verdeckt" geht es um die mögliche, problematische Überlagerung des **Tastaturfokus** durch **Inhalte der Seite**. Beispiele hierfür sind etwa fest positionierte Kopf- oder Fußbereiche. Werden Inhalte, die den Tastaturfokus verdecken (z. B. eine einblendbare Sidebar oder ein nicht-modaler Dialog) von Nutzern **aktiv** aufgerufen, muss es möglich sein, den **verdeckten Fokus** wieder **sichtbar** zu machen, ohne den Tastaturfokus zu verschieben, etwa durch das Schließen der Einblendung über die Escape-Taste oder mithilfe einer Taste zum Hin- und Herwechseln zwischen der Fokusposition und eingeblendeten Inhalt.
58+
59+
=== Einordnung des Prüfschritts nach WCAG 2.2
60+
61+
==== Guidelines
62+
63+
* https://www.w3.org/TR/WCAG22/#navigable[2.4 Navigable]
64+
65+
==== Success criterion
66+
67+
* https://www.w3.org/TR/WCAG22/#focus-not-obscured-minimum[2.4.11:Focus Not Obscured (Minimum) (Level AA)]
68+
69+
==== Techniques
70+
71+
===== Sufficient Techniques
72+
73+
* https://www.w3.org/WAI/WCAG22/Techniques/css/C43[C43: Using CSS scroll-padding to un-obscure content]
74+
75+
===== Failures
76+
77+
* https://www.w3.org/WAI/WCAG22/Techniques/failures/F110[F110: Failure of Success Criterion 2.4.12 Focus Not Obscured (Minimum) due to a sticky footer or header completely hiding focused elements]

0 commit comments

Comments
 (0)