search

wisydb / wisy

Open Source CMS for Training and Educational Purposes
Other
1 stars 3 forks source link

Barrierefreiheit: Vorschlag-Fenster, Fehlerkennung #57

Open wisydb opened 5 years ago

wisydb commented 5 years ago

Bisher konnte ich es noch nicht nachvollziehen, ich frage also nochmals nach:

"Wenn in der Combobox keine Ergebnisse vorkommen, sollte das in Textform bereitgestellt werden. Derzeit wird ein (unsichtbarer) Text generiert, der darauf hindeutet, es gäbe 4 Ergebnisse (ein Bug, der immer nur die Zahl der Listeneinträge zählt). A) Der Bug sollte repariert werden und B) die Fehlermeldung ("Keine Ergebnisse") sollte für alle in Textform bereitgestellt werden (für Screenreader als Live-Region)."

wisydb commented 5 years ago

Antwort: Zu A: Bezieht sich auf einen Bug, den Jquery UI automatisch erzeugt. Es wird ein Statusfeld oberhalb der Combobox erzeugt mit der (falschen) Anzahl der gerade sichtbaren Items: status_anzahl

status_wdh

Im neuen Kern gibt es dieses Statusfeld, leicht verändert, ebenfalls automatisch erzeugt auch. Hier wiederholt sich einfach der Inhalt der Combobox (kein eigener Screenshot): Hier können wir also nichts beeinflussen und lassen einfach noch mal mit neuem Kern testen.

Also B: Nichts gefunden: als Text in der Combobox sichtbar machen.

debagel commented 5 years ago

Zu B: Der Text "Keine Suchvorschläge möglich" ist bereits in der Combobox sichtbar wenn nichts gefunden wurde. Ich habe jetzt dem Wrapper der Combobox noch das Attribut aria-live="polite" gegeben damit Screenreader die Änderungen die dort stattfinden vorlesen.

So wie ich das verstehe könnte das schon genügen um das Ticket abzuschließen?

Alternativ kann ich zb. auch noch ein (unsichtbares) Textfeld anlegen mit aria-live="assertive" in das ich noch mal explizit reinschreibe wie viele Ergebnisse es gibt bzw. das es keine Ergebnisse gibt... Wäre das besser?

(So wie hier: https://haltersweb.github.io/Accessibility/autocomplete.html)