Wir suchen nach einer Möglichkeit (über ein Plugin oder eine andere Methode), einen Kommentar am Anfang des Kommentar-Threads eines bestimmten Forumsbeitrags anzuheften.
Der Grund: Wir möchten ältere Beiträge mit aktuellen Informationen/Forschungsergebnissen usw. aktualisieren, ohne den eigentlichen Beitrag selbst neu zu schreiben.
Irgendwelche Ideen?
Das ist eine großartige Idee.
Ich kommentiere, um sicherzustellen, dass ich zurückkomme, um Antworten zu überprüfen!
Sie können das solution Plugin verwenden, um sie effektiv an der Spitze anzuheften.
Solange der OP jemand ist, der das „berechtigte Recht“ hat, einen Kommentar zu entfernen (als gelösten Fall). Und es gibt keine Probleme, die darauf hindeuten, dass das Thema weiterhin besteht.
Ist das für den Rest von uns unnötiger Lärm? Anstatt zu posten, sollten Sie das Beobachtungssystem nutzen und das Thema über das Dropdown-Menü unten links im Thema auf „Beobachten“ setzen. Sie können auch das Lesezeichensystem verwenden und eine Erinnerung erstellen. Wenn Ihnen eine Idee gefällt, müssen Sie nur auf „Gefällt mir“ klicken, anstatt einen Beitrag zu verfassen, nur um das zu sagen.
Sie möchten vielleicht Discourse-Begriffe verwenden, um Ihren Anwendungsfall zu beschreiben:
Ein Beitrag ist kein Thema, ein Thema besteht aus Beiträgen, obwohl man wohl auch ein „Thema posten“ kann 
Ich bin mir nicht ganz sicher, ob ich die richtige Vorstellung habe, aber möchtest du ein Thema als „veraltet“ kennzeichnen und einen Link zur neueren Information einfügen?
Wenn ja, könntest du eine Mitarbeiterbenachrichtigung im OP verwenden. Etwas wie:
Ich habe auch zur Sicherheit ein „knowledge-archive“-Tag hinzugefügt, um die Tagging-Funktionen bei Bedarf zu nutzen. 
Ich stoße oft auf dieses Szenario, da es nützlich ist, warum wir etwas entschieden haben, mit der historischen Konversation zu verstehen.
Wie @not-ethan erwähnte, ist das Discourse Solved Plugin ein nützliches Werkzeug dafür. Eine Methode:
Danke für die Beiträge aller! Jetzt haben wir eine solide Liste von Mittagspunkten unter https://forums.example.org/t/places-to-have-lunch/1337. Schaut es euch an!
Ein Bonus dieser Methode ist, dass sie gut mit anderen Methoden kombiniert werden kann, die Sie im Laufe der Zeit einsetzen, wie z. B. die Kombination mit Discourse Docs oder langen Megathreads oder Themen mit automatisch löschenden Antworten… viele Kombinationen für verschiedene Arten der Zusammenarbeit. 
Lassen Sie mich meine Frage noch einmal stellen, diesmal mit den richtigen Discourse-Begriffen. Ich versuche es erneut, da der Vorschlag der Plugins Solved Discourse Solved mich glauben lässt, dass ich nicht klar war.
Wir haben technisch orientierte Themen, die altern, aber wir möchten den Text des OP (Originalbeitrag) intakt lassen. Gleichzeitig möchten wir nicht, dass Leser denken, dass der Text des OP unbedingt vollständig ist. Unsere Vorstellung einer eleganten Lösung ist es, einen Beitrag direkt unter dem OP anzuheften, der alle Updates enthält, auf die wir stoßen.
Hilft dies, unseren Bedarf zu verdeutlichen?
Was ist mit Updates für das Update? Werden Sie nachfolgende Antworten erstellen, die alle Updates zusammenfassen und diese dann anheften? Oder müssen Sie mehrere Antworten anheften?
Der Grund, warum dies keine sofortige und offensichtliche Lösung hat, ist, dass dies normalerweise der Bereich von Wiki-Posts ist. Der aktuellste wird präsentiert, frühere Versionen sind noch zur Überprüfung vorhanden.
Danke, Stephen. Da ich nicht über die erforderlichen Berechtigungen verfüge, war mir nicht bewusst, dass Wiki-Beiträge existieren. (Das liegt daran, dass ich versuche, dieses Problem für die Organisation zu lösen, für die ich arbeite.) Aber ein Wiki-Beitrag klingt nach einer guten Lösung – vorausgesetzt, wir können das Anheften des Wiki-Beitrags direkt unter dem OP steuern. Wissen Sie, ob das möglich ist?
Das Wiki ist immer der erste Beitrag im Thema.
So kann jeder mit dem OP aktualisieren und kuratieren, wobei die Bearbeitungshistorie für alle verfügbar ist.
Vielen Dank nochmals. Wenn das Wiki-Posting immer das erste im Thema ist, dann würde es anscheinend über dem OP platziert werden, nicht direkt darunter. Ist das richtig?
Außerdem bin ich zwar kein Administrator, aber auch kein Anfänger. Ich habe oft im Forum gepostet, und trotzdem sehe ich das Menü nicht, wenn ich auf die Schaltfläche […] klicke; die […] erweitert sich einfach, um die Schaltfläche „Lesezeichen“ anzuzeigen. Das ist etwas verwirrend.
Nein. OP ist dann Wiki.
OK, dann sieht es so aus, als müssten wir damit leben, dass der Wiki-Post in diesen Fällen der OP ist.
Danke! Ich schätze die Hilfe!
Ich habe die Wiki-Post-Idee mit meinen Kollegen geteilt, einschließlich des Forenmoderators, der einen Wiki-Post für uns erstellt hat, mit dem wir experimentieren können.
Das einzige Problem ist, dass der Beitrag, den wir als Wiki ausgewiesen haben, nicht nach oben verschoben wird. Wir haben nicht ausgiebig experimentiert, aber diese leistungsstarke Wiki-Funktion in einem Thema nützt uns nicht viel, wenn sie an einer zufälligen Stelle in den Beiträgen verloren geht.
Irgendwelche Ideen hierzu?
Ich bin mir nicht sicher, ob das funktioniert, aber antworte und ändere den Zeitstempel, damit es die älteste Antwort ist, die sie nach oben verschiebt.
Mir gefiel Ihr Gedankengang, aber ich habe gerade nachgesehen und „Zeitstempel ändern“ ist nur im Werkzeugkasten des Themas, nicht im Werkzeugkasten des Beitrags, daher glaube ich nicht, dass es eine einfache Option wäre.
Die Option „Wiki erstellen“ ist ein Standardvorteil für Vertrauensstufe 3 (obwohl dies in der Admin-Einstellung min trust to allow self wiki angepasst werden kann), wodurch der Beitrag für jeden mit TL1 oder höher bearbeitbar wird (ebenfalls anpassbar). Wikis müssen nicht der OP sein, aber sie gehen tendenziell verloren, wenn sie es nicht sind. Sie können sie jedoch mit dem Suchfilter in:wiki finden.
Mit einem Wiki als OP kann es von der Community mit neuen Informationen/Bearbeitungen aktualisiert werden (abhängig von den von Ihnen gewählten TL-Einstellungen), und frühere Versionen können über die Bearbeitungshistorie (in der oberen rechten Ecke) eingesehen werden.
Ich bin mir nicht sicher, ob das zu dem passt, was Sie suchen, aber ich kann immer noch nicht ganz verstehen, wie Ihr Endergebnis aussehen würde. Könnten Sie mir ein grobes Beispiel für die ersten Beiträge in einem solchen Thema geben, damit ich versuchen kann, es auf meiner Testseite zu replizieren?
@JammyDodger Danke für die Klarstellung, warum ich das Dropdown-Menü nicht gesehen habe, als ich auf den […] Punkt unter einem Beitrag geklickt habe.
Und ja, ich freue mich, ein Beispiel zu geben:
https://www.smartcontractresearch.org/t/research-summary-sok-decentralized-finance-defi/1055
Dies ist eines unserer SoK-Themen (Systematization of Knowledge), das sich hervorragend für laufende Updates über einen Wiki-Beitrag eignen würde, während der OP unverändert bleibt. Auch hier sind wir fast am Ziel; wenn der Wiki-Beitrag automatisch an den Anfang des Themas verschoben würde (wie @Stephen sagte, dass er es tun würde), würden wir das Problem als gelöst betrachten.
Bitte lassen Sie mich wissen, ob dies hilft und ob Sie weitere Fragen haben.
Wäre es möglich, den zweiten Beitrag direkt nach dem ersten als Platzhalter zu erstellen und ihn als „Update“-Beitrag zu verwenden, wenn Sie ihn benötigen? Es müsste nicht einmal eine Wiki sein, da TL4 und das Personal über globale Bearbeitungsrechte verfügen und ihn nach Bedarf bearbeiten können.
