-
5 Allgemeine Anforderungen
-
6 Zwei-Wege-Sprachkommunikation
- 6.1
- Audiobandbreite für Sprache
- 6.2.1.1
- Textkommunikation in Echtzeit
- 6.2.1.2
- Gleichzeitige Sprache und Text
- 6.2.2.1
- Visuell unterscheidbare Anzeige von Textnachrichten
- 6.2.2.2
- Programmatisch unterscheidbare Anzeige von Textnachrichten
- 6.2.2.3
- Sprecheridentifizierung
- 6.2.2.4
- Echtzeitindikation von Sprachkommunikation
- 6.2.3
- Interoperabilität von Echtzeit-Textkommunikation
- 6.2.4
- Reaktionsgeschwindigkeit der Echtzeit-Textkommunikation
- 6.3
- Anrufer-Identifizierung
- 6.4
- Alternativen zu sprachbasierten Diensten
- 6.5.2
- Auflösung bei Videotelefonie
- 6.5.3
- Bildwiederholfrequenz bei Videotelefonie
- 6.5.4
- Synchronität bei Videotelefonie
- 6.5.5
- Visuelle Anzeige von Audio-Aktivität
- 6.5.6
- Sprecher-Anzeige für Gebärdensprachen-Kommunikation
-
7 Videofähigkeiten
- 7.1.1
- Wiedergabe von Untertiteln
- 7.1.2
- Synchrone Untertitel
- 7.1.3
- Erhaltung von Untertiteln
- 7.1.4
- Untertitel-Anpassungen
- 7.1.5
- Gesprochene Untertitel
- 7.2.1
- Wiedergabe von Audiodeskription
- 7.2.2
- Synchrone Audiodeskription
- 7.2.3
- Erhaltung von Audiodeskription
- 7.3
- Bedienelemente für Untertitel und Audiodeskription
-
9.1.1 Textalternativen
- 9.1.1.1a
- Alternativtexte für Bedienelemente
- 9.1.1.1b
- Alternativtexte für Grafiken und Objekte
- 9.1.1.1c
- Leere alt-Attribute für Layoutgrafiken
- 9.1.1.1d
- Alternativen für CAPTCHAs
-
9.1.2 Zeitbasierte Medien
-
9.1.3 Anpassbar
- 9.1.3.1a
- HTML-Strukturelemente für Überschriften
- 9.1.3.1b
- HTML-Strukturelemente für Listen
- 9.1.3.1c
- HTML-Strukturelemente für Zitate
- 9.1.3.1d
- Inhalt gegliedert
- 9.1.3.1e
- Datentabellen richtig aufgebaut
- 9.1.3.1f
- Zuordnung von Tabellenzellen
- 9.1.3.1g
- Kein Strukturmarkup für Layouttabellen
- 9.1.3.1h
- Beschriftung von Formularelementen programmatisch ermittelbar
- 9.1.3.2
- Sinnvolle Reihenfolge
- 9.1.3.3
- Ohne Bezug auf sensorische Merkmale nutzbar
- 9.1.3.4
- Keine Beschränkung der Bildschirmausrichtung
- 9.1.3.5
- Eingabefelder zu Nutzerdaten vermitteln den Zweck
-
9.1.4 Unterscheidbar
- 9.1.4.1
- Ohne Farben nutzbar
- 9.1.4.2
- Ton abschaltbar
- 9.1.4.3
- Kontraste von Texten ausreichend
- 9.1.4.4
- Text auf 200% vergrößerbar
- 9.1.4.5
- Schriftgrafiken
- 9.1.4.10
- Inhalte brechen um
- 9.1.4.11
- Kontraste von Grafiken und grafischen Bedienelementen ausreichend
- 9.1.4.12
- Textabstände anpassbar
- 9.1.4.13
- Eingeblendete Inhalte bedienbar
-
9.2.1 Tastaturbedienbar
- 9.2.1.1
- Ohne Maus nutzbar
- 9.2.1.2
- Keine Tastaturfalle
- 9.2.1.4
- Tastatur-Kurzbefehle abschaltbar oder anpassbar
-
9.2.2 Ausreichend Zeit
- 9.2.2.1
- Zeitbegrenzungen anpassbar
- 9.2.2.2
- Bewegte Inhalte abschaltbar
-
9.2.3 Anfälle
- 9.2.3.1
- Verzicht auf Flackern
-
9.2.4 Navigierbar
- 9.2.4.1
- Bereiche überspringbar
- 9.2.4.2
- Sinnvolle Dokumenttitel
- 9.2.4.3
- Schlüssige Reihenfolge bei der Tastaturbedienung
- 9.2.4.4
- Aussagekräftige Linktexte
- 9.2.4.5
- Alternative Zugangswege
- 9.2.4.6
- Aussagekräftige Überschriften und Beschriftungen
- 9.2.4.7
- Aktuelle Position des Fokus deutlich
- 9.2.4.11
- Fokus nicht verdeckt (Minimum)
-
9.2.5 Eingabemodalitäten
-
9.3.1 Lesbar
-
9.3.2 Vorhersehbar
- 9.3.2.1
- Keine unerwartete Kontextänderung bei Fokus
- 9.3.2.2
- Keine unerwartete Kontextänderung bei Eingabe
- 9.3.2.3
- Konsistente Navigation
- 9.3.2.4
- Konsistente Bezeichnung
- 9.3.2.6
- Konsistente Hilfe
-
9.3.3 Eingabeunterstützung
- 9.3.3.1
- Fehlererkennung
- 9.3.3.2
- Beschriftungen von Formularelementen vorhanden
- 9.3.3.3
- Hilfe bei Fehlern
- 9.3.3.4
- Fehlervermeidung wird unterstützt
- 9.3.3.7
- Redundanter Eintrag
- 9.3.3.8
- Zugängliche Authentifizierung (Minimum)
-
9.4.1 Kompatibel
- 9.4.1.1
- Korrekte Syntax
- 9.4.1.2
- Name, Rolle, Wert verfügbar
- 9.4.1.3
- Statusmeldungen programmatisch verfügbar
-
11.7 Benutzerpräferenzen
-
11.8 Autorenwerkzeuge
-
12 Dokumentation und Support
Prüfschritt 9.1.3.5 Eingabefelder zu Nutzerdaten vermitteln den Zweck
Was wird geprüft?
Eingabefelder, die sich auf den Nutzer selbst beziehen, sollten eine
semantisch eindeutige, sprachunabhängige Bestimmung ihres Zweckes
ermöglichen.
Geeignet dafür ist zur Zeit das HTML autocomplete
-Attribut, mit
dem sich der Eingabezweck für Felder wie etwa Name, E-Mail oder Telefonnummer
ebenso wie für Adress-Daten oder Kreditkarten-Daten definieren lässt.
Es wird erwartet, dass andere Taxonomien zur Festlegung des Zwecks von
Interface-Komponenten entwickelt werden, welche die Verwendung von
autocomplete
ersetzen können.
Warum wird das geprüft?
Die Festlegung des Eingabezwecks erlaubt es neuartigen Hilfsmitteln, bei Formularfeldern, welche sich auf Daten des Nutzers beziehen, zusätzliche Informationen anzuzeigen, und zwar unabhängig vom der jeweils gewählten Beschriftung des Feldes und unabhängig von der natürlichen Sprache des Angebots.
Zusätzliche Informationen können etwa Bilder bzw. Icons sein, die über ein Browser-Plugin oder eine externe assistive Technologie bereitgestellt werden und über bzw. vor dem jeweiligen Eingabefeld angezeigt werden, etwa wenn Nutzer eine bestimmte Tastenkombination drücken. Für Menschen, die Schwierigkeiten mit dem Lesen haben oder bevorzugt über Bilder kommunizieren, erleichtert dies eine Identifizierung von nutzerbezogenen Feldern in Formularen.
Darüber hinaus bietet autocomplete
Eingabevorschläge für das Feld, welche
Nutzer einfach übernehmen können.
Das erleichtert die Texteingabe.
Wie wird geprüft?
1. Anwendbarkeit des Prüfschritts
Der Prüfschritt ist anwendbar, wenn Formular-Eingabefelder vorhanden sind, die sich auf Nutzerdaten beziehen (etwa Login / Anmeldung, Kontaktformulare, oder Seiten zum Anlegen eines Nutzerprofils).
2. Prüfung
Bei Eingabefeldern, die sich auf Daten des Nutzers beziehen, mittels Developer
Tools den Code inspizieren.
Prüfen, ob autocomplete
-Werte definiert sind oder andere unterstützte
Taxonomien den Eingabezweck angeben - bei Nutzung von autocomplete
vergl.
WCAG 2.1, Abschnitt 7 Input Purposes for User Interface Components.
Prüfen, ob die korrekten Werte verwendet wurden (das autocomplete
-Attribut
tel etwa sollte nicht für eine Kreditkartennummer verwendet werden).
3. Hinweis
Die Anforderung gilt nur für Felder, die sich auf den Nutzer selbst beziehen. Sie gilt nicht für Seiten, auf denen die Eingabe von persönlichen Daten mehrerer Personen möglich ist und die Felder für den Nutzer selbst nicht besonders gekennzeichnet sind. Ein Beispiel dafür sind Ticketbuchungsseiten von Fluglinien. Hier sind die Eingabefelder für den Nutzer nicht von den Feldern für Mitreisende unterscheidbar.
4. Bewertung
Prüfschritt erfüllt
Alle Eingabefelder, die sich klar auf den Nutzer selbst beziehen und den dokumentierten Werten in Abschnitt 7 der WCAG 2.1 entsprechen ( Input Purposes for User Interface Components), vermitteln den Zweck des jeweiligen Feldes über ein sprachunabhängiges Attribut (hinreichend unterstützt wird zur Zeit nur das
autocomplete
-Attribut).
Einordnung des Prüfschritts
Einordnung des Prüfschritts nach WCAG 2.1
Guideline
Success criterion
1.3.5 Identify Input Purpose (Level AA)
Sufficient Techniques
Failures
Quellen
Understanding Success Criterion 1.3.5: Identify Input Purpose (zur Zeit nur auf Englisch verfügbar)