9.2.4.7 Aktuelle Position des Fokus deutlich - Verweis auf 9.1.4.1 u.a.

BIK-BITV / BIK-Web-Test

Testverfahren zur Prüfung der Barrierefeiheit von Webanwendungen anhand der Kriterien der WCAG 2.1, EN 301 549 und BITV 2.0

67 stars 21 forks source link

9.2.4.7 Aktuelle Position des Fokus deutlich - Verweis auf 9.1.4.1 u.a. #425

Open detlevhfischer opened 3 months ago

detlevhfischer commented 3 months ago

Verweis auf 9.1.4.1 Ohne Farben nutzbar, was die Hervorhebung des Tastaturfokus über Farbwechsel angeht
Entfernen eines Verweises auf das 1.4.11 Not-text Contrast Understanding Dokument bezügl. Fokushervorhebung durch Farbwechsel mit einem Kontrast von 3:1 oder besser (denn der Hinweis entfiel, dies wird nun hier explizit nicht geprüft, fällt aber unter 9.1.4.1 Ohne Farben nutzbar)
Entfernen des Abgleichs mit Mausfokussierung von Links - denn die Anforderung gilt unabhängig von Hervorhebungen bei Maus-Hover und verwirrt hier eher
Verschieben der Hinweise in Abschnitt 4. Bewertung / Erfüllt auf mögliche Fehler bei mangelndem Kontrast oder Nutzung on Farbwechseln in den Abschnitt 3. Hinweise
Hinweis auf die Standard-Fokushervorhebung unter Bewertung / erfüllt

sweckenmann commented 3 months ago

@detlevhfischer Ich wollte den PR zum Quartalsende mergen, aber es ist noch zu klären:

Soll 9.2.4.7 nur noch geprüft werden, ob irgend ein sichtbarer Fokus vorhanden ist? Das wäre nach WCAG korrekt, würde aber eine eklatante Änderung der Prüfpraxis bedeuten, denn im Moment wird der Kontrast eines graphischen Fokusindikators (wie etwa ein Rahmen) aus praktischen Gründen bei 9.2.4.7 geprüft und nicht bei 9.1.4.11.
Wenn die Kontraste zukünftig bei den Kontrastprüfschritten (hauptsächlich betrifft der Fokusindikator 9.1.4.11), dann müsste dieser Prüfschritt nochmal bereinigt werden: Z. B. unter "Was wird geprüft" wird auf Kontraste verwiesen und bei 9.1.4.11 ginge es dann auch nicht nur um den Systemfokus vor Hintergründen, sondern um jegliche Art von grafischem Fokus-Indikator. Und um genau zu sein, wäre es dann "sufficient contrast against the adjacent background when the component is focused", glaube ich.

detlevhfischer commented 3 months ago

Mittelfristig wohl gut, das dann in 9.1.4.11 zu bewerten, da es streng genommen unter den Prüfschritt fällt - aber natürlich alles dadurch umständlicher - denn entdeckt werden die Mängel ja bei der Prüfung von 9.2.4.7.

Ein Ansatz wäre, die Prüfung zwar bei 9.2.4.7 zu belassen, bez. Kontrastmängel aber den Hinweis an die Prüfer zu liefern, das dann bei 9.1.4.11 zu bewerten und bei der FAIL-Bewertung von 9.2.4.7 tatsächlich nur noch Fälle unterzubringen, wo der Fokus komplett unterdrückt ist (und bei den anderen auf "eher erfüllt" zu gehen mit Hinweis auf zugeordnete negative Bewertung bei 9.1.4.11).

In vielen Fällen hatten wir hier ja auch FAILs bei etwas zu hellen Fokusringen, die zumindest für normalsichtige Tastaturnutzer oft sehr gut wahrnehmbar sind (gerade wenn mehrere Pixel stark) und hier dennoch zu einem FAIL führten. Dass dieses FAIL dann bei Kontraste landet, hätte vielleicht auch Vorteile.

detlevhfischer commented 1 month ago

@sweckenmann Da nach Diskussionen in der WG anscheinend Konsens besteht, Kontrastmangel bei Fokushervorhebung bei SC 1.4.11 und Hervorhebung nur durch Farbwechsel ohne ausreichenden 3:1 Kontrastabstand bei SC 1.4.1 unterzubringen, sollten wir dem wohl folgen und das tatsächlich umsetzen - und die Prüfer über Mail noch mal über die geänderte Praxis informieren).

Gucken müssen wir dann noch, ob 9.1.4.11 und 9.1.4.1 das auch ausreichend beschreiben...