Sicher, wir schätzen das Angebot! Falls Sie einfache Änderungen sehen, könnten Sie bitte Details nennen? Viele der Zugänglichkeitsänderungen, an denen wir arbeiten, erfordern eine Umstrukturierung der Anwendung, aber wir sind immer offen für leicht zu erreichende Verbesserungen.
Eine Liste, nicht in einer bestimmten Reihenfolge, mit Ausnahme des ersten Punkts:
- Sie haben Modals, die den Fokus nicht übernehmen, was mich überhaupt erst dazu gebracht hat, diesen Beitrag zu schreiben. Jeder, der zu diesem Thread kommt, um Feedback zur Nutzung von Screen Readern zu geben, wird auf eines dieser Modals stoßen, was bedeutet, dass grundlegende bis fortgeschrittene Screen-Reader-Nutzer ausgeschlossen werden. Zum Glück ist mir das auf meinem eigenen Forum nicht passiert, nur hier. Hoffentlich gibt es eine Möglichkeit, diese zu deaktivieren oder zumindest die Bedingungen auszuschalten, die ihr Erscheinen auslösen. Die einzige Möglichkeit, mit diesen umzugehen, besteht darin, sich zu wundern, warum keine Ihrer Tastaturbefehle funktionieren, und genug über die Funktionsweise von Webanwendungen zu wissen, um auf die Idee zu kommen, nach einem Modal zu suchen. Sobald Sie eines gefunden haben, müssen Sie mit ihm interagieren und den Fokus auf das richtige Steuerelement lenken. Und selbst dann ist es nicht immer zuverlässig, wie meine Schwierigkeiten beim Antworten auf dieses Thema zeigen.
- Wenn ich auf ein Thema klicke, verlagert sich der Tastaturfokus nicht automatisch auf den neuesten Beitrag. Ich bin mir nicht sicher, was hier eigentlich passieren soll, vielleicht gibt es einen anderen Link, den ich dafür verwenden muss? Daher ist es schwierig, neue Beiträge im Blick zu behalten, und ich muss dies immer noch manuell erledigen.
- Es gibt keinen erkennbaren Weg, über die Tastatur zum Verwaltungsbereich meiner Seite zu gelangen. Ich musste raten, dass /admin als URL funktionieren könnte, und zum Glück hat es geklappt.
- ARIA-Landmarken in den Forenbeiträgen wären nützlich. Im Wesentlichen sollte jeder Beitrag wie ein
<article/>behandelt werden, mit<heading/>für die oberen Steuerelemente und<footer/>für die unteren. Dies ermöglicht eine schnellere Navigation über Landmarken, da es derzeit keine nützlichen Möglichkeiten gibt, schnell zwischen Beiträgen zu wechseln. Ich kann das derzeit mit NVDA mehr oder weniger tun, aber dabei lande ich auf dem<nav/>, der die Like- und andere Schaltflächen enthält. Wenn die eigentlichen Landmarken-Elemente nicht funktionieren, kann einrole=-Attribut verwendet werden. - Wenn ich auf die Schaltfläche „Thema-Aktionen“ klicke, gibt es keine Möglichkeit, das erscheinende Menü über die Tastatur zu schließen.
- Ihre Listen-Widgets sind eine Art Zugänglichkeits-Katastrophe. Ich habe gerade versucht, einen Beitrag mit NVDA zu verschieben. So habe ich es gemacht:
- Ich habe auf die Schaltfläche „Titel/Kategorie bearbeiten“ geklickt. Ich erinnere mich nicht genau, wie sie hieß, da ich den Bildschirm wiederum nicht einklappen kann, um die Schaltfläche wieder zu erhalten.
- Ich habe das Kombinationsfeld für die Kategorie gefunden.
- Ich habe es mit der Leertaste aktiviert.
- Ich habe die Objekt-Navigation von NVDA verwendet, um in das ausgewählte Kombinationsfeld-Element zu zoomen, was alles andere als intuitiv war.
- In diesem Element gibt es eine Liste. Ich interagiere damit.
- In dieser Liste gibt es ein Suchfeld und eine weitere Liste. Ich interagiere mit dieser anderen Liste.
- Anschließend bewege ich mich mit der Objekt-Navigation von NVDA durch eine Reihe von Kategorienbeschreibungen, bis ich die gewünschte gefunden habe. Ich lenke die Maus dorthin.
- Ich klicke mit NVDA mit der Maus.
- Ich vermute, dass es noch einen weiteren Schritt gibt, bei dem ich eine nicht beschriftete „Speichern“-Schaltfläche finden und anklicken muss, aber ich bin mir nicht sicher und werde das beim nächsten Mal, wenn ich dies tun muss, sicherlich nicht mehr erinnern.

