Gerade eine Einführung in Aria gelesen und der Artikel endet wieder mit der Empfehlung, dass sehende Entwickler mit Screenreader und geschlossenen Augen die Seite durchgehen sollen, und zwar mit der Tab-Taste. Dabei nutzen wir Tab gar nicht ständig, auch wenn's in der Fachliteratur oft anders steht.
@SunDial79 ja! hab heute mit Blinder Person in Meeting gesessen, der die veraltete Website navigiert hat. Ich hab hab immer nur Screenreader-Standard-Einstellung am Start. Aber das war augenöffnend anders! (Spaß intentdiert hier)
@SunDial79 und ich immer nur TAB, und er auch Leertaste und Pfeile. Ich muss noch so viel Lernen

@phillip Ja, Tab verlässt oft den Browser-Modus und das will man nicht. Außerdem funktionieren dann die ganzen andern Navi-Tasten für Elemente nicht.

Ich bin nicht so überzeugt davon, dass es sinnvoll ist sehend mit Screenreader zu testen, weil das an sich komplexe Software ist.

@SunDial79 da hast du recht
@SunDial79 die verschiedenen Anwendungen der Screenreader-Software sind sehr komplex, und wie man die benutzt auch sehr individuell, und ich darf natürlich als sehende Person eigentlich nichts vorraus setzen, ich kann mich "nur" an so doofe WCAG-Regeln halten. Schwierig.

@phillip Na ja, wenn du dich an die hältst, ist ja schon gut.

Seit mir aufgefallen ist, dass das Getabbe überall steht, hab ich mehrere blinde Menschen gefragt, wie sehr sie das machen und sie machen es eher wenig.

Und es gibt Elemente, die verraten nicht, was sie sind oder tun, wenn man sie mit den Pfeiltasten findet, sondern nur wenn man drauftabt. Und dann denken manche Nutzende, die seien nicht beschriftet, schon so in einem DBSV-Seminar zum Barrieren melden erlebt.

@SunDial79 habe heute auch miterlebt, dass einige Sachen komisch vorgelesen werden, trotz dies das. Testen testen testen denk ich. Als sehende Person mach ich einiges, kann aber nicht alles.
@phillip @SunDial79 Und auch dann: Nur weil mir etwas (als sehendem Tester) komisch vorkommt, heißt das nicht, dass es wirklich ein praktisches Problem für Screen-Reader-Nutzende ist. Mein Ansatz ist “Screen Reader Last”, also nachdem ich mit Tools und dem Accessibility tree sicher gestellt habe, dass alle Infos im Code sind. Das sichere ich dann mit dem Screen Reader ab, im Zweifelsfall mit sreen-reader-nutzenden Kolleg*innen.
@yatil Ja, sowas hatte ich gerade letzte Woche in der hand. Es wurde was im audit moniert, was ich erstmal nicht nachvollziehen konnte, als es mir dann erklärt wurde war ich so "ich denke eher das soll so, ich seh das Problem nicht" und wir haben das Ticket zugemacht. Solche Dinger habe ich öfter mit externen audits, die dann meinen, etwas sei ein Fehler, aber für mich als Nutzende gar keiner ist. @phillip @SunDial79