Diskurs mit einem Bildschirmleser

Hallo,

Ich werde das später versuchen, aber das ist nicht die Lösung, da Sie nicht die Schritte ausführen, die ein echter Screenreader ausführen würde. Da ich zu einem bestimmten Beitrag wechsle, kann davon ausgegangen werden, dass ich diesen Beitrag lesen möchte. Tab ist kein Lesebefehl, sondern eine Möglichkeit, den Fokus auf das nächste Element zu legen, das den Fokus erhalten kann. Ein Lesebefehl wäre die Verwendung der Pfeil-nach-unten-Tasten oder des spezifischen SayAll-Befehls für den Screenreader. Zumindest der Pfeil nach unten, der mein bevorzugter Lesebefehl ist, schlägt fehl, der Fokus liegt überhaupt nicht dort, wo er visuell ist, sondern normalerweise vor der Liste der Beiträge.

Natürlich könnte Tab der schmutzige Weg sein, diesen Fehler zu beheben, aber nicht die Lösung des Fehlers selbst.

2 „Gefällt mir“

Danke @thoeg @nolan, sehr geschätzt. Ich glaube, ich sehe, was das Problem ist. Wir verwenden derzeit ein leeres Span-Element, um den Fokus auf den Beitrag zu setzen. Dieses Element hat sowohl aria-hidden=true als auch tabindex=-1, und ich glaube, das macht das Element für Screenreader unsichtbar.

Ich denke, es wäre am besten, den Fokus auf das erste fokussierbare Element im Beitrag zu verschieben. In den meisten Fällen ist das der Benutzername-Link, d. h. der Autor des Beitrags.

2 „Gefällt mir“

Hallo,

Das ergibt Sinn. Ariahidden sollte das Element ausblenden und -1 verhindern, dass es den Fokus erhält. Wenn dieses Element den Fokus auf die Betreffzeile lenken würde, wäre das in Ordnung. Es könnte interessant sein zu sehen, was passiert, wenn Sie stattdessen nur tabindex=0 setzen.

Ja, ich höre dich @anni_anni, wir werden das beheben. Ich habe letzte Woche einen ersten Versuch unternommen, musste ihn aber rückgängig machen, weil er einige unerwünschte Nebenwirkungen hatte. Ich werde es sehr bald mit einem anderen Ansatz versuchen.

1 „Gefällt mir“

Gibt es Neuigkeiten dazu? Definitiv noch nicht gelöst!
Claus

1 „Gefällt mir“

Ja, es ist noch nicht gelöst. Ich habe hier einen vorläufigen PR: A11Y: fix setting focus to a post by pmusaraj · Pull Request #23367 · discourse/discourse · GitHub, der derzeit auf internes Feedback wartet.

3 „Gefällt mir“

Ok, endlich wurde ein weiterer Versuch zur Behebung dieses Problems zusammengeführt. Die aktuelle Implementierung besteht darin, den Fokus auf das erste fokussierbare Element in einem Beitrag zu setzen, was in den meisten Fällen der Benutzername des Beitragsautors sein wird. Wenn Sie zu einem Beitrag navigieren und die Taste Tab drücken, sollte es in Chrome so aussehen:

Bitte probieren Sie dies hier auf Meta aus und lassen Sie mich wissen, ob es Probleme gibt.

3 „Gefällt mir“

Ich sehe immer noch das alte fehlerhafte Verhalten auf Meta und community.fly.io mit Chrome, kann aber bestätigen, dass die Korrektur auf unserer Discourse.team-Website funktioniert. Laufen diese mit unterschiedlichen Versionen von Discourse? Ich verwende dieselbe Version von Chrome mit demselben Profil.

Danke.

Hmm, alle drei Websites sind möglicherweise in leicht unterschiedlichen Versionen von Discourse, aber ich glaube, dass alle von ihnen die oben verlinkte Änderung haben. Meta ist speziell immer auf dem neuesten Stand der Änderungen in unserem tests-passed-Branch, daher bin ich etwas besorgt, dass dies hier nicht funktioniert…

OK, ich habe weitere Informationen für Sie, beobachtet auf unserer discourse.team-Website, wo ich dies als funktionierend gemeldet habe.

Wenn ich auf einen brandneuen Beitrag klicke, den ich noch nie gelesen habe, erhalte ich kein gesprochenes Feedback, und der Fokus scheint zufällig auf der von mir angenommenen ersten Seite der Beiträge zu landen.

Wenn ich auf ein zuvor besuchtes Thema klicke, landet der Fokus korrekt und ich erhalte gesprochenes Feedback.

