Das ist seltsam, da dieses Verhalten auf meinen Windows-Maschinen sehr konsistent ist.
Jetzt auf Chrome Canary Google Chrome Version 111.0.5536.0 getestet
Versuchen Sie Folgendes.
Gehen Sie zu: https://meta.discourse.org/
Finden Sie das Thema in der Liste der Themen:
Bietet Discourse etwas Ähnliches wie benutzerdefinierte Taxonomien in WordPress?
Bewegen Sie sich zur letzten Spalte in dieser Zeile mit dem Text:
Derzeit steht dort in meiner dänischen Einrichtung 3t.
Wenn Sie Enter drücken, sollte der Fokus auf die letzte Antwort in diesem Thema verschoben werden, aber das passiert nicht.
Wenn ich Enter drücke, passiert nichts, wie üblich, da die Seite nicht aktualisiert wird, sodass der Screenreader nichts tut.
Wenn ich jedoch die Zeile lese, befinde ich mich immer noch in der ersten Zeile der Seite und nicht in der erwarteten Überschrift für das zuletzt in diesem Thread veröffentlichte Thema.
NVDA scheint den Fokus ein wenig zu verschieben, aber nicht einmal in das Thema selbst. Beide Bildschirmlesegeräte haben bis etwa zu dem Zeitpunkt, als ich über dieses Problem gepostet habe, wie erwartet funktioniert.
Wechsel zu Firefox Firefox Nightly Version 110.0a1
Dies funktioniert wie erwartet im obigen Beispiel. Wenn Sie die 3t drücken, die zum neuesten Beitrag in diesem Thema wechselt, wird der Fokus wie erwartet platziert.
Insbesondere funktionierte es eine Weile auf vielen selbst gehosteten Instanzen, die ich verwendet habe, aber es schlägt auf Websites fehl, die Sie für meinen Arbeitgeber hosten – insbesondere auf https://community.fly.io und einem intern gehosteten Forum von discourse.team, dessen URL Sie wahrscheinlich leicht aus dem obigen Link ermitteln können. Beide scheinen die gleiche Version von Discourse zu verwenden.
Es ist definitiv eine Belastung, da wir viel Arbeit an Discourse leisten und ich als blinder Mitarbeiter immer meinen Platz in internen Diskussionen und in Support-Gesprächen mit unseren Community-Mitgliedern verliere. Das Zurückkehren zu zuvor gelesenen Beiträgen kostet mich 20-30 Sekunden Arbeit, um meinen früheren Platz zu finden.
Fühlt sich an wie meine alten 14400 Baud Modem-Tage.
Entschuldigung für die Störung. Ich habe ein wenig recherchiert, und das funktioniert in Firefox, aber nicht in Chrome. Fly schreibt die Verwendung von Chrome für die Arbeit vor, deshalb hat es mich dort getroffen und nicht überall sonst, wo ich Firefox benutze.
Ich bin froh, dass es keine so große Verschlechterung ist, wie ich dachte, aber es wäre schön, wenn das auch in Chrome funktionieren würde. Ich benutze NVDA und Chrome ohne installierte Erweiterungen.
Es tut mir leid zu hören, dass es in Chrome nicht funktioniert. Da dieses Thema recht lang ist, könntest du die Besonderheiten der Regression näher erläutern? Es klingt so, als ob es nicht zu deinem Platz zurückkehrt, wenn du ein Thema lädst, aber ich möchte sicherstellen, dass wir das Problem angehen.
Ja, genau das ist es. Das Klicken auf Themen in Firefox gibt den Fokus auf die zuletzt gelesene Position zurück, schön und zuverlässig. In Chrome tut es das nicht.
Schön, dass andere das Gleiche feststellen, da dies nicht reproduziert werden konnte, als ich darüber gepostet habe. Ich habe Firefox aus anderen Gründen aufgegeben und mich mit diesem Verhalten abgefunden, aber es wäre wirklich schön, wenn es in das erwartete Verhalten geändert würde.
Unser Team untersucht das; in der Vergangenheit hatten wir Schwierigkeiten, das Problem zu reproduzieren, und jetzt können wir unsere Bemühungen auf Chrome konzentrieren.
Ich habe überprüft, dass das Problem mit dem Fokus sich manchmal auf ein bestimmtes Thema in einem Thread zu bewegen schien, was jetzt manchmal zu funktionieren scheint, aber nicht immer. Dann wurde ich an etwas erinnert, das eine Regression auf dem Weg zu sein scheint.
Nach jedem Beitrag in einem Thema gibt es eine Reihe von Schaltflächen,
wie z. B. die Schaltfläche “Gefällt mir”, die jedoch “Gefällt Ihnen dieser Beitrag” lautet, anstatt Ihnen nur die Option zu geben, ihn zu mögen.
Dann gibt es die Schaltfläche “Antwort auf Beitrag Nr. XX”, dieser Text ist nicht übersetzt, der Antwortteil der Zeichenfolge lautet auf Dänisch “reply”, also ein bisschen von 2 damit verbundenen Problemen hier.
Claus
Entschuldigen Sie die Verzögerung, Nolan. Ich habe dies gerade mit NVDA (über einen Online-Dienst namens Assistiv Labs) getestet, und es scheint bei mir sowohl unter Firefox als auch unter Chrome zu funktionieren. Wenn ich die Tastenkombination für die Rückwärtsnavigation verwende, sehe ich, dass der Fokus auf dem Artikel liegt, den ich zuvor geöffnet hatte.
Bewegen Sie sich in die Tabelle, das erste Thema ist dieses.
Bewegen Sie den Fokus in die letzte Spalte, die Folgendes sagt:
3D
Dies sollte bei Aktivierung den Fokus auf das letzte Thema in diesem Thread verschieben.
Das Problem ist, dass es in Chrome und Edge nicht funktioniert, in Firefox jedoch schon.
Aber um das Problem zu lösen, das Sie haben, könnte der Administrator des Discourse-Forums, in dem Sie Benutzer sind, diese Schaltflächentexte in Ihrem Forum ändern. Sie könnten ihn kontaktieren.
Es ist also kein wirkliches Problem mit der Discourse-Software.
Aber ich stimme Ihrer Idee zu, dass die Schaltflächentexte (da sie alle gleich sind) etwas verwirrend sind – Sie könnten erwägen, dieses Problem als neues Thema zu eröffnen, insbesondere wenn Sie eine spezifische Verbesserung oder Lösung vorschlagen können?
Welchen Screenreader verwenden Sie? Ich bin mit dieser Funktion nicht vertraut, da ich sie noch nie benutzt habe, aber ich würde gerne mehr darüber erfahren und mir dieses Problem ansehen
Danke, Claus, ich kann das reproduzieren! Hier ist ein Video, das das Verhalten zeigt (bei 0:09 sollte der letzte Beitrag einen gestrichelten blauen Rand erhalten, aber es funktioniert nicht).
Ich habe auch ein zweites Problem festgestellt, das in allen Browsern, einschließlich Firefox, auftritt. Wenn ich die gleichen Schritte ausführe, aber auf einem Thema lande, das einen kleinen Beitrag (ein geschlossenes Thema, ein automatisches Bump, eine Zuweisung usw.) als letzten Beitrag hat, wird der Fokus ebenfalls nicht richtig auf den letzten Beitrag gesetzt.
Wenn diese Korrektur, wie Sie sagten, bereits vor einiger Zeit live gegangen ist, hat sie mein Problem nicht behoben. Getestet heute in Chrome und Edge, beide mit Jaws und NVDA. Genau dort, wo der Fokus landet, unterscheidet sich zwischen den Screenreadern, aber er landet nicht dort, wo er sollte, beim neuesten Beitrag im Thema.
Claus
In meinen Tests mit NVDA unter Chrome unter Windows landet der Fokus auf der letzten Antwort im Thema. Er zeigt das fokussierte Element nicht an, wir verwenden ein verstecktes Element, um den Fokus zu wechseln, aber wenn ich nach der Navigation zu einem Thema die Taste Tab drücke, wird konsequent der Autor des Beitrags fokussiert.
Entschuldigen Sie, dass ich erst jetzt antworte – ich war auf Reisen und bin endlich dabei, alles aufzuholen.
Entschuldigen Sie, falls das offensichtlich ist und Sie es bereits tun, aber ich würde vorschlagen, auf das zu hören, was NVDA sagt, wenn Sie auf ein Thema klicken, anstatt sich nur auf das Sehen zu verlassen.
Wenn ich zu https://meta.discourse.org gehe und in Firefox auf den Willkommensbeitrag klicke, spricht NVDA als Erstes die Überschrift der Ebene 1 mit dem Benutzernamen, dem Datum des Beitrags usw.
Wenn ich in Chrome etwas Ähnliches tue, wird nichts gesprochen. Vielleicht landet der Fokus visuell dort, wo er sollte, aber aus irgendeinem Grund wird das nicht gesprochen.
Es könnte ein Unterschied in der Funktionsweise der Barrierefreiheitsimplementierungen von Chrome und Firefox sein. Wenn ich in beiden Browsern Zurück verwende, landet der Fokus korrekt auf dem aktiven Beitrag und dieser wird gesprochen. Wenn ich jedoch einen Beitrag in Chrome lade, ein paar Mal h drücke, um zu einem späteren Thema zu springen, Zurück drücke und dann erneut auf den Beitrag klicke, scheint das Drücken von h mich zum ersten sichtbaren Beitrag zu bringen und nicht zu meiner zuletzt gelesenen Position. Dies gilt weiterhin für mehrere von Discourse gehostete Foren.
Dies scheint ein Timing-Problem zu sein. Ist das Element, auf das der Code für die Barrierefreiheit abzielt, im DOM vorhanden? Vielleicht könnte ein kurzes setTimeout vor dem Fokus mit etwa 50 ms das Problem lösen? So gehe ich im Allgemeinen mit solchen Problemen um, aber ich könnte mich irren.