2017-01-10 2 views
0

Ich arbeite an einer Site, die WCAG 2.0 AA - Adhärenz erfordert, aber obwohl wir versuchen, die Tab - Navigation auf unseren Sites nutzbar zu machen, wird sie stark vom Design ablenken Wenn Sie auf ein fokussierbares Element klicken, werden seltsame Ränder und Konturen gerendert.Zeige nur Fokuszustände an, sobald die Tabnavigation verwendet wurde

Mein Denken ist, verstecken Sie alle Fokuszustände, bis die Tabulatortaste tatsächlich gedrückt wird.

Also, meine Frage ist, stellt dies potenzielle Probleme mit Barrierefreiheitstechnologien für das Web?

Antwort

4

Denken Sie daran, dass manchmal der Fokus auf Elemente ohne Verwendung einer Tastatur gelegt wird, z. B. über Skript oder Tools von Drittanbietern (wie Bildschirmleseprogramme vor der Seiteninteraktion). Beachten Sie außerdem, dass auch Benutzer von Bildschirmleseprogrammen nicht unbedingt die Tabulatortaste verwenden (z. B. kann ich in den meisten Screenreadern auf den Überschriften einer Seite navigieren, auf Mobilgeräten kann ich auf Seitenelementen navigieren, ohne eine Tastatur zu verwenden. Beachten Sie auch, dass einige Benutzer mit kognitiven Beeinträchtigungen von Fokusstilen profitieren, selbst wenn sie eine Maus verwenden. Wenn ich also eine Website mit deaktivierten Fokusstilen nur überprüfe, würde dies immer noch fehlschlagen für 2.4.7 Focus Visible.Es könnte hilfreich sein, das Dokument Understanding SC 2.4.7 für ein wenig mehr Kontext zu lesen ..

Um Ihre Frage zu beantworten, ja, entfernt es potenzielle Zugänglichkeit Probleme Post

Alles was gesagt wird, würde ich statt dessen den Designer herausfordern, zu tun, was Designer am besten tun - Arbeit innerhalb der Beschränkungen. Verwenden Sie Fokusstile, die nicht ablenken, mit Stilen, die wahrnehmbar, bedienbar, verständlich und robust sind (z. B. it meets contrast minimums). Es wurde schon einmal gemacht, also gibt es keinen Grund, warum es nicht noch einmal gemacht werden kann.

+0

danke für deine antwort! Das macht Sinn, ich hatte das Gefühl, dass dies sowieso der Fall sein würde. Wir haben bereits solche Fokuszustände entworfen, ich habe immer gedacht, dass eine Schaltfläche komisch aussieht, wenn Sie eine Kontur oder ein farbiges Leuchten oder eine andere Fokusanzeige hinzufügen, wenn Sie sie nur mit der Maus anklicken. Seien Sie gut, wenn es eine standardmäßige, browserübergreifende API für die Barrierefreiheit gibt, sodass wir wissen, wann sie tatsächlich verwendet wird. Wir Entwickler können nur träumen. – thephpdev

+0

Es gibt eine Cross-Browser-API, auf die sich Screenreader verlassen. Wir Entwickler verwenden HTML, CSS, JS und ARIA, um zu beeinflussen, was über diese API weitergegeben wird. Das Problem ist, dass das, was die assistierende Technik von dort aus tut, ihnen selbst überlassen ist und von uns getestet werden muss. Nicht einfach, aber zumindest gibt es viele Leute, die das machen und ihre Ergebnisse aufschreiben. – aardrian

+0

Ich bin ziemlich bewusst von ARIA, ich spreche über eine Art der Überprüfung des Benutzers verwendet derzeit assistive Technologien, dann könnte die Erfahrung für solche Benutzer zugeschnitten werden. Aber ich bezweifle, dass wir so etwas jemals so bald sehen werden. – thephpdev

Verwandte Themen