Dieses Verhalten scheint jetzt zwischen Firefox und Chrome konsistent zu sein. Ich glaube, dass Firefox zuvor den Fokus korrekt auf den ersten Beitrag gesetzt hat, wenn ein neuer Thread angezeigt wurde. Es wäre schön, wenn dieses Verhalten wiederhergestellt werden könnte, damit die Erfahrungen beim ersten Lesen und Zurückkehren gleich sind. Ich bin froh, dass es in Chrome zumindest meine letzte Leseposition wiederherstellt, da dies für die Arbeit erforderlich ist.

Es ist wild, dass sich diese Verhaltensweisen zwischen Firefox und Chrome so stark unterschieden haben.

Vielen Dank für all Ihre Bemühungen.

1 „Gefällt mir“

Das sind großartige Neuigkeiten! Ich habe die Änderungen hier tatsächlich auf die Navigation zu Beiträgen beschränkt, die nicht der erste Beitrag eines Themas sind. Für wiederkehrende Benutzer ist dies oft die Navigation zu Themen, die Sie bereits gelesen haben, die aber jetzt neue Antworten haben.

Das ist gut zu wissen, ich denke, wir haben einen Weg, dies zu überarbeiten und zu beheben. Wenn Sie mir die genaue Reihenfolge der Befehle mitteilen könnten, die Sie verwenden, wäre das ebenfalls hilfreich.

In meinem regulären Chrome-Browser, wenn ich zu einem neuen Thema gehe, das ich noch nicht gelesen habe, und die Tabulatortaste drücke, landet der Fokus auf dem Thema-Titel, was mir vernünftig erscheint, aber wahrscheinlich nicht ausreicht für Ihren Anwendungsfall.

Vielen Dank nochmals für Ihr fortgesetztes Feedback, sehr geschätzt!

1 „Gefällt mir“

Das ist seltsam mit Jaws und Chrome und beim Testen zu einem neuen Thema auf Meta habe ich ein neues Verhalten von Jaws festgestellt. Nachdem ich Enter auf den Thema-Titel gedrückt habe, erhalte ich die üblichen Informationen über die gerade geladene Seite, das ist das Standardverhalten von Jaws. Dasselbe passiert, wenn ich zurück zur Themenliste gehe und Enter auf dasselbe Thema drücke, der Fokus wird nur auf den zuletzt gelesenen Beitrag gelegt. Dies scheint mindestens 2 Probleme hier gelöst zu haben. Ich habe das Gehe zu letztem Beitrag in der Themenliste nicht getestet, aber ich vermute, dass dies funktionieren wird.
Allerdings ist natürlich nicht alles gut, aber das hat vielleicht gar nichts damit zu tun. Wenn ich die Zurück-Schaltfläche benutze, um zur Themenliste zurückzukehren, geht der Fokus verloren, ich werde nicht zu dem Thema zurückgeführt, das ich geöffnet hatte und gelesen habe. Das kann ein Jaws/Chrome-Bug sein, wir haben Ähnliches schon einmal gesehen, aber es könnte auch auf Ihrer Seite liegen. Ich muss das mit NVDA überprüfen.

1 „Gefällt mir“

Ich habe es gerade mit NVDA und Chrome versucht und hier funktioniert nichts, das heißt, ich kann nicht mehr einfach Enter auf einen beliebigen der Thema-Titel in der Tabelle drücken. Ich bin sicher, dass dies früher funktioniert hat. Da ich ein JAWS-Benutzer bin, wird mich das natürlich nicht stören, aber für NVDA-Benutzer ist das eine andere Geschichte.
Da NVDA nicht wirklich funktionierte, kann ich das Problem mit dem Fokus nicht testen, wenn ich von einem Thema zur Themenliste zurückkehre.
JAWS ist hier jedoch zuverlässig, der Fokus liegt am oberen Rand der Seite.

1 „Gefällt mir“

Fast geschafft!

Im neuesten Chrome auf unserer discourse.team-Seite bringt mich das Klicken auf ein zuvor besuchtes Thema dorthin zurück, wo ich aufgehört habe zu lesen, und NVDA kündigt korrekt die Überschrift des Beitrags mit Fokus an.

Leider wird beim Klicken in ein neues Thema der Fokus nicht auf den ersten Beitrag im Thema gesetzt. Ebenso schlägt die Verwendung von „h“, um den Fokus auf den ersten Beitrag zu legen, fehl. Ich muss ihn manuell finden, um mit dem Lesen zu beginnen.

Beachten Sie, dass die Position bei neuen Beiträgen unter Firefox anscheinend korrekt eingestellt ist. Es scheint, dass es aus irgendeinem Grund nur Chrome betrifft.

Wenn alles gleich ist, bin ich froh, dass die Position bei früheren Themen wiederhergestellt wird, da dies für mich der größte Schmerzpunkt ist. Ich hoffe jedoch, dass wir für beide Anwendungsfälle ein korrektes, konsistentes Verhalten erhalten.

