Problem: Antwort-Post-Elemente werden beim anfänglichen Laden der Seite nicht im Document Object Model (DOM) angezeigt und aus dem DOM entfernt, nachdem der Screenreader sie passiert hat. Dies führt dazu, dass Windows-Screenreader den Zugriff auf Inhalte verlieren und VoiceOver in Bezug auf die Tools, die zur Navigation auf der Seite verwendet werden können, eingeschränkt ist.
Spezifisches Verhalten:
● Beim Versuch, vom Hauptbeitrag zu Antwortbeiträgen zu navigieren, sind die für die Antwortbeiträge verwendeten Elemente noch nicht im DOM gerendert. Daher können Benutzer keine Schnellnavigation verwenden, um zu einem beliebigen Element in einem Antwortbeitrag zu navigieren.
● Einzelne Antwortbeiträge werden erst dann als Überschriften der Ebene 2 im DOM markiert, wenn der Screenreader auf sie fokussiert ist. Dies erfordert, dass Benutzer jedes Element auf der Seite navigieren, um Antwortbeiträge zu erreichen.
● Das ANDI-Barrierefreiheitstool zeigt nach Interaktionen mit Elementen eine sich ständig ändernde Überschriftenstruktur an.
● Elemente zeigen Fehler wie „aus dem DOM entfernt“ an, wenn versucht wird, auf sie zuzugreifen.
● Der Screenreader verliert die konsistente Ansicht der Seitenstruktur.
Plattformdetails:
● JAWS/NVDA: Vollständiger Ausfall – Antwortüberschriften sind überhaupt nicht zugänglich.
● VoiceOver: Zugriff über Schnellnavigation, aber kein Rotorzugriff – da VoiceOver durch Lesen der direkten Seite funktioniert, können Benutzer Antwortüberschriften mit Schnellnavigationstasten navigieren. Innerhalb des Rotors sind jedoch nur Elemente zugänglich, auf die der Screenreader fokussiert ist.
Warum kritisch: Screenreader-Benutzer können die Hauptaufgabe des Lesens von Diskussionsantworten nicht erfüllen. Dies ist eine vollständige Barriere für die Teilnahme an Diskussionen.