Wie Sie sich vorstellen können, ist dies nicht intuitiv, und ich habe dies nur entdeckt, weil a) ich wahrscheinlich ein fortgeschrittener NVDA-Benutzer bin, b) ich unter anderem Webentwicklung betreibe und c) ich die Art und Weise, wie Discourse Dinge handhabt, mehr oder weniger gelernt habe. - Es gibt verschiedene nicht beschriftete Grafiken, die sich nicht als Schaltflächen identifizieren, aber dennoch Aktionen auszulösen scheinen. Ich denke, die Speichern-Schaltflächen in den Verwaltungsbildschirmen sind ein Beispiel. Ich zögere etwas, zufällig nicht beschriftete Schaltflächen auf einer Live-Seite zu klicken, auf die Benutzer angewiesen sind. Solche Dinge werden mich wahrscheinlich eines Tages an einer schmerzhaften Stelle beißen.

Ich werde den Dingen etwa einen Monat Zeit geben, dann werde ich PHPBB oder etwas Zugänglicheres auf einen Server installieren und einfach damit weitermachen. Entschuldigung, ich habe viele Leute, die die Community aufgrund dieser Probleme nicht einmal ausprobieren, und da das defekte Modal buchstäblich die erste Hürde war, die ich überwinden musste, werde ich wahrscheinlich das tun müssen, was wir als blinde Menschen viel zu oft tun: die technisch unterlegene, aber zugänglichere Option wählen.
Ich möchte nicht mürrisch wirken, ich wünsche mir nur, dass meine Wahlmöglichkeiten für Communitys nicht aus einer Reihe von zugänglichen Optionen mit kleineren Communities und weniger Entwicklung, einer großartigen Option mit erheblichen Zugänglichkeitsproblemen und Mailinglisten bestehen.
Übrigens: Ich bin ein Senior-Entwickler und für Aufträge verfügbar, falls Sie Hilfe benötigen. Um ehrlich zu sein, frisst Discourse so viel des Internets auf, dass wir einige von uns mit Behinderungen widerwillig mit Zugänglichkeitsproblemen wie diesen konfrontiert sind, wenn unsere wohlmeinenden, körperlich nicht behinderten Kollegen ein Discourse für ihre Projekte einrichten. Und ich verstehe, warum sie das tun, denn ich würde es sehr gerne für unsere Community nutzen, und Sie haben ein Produkt geschaffen, das erstaunlich einfach zu verwalten ist. Aber wenn Sie keinen Verantwortlichen für Zugänglichkeit haben, der aktuelle Defekte behebt und sicherstellt, dass alle neuen Funktionen von Menschen mit Behinderungen genutzt werden können, dann lassen Sie uns bitte darüber sprechen, denn Sie brauchen dringend jemanden.
Der einzige Grund, warum ich Discourse hier ausprobiert habe, war, dass ich aus diesem Thread den Eindruck gewonnen habe, dass größere Änderungen im Bereich der Zugänglichkeit unmittelbar bevorstehen. Im Allgemeinen rate ich jedoch aktiv von der Nutzung von Discourse ab, wenn ich etwas zu sagen habe, weil es so schwer ist, es mit einem Screen Reader zu nutzen, und weil ich nicht eine weitere Internet-Community schaffen möchte, an der wir als blinde Menschen aufgrund von Zugangsproblemen nicht gleichberechtigt teilnehmen können. Ich würde diese Situation gerne ändern und Teil dieser Veränderung sein. Aber wenn nicht ich, dann bitte holen Sie jemanden dazu, denn viele dieser Probleme bestehen seit Jahren und haben sich nicht in nennenswertem Maße verändert.
Vielen Dank.
Wow! Vielen Dank für das detaillierte und gründliche Feedback!
Entschuldigung, ich verstehe nicht. Mir ist kein Modal bekannt, das beim Aufrufen eines Themas erscheint. Bezieht ihr euch auf den Editor/Composer, mit dem man Antworten auf Themen schreibt – worin ich gerade selbst tippe? Oder meint ihr den Editor, der erscheint, nachdem man irgendwo im Thema auf die Antwort-Schaltfläche klickt?
Da dies das erste und dringendste Problem ist, möchte ich es verstehen. Gehen wir vielleicht Schritt für Schritt vor und beginnen mit dem wichtigsten Thema, da wir bereits blinde Nutzer hatten und in der Vergangenheit auf ihr Feedback reagiert haben – zum Beispiel hier:
und hier:
Vielleicht haben wir uns kürzlich verschlechtert? Ich möchte verstehen, was genau dieses „Modal
Hallo, @ndarilek hier.
Sieht so aus, als hätte ich hier noch ein weiteres Konto, mir war nicht bewusst, dass ich jetzt zwei habe. Vielleicht war das der Grund, warum meine E-Mail-Adresse nicht funktioniert hat, als ich mich im Februar registrieren wollte. Hier ist ein Zitat aus dem ersten Beitrag über das Modal, das mir bei der Registrierung begegnet ist. Beachte, dass in diesem Beitrag einige Probleme aufgeführt sind, von denen einige wahrscheinlich Duplikate der hier genannten sind. Ich denke, ein Teil meiner Frustration besteht darin, diese immer wieder anzusprechen und nicht zu wissen, wo man sich wenden muss, um sicherzustellen, dass a) sie erhalten werden und b) dass ihr die benötigten Informationen habt. Diese Modals sind insbesondere deshalb hochproblematisch, weil a) sie für Screenreader-Nutzer schwer zu finden sind und b) sie alle Eingaben daran hindern, die Seite zu erreichen. Plötzlich weigert sich Discourse also, irgendetwas zu tun, wenn Links/Buttons geklickt werden. Wie auch immer, das Zitat – ich bin mir nicht sicher, wie die Zitat-Syntax lautet:
• Und nicht im Zusammenhang mit meiner Seite, aber das Modal zur Registrierung hier hatte einige Herausforderungen. Ich habe versucht, mich per E-Mail zu registrieren, aber eure Instanz hat meine .info-E-Mail-Adresse abgelehnt, die ich seit fast 17 Jahren verwende und die bei mir selbst problemlos funktioniert hat. Dann habe ich mich über Google angemeldet, aber das Modal, das mir bei der Rückkehr angezeigt wurde, stellte einige Herausforderungen dar:
◦ Es hat den Tastaturfokus nicht übernommen, also musste ich es selbst suchen und mit ihm interagieren.
◦ Während ich das tat, fügte die unendlich scrollende Themenliste neue Themen hinzu, was es noch schwieriger machte, dass der Fokus tatsächlich das Dialogfeld erreicht. Ich erinnere mich nicht mehr genau, wie ich es geschafft habe, schneller zu sein als das Erscheinen der Themen – ich habe noch keinen Kaffee getrunken –, aber ich bin hier. ![]()
Danke, hoffe, das hilft.
OK, ich höre Sie definitiv zu, ich versuche immer noch herauszufinden, was das bedeutet:
Beziehen Sie sich auf den Editor, das Overlays-Fenster, das in Discourse zum Bearbeiten verwendet wird? Ich nehme an, das muss es sein? Dies ist tatsächlich kein Modal, sondern ein Overlays-Fenster, das bei Ihnen bleibt, am unteren Rand des Browsers angedockt ist und „mitfährt“, während Sie durch die Discourse-Seite navigieren. Sie können den Editor auf eine einzelne kleine Zusammenfassungszeile minimieren oder sogar bei Bedarf auf Vollbild erweitern. Gleichzeitig können Sie weiterhin Themen in Discourse lesen – sogar zu völlig anderen Themen navigieren –, während Sie Ihre Antwort verfassen. Dies passt zum Thema „so viel Lesen wie möglich fördern“ in Discourse, da Sie weiterlesen und die Seite navigieren können; Ihre Leseerfahrung wird durch den Editor nicht unterbrochen, da es sich um ein Overlays-Fenster handelt, das am unteren Rand des Browserfensters angedockt ist.
Der Editor verfügt über zwei primäre Aktionsbuttons unten links:
- Antwort – schließt das Editor-Overlays-Fenster und übermittelt Ihre Antwort zum Thema (oder zu einem anderen Thema, falls Sie vom ursprünglichen Thema weg navigiert sind)
- Abbrechen – schließt das Editor-Overlays-Fenster und speichert die noch nicht abgeschlossene Antwort entweder als Entwurf oder verwirft den Entwurf
Der Editor weist zudem einige weitere Funktionsbereiche auf:
- Eine „Griffleiste“ entlang der oberen Kante des Editors, mit der Sie die Höhe des Overlays-Fensters steuern und es nach oben oder unten anpassen können
- Ein Button für den „Editor-Typ“ oben links, mit dem Sie zwischen einer Antwort, einer persönlichen Nachricht und einem neuen Thema wechseln können, das den ursprünglichen Beitrag referenziert
- Ein Glyph-Button „Auf Vollbild erweitern“ oben rechts
- Ein Glyph-Button „Minimieren“ oben rechts
- Ein Glyph-Button „Vorschau ausblenden“ unten rechts. Durch zweimaliges Drücken dieses Buttons wird die Vorschau erneut angezeigt.
Der Editor sollte definitiv den Fokus übernehmen, wenn Sie auf den Antwort-Button klicken, z. B. „Ich starte eine Antwort auf diesen Beitrag.“ Das ist in meinen Tests auf Desktop, Laptop, Tablet und Telefon der Fall. Er wechselt zur Tastatureingabe und übernimmt den Fokus, wenn Sie auf dem Thema oder auf einem einzelnen Beitrag auf den Antwort-Button klicken.
Entschuldigen Sie, falls es etwas dauert, bis wir diese Arbeit angehen. Wir möchten dies tun, aber wir haben eine überwältigende Menge an Arbeit und nur begrenzte Ingenieursstunden. Hinzu kommt eine anhaltende globale Pandemie, die für viele von uns verheerende Auswirkungen hatte, und einige Teammitglieder haben sich mit COVID infiziert. Ich entschuldige mich; das Beste, was ich sagen kann, ist, dass wir die wichtigsten Probleme auswählen und uns bemühen werden, diese zuerst anzugehen.
(Beim erneuten Lesen: Beziehen Sie sich stattdessen auf den Account-Anmeldeprozess? Es ist möglich, dass wir dort hinsichtlich der Barrierefreiheit einen Rückschritt gemacht haben, obwohl wir das Anmelde-Dialogfeld in Version 2.7 verbessert haben?)
Aha! Endlich etwas, das ich tatsächlich verstehen und nachstellen kann. @sam, ich sehe, was hier los ist. Gehe in den Editor, gib etwas Text ein, sodass ein Entwurf gespeichert werden soll … drücke zweimal Tab, um beim Abbrechen-Button zu sein, und drücke dann Enter. Dieser Dialog sollte nun den Fokus haben, tut es aber nicht – wenn ich Tab drücke, befinde ich mich auf einem anderen Element. Wir sollten das beheben und einen Backport durchführen.
Also, hier meine Gedanken dazu.
Ich bin da wirklich hin- und hergerissen. Ich nutze Linux mit Orca (dem integrierten Screenreader), und dieser ist auf meinem Rechner zumindest bei der Tabellennavigation ernsthaft unzureichend.
Meine Hauptprobleme sind zweierlei:
Erstens: Ich weiß nicht, wo ich mich in einem Thread befinde, da es keine einfache Möglichkeit gibt, einzelne Beiträge im Blick zu behalten. Ich kann nicht direkt zum nächsten Beitrag in einem Thread springen; stattdessen muss ich an allen „Antworten hinzufügen/Lesezeichen setzen/Link teilen/etc.
Vielen Dank erneut für den Bericht, @nolan. Um zunächst das erste Problem anzusprechen: Es scheint, als würden wir bei den meisten Modals den Fokus nicht setzen. Das wirkt wie ein großer Regression, den wir so schnell wie möglich beheben sollten (idealerweise noch diese Woche)!
Das kann ich definitiv verstehen. Auch wenn ich sagen kann, dass wir an Zugänglichkeitsproblemen arbeiten, werden wir unsere aktuelle Liste nicht innerhalb eines Monats abschließen können.
Ja, wirklich sorry wegen der riesigen Regression @nolan bei Dialogen! Ich habe nicht verstanden, wie schlimm das war, bis ich mir das genauer angesehen habe. Wir hätten das Release dafür zurückhalten sollen, es ist so schlimm!
Vielen Dank! Ich habe heute NVDA installiert und mache mich langsam mit den Problemen vertraut, die Sie erleben.
Ich verstehe das Bestreben, Discourse mit den Standard-Tastenkombinationen auf eine vernünftige Weise nutzbar zu machen, vollkommen. Auch die Frustration rund um die Navigation verstehe ich jetzt viel besser.
Ich erkenne die phpBB-Tricks. NVDA ist dort extrem eingeschränkt; es gibt nicht viele Tastenkombinationen, aus denen man wählen könnte.
Der Haken mit den Überschriften wird bei Discourse wahrscheinlich nicht funktionieren, da wir Benutzern erlauben, benutzerdefinierte Überschriften in Beiträgen einzugeben. Zum Beispiel:
Überschrift 2
Überschrift 3
Überschrift 4
Es gibt keine Schaltfläche „Nächster Artikel“, das Beste, was wir haben, ist „Nächste Region“. Die Regionenunterstützung ist im Vergleich zu JAWS etwas unzuverlässig. Wir hatten bereits ein article-Element, aber NVDA hat es nicht beachtet.
Ich habe diesen PR erstellt, um Menschen zumindest zu helfen, sich beim Navigieren durch ein Thema weniger verloren zu fühlen:
Ich habe immer noch das Gefühl, dass die Struktur nicht ideal ist. Zum Beispiel wird die Taste „Nach unten“ durch unsere verschachtelten double-button-Elemente in der Beitragsnavigation blockiert.
@eviltrout untersucht die Fokus-Probleme bei verschiedenen Dialogen. Wir müssen unsere Fixes mit NVDA doppelt testen, um zu sehen, ob sie wirken.
Wir haben recht umfangreiche Tastenkombinationen, wenn man den Browser-Modus verlässt, aber ich verstehe die Zurückhaltung, sich in diese dunkle Ecke zu begeben. Das Problem ist, dass man, sobald man im „Bearbeitungsmodus“ ist, diesen verlassen muss, um den Inhalt tatsächlich lesen zu können.
Zum Beispiel:
j → Computer sagt „Artikel-Link besucht"
nvda+Leertaste
Nach unten → Computer sagt „Link benno"
Nach unten → Computer sagt „15. März"
Nach unten → Computer beginnt, den Beitrag vorzulesen
Nach meiner Korrektur wird es eine erhebliche Verbesserung geben.
Statt „Artikel-Link besucht“ zu sagen, wird der Computer mit „Beitrag #6 Region Artikel-Link besucht“ beginnen.
Verbesserungen hier werden schrittweise erfolgen, aber wir schätzen das gesamte Feedback sehr. Wir lernen dazu und werden unser Bestes geben, um Discourse für die blinde Gemeinschaft angenehmer zu machen.
Modale Fenster fühlen sich wie ein allgemeines Hornissennest an. Wenn ein modales Fenster geöffnet ist und Sie aus irgendeinem Grund zurück zur Seite navigieren, können Sie extrem verwirrt werden. Ich frage mich, ob es eine Möglichkeit gibt, NVDA zu signalisieren: „Hey NVDA … all diese Elemente … existieren nicht mehr, solange das modale Fenster geöffnet ist.“ Wir könnten sie aus dem DOM entfernen, solange modale Fenster geöffnet sind, aber das könnte am Ende noch mehr Verwirrung stiften.
Bei Orca (die Linux-Version, die ich verwende – die Steuerung ist zwar anders, aber die Funktionalität ist weitgehend dieselbe. Ich kann zwar zum nächsten Landmark springen, doch das ist fehleranfällig und kann tatsächlich an bestimmten Stellen hängen bleiben. Wo finde ich diese Tastenkürzel, da ich bisher andere Forum-Software genutzt habe? Ich habe keinen Zugriff auf einen Mac, aber unter Linux kann ich innerhalb eines Beitrags zum nächsten Landmark springen, beispielsweise von einem „Gefällt mir“-Button zum nächsten in diesem Thema. Der Ablauf sieht dabei wie folgt aus:
Thema anklicken
Zum ersten Beitrag scrollen
M drücken
Zum Landmark gelangen, dann nach unten scrollen
Die obigen Schritte wiederholen, bis das Thema am Ende angekommen ist. Das mag zwar browserabhängig sein – ich bin mir da nicht sicher –, doch ich habe bisher nur den Standard-Browser Firefox getestet.
EDIT: Okay, das ist ein Problem, auf das ich gerade erst gestoßen bin. Ich wollte mein Profil in Mozilla Firefox aufrufen, doch als ich den Link „Profil/Benachrichtigungen“ oben auswählte, blieb die Tastatureingabe für mich eingefroren, bis ich wieder in den Browsing-Modus zurückkehrte. Ich bin mir nicht sicher, ob das Teil der Dialogprobleme ist, da sich die Seite so verhielt, als wollte ich den Thread lesen. Der Link zeigte zwar „erweitert“ an, doch ich ging davon aus, dass es sich um ein Dropdown-Menü handelte, in dem ich mit den Pfeiltasten oder der Maus navigieren konnte – leider ohne Erfolg.
Ihr Punkt, dass NVDA Artikel nicht als Bereiche behandelt, ist gut. Mir war nicht einmal bewusst, dass das Artikel-Tag verwendet wird, bis ich gestern die Darstellung von Artikeln aktiviert habe, obwohl dies den Erkennungsalgorithmus nicht zu ändern scheint. Ich werde heute ein NVDA-Problem dazu einreichen und sehen, was dabei herauskommt.
Außerdem ist mir klar, dass Überschriften in Nachrichten eingefügt werden können. Das Ziel der Überschriften-Navigation ist es nicht, dem entgegenzuwirken, sondern in den 99,99-something-Prozent der Fälle zu helfen, in denen Beiträge keine zusätzlichen Überschriften enthalten.
Ich habe gestern eine Entwicklungsumgebung eingerichtet und werde untersuchen, wie man einigen Elementen in .post-topic ARIA-Rollen hinzufügt, um die Arbeit damit zu erleichtern.
Modalfenster sind tatsächlich knifflig. Hier finden Sie eine praktische Anleitung, die helfen sollte. Die wichtigsten Erkenntnisse sind: 1) Verwenden Sie das neue Attribut aria-modal, um anzugeben, dass das Modalfenster angezeigt werden soll und alles andere ausgeblendet werden sollte. 2) Verschieben Sie den Tastaturfokus auf das erste fokussierbare Element. 3) Geben Sie den Fokus an den Button zurück, der den Ablauf initiiert hat, wenn das Modalfenster geschlossen wird. Hoffentlich hilft das.
Gute Punkte, und nochmal sorry für meine mürrische Art. Ich wechsle täglich zwischen Discord, Element, GitHub, Gitea und jetzt Discourse hin und her, um Dinge zu erledigen. Alle haben ihre eigenen Reibungspunkte – nur dass die von Discourse mich gerade besonders hart treffen. Zum Beispiel ist bereits ein extrem problematischer Nutzer vom vorherigen Forum dazugekommen, und ein fortgeschrittener Screenreader-Nutzer, der Co-Admin ist, hat eine halbe Stunde damit verbracht, das Dropdown-Menü für die Suspendierungsdauer zu durchlaufen, ohne es zu schaffen. Zum Glück kenne ich die Dropdowns und habe das Konto gesperrt, bevor er Ärger verursachen konnte, aber wir müssen uns damit auseinandersetzen, damit mein Admin-Team nicht so viel Einarbeitungszeit benötigt. ![]()
Schön, dass wir die Modals in Ordnung bringen – das schätze ich sehr. Ich werde heute etwas Zeit investieren, um zu prüfen, ob die Themenanzeige noch zugänglicher gestaltet werden kann. Ich würde sagen, das nächste große Problem ist die nicht zugängliche Dropdown-Komponente. Zusätzlich zur Unmöglichkeit, Nutzer zu suspendieren, hatte wir kürzlich ein weiteres Mitglied, das sein Thema nicht verschieben konnte. Hier ist ein zugängliches Listbox-Beispiel, das helfen könnte. Diese Probleme sind so weit verbreitet, dass ihre Behebung eine ganze Reihe von Verbesserungen bringen würde.
Nochmals vielen Dank.
Ich bin mir nicht sicher, ob ich zusätzlich zum Artikel noch eine Region erstellen sollte, da dies etwas umständlicher ist.
Ich habe dieses Issue eröffnet, um zu begründen, dass NVDA Artikel als Regionen behandeln sollte, um zu nächsten/vorherigen Landmarken zu navigieren. Hoffentlich wird dies das Problem mittelfristig lösen.
In der Zwischenzeit habe ich diesen PR eröffnet, der eine nicht-visuelle Rolle für eine Überschrift zweiter Ebene im Feld für Post-Metadaten hinzufügt. Mit diesem Patch auf meiner Testinstanz navigieren h/H zwischen Posts ohne Überschriften. Zwar funktioniert dieses Schema nicht mehr, wenn der Post selbst Überschriften enthält, aber ich würde argumentieren, dass wir als Screenreader-Nutzer an solche gemischten Inhalte gewöhnt sind. Und solange NVDA Artikel nicht als Landmarken betrachtet, ist ein schneller Weg zum nächsten Post besser als das Einführen von Füll-Regionen.
Sam, wäre es als Idee nicht sinnvoll, einen nicht-sichtbaren Trenner einzufügen, um das Problem mit Überschriften in Beiträgen zu umgehen, da Überschriften in Beiträgen verwendet werden können? Ich habe deinen Beitrag gelesen und bin mir nicht sicher, ob es eine plattformübergreifende Lösung gibt, die unsichtbar ist, aber dennoch als Grenze zwischen den Beiträgen dient?
Momentan kann ich unter Linux mit Orca die Taste 1 drücken, um zur Überschrift 1 und zum Anfang eines Threads zu gelangen, und dann M (nächstes Landmark) verwenden, um von Beitrag zu Beitrag zu springen. Ja, es ist umständlich, aber machbar. Ich frage mich daher, ob es aus technischer und nutzerfreundlicher Sicht funktionieren würde, wenn die Beitragsnummern (z. B. Beitrag #1, Beitrag #2 usw.) als Landmarks markiert wären, anstatt eine Überschrift zu verwenden, die auch in Beiträgen vorkommen kann? Wenn die Schaltflächen unter einem Beitrag Landmarks sind, warum sollte dann nicht auch eine Beitragsnummer als Landmark fungieren? Für mich würde es Sinn machen, eine Beitragsnummer als Landmark zu haben – zusätzlich zu oder anstelle der Schaltflächen unter einem Beitrag, da diese Schaltflächen von Forum-Administratoren ausgeblendet werden können (mir ist ein Fall bekannt, bei dem diese Schaltflächen unter einem „Mehr…“-Menü versteckt wurden).
Nochmalige Entschuldigung @nolan, dass ich das hier so falsch gemacht habe – offensichtlich testen wir die Tastatur vor dem Release mindestens nicht, und das ist eine schreckliche Basis, die wir verpasst haben. Das liegt voll und ganz bei uns, wir haben einen Fehler gemacht, und ich bin ehrlich gesagt beschämt, wie schlecht wir hier abgeschnitten haben. Selbst ein oberflächlicher Check hätte uns gezeigt, dass der Abbrechen-Dialog mit der Tastatur völlig kaputt war, und wir haben trotzdem ein Release mit diesem riesigen Fehler herausgebracht. ![]()
Wir evaluieren unseren Prozess neu, um sicherzustellen, dass wir Folgendes berücksichtigen:
-
Die Tastatur muss mindestens wie erwartet funktionieren; jedes Feature wird getestet, während die
Maus abgetrennt ist, um sicherzustellen, dass die Tab-Reihenfolge und der Fokus korrekt sind. -
Kernaktivitäten in Discourse sollten bei der Nutzung von NVDA unkompliziert sein.
Wir schätzen es, dass Sie bei uns bleiben und uns zur Rechenschaft ziehen. Wir bauen Teile unseres Prozesses um, um sicherzustellen, dass wir mindestens immer eine funktionierende und sinnvolle
Tastaturnavigation haben. Wir brauchen Ihre Hilfe, um zu ermitteln, was als nächster Schritt bei NVDA-Änderungen und -Optimierungen am sinnvollsten ist.
Vielen Dank! Mein Admin-Team und ich wissen das sehr zu schätzen! ![]()
@Nolan, möchtest du also, dass ich die Regionsänderung rückgängig mache und nur die Header-Änderung übernehmen? Oder machen wir beides?
Ich bin gerne bereit, Dinge auszuprobieren. Ich dachte, es gäbe einen gewissen „Orientierungswert
Mir ist gerade aufgefallen, wie mühsam es ist, durch Themenlisten zu navigieren, da es keine Überschriften gibt.
@nolan / @awesomerobot, sollten unsere Thementitel in der Themenliste als H2 oder H3 ausgeführt sein? Falls nicht, können wir den Themen in der Liste definitiv role="heading" hinzufügen.
Wie navigiert ihr aktuell mit NVDA zwischen den Themen in den Themenlisten?
Ich habe gerade eine Region für „Aktionen zum Thema