Antworten automatisch nach N Tagen löschen

[sam (Sam Saffron)]

Für die verschiedenen Themen in unserer Wissensdatenbank würde ich gerne einen speziellen Timer einrichten für:

Antworten auf dieses Thema werden automatisch nach N Tagen gelöscht

Ich halte dies für ein sehr wirkungsvolles Werkzeug, um Dokumentationsthemen sauber zu halten. Ich würde dies bei den meisten Dokumentationsthemen auf Meta aktivieren.

Das bedeutet, dass Leute zwar antworten können, aber im Voraus wissen, dass Antworten wie Tränen im Regen sind. Wenn du etwas Dauerhaftes möchtest:

• Eröffne ein neues Thema

oder

• Bearbeite den Eröffnungspost

Obwohl wir dieses Bereinigen von Hand vornehmen könnten, ist es mühsam. Zudem wirkt es auf psychologischer Ebene viel besser, wenn ein Computer etwas tut, weil „das sind die Regeln des Spiels“, als wenn wir Menschen eingreifen. (Oh, warum erst jetzt diese Regel einführen? Das ist nicht fair.)

[codinghorror (Jeff Atwood)]

Ich denke, wir sollten vielleicht auch Antworten mit einer bestimmten Anzahl an Likes behalten, nur für den Fall?

Abgesehen davon sehe ich zumindest basierend auf unserer Nutzung einen klaren Bedarf dafür, besonders bei Dingen wie dem „ersten Post-Wiki“. Es müsste jedoch eine Einstellung pro Thema sein, oder?

[Heather_Dudley]

Das gefällt mir. Wir haben viele „Angepinnte“ (Pinned Posts), die jetzt während des Umzugs auf Discourse stark frequentiert werden könnten, später aber weniger relevant sein werden. Ich möchte nicht alle paar Monate die Beiträge neu erstellen müssen.

[DaleKramer]

Ich befürworte diese Feature-Anfrage aus allen oben genannten Gründen und noch einem weiteren.

Hier ist etwas Hintergrund zu meiner Begründung: Ich habe mich über eine „Chat“-Funktion in Discourse informiert und verstehe die Position des Discourse-Teams dazu, dass private Nachrichten mit mehreren Empfängern zum Chatten genutzt werden.

Mir ist bekannt, dass sowohl das Plugin „Babble“ als auch „Quick messages“ im Kern auf PMs mit mehreren Empfängern basieren.

Ich finde, dass „Quick Messages“ fast genau das ist, was wir brauchen.

Wir möchten, dass nur einige ausgewählte Personen auf unserer Seite chatten dürfen. Doch scheint es mir, dass die in diesem Thema angefragte Funktion, falls sie als Feature implementiert wird, die meisten negativen Aspekte der Nutzung von PMs mit mehreren Empfängern als Chatform abmildern würde.

Ehrlich gesagt mag ich Chats nicht, aber sie haben ihren Zweck für ein Team, das gemeinsam an einem ENTWURF eines langen, hilfreichen allgemeinen Forumsthemas arbeitet. Die Chat-Seitenleiste kann oben sein, während all das Gute, das aus dem Chat entsteht, in den ENTWURF des Themas übertragen wird, auf demselben Bildschirm darunter (vorzugsweise daneben) der Chat-Seitenleiste.

Unser Team nutzt derzeit RocketChat neben einem Discourse-Fenster, aber ich möchte eine All-in-One-Lösung…

Nur meine zwei Cent, und ich würde mich sehr freuen, wenn dieses Feature bald hinzugefügt würde

Ich würde gerne einen „Jetzt chatten“-Button neben jedem Thema haben, damit der „Chat“ zum Thema in Zukunft leicht gefunden werden kann, anstatt durch eine Menge von PMs waten zu müssen, um zu sehen, ob es einen Chat für ein Thema gab

EDIT: Ich schlage vor, dass das „Löschen von Antworten nach X Tagen“ in diesen „mit einem Thema verknüpften“ PMs mit mehreren Empfängern, die auch in einer erweiterbaren/versteckbaren Chat-Seitenleiste erscheinen können (in der Chat-Seitenleiste wird die PM durch Entfernen von totem Raum und Verwendung von Bildminiaturen „komprimiert“), für uns das ultimative wäre.

Außerdem halte ich Whispers nicht für eine ausreichend nahe Lösung für unser Problem.

[Overgrow]

