Feature Request: Option zum Deaktivieren des automatischen Sprungs zum letzten Beitrag nach dem Antworten hinzufügen

Merkmal
1

Hallo zusammen,

ich habe kürzlich etwas Zeit damit verbracht, alte Themen und Diskussionen auf Meta und anderen auf Discourse basierenden Foren zu durchsuchen, und dabei festgestellt, dass viele Benutzer im Laufe der Jahre wiederholt dieselbe Sorge geäußert haben:

Nach dem Verfassen einer Antwort oder dem Schließen des Komponisten springt Discourse automatisch zum allerletzten Beitrag im Thema.

Für einige Leute – mich eingeschlossen – ist dieses Verhalten eher störend als hilfreich.

Warum es Probleme verursacht

Basierend auf dem, was viele Benutzer geäußert haben, sind die häufigsten Probleme:

  • Wenn Sie mitten in einem langen Thread antworten, schließt sich der Komponist und die Ansicht springt plötzlich nach unten, wodurch Sie gezwungen werden, ganz nach oben zu scrollen, um dort weiterzulesen, wo Sie aufgehört haben.

  • Wenn Sie antworten, während Sie ältere Nachrichten nachholen, unterbricht dieser automatische Sprung den Lesefluss.

  • Einige Benutzer dachten sogar, es könnte sich um einen Fehler handeln, da der Sprung so schnell erfolgt, dass er unerwartet und unintuitiv wirkt.

  • Eine Reihe früherer Diskussionen deuten darauf hin, dass Leute versucht haben, Workarounds, Skripte oder Hacks zu verwenden, aber nichts funktioniert zuverlässig oder offiziell.

Kurz gesagt: Während das automatische Springen zum neuesten Beitrag für einige Benutzer nützlich ist, ist es je nach Lesegewohnheiten oder Arbeitsablauf für viele andere unerwünscht.

Funktionsanfrage: Bitte machen Sie dieses Verhalten optional

Aus der Durchsicht früherer Threads geht hervor, dass:

  • Es keine integrierte Einstellung gibt, um dieses automatische Springen zu deaktivieren

  • Es kein offizielles Plugin gibt, das einen Schalter bereitstellt

  • Administratoren und Benutzer dieses Verhalten derzeit überhaupt nicht steuern können

Daher möchte ich beantragen, dass Discourse entweder Folgendes bereitstellt:

Eine Benutzereinstellung, wie zum Beispiel:

„Nach dem Senden oder Schließen des Komponisten an der aktuellen Position bleiben (nicht zum letzten Beitrag springen).“

oder

Eine seitenweite/Admin-Einstellung, wie zum Beispiel:

„Automatisches Scrollen zum neuesten Beitrag nach Antworten aktivieren/deaktivieren.“

Dies würde es verschiedenen Communities (und einzelnen Benutzern) ermöglichen, das Interaktionsmodell zu wählen, das besser zu ihrem Lesestil passt. Es entspricht auch der Designphilosophie von Discourse, die normalerweise die Anpassung von Lesefluss-Verhalten zulässt.

Warum eine Option jedem zugutekäme

  • Benutzer, denen das automatische Springen gefällt, können es beibehalten, wie es ist

  • Benutzer, denen es nicht gefällt, können es deaktivieren

  • Forum-Administratoren können Standardeinstellungen festlegen, die den Anforderungen ihrer Community entsprechen

  • Niemand müsste sich auf fehleranfälligen benutzerdefinierten JavaScript-Code oder Browser-Skripte verlassen

  • Es verbessert die Barrierefreiheit und reduziert plötzliche Bewegungen, die für einige Leser unangenehm sein können

Angesichts der Tatsache, wie viele Leute dieses Problem im Laufe der Jahre angesprochen haben, könnte das Hinzufügen einer konfigurierbaren Option die Benutzererfahrung für einen großen Teil der Community erheblich verbessern.

Falls ich eine bestehende Einstellung oder ein Plugin übersehen habe, weisen Sie mich bitte darauf hin – aber basierend auf dem, was ich gefunden habe, scheint eine solche Option derzeit nicht zu existieren.

Vielen Dank für die Berücksichtigung, und ich würde mich über alle Einblicke vom Team oder anderen Plugin-Entwicklern sehr freuen.

1 „Gefällt mir“
2

Wäre es nicht verwirrend für Sie, etwas zu posten und dann Dutzende von Beiträgen über Ihrem Beitrag zu sehen, ohne einen Hinweis darauf zu haben, dass es gepostet wurde? Warum nicht einfach weiterlesen, um die restlichen Beiträge zu kommentieren, wenn Sie möchten?