Danke!

4 „Gefällt mir“

Das ist toll zu hören.

Das ist auch korrekt. Die aktuelle Implementierung überspringt speziell das Setzen des Fokus, wenn der Zielbeitrag der erste Beitrag ist. Ich habe versucht, dasselbe für den ersten Beitrag hinzuzufügen, aber es führte oft zu unnötigem Scrollen beim Laden einer Themen-URL, und das war für alle Benutzer zu störend.

Das sollte funktionieren. Ich werde einige Tests durchführen und sehen, ob wir das beheben können.

Vielen Dank für Ihr Feedback!

3 „Gefällt mir“

Ich wollte auf einen weiteren kleinen Fehler hinweisen, der mich schon eine Weile stört.

Beim Erstellen eines neuen Themas ist die Dropdown-Liste zum Hinzufügen von Tags/Kategorien etwas seltsam. Erstens ist die Beschriftung für mich “Filtern nach”. Ich weiß nicht, ob das visuell angezeigt wird oder nicht, aber es hat buchstäblich Jahre gedauert, bis ich beim Posten auf Discourse gemerkt habe, dass man so Tags hinzufügt. Die Verwendung von “Filtern” impliziert für mich eher etwas wie “etwas aus dem Wasser filtern”, nicht das Hinzufügen einer neuen Sache. Wenn das visuell angezeigt wird, dann machen Sie damit, was Sie wollen, aber wenn das nur ARIA-basiert ist, könnte es von einer Anpassung profitieren.

Als Nächstes gibt mir das Anklicken der Tag-Liste, was wie Optionsfelder aussieht. Wenn ich diese mit der Leertaste drücke (d.h. gemäß dem ARIA-Radiobutton-Muster), scheint dies eine Suche auszulösen. Ja, ich kann stattdessen Enter drücken, aber ich bin es gewohnt, die Leertaste zum Auslösen von Schaltflächeninteraktionen zu verwenden, da meine Daumen direkt dort sind.

Es ist sicherlich kein Blocker, aber es ist definitiv schwieriger zu entdecken, und ich muss jedes Mal, wenn ich etwas poste, extra darüber nachdenken, wie es funktioniert, um es wieder herauszufinden. Historisch gesehen habe ich einzelne Kategorien angeklickt, aber das hat meine Fähigkeit, mehrere Tags zu verwenden, eingeschränkt.

Ich denke, ein besserer Ansatz für diese Interaktion könnte das ARIA-Combobox-Muster sein. Insbesondere das editierbare Combobox verhält sich auf eine weitaus weniger verwirrende Weise. Wenn ich “A” eingebe, kann ich mit den Pfeiltasten zu “Alabama” navigieren. Es wird nicht als Optionsfeld präsentiert, daher ist meine automatische Reaktion nicht, dort die Leertaste zu drücken, aber wenn ich es tue, fügt es den Leerzeichen wie erwartet ein. Vielleicht reicht es schon, die Darstellung als Optionsfeld zu entfernen, aber es könnte wahrscheinlich auch etwas weniger gesprächig über die Ergebnisanzahl sein.

Vielen Dank.

5 „Gefällt mir“

Danke, Nolan. Das ist sehr hilfreich. Wir haben einige interne Aufgaben, um diese Dropdown-Menüs zu bearbeiten. Ich werde sicherstellen, dass Ihr Feedback dort einbezogen wird.

5 „Gefällt mir“

Kühl, noch eine Sache.

Wenn ich ein Emoji in das Beitragsbearbeitungsfeld eingebe (z. B. :)) und der Fokus beim Bearbeiten auf diesem Emoji landet, kann ich nicht mit den Pfeiltasten nach oben/unten zur vorherigen oder nächsten Zeile wechseln. Ich muss zuerst mit den Pfeiltasten nach links/rechts aus dem Emoji heraus navigieren.

Ich vermute, das liegt am Autovervollständigungs-Verhalten? Ich frage mich, ob dieses Verhalten deaktiviert werden könnte, entweder in Fällen, in denen nur eine einzige Übereinstimmung vorhanden ist, oder es sei denn, Enter oder eine andere Taste wird gedrückt? Ich würde das Autovervollständigungs-Verhalten für die erstmalige Eingabe und Bearbeitungen verstehen, aber es war definitiv schwierig zu debuggen, warum ich in einigen Fällen den Fokus nicht bewegen kann, und das scheint der Grund zu sein. Eine Art manuell ausgelöste Dropdown-Liste für Bearbeitungen scheint hier die richtige Wahl zu sein.

Vielen Dank.

2 „Gefällt mir“