Wir sollten vorerst wahrscheinlich bei der Rolle bleiben … Ich vermute, ein Wechsel zu H2 würde sehr viele Themes brechen.
Kein Problem, der PR ist in Arbeit.
Dadurch wird das schnelle Durchscrollen durch Themenlisten mit NVDA viel angenehmer. Man drückt einfach h, h, h und wechselt zwischen den Themen.
Schade, dass h2 oder h3 für die Themenliste sinnvoll wären. Aber das Schiff ist wahrscheinlich vor über 8 Jahren gesegelt.
Hmm, ich bin mir nicht sicher, wie ich die neue Region finde. Sie fügt zwar jedem Beitrag ein wenig zusätzlichen Text hinzu, aber ich finde das nicht so schlimm, und sie bietet beim Durchblättern mit den Pfeiltasten etwas mehr Kontext zu jedem Beitrag. Ich nehme an, wir können es später wieder zurücknehmen, falls es den Leuten nicht gefällt?
Ich gehe davon aus, dass diese Änderungen hier bereits live sind? Das scheint so zu sein, und sie machen das Durchsuchen von Themen viel angenehmer. Vielen Dank, dass Sie so schnell darauf reagiert haben! Wann wird die neue Version auf gehosteten Seiten live gehen?
Sobald wir den Bereitstellungs-Button drücken
. Deine Seite wird gerade bereitgestellt und sollte in etwa 20 Minuten live sein.
Ich nehme an, wir können es später wieder zurücknehmen, falls sich herausstellt, dass es den Leuten nicht gefällt?
Ja, absolut. Wenn die Blindengemeinschaft der Meinung ist, dass dies mehr Störungen verursacht als Hilfe bietet, werde ich es gerne zurücknehmen.
Die Dropdown-Menüs, die von meinem Screenreader als HTML-
Wir könnten dafür möglicherweise ARIA-Live-Regionen verwenden; ARIA live regions - ARIA | MDN. Ein gängiges Beispiel ist die Ankündigung der Anzahl der Ergebnisse, nachdem eine Suche übermittelt wurde. Wir könnten jedoch auch eine leere div verwenden, die wir als Live-Region markieren und bei Bedarf mit Text wie „Antwort veröffentlicht" füllen.
Live-Regionen sehen großartig aus, sie könnten sogar eine mögliche Lösung für die Probleme mit dem Select-Kit sein.
Ah, es sieht so aus, als ob role=alert auch bei unseren verschiedenen Fehlern hervorragend funktioniert. Ich füge es jetzt hinzu!
@nolan heute noch ein paar coole Fehlerbehebungen/Verbesserungen. (Hinweis: Ich führe alle meine Tests mit NVDA durch)
-
Wenn du versuchst, einen Beitrag zu erstellen, der zu kurz ist, weisen wir eine Alert-Aria-Rolle zu. Dadurch teilt der Bildschirmleser dir mit, was falsch ist (Beitrag ist zu kurz usw.).
-
Ich habe die Fokus-Logik für „Modalfenster
Okay, ich bin vielleicht ein bisschen pedantisch hier. Aber die Art und Weise, wie die Themen aufgelistet sind, ist irgendwie seltsam. Es sieht so aus, als wäre die gesamte Zeile als Überschrift markiert und nicht die einzelnen Spalten. Wie gesagt, das ist wirklich eine Kleinigkeit, also bin ich vielleicht einfach nur pedantisch.
Wow, dieser Thread scheint richtig abgegangen zu sein. Ich vermute, dass das Aktivieren von Browser-Benachrichtigungen E-Mails unterdrückt – ich muss mal prüfen, ob ich das beheben kann.
Diese Änderungen sind großartig! Vielen Dank dafür!
Ich stimme zu, dass die Überschriften in der Themenliste etwas seltsam wirken. Ich fände es besser, wenn die Überschriften nur die absolut wesentlichen Details umschließen würden, denn wenn ich den Rest brauche, weiß ich, wo ich ihn finde.
Wenn du dir beispielsweise die Anzeige eines Beitrags ansiehst, umschließt die von mir hinzugefügte h2-Rolle nur den Namen und die Zeit des Beitrags. Das sind wahrscheinlich die Details, die mir am wichtigsten sind, wenn ich mit h/H durch einen Beitrag navigiere. Bei der Themenliste interessiert mich wahrscheinlich nur der Titel und nichts weiter.
Ethin, ich hoffe, wir sprechen hier über dasselbe Problem und habe deine Absicht richtig erfasst. Lass mich bitte wissen, falls ich danebenliege.
Außerdem möchte ich darauf hinweisen, @Sam, dass es nicht Orca-freundlich ist. Ich bin mir nicht sicher, ob @Ethindp bei der Fehlersuche unter Linux oder ähnlichem helfen kann, aber zumindest auf meinem System (Ubuntu mit Orca/Firefox) funktionieren die Dropdown-Menüs ein wenig.
Wenn ich beispielsweise einen Beitrag erstelle, kann ich das Kategorien-Dropdown erweitern und eine Kategorie eingeben. Ich kann die Auswahl des Status öffnen, aber wenn ich dieses Menü erweitere, verhält es sich wie eine Taste. Ich muss das Status-Menü blind (im doppelten Sinne des Wortes) ansteuern und hoffen, dass es das ist, was ich suche. Ich weiß nicht genug über Orca oder ATSPI-Ereignisse, um zu beurteilen, ob etwas, das für einen Bildschirmleser funktioniert, auch für Orca funktioniert oder ob es mehr Aufwand erfordert.
Sie können AT-SPI-Ereignisse nicht aus Firefox steuern, daher ist das kein Problem. Das Problem liegt lediglich in der Rolle, die dem Screenreader präsentiert wird – teilen Sie dem Browser mit Hilfe von ARIA mit, dass ein Steuerelement eine Kombinationsbox ist, wenn es sich wie eine Kombinationsbox verhält. Denken Sie daran: Folgen Sie den ARIA-Designmustern, es sei denn, das, was Sie versuchen, hat kein Designmuster (was, wie ich mir vorstellen kann, ziemlich selten ist; dieses Dokument ist ziemlich umfassend). @nolan Ja, genau darauf habe ich mich bezogen. Die Tabellennavigation über Überschriften innerhalb der Tabelle (und der Beiträge) verlangsamt mich, weil:
- Alle Spalten sind Überschriften oder mehrere Überschriften – es liest sich wie mehrere. Es liest sich also so: Thementitel. Pause. Informationen zum Thema. Pause. Informationen zum Thema. Pause. usw. Orca liest, im Gegensatz zu NVDA, eine ganze Tabellenzeile, wenn man durch sie navigiert (oder in diesem Fall mit h durch sie geht), anstatt einzelne Spalten wie NVDA.
- Beiträge sind ähnlich. Alle Beitragsinformationen sind wiederum separate Überschriften und werden wie oben beschrieben vorgelesen.
Eine Lösung wäre, die jeweiligen Spalten, die nur die wichtigen Informationen enthalten, zu einer einzigen Überschrift zusammenzufassen, falls dies das visuelle Layout nicht stört. (Um ehrlich zu sein, bin ich kein großer Fan der Navigation durch Tabellen über Überschriften – das ist einfach nicht die Art, wie Tabellen funktionieren, und Überschriften gehören dort eigentlich nicht hin.)
Ein letztes kleines Problem: Alle Überschriften scheinen auf derselben Ebene zu sein. Das ist problematisch, weil Screenreader es mir ermöglichen, durch die Seite auf verschiedenen Ebenen zu springen. Da alle Überschriften auf derselben Ebene sind, kann ich nicht zwischen der Themenüberschrift und der Überschrift für verwandte Beiträge springen – ich muss folglich das gesamte Thema lesen, was lästig wird, besonders bei Themen mit einer enormen Anzahl von Beiträgen.
Derzeit verwenden wir die ARIA-Rolle „heading“ für die gesamte Zeile. Ich werde sie so ändern, dass sie nur noch auf den wesentlichen Informationen liegt, also in der ersten Spalte der großen Tabelle (Status, Titel, Kategorie, Anzahl ungelesener Beiträge usw.).
Sollte ich einen Schritt weitergehen und die Rolle nur noch auf den Thementitel beschränken? Ich vermute, das würde die Leistung verbessern, solange man sich daran erinnert, nach links und rechts zu navigieren, um Informationen zum Themenstatus, zur Kategorie usw. zu erhalten.
@celtichawk Danke! @j.jaffeux ist eine Option für eine Lösung bei Dropdown-Menüs, die mit JAWS, Orca und NVDA kompatibel sein sollte. Wie bereits erwähnt, kann es etwas Zeit in Anspruch nehmen, aber wir arbeiten derzeit daran und hoffen, in den nächsten Wochen etwas präsentieren zu können.
@ethindp Ich habe eine Idee für die Überschriften-Situation in Themen. Wir könnten die Header-Rolle auf ein einzelnes Element wie „Benutzername“ legen und ihm dann eine aria-Beschreibung wie „Sam hat vor 3 Stunden gepostet“ geben. Dann würde es wahrscheinlich so klingen:
„Beitrag #3 Bereich: Sam hat vor 3 Stunden gepostet“, wenn man sich durch die Inhalte bewegt. Sollen wir das ausprobieren?
Ich würde sagen, probier es aus. Die Idee gefällt mir tatsächlich. (Mann, Vorlagen sind toll!)
Hmm, die erste Spalte reicht wahrscheinlich aus. Wenn ich das ein bisschen mehr ausprobiere, gefällt mir, dass nicht nur der Titel, sondern auch der ungelesene Status bzw. die ungelesene Anzahl vorgelesen wird. Ich könnte damit leben, wenn der Rest wie bisher vorgelesen wird, zum Glück wird das ja als Letztes gesprochen. Aber nur die erste Spalte entspricht eher dem, was ich erwarten würde.
Hallo Nolan,
Ich wollte das heute ändern, aber das TD-Element hat bereits die Rolle „rowheader“. Ich bin besorgt, dass ich damit herumspiele.
Ich habe hier ein paar Optionen:
-
Die Rolle für das
TD-Element (Tabellenspalte) ändern, das alle wichtigen Informationen enthält. -
Die Rolle für das
link-top-line-SPAN-Element einführen. Es enthält kritische Informationen, schließt jedoch Kategorien und Tags aus. -
Das möchte ich wirklich nicht tun, aber wir könnten ein umschließendes
DIVhinzufügen.
Welche Lösung sollten wir hier wählen?
Claus hat auch Bedenken bezüglich der etwas eigenwilligen Rolle der Überschrift geäußert. Ich denke, wir könnten der Rolle „Link
Tatsächlich ist die Verwendung einer Tabelle zur Anzeige der Themenliste in einem Forum wirklich sehr gut. Alle mir bekannten Bildschirmleseprogramme – mit Ausnahme von Orca – können Tabellen navigieren. Wenn Sie die korrekten Zeilen- und Spalteninformationen erhalten, ist die Navigation gut. Der Grund für die Anforderung von Überschriften bei den Themen war, eine stabile Möglichkeit zu erhalten, ein geöffnetes Thema zu navigieren. Ich sehe keinen triftigen Grund, Überschriften in die Tabelle aufzunehmen, aber wenn sie korrekt implementiert werden, verursachen sie keine Probleme.
Claus
Hallo.
Ich möchte allen in diesem Thread ein riesiges Dankeschön aussprechen. Ich unterstütze die Administration einiger Discourse-Instanzen und habe die meisten der hier genannten Punkte bereits bemerkt. Bis gestern hätte ich mir nie die Mühe gemacht, herauszufinden, was man dagegen tun könnte – bis eine der Foren aktualisiert wurde und sich alles zum Besseren verändert hat!!
Dann habe ich heute Morgen diesen Thread gefunden, was mir viel Optimismus dafür gibt, dass sich die Dinge weiter verbessern werden.
Ich habe nicht viele konkrete Vorschläge, da ihr die meisten meiner Problemstellen bereits abgedeckt habt. Ich würde also sagen: Macht weiter so.
Es gibt jedoch einen Punkt, der meines Erachtens nicht erwähnt wurde, zumindest nicht in diesem Thread. Das wäre eine barrierefreie Möglichkeit, jemanden in einem Thread zu zitieren. Wenn ich jemanden zitieren möchte, mache ich das normalerweise so:
Zitat hier einfügen.
Aber ich wünschte, ich könnte die richtige Zitiermethode verwenden. Ich kenne Markdown nicht gut genug, um es einfach so aufzuschreiben, und selbst wenn, klingt das ein bisschen mühsam. Mich würde interessieren, welche anderen Tricks andere Leute beim Zitieren in einem Thread anwenden, wenn man keine Maus verwenden kann?