Where ICT converts information or communication it shall preserve all documented non-proprietary information that is provided for accessibility, to the extent that such information can be contained in or supported by the destination format.
-
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 5.4 Erhaltung von Barrierefreiheitsinformationen bei Konvertierung
Was wird geprüft?
Wenn die Webseite Dokumente in andere Formate konvertiert, sollen vorhandene Barrierefreiheits-Informationen im Zielformat übernommen werden, wenn das Zielformat diese Informationen grundsätzlich unterstützt.
Warum wird das geprüft?
Wenn die Webseite Konvertierungsfunktionen anbietet, sollen Barrierefreiheitsinformationen im Ausgangsformat nicht unnötigerweise im Zielformat verloren gehen. Unnötig ist der Verlust von Barrierefreiheitsinformationen dann, wenn das Zielformat prinzipiell die Aufnahme der Barrierefreiheitsinformation unterstützt, durch die Konvertierungsfunktion jedoch nicht genutzt wird. Beispielsweise unterstützen HTML- und PDF-Dateien die Auszeichnung von Überschriften, eine Konvertierungsfunktion könnte daher problemlos die Überschriftenauszeichnung aus dem HTML-Quelltext für PDF adaptieren.
Hinzunehmen ist der Verlust von Barrierefreiheitsinformationen nur dann, wenn das Zielformat keine Unterstützung für die im Ausgangsformat genutzte Informationsart anbietet.
Wie wird geprüft?
1. Anwendbarkeit des Prüfschritts
Der Prüfschritt ist grundsätzlich anwendbar, wenn die Webseite digitale Formate wie Text, Audio und Video konvertiert. Sind jedoch entweder das Ausgangs- oder das Zielformat der Konvertierung nicht HTML, kann der Prüfschritt nicht in diesem Verfahren allein geprüft werden, denn hier müsste zusätzlich eine Prüfung des abweichenden Formats durchgeführt werden. Hinsichtlich der Bewertung siehe "3. Hinweise".
2. Prüfung
Die Prüfung ist sehr individuell und richtet sich nach den verwendeten Quell- und Zielformaten. Die zusätzliche Prüfung des abweichenden Formats kann nicht im Rahmen dieses Prüfverfahrens durchgeführt werden.
Gegebenenfalls Beispieldokumente mit Barrierefreiheits-Informationen in das Zielformat konvertieren.
Sind vom Format grundsätzlich unterstützte Barrierefreiheits-Informationen nach der Konvertierung im Zielformat erhalten geblieben?
3. Hinweise
Da die Prüfung eines Nicht-HTML-Formats nicht mit diesem Prüfverfahren erfolgen kann, muss der Prüfschritt mit "nicht anwendbar" bewertet werden. Es sollte jedoch in einer Anmerkungen darauf hingewiesen werden, dass die Barrierefreiheits-Informationen (z.B. semantische Überschriften, Links oder Untertitel) im Zielformat erhalten bleiben sollen.
4. Bewertung
Erfüllt
Das Zielformat enthält alle Barrierefreiheits-Informationen des HTML-Ausgangsformats, die grundsätzlich unterstützt werden.
Nicht voll erfüllt
Grundsätzlich vom Zielformat unterstützte Barrierefreiheits-Informationen des HTML-Ausgangsformats gehen bei der Konvertierung verloren.
Quellen
Zurzeit keine Quellen.