-
5 Allgemeine Anforderungen
- 5.2
- Aktivierung von Barrierefreiheitsfunktionen
- 5.3
- Biometrie
- 5.4
- Erhaltung von Barrierefreiheitsinformationen während der Umwandlung
- 5.5.1
- Möglichkeiten der Bedienung
- 5.5.2
- Unterscheidbarkeit der bedienbaren Elemente
- 5.6.1
- Taktiler oder auditiver Status
- 5.6.2
- Visueller Status
- 5.7
- Tastenwiederholung
- 5.8
- Annahme eines zweifachen Tastenanschlags
- 5.9
- Gleichzeitige Benutzerhandlungen
-
6 Zwei-Wege-Sprachkommunikation
- 6.1
- Audiobandbreite für Sprache
- 6.2.1.1
- RTT Kommunikation
- 6.2.1.2
- Gleichzeitige Verwendung von Sprache und Text
- 6.2.2.1
- Visuell unterscheidbare Darstellung
- 6.2.2.2
- Durch Software bestimmbare Sende- und Empfangsrichtung
- 6.2.2.3
- Sprecheridentifizierung
- 6.2.2.4
- Visuelle Anzeige von Audio mittels RTT
- 6.2.3
- Interoperabilität
- 6.2.4
- Reaktionsfähigkeit von RTT
- 6.3
- Anruferkennung
- 6.4
- Alternativen zu sprachbasierten Diensten
- 6.5.2
- Auflösung
- 6.5.3
- Bildfrequenz
- 6.5.4
- Synchronisation zwischen Audio und Video
- 6.5.5
- Visueller Anzeiger von Audio bei Video
- 6.5.6
- Sprecheridentifizierung mittels Video- (Gebärdensprach-)Kommunikation
-
7 Videofähigkeiten
- 7.1.1
- Wiedergabe der Untertitelung
- 7.1.2
- Synchronisation der Untertitelung
- 7.1.3
- Erhaltung der Untertitelung
- 7.1.4
- Eigenschaften von Untertiteln
- 7.1.5
- Gesprochene Untertitel
- 7.2.1
- Wiedergabe der Audiodeskription
- 7.2.2
- Synchronisation der Audiodeskription
- 7.2.3
- Erhaltung der Audiodeskription
- 7.3
- Bedienelemente für Untertitel und Audiodeskription
-
11.1.1 Textalternativen
- 11.1.1.1a
- Nicht-Text-Inhalt – Bedienelemente
- 11.1.1.1b
- Nicht-Text-Inhalt – Grafiken und Objekte
- 11.1.1.1c
- Nicht-Text-Inhalt – CAPTCHAs
-
11.1.2 Zeitbasierte Medien
- 11.1.2.1
- Reines Audio und reines Video (aufgezeichnet)
- 11.1.2.2
- Untertitel (aufgezeichnet)
- 11.1.2.3
- Audiodeskription oder Medienalternative (aufgezeichnet)
- 11.1.2.4
- Untertitel (live)
- 11.1.2.5
- Audiodeskription (aufgezeichnet)
-
11.1.3 Anpassbar
- 11.1.3.1a
- Info und Beziehungen – Überschriften
- 11.1.3.1c
- Info und Beziehungen – Text
- 11.1.3.1b
- Info und Beziehungen – Tabellen
- 11.1.3.1d
- Info und Beziehungen – Formularelemente
- 11.1.3.2
- Bedeutungsvolle Reihenfolge
- 11.1.3.3
- Sensorische Eigenschaften
- 11.1.3.4
- Ausrichtung
- 11.1.3.5
- Eingabezweck bestimmen
-
11.1.4 Unterscheidbar
- 11.1.4.1
- Benutzung von Farbe
- 11.1.4.2
- Audio-Steuerelement
- 11.1.4.3
- Kontrast (Minimum)
- 11.1.4.4
- Textgröße ändern
- 11.1.4.5
- Bilder von Text
- 11.1.4.10
- Automatischer Umbruch (Reflow)
- 11.1.4.11
- Nicht-Text-Kontrast
- 11.1.4.12
- Textabstand
- 11.1.4.13
- Eingeblendeter Inhalt bei Darüberschweben (Hover) oder Fokus
-
11.2.1 Tastaturbedienbar
- 11.2.1.1
- Tastatur
- 11.2.1.2
- Keine Tastaturfalle
- 11.2.1.4
- Tastaturkürzel
-
11.2.2 Ausreichend Zeit
- 11.2.2.1
- Zeitvorgaben anpassbar
- 11.2.2.2
- Pausieren, stoppen, ausblenden
-
11.2.3 Anfälle
-
11.2.4 Navigierbar
- 11.2.4.3
- Fokus-Reihenfolge
- 11.2.4.4
- Linkzweck (im Kontext)
- 11.2.4.6
- Überschriften und Beschriftungen (Labels)
- 11.2.4.7
- Fokus sichtbar
-
11.2.5 Eingabemodalitäten
- 11.2.5.1
- Zeigergesten
- 11.2.5.2
- Abbruch der Zeigeraktion
- 11.2.5.3
- Beschriftung (Label) im Namen
- 11.2.5.4
- Betätigung durch Bewegung
-
11.3.1 Lesbar
- 11.3.1.1
- Sprache der Software
-
11.3.2 Vorhersehbar
- 11.3.2.1
- Bei Fokus
- 11.3.2.2
- Bei Eingabe
-
11.3.3 Eingabeunterstützung
- 11.3.3.1
- Fehlerkennzeichnung
- 11.3.3.2
- Beschriftungen (Labels) oder Anweisungen
- 11.3.3.3
- Vorschlag bei Fehler
- 11.3.3.4
- Fehlervermeidung (rechtlich, finanziell, Daten)
-
11.4.1 Kompatibel
- 11.4.1.1
- Syntaxanalyse
- 11.4.1.2
- Name, Rolle, Wert
- 11.4.1.3
- Statusmeldungen
-
11.5 Barrierefreiheitsdienste
- 11.5.2.3
- Verwendung von Barrierefreiheitsdiensten
- 11.5.2.5
- Objektinformationen
- 11.5.2.6
- Zeile, Spalte und Kopfzeilen
- 11.5.2.7
- Werte
- 11.5.2.8
- Label-Beziehungen
- 11.5.2.9
- Eltern-Kind-Beziehungen
- 11.5.2.10
- Text
- 11.5.2.11
- Liste der verfügbaren Handlungen
- 11.5.2.12
- Ausführung der verfügbaren Handlungen
- 11.5.2.13
- Nachverfolgung des Fokus und der Auswahlattribute
- 11.5.2.14
- Änderung des Fokus und der Auswahlattribute
- 11.5.2.15
- Änderungsbenachrichtigung
- 11.5.2.16
- Änderungen von Zuständen und Eigenschaften
- 11.5.2.17
- Änderungen von Werten und Text
-
11.6 Barrierefreiheitsfunktionen
-
11.7 Benutzerpräferenzen
- 11.7
- Benutzerpräferenzen
-
11.8 Autorenwerkzeuge
- 11.8.1
- Inhaltstechnologie
- 11.8.2
- Erstellung barrierefreier Inhalte
- 11.8.3
- Erhaltung von Barrierefreiheitsinformationen bei Umwandlungen
- 11.8.4
- Reparaturunterstützung
- 11.8.5
- Vorlagen
-
12 Dokumentation und Support
Was wird geprüft?
Eingabefelder, die sich auf den Nutzer selbst beziehen, sollten eine semantisch eindeutige, sprachunabhängige Bestimmung ihres Zweckes ermöglichen.
In iOS/iPadOS und Android können Eingabefelder teilweise für bestimmte spezifische Eingabe-Typen ausgezeichnet werden, etwa für die Eingabe einer E-Mail-Adresse, für eine PIN-Code-Eingabe oder für eine URL. Für diese spezifischen Eingabefelder kann das Betriebssystem dann eine optimierte Tastatur einblenden. Dies unterstützt die Identifizierung des Eingabezwecks, deckt jedoch nicht die volle Intention der Anforderung ab.
Auf GitHub können Sie zu diesem Prüfschritt ein Issue eröffnen, falls Sie Hinweise zu diesem Prüfschritt haben.
Warum wird das geprüft?
Die Festlegung des Eingabezwecks (sobald dies möglich ist) würde neue Bedienungshilfen-Einstellungen ermöglichen. Bei Formularfeldern, die sich auf Daten der Nutzenden selbstbeziehen, könnten damit zusätzliche Informationen angezeigt werden, und zwar unabhängig vom der jeweils gewählten Beschriftung des Feldes und unabhängig von der natürlichen Sprache des Angebots.
Solche zusätzlichen Informationen könnten etwa Bilder bzw. Icons sein, die über bzw. vor dem jeweiligen Eingabefeld angezeigt werden, wenn Nutzende dies voreinstellen oder definierte Befehle aufrufen. Für Menschen, die Schwierigkeiten mit dem Lesen haben oder bevorzugt über Bilder kommunizieren, kann dies eine Identifizierung von nutzerbezogenen Feldern in Formularen erleichtern.
Darüber hinaus kann die Auszeichnung des Zwecks Eingabevorschläge für das Feld bieten, welche Nutzende einfach übernehmen können. An die Art des Eingabefeldes angepasste Tastaturen erleichtern außerdem 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 Ansichten zum Anlegen eines Nutzerprofils). Für eine Prüfung, die Konformität bzw. Nicht-Konformität feststellen würde, müsste die App bzw. das Betriebssystem die Auszeichnung der Eingabezwecke unterstützen, die in Abschnitt 7. Input Purposes for User Interface Components der WCAG festgelegt sind. In den Einstellungen zur Barrierefreiheit von Android und iOS müsste außerdem eine Einstellung auftauchen, mit der die Anzeige des Eingabezwecks ein- und ausgeschaltet werden kann. Beides ist zur Zeit (April 2023) nicht der Fall.
2. Prüfung
Bei Apps ist die Prüfung eingeschränkt möglich.
Hier kann über eine Sichtprüfung z.B. festgestellt werden, ob bei Eingabefeldern für E-Mail-Adressen, Pin-Codes, URLs usw. auch die dafür optimierte Tastatur eingeblendet wird.
Auf der Tastatur für Email-Adressen erscheint dann z.B. prominent das „@
“-Zeichen und
der Punkt ist verfügbar, ohne erst auf die Symboltastatur wechseln zu müssen.
3. Hinweise
Die Anforderung gilt nur für Felder, die sich auf den Nutzer selbst beziehen. Sie gilt nicht für Seiten bzw. Ansichten, 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 / -Apps von Fluglinien. Hier sind die Eingabefelder für den Nutzer nicht von den Feldern für Mitreisende unterscheidbar.
4. Bewertung
Erfüllt:
Eingabefelder, die sich klar auf Nutzende selbst beziehen, unterstützen indirekt das Verständis des Zweck des Eingabezwecks, z.B. ggf. über die Anzeige einer anderen Tastatur oder Textvorschläge (Autofill).
Eher erfüllt:
Eingabefelder, die sich klar auf Nutzende selbst beziehen, generieren keine Eingabevorschläge und zeigen keine abweichende Tastatur an (etwa für E-Mail-Felder).
Nicht anwendbar:
Eingabefelder beziehen sich nicht eindeutig auf die Nutzenden selbst.
Quellen
Android
Appt.org: Input keyboard type on Android
Android Developer Resources: Optimize your app for autofill (zur Zeit nur auf Englisch verfügbar)
iOS
Apple Developer Resources: Password AutoFill (zur Zeit nur auf Englisch verfügbar) Die unterstützten Arten von Autofill-Daten sind sehr begrenzt und dienen zur Zeit hauptsächlich dazu, die Tastatur dynamisch anzupassen. Siehe auch textContentType: The semantic meaning for a text input area. (zur Zeit nur auf Englisch verfügbar)
UIKeyBoardType: Verfügbare angepasste Tastaturen fpr bestimmte EIngabefelder