Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

11.1.3.1x Neuer Prüfschritt für nicht programmatisch exponierte Inhalte #24

Closed
detlevhfischer opened this issue Jun 8, 2021 · 9 comments

Comments

@detlevhfischer
Copy link
Contributor

detlevhfischer commented Jun 8, 2021

In einem laufenden App-Test habe ich das Problem, dass sich an vielen Stellen wichtige Textinhalte (Überschriften, Hinweise usw.) gar nicht über den Screenreader erreichen lassen. Sie sind irgendwie auf inert gestellt (wie aria-hidden im Web). Dies fällt am ehesten unter 1.3.1 Informationen und Beziehungen - es gibt da etwas Visuelles, das programmatisch nicht ermittelbar ist. Es passt aber in keinen der vorhandenen X.1.3.1 Prüfschritte.

Ich würde deshalb einen neuen Prüfschritt 11.1.3.1x "Inhalte programmatisch ermittelbar" vorschlagen, wo so etwas negativ bewertet werden kann.

Die Prüfschritte 11.1.3.1b-11.1.3.1d, die sich alle auf Tabellen beziehen, ließen sich dagegen wohl gut in einem Prüfschritt zusammenfassen.

@johannesFischer84
Copy link
Contributor

johannesFischer84 commented Jun 8, 2021

Gute Idee, der zusätzliche Prüfschritt. In so einem Sammelprüfschritt könnte man bei Bedarf auch Listen/Hervorhebungen bewerten, wozu ich etwas in #16 angemerkt hatte.

@sweckenmann
Copy link
Contributor

Hm, aber im Web würde wir das nicht bei 1.3.1 bewerten, sondern bei 4.1.2 Name, Rolle, Wert, oder? Der Zustand wird nicht korrekt abgebildet? Oder ist das nicht vergleichbar?

@detlevhfischer
Copy link
Contributor Author

detlevhfischer commented Jun 8, 2021

Hm, aber im Web würde wir das nicht bei 1.3.1 bewerten, sondern bei 4.1.2 Name, Rolle, Wert, oder?

Ja, aber eher in Ermangelung eines geeigneten 1.3.1 Prüfschrittes. 4.1.2 ist ja eher für interaktive Widgets und deren Controls vorgesehen, die Zustände ändern können, wo diese Änderungen programmatisch ermittelbar sein sollen. Wenn aber überall Text einfach auf inert gesetzt ist, sehe ich das semantisch eher als 1.3.1 Problem.

@johannesFischer84
Copy link
Contributor

Hm, aber im Web würde wir das nicht bei 1.3.1 bewerten, sondern bei 4.1.2 Name, Rolle, Wert, oder? Der Zustand wird nicht korrekt abgebildet? Oder ist das nicht vergleichbar?

Auch im HTML würde ich Texte, Hinweise oder ähnliches unter 1.3.1 bewerten. Unter 4.1.2 fallen Bedienelemente, die WCAG benennt das als "user interface component" bzw. "single control for a distinct function". In 1.3.1 fallen dagegen Dokumentstrukturen, also die nicht-interaktiven Elemente.

@CarstenKaul
Copy link

Wird das vom TO beschriebene Problem nicht mit 11.5.2.10 abgedeckt? Das bezieht sich doch auf ALLE Textinhalte?!

@johannesFischer84
Copy link
Contributor

Wird das vom TO beschriebene Problem nicht mit 11.5.2.10 abgedeckt? Das bezieht sich doch auf ALLE Textinhalte?!

Auch hier ist wieder die Frage, ob man 11.5.2.10 und 1.3.1 für Text unterschiedlich prüfen könnte (siehe meine Anmerkung vorhin in #31). Ich denke, man benötigt auf jeden Fall in beiden Anforderungen eine Bewertungsmöglichkeit für Text.

@detlevhfischer
Copy link
Contributor Author

Ich habe jetzt einen Prüfschritt entworfen: 1.3.1c Text programmatisch verfügbar

@detlevhfischer
Copy link
Contributor Author

Ich habe außerdem den hier nicht benötigten Prüfschritt 11.1.3.1c "Zuordnung von Tabellenzellen" gelöscht.

@detlevhfischer
Copy link
Contributor Author

Ich denke das Issue ist historisch und ich schließe es deshalb.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants