Zum Inhalt springen
A11ySignal
Stufe AWCAG 2.0WCAG 2.1WCAG 2.2EN 301 549 § 9.4.1.2

4.1.2
Name, Rolle, Wert

Jedes Bedienelement muss preisgeben, was es ist, wie es heißt und in welchem Zustand es sich befindet.

Was die Norm sagt

Für alle Benutzerschnittstellen-Komponenten (einschließlich, aber nicht beschränkt auf Formularelemente, Links und von Skripten erzeugte Komponenten) können Name und Rolle programmatisch ermittelt werden; Zustände, Eigenschaften und Werte, die vom Benutzer gesetzt werden können, können programmatisch gesetzt werden; und Benachrichtigungen über Änderungen dieser Elemente stehen Benutzerprogrammen, einschließlich assistiver Technologien, zur Verfügung.

Warum das zählt

Das ist das Kriterium, an dem eigene Komponenten scheitern. Ein als Checkbox gestyltes `div` sagt assistiver Technik nichts darüber, ob es angehakt ist.

Wie ein Fehlschlag aussieht

  • fällt durchEin `<div>`-Umschalter ohne `role="switch"` und ohne `aria-checked`.
  • fällt durchEin Icon-Button ohne zugänglichen Namen.
  • fällt durchEin Akkordeon, dessen Kopf `aria-expanded` nie aktualisiert.
  • fällt durchEin eigenes `<select>` ohne `role="combobox"` und ohne `aria-activedescendant`.

So beheben Sie es

  • tunNehmen Sie das native Element, wo es eines gibt. `<button>`, `<input type="checkbox">` und `<select>` bringen all das von Haus aus mit.
  • tunFür ein wirklich eigenes Widget folgen Sie dem passenden Muster der ARIA Authoring Practices, einschließlich Tastaturverhalten.
  • tunHalten Sie die Zustandsattribute mit dem synchron, was auf dem Bildschirm steht.

Wie A11ySignal es prüft

Bei jedem Scan laufen 29 automatische Prüfungen gegen dieses Kriterium.

Ebenfalls unter 4.1 Kompatibel