Barrierefreiheit (a) Regeln – 5

Video und Audio

• Vier Haupttypen alternativer Medientypen: Untertitel, Transkripte, Audiobeschreibungen und Gebärdensprachdolmetschen sollten in Audio- und Mediendateien enthalten sein. Diese Alternativen sollten basieren auf:

  • Die Art der unterstützten Medien – nur Audio, nur Video oder Video mit Audioformaten (Multimedia)
  • Ob die Medien live oder aufgezeichnet sind
  • Die Version und Ebene des WCAG-Compliance-Targetings
  • Alle zusätzlichen medienbezogenen Benutzeranforderungen

Formulare

Felder

• Verwenden Sie nach Möglichkeit Standard-HTML-Elemente und -Muster, anstatt benutzerdefinierte Komponenten mit ARIA zu erstellen.

Nicht empfohlen – Benutzerdefiniertes HTML mit ARIA

<div role="form">



<h4>
  
  
  Empfohlen – Standard-HTML
</h4>



<pre class="brush:php;toolbar:false"><form>

• Sollten HTML-Autovervollständigungsattribute zu den Feldern hinzugefügt werden.

• Formularfelder sollten keine kontextbezogenen Änderungen hervorrufen, wenn sie den Fokus oder eine Benutzereingabe erhalten, es sei denn, der Benutzer wurde vor der Verwendung der Komponente über das Verhalten gewarnt (z. B. sollte ein Formular nicht automatisch übermittelt werden, wenn ein Feld den Fokus erhält oder sobald ein Der Benutzer fügt dem Feld Inhalt hinzu.)

Etiketten

• Stellen Sie sicher, dass jedes Formularfeld eine klare, genaue und programmgesteuert zugeordnete Beschriftung hat.

Beschreibungen

• Feldbeschreibungen sind für die Barrierefreiheit nicht erforderlich, wenn die Beschriftungen oder Formularanweisungen aussagekräftig genug sind.

• Fügen Sie Feldbeschreibungen hinzu, wenn weitere Informationen erforderlich sind, um Benutzerfehler zu vermeiden. Fügen Sie beispielsweise Eingabeanforderungen wie die Länge des Passworts oder bestimmte Datumsformate (z. B. MM-TT-JJJJ) hinzu.

• Verwenden Sie das aria-describedby-Attribut, um Feldbeschreibungen mit Formularelementen zu verknüpfen. Dadurch wird sichergestellt, dass Screenreader sowohl das Etikett als auch die Beschreibung lesen, was die Klarheit für Benutzer verbessert.

Fehler

• Wenn ein Formularfehler auftritt, machen Sie ihn sofort bekannt. Identifizieren Sie eindeutig das Feld, in dem der Fehler aufgetreten ist, und stellen Sie dem Benutzer einen prägnanten, beschreibenden Text zur Verfügung, der den Fehler erklärt.

• Es gibt verschiedene Methoden zur Anzeige von Fehlermeldungen, wie zum Beispiel:

  • Ein modales Inline-Element in der Nähe der Stelle, an der der Fehler aufgetreten ist
  • Eine Sammlung von Fehlern, gruppiert in einer größeren Meldung oben auf der Seite

• Achten Sie bei der Meldung von Fehlern unbedingt auf den Tastaturfokus und die Optionen für die ARIA-Live-Region.

• Bieten Sie dem Benutzer nach Möglichkeit einen detaillierten Vorschlag zur Behebung des Fehlers. Es stehen zwei Attribute zur Verfügung, um Benutzer über Fehler zu benachrichtigen.

  • Sie können das erforderliche HTML-Attribut verwenden. Der Browser liefert eine allgemeine Fehlermeldung basierend auf den hinterlegten Validierungsparametern.
  • Oder Sie können das aria-required-Attribut verwenden, um eine benutzerdefinierte Fehlermeldung an ATs weiterzugeben. Nur ATs erhalten die Nachricht, es sei denn, Sie fügen zusätzlichen Code hinzu, um die Nachricht für alle Benutzer sichtbar zu machen.

Zusätzliche Erfolgskriterien

Zielgröße (Minimum)

Konsequente Hilfe

Zugängliche Authentifizierung

Redundanter Eintrag

Das obige ist der detaillierte Inhalt vonBarrierefreiheit (a) Regeln – 5. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!