Das könnte eine großartige Funktion für spezielle Themenarten sein, z. B. für einmalige Fragen und Antworten. Ich würde mich freuen, wenn dies umgesetzt würde.

Auch nützlich für einige Ankündigungen, bei denen wir möchten, dass Benutzer reagieren, aber gleichzeitig das Thema sauber bleibt.

[sam (Sam Saffron)]

Das steht auf unserer Roadmap für das nächste Release!

[vinothkannans (Vinoth Kannan)]

Jetzt ist es im folgenden Commit erledigt. Ich habe viele Änderungen im Code für „future-date-input

[codinghorror (Jeff Atwood)]

Wo stellen wir das ein? Können Sie einen Screenshot der Benutzeroberfläche teilen? Ist es eine Einstellung pro Thema?

[sam (Sam Saffron)]

Derzeit pro Thema in der UI des Topic-Timers

[vinothkannans (Vinoth Kannan)]

[Overgrow]

Wenn ich das Dialogfeld „Timer festlegen“ öffne, „Antworten automatisch löschen“ auswähle und dann das Modal durch Klicken auf schließe, erscheint folgende neue Zeile:

Sie kann nicht gelöscht werden und verschwindet nach einem Neuladen.

[dfabulich (Dan Fabulich)]

Ich habe diese Funktion gerade in den heutigen Release-Notizen gesehen. Sie sieht großartig aus! Ich habe eine Folgefrage.

@codinghorror

Ich denke, wir sollten vielleicht auch Antworten mit einer bestimmten Anzahl an Likes behalten, nur für den Fall?

Wurde dieser Teil der Funktion umgesetzt? Es scheint eine gute Idee zu sein.

[vinothkannans (Vinoth Kannan)]

@dfabulich

Ist dieser Teil der Funktion bereits umgesetzt worden?

Nein, er ist noch nicht umgesetzt.

[dfabulich (Dan Fabulich)]

Ach nein. Gibt es eine Möglichkeit, eine Antwort manuell vor dem Löschen zu speichern?

[vinothkannans (Vinoth Kannan)]

Entschuldigung! Diese Option ist derzeit nicht verfügbar.

[codinghorror (Jeff Atwood)]

Zugestimmt, das haben wir mit Vinoth irgendwie übersehen – wir sollten Schutz für Antworten mit >= x Likes hinzufügen. Entweder hart codiert oder als Seiteneinstellung.

[vinothkannans (Vinoth Kannan)]

In diesem Fall sollten wir dann nur die Antworten des Originalbeitrags (OP) behalten? Denn wenn wir eine Antwort eines anderen Benutzers ohne die Antwort, auf die sie sich bezieht, behalten, entsteht Verwirrung. Wenn wir beispielsweise Post #10 löschen und Post #11 in diesem Thema behalten, ergibt das keinen Sinn.

[dfabulich (Dan Fabulich)]

Ich möchte mich auch mit meiner Meinung dafür aussprechen, Antworten manuell zu speichern. (Solange es sich um einen manuellen Prozess handelt, wird die betreffende Person presumably die Weitsicht haben, nur Antworten zu speichern, die auch ohne Kontext Sinn ergeben.)

[codinghorror (Jeff Atwood)]

Es kann beliebig sein. Likes sind das einzige Maß, das wir benötigen.

[sam (Sam Saffron)]

Ich bin mit einer solchen Site-Einstellung einverstanden:

skip_auto_delete_reply_likes (Standardwert: 5)

Das kann etwas überraschend sein, daher möchte ich, dass diese Zahl den Administratoren mitgeteilt wird, wenn sie den Timer einstellen. Warten wir vielleicht auf das Redesign der Topic-Timer-Benutzeroberfläche, an dem @martin arbeitet, um dies einzubauen?

Hinweis: Dies löst das Problem von @dfabulich nicht, und ehrlich gesagt kann ich mir keine saubere Workaround-Lösung für den manuellen Schutz vorstellen. Hier sind einige Ideen, die ich hatte:

1. skip_auto_delete_reply_on_staff_like (Standardwert: false) – ähnlich wie wir Kommentare auf dem BBS über Staff-Likes hervorheben.

2. Automatisches Überspringen bei „Post-Hinweis“ … fügt jedoch Rauschen hinzu.

3. Immer überspringen, wenn ein Staff-Mitglied postet – müsste eine Einstellung sein.

4. Etwas anderes … meiner Meinung nach zu unübersichtlich.