2 „Gefällt mir“
3

Danke für die Erklärung! Lassen Sie mich meinen tatsächlichen Anwendungsfall verdeutlichen, da das aktuelle Verhalten für mich immer noch ein echtes Problem darstellt.

Stellen Sie sich folgendes Szenario vor:
Ich starte einen Diskussions-Thread, gehe schlafen, und am nächsten Tag wache ich auf und sehe mehr als hundert Antworten. Viele davon sind interessant, und ich möchte auf einige davon antworten, während ich den Thread durchlese.

Hier ist das Problem:

Wenn ich irgendwo in der Mitte des Themas eine Antwort lese und darauf antworte, springt Discourse nach dem Absenden meiner Antwort sofort ganz an das Ende des Themas.
Aber die Konversation ist nicht in Echtzeit – die Leute antworten möglicherweise erst Stunden später erneut. Ich muss nicht zum neuesten Beitrag geführt werden. Ich möchte einfach nur die restlichen Antworten in der Reihenfolge weiterlesen.

Was ich wirklich brauche, ist einfach:

  • Ein klares Zeichen dafür, dass meine Antwort erfolgreich gepostet wurde

  • Ohne meine aktuelle Leseposition zu verlieren

  • Damit ich die nächsten Antworten ganz natürlich der Reihe nach weiterlesen kann

Im Moment muss ich nach dem erzwungenen automatischen Sprung manuell zurückscrollen und versuchen, mich daran zu erinnern, wo ich war, was mühsam ist und den Lesefluss unterbricht.

Deshalb wäre eine Option, nach dem Posten an der aktuellen Scroll-Position zu bleiben, äußerst hilfreich.
Der automatische Sprung ist für einige Arbeitsabläufe nützlich, aber in Fällen wie meinem steht er nur im Weg.

4

Es gibt Tausende und Abertausende von Beiträgen dazu unter Will disable_jump_reply make a return? und verwandten Themen.

TL;DR Sie können Umschalt beim Posten gedrückt halten, um das Scrollen zu verhindern.

1 „Gefällt mir“
5

Danke für den Tipp! Ich wusste nichts von dem Shift + Antworten-Verhalten – das hilft in manchen Situationen tatsächlich.

Dennoch bin ich der Meinung, dass dies wirklich von einer richtigen Einstellung oder Benutzereinstellung profitieren würde. Die ständige Verwendung einer Modifikatortaste ist nicht sehr auffindbar und leicht zu vergessen, besonders für weniger technisch versierte Benutzer, die möglicherweise nicht einmal wissen, dass solche Tastenkombinationen existieren.

Eines der Dinge, die ich an Discourse wirklich schätze, ist der hohe Grad an Freiheit, den es bereits bietet – Benutzer können viele Aspekte dessen anpassen, wie sie lesen, navigieren und interagieren. Meiner Meinung nach ist genau diese Freiheit das, was Discourse zu einer so großartigen Plattform macht. Bei diesem spezifischen Verhalten wäre es wunderbar, wenn Benutzer einfach ihre Standard-Präferenz wählen könnten:

  • automatisch zum letzten Beitrag springen, nachdem geantwortet wurde, oder

  • an der aktuellen Position bleiben und weiterlesen

Eine klare Standardeinstellung plus die Möglichkeit, diese anzupassen, würde das Verhalten intuitiver und zugänglicher machen. Zum Beispiel neige ich in meinen eigenen Surfgewohnheiten dazu, die meisten Themen von der Startseite in neuen Tabs zu öffnen, da moderne Computer viel Speicher haben und das Schließen von Tabs oft schneller und bequemer ist, als hin und her zu navigieren. Es ist nur ein Beispiel dafür, wie unterschiedliche Benutzer unterschiedliche Arbeitsabläufe schätzen.

Meine allgemeine Philosophie lautet also: Je mehr Wahlmöglichkeiten für den Benutzer, desto besser.
Wenn eine Funktion mehrere sinnvolle Verhaltensweisen hat, führt es normalerweise zu einer besseren Erfahrung für alle, wenn der Benutzer entscheiden kann – anstatt alle auf einen Weg zu zwingen. Es bedeutet auch, dass Benutzer wie ich keine kleinen Skripte oder Plugins erstellen müssten, nur um einen Arbeitsablauf wiederherzustellen, der sich für uns natürlich anfühlt.

Nochmals vielen Dank für die hilfreiche Antwort, und ich hoffe, dass dies in Zukunft möglicherweise noch als optionale Einstellung in Betracht gezogen wird.

1 „Gefällt mir“
6

Bitte lesen Sie Will disable_jump_reply make a return?. Es war eine Benutzereinstellung und wurde entfernt.

