Ich arbeite mit einem Nutzer, der über den Screenreader JAWS auf Discourse zugreifen muss. Unser erster Versuch verlief langsam, da sich die JAWS-Verknüpfungen irgendwie mit denen von Discourse überschrieben haben.
Gibt es ein Tutorial oder Ratschläge, wie man dies reibungslos gestalten kann? Es scheint, als würden die Discourse-Verknüpfungen einen Großteil dessen abdecken, was ein Nutzer tun möchte.
Im Zusammenhang damit: In unserer Instanz sind Kategorien mit Unterkategorien eingerichtet. JAWS liest diese alle in einem Durchlauf vor, was es unmöglich macht, eine Unterkategorie aus der Liste auszuwählen, um dorthin zu navigieren. Dies könnte ein Artefakt sein, das entsteht, wenn man JAWS auf generische, nicht auf Discourse spezifische Weise verwendet. Ich freue mich jedoch über weitere Gedanken dazu, wie man dies zu einer besseren Erfahrung machen kann.
Bildschirmsprachausgaben erfassen standardmäßig viele Tasten für ihre eigenen Navigationstastenkombinationen (virtueller Cursor-Modus), wodurch unsere nicht verwendet werden können.
Dieser Modus kann deaktiviert werden. Bei JAWS müssen Sie die JAWS-Taste + z drücken (je nach Einstellungen kann dies auch Insert + z oder Caps Lock + z sein). Dadurch sollten die Discourse-Tastenkombinationen wieder verfügbar sein. Falls sie dennoch nicht funktionieren, teilen Sie uns dies bitte mit.
Wo genau? Befindet sich dies in einem Menü, auf der /categories-Seite oder woanders?
Also haben wir es mit der JAWS-Taste + z deaktiviert, aber die Verwendung der Discourse-Verknüpfungen ergab nicht die erforderlichen Sprachausgaben. (Diese Person ist vollständig auf die verbalen Vorlesungen angewiesen.)
Gibt es eine Möglichkeit, den Discourse-Verknüpfungen Vorrang einzuräumen, gleichzeitig aber JAWS zu ermöglichen, die ARIA-Codierungen verbal auszugeben?
Bezugnehmend auf Unterkategorien: Hier ist ein leicht bearbeiteter Screenshot unserer Kategorien-Seite. Wenn JAWS jede Kategorie vorliest, werden alle Unterkategorien ohne Unterbrechung und ohne eine einfache Möglichkeit, eine davon auszuwählen, miteingeschlossen.
Jegliche Hinweise, die Sie geben können, wären uns sehr willkommen.
Gute Frage! Unsere bisherigen Erwartungen waren, dass Nutzer von Bildschirmleseprogrammen unsere Verknüpfungen nicht verwenden, sondern stattdessen die Navigation des Bildschirmleseprogramms nutzen. Die Lücke besteht also darin, dass wir bei der Verwendung von Discourse-Verknüpfungen keinen Inhalt für Bildschirmleseprogramme ankündigen.
Ich denke, wir können Ankündigungen hinzufügen, aber ich glaube nicht, dass dies eine triviale Änderung ist. Es ist also etwas, das wir untersuchen können, aber es wird nicht sofort verfügbar sein.
Danke, der Screenshot hilft, das Problem einzugrenzen.
Beim Navigieren von Zeile zu Zeile kann ich den Bericht reproduzieren, bei dem der gesamte Inhalt der Tabellenzelle vorgelesen wird. Das ist jedoch beim Navigieren in einer Tabelle zu erwarten. Um in die spezifische Tabellenzelle zu gelangen und jede Gruppe von Inhalten (Überschrift, Beschreibung, Links) einzeln zu lesen, kann ich die Pfeiltasten nach oben/unten verwenden, um von einem einzelnen Element zum nächsten zu wechseln. Ist das das Problem, das nicht funktioniert?
