But you agree that year old posts being inserted as new is a terrible idea!
The opposite of that is to keep chronology so that when a duplicate topic is created by someone and merged to an established topic, the new post gets put it at the right point.
The existing behaviour shoves the posts in a totally random point … in my case about 200 posts back and ‘2 years ago’ despite having dates of ‘1 day ago’.
In addition to this, when listing the posts in latest or category view, the most recently dated post (which comes from the newer merged thread) is marked … but it’s actually buried in the thread way earlier.
Just experienced this and agree that it is a difficult problem. Had two parallel discussions on exact same topic and interleaving merged list according to chronology looks like it might have worked better. Latest post to original (merged into) topic is now quite a ways up in the thread. Tradeoff hard to analyze at glance.
Ich möchte verschobene Beiträge an den letzten Beitrag eines bestehenden Themas anfügen. Das scheint nicht möglich zu sein, sodass verschobene Beiträge in der falschen Reihenfolge erscheinen und nach dem ursprünglichen Beitrag im bestehenden Thema aufgelistet werden.
Das Zusammenführen von Themen ist vielleicht nicht immer eine gute Idee, aber ich würde erwarten, dass die Beiträge chronologisch angezeigt werden.
Die aktuelle Vorgehensweise ähnelt fast einer Thread-Struktur (der ursprüngliche erste Beitrag und seine Antworten, gefolgt vom eingeschleusten ersten Beitrag und seinen Antworten, gefolgt von nachfolgenden Beiträgen) und verstößt meiner Einschätzung nach zumindest gegen den Geist, wenn nicht sogar gegen den Buchstaben der Discourse-Philosophie.
So wie es derzeit ist, könnte es oft besser sein, ein Thema zu schließen und oben in beiden Themen eine Art Administrationshinweis anzuzeigen, der auf das andere Thema aufmerksam macht.
Wir haben diese Seltsamkeit ebenfalls bemerkt. Ich denke, das mentale Modell unserer Nutzer ist, dass Threads per Definition eine chronologische Liste von Antworten darstellen. Ob ich nun auf einen neuen Beitrag oder auf einen Beitrag antworte, der Monate alt ist – meine Antwort wird immer am Ende eingefügt. Das Zusammenführen von Themen bricht dieses Modell, da ein Teil des Threads zu dem Zeitpunkt in die Timeline eingefügt wird, an dem der Moderator die Zusammenführung vornimmt.
Im abstrakten Sinne kann ich die Begründung für das aktuelle Verhalten nachvollziehen: Es bewahrt die Integrität des Gesprächs innerhalb des zusammengeführten Themas. Doch wirft es auch die Frage auf, warum Themen überhaupt zusammengeführt werden.
In unserem Fall möchten wir Diskussionen zu einem bestimmten Thema in einem einzigen Thread bündeln. Beispielsweise wollen wir ein einziges Thema haben, in dem Nutzer berichten können, ob sie an die Ohio State University für das Jahr 2025 aufgenommen wurden. Wenn jemand einen neuen Thread startet, wird dieser in das offizielle Thema zusammengeführt. Die Antworten sind oft unabhängig von anderen Antworten im Thread. In den meisten Fällen nutzen die Nutzer die Schaltfläche „Antworten“, um auf einen bestimmten Beitrag zu reagieren, sodass es nicht allzu wichtig ist, dass die Antworten räumlich nah beieinander auf der Seite stehen.
Wenn die Antworten eng miteinander verknüpft wären, wäre meiner Einschätzung nach kaum ein Bedarf zum Zusammenführen von Threads vorhanden. Stattdessen wäre es sinnvoller, in einem Thread zu antworten und dabei einen Link zum anderen Thread zu setzen. Oder vielleicht in beide Richtungen. Und eventuell könnte einer der Threads geschlossen werden. Das Zusammenführen impliziert, dass sich die beiden Themen in hohem Maße überschneiden. Es gibt andere (und bessere) Werkzeuge, um parallele Gespräche zu handhaben.
Jedenfalls füge ich hier nur einen weiteren Datenpunkt hinzu: Diese Implementierung des Zusammenführens lässt sich nur schwer in das mentale Modell unserer Nutzer integrieren und macht die Funktion weniger nützlich, als sie sein könnte, wenn die Antworten chronologisch sortiert wären.
Ich hatte Bedarf, dies für einige E-Mail-Threads zu verwenden, die während des Imports in separate Themen aufgeteilt wurden. Daher habe ich das hier etwas genauer ausgeführt, falls jemand anderes dies ebenfalls benötigt. Sie müssen in der Lage sein, auf die Kommandozeile des Servers zuzugreifen, auf dem Ihre Discourse-Instanz läuft.
Beginnen Sie damit, alle gewünschten Beiträge in das Zielfach zu verschieben und holen Sie sich dann die Themen-ID. In der Adressleiste könnten Sie etwas wie Folgendes sehen, wobei die Themen-ID 24855 ist: /t/topic-slug/24855/9
Geben Sie auf Ihrem Server mit folgenden Befehlen den Discourse-App-Bereich auf. Falls weniger als 5 GB verfügbar sind, müssen Sie möglicherweise etwas Speicherplatz freigeben.
cd /var/discourse
./launcher enter app
Wenn dies erfolgreich war, können Sie die Beiträge dann mit dem folgenden Befehl nach ihren Zeitstempeln neu ordnen. Ersetzen Sie dabei die Themen-ID entsprechend.
Wir fügen beim Zusammenführen von Beiträgen eine Option „Das kleinere von zwei Übeln wählen" hinzu, damit du entscheiden kannst, welche falsche Methode für deine Anwendungsfälle am wenigsten falsch ist.
Ich bin auch sehr daran interessiert! Zumindest in unserem Forum strukturieren wir oft ganze Diskussionen in neue Themen um, da sie oft vom Thema abkommen. Außerdem verschieben wir oft Beiträge aus SEO-Gründen, wenn ein “verschobenes + geschlossenes” Thema besser rankt als das Folge-Thema.