2 „Gefällt mir“
7

:heart: Danke für den Hinweis – ich habe mir nun den gesamten Thread „Wird disable_jump_reply zurückkehren?“ durchgelesen.

Ich verstehe die Gründe für die Entfernung der alten disable_jump_reply-Einstellung: Sie funktionierte zu der Zeit nicht richtig, wurde von sehr wenigen Leuten genutzt, und Discourse versucht generell, die Anhäufung vieler globaler Benutzereinstellungen zu vermeiden. Ich sehe auch die Designphilosophie, die Sie dort beschrieben haben – die automatische Sprungfunktion als eine Möglichkeit zu nutzen, um Leute zu ermutigen, den gesamten Thread zu lesen, bevor sie antworten, wobei „Experten“-Workflows hinter Dingen wie Modifikatortasten oder erweiterten Optionen verborgen sind.

Die Tastenkombination Umschalttaste + Antworten hilft in manchen Fällen definitiv, und ich weiß es zu schätzen, dass Sie sie erwähnt haben. Das Problem für mich ist:

  • Sie ist überhaupt nicht auffindbar, es sei denn, man hat diesen speziellen Meta-Thread gelesen oder jemand sagt es einem,
  • sie erzeugt einen kognitiven Aufwand, sich jedes Mal eine spezielle Taste merken zu müssen, und
  • wenn man lange Threads auf mehreren Discourse-Foren durchgeht, fühlt es sich immer noch wie eine ziemlich harte „Bestrafung“ für eine einfache Antwort an, wenn man Hunderte von Beiträgen von der Stelle weggerissen wird, an der man gerade gelesen hat.

Eines der Dinge, die ich persönlich an Discourse liebe, ist genau seine Flexibilität: Als Administrator oder als Benutzer kann man viele Details an die eigenen Lese- und Navigationsgewohnheiten anpassen. Aus dieser Perspektive fühlt es sich wie ein Bereich an, in dem eine geringe Menge zusätzlicher Konfigurierbarkeit viel bewirken könnte, ohne die Benutzeroberfläche in eine Wand von Optionen zu verwandeln.

Zum Beispiel wäre jede der folgenden Optionen bereits eine große Verbesserung:

  • Eine sichtbare Option „ohne Springen antworten“ in der Benutzeroberfläche (selbst wenn sie als fortgeschrittene/Expertenaktion betrachtet wird),
  • oder ein Umschalter auf Benutzer- oder Site-Ebene, versteckt hinter einem „Erweitert“-Bereich, damit diejenigen, denen dieses Verhalten wirklich wichtig ist, das Springen einmalig deaktivieren können, anstatt sich für immer auf eine versteckte Tastenkombination verlassen zu müssen.

Ich verstehe die Bedenken hinsichtlich zu vieler Einstellungen vollkommen und verlange nicht, dass jede obskure Einstellung zurückgebracht wird. Ich wollte nur die Sichtweise von jemandem teilen, der viel Zeit damit verbringt, beim Lesen älterer Beiträge zu antworten: Für dieses spezielle Verhalten sind die Kosten, keine klare, auffindbare Wahlmöglichkeit zu haben, höher als für viele andere Einstellungen.

Auf jeden Fall nochmals vielen Dank für die Erklärung und den Tipp mit der Umschalttaste – es ist sehr hilfreich, den Hintergrund zu kennen, auch wenn ich immer noch hoffe, dass dies in Zukunft als eine Art optionale oder „Experten“-Einstellung überdacht werden könnte.

1 „Gefällt mir“
8

Vielen Dank noch einmal – und interessanterweise wussten auch mehrere Benutzer, als ich dieselbe Frage in einigen anderen Discourse-basierten Foren stellte, nicht, dass das Halten von Shift den Sprung verhindert. Es ist also eindeutig kein sehr offensichtliches Verhalten.

Auf der positiven Seite wird die Erstellung eines kleinen Plugins oder Theme-Komponenten morgen ziemlich unkompliziert sein, jetzt da ich den Shift-Mechanismus kenne. Es gibt mir sogar einen saubereren Implementierungsansatz, da ich mich nicht auf aufwändige DOM-Mutationsbeobachter verlassen muss, um das automatische Scrollen zu verhindern – ich kann mich stattdessen in dieselbe Logik einklinken.

Wie auch immer, ich weiß die Informationen zu schätzen. Selbst wenn dies ein Verhalten bleibt, das nur „Experten“ kennen, bin ich froh, dass ich den zugrunde liegenden Mechanismus endlich gut genug verstehe, um ihn richtig erweitern zu können.

2 „Gefällt mir“