I think this is a very powerful tool for keeping documentation topics clean. I would have this on most documentation topics on meta.
It means people can reply to them but they know upfront that replies are like tears in the rain. If you want something permanent:
Open a new topic
or
Edit the OP
Even though we can do this pruning by hand it is tedious. Plus, on a psychological level, when a computer does something cause “these are the rules of the ball game”, it feels way better than us humans intervening. (oh why are you making up this rule now, not fair)
I think we might also want to retain replies that have a certain threshold of likes, just in case?
Other than that I think there’s clear need for this based on our usage at least, in the “first post wiki” kinda deals. It would have to be a per-topic setting though, right?
I like this. We have a lot of “stickies” (pinned posts) that might get a lot of heavy use now as we transition over to Discourse, but later won’t be as relevant. I don’t want to have to remake the posts every so often.
I am in favor of this feature request for all the reasons cited above plus one more.
Here is some background for my reasoning. I have researched having a ‘chat’ feature in Discourse and understand the position of the Discourse team on people using private multi-recipient messages for chatting.
I know that both Babble and ‘Quick messages’ plugins use the multi-recipient PMs at their core.
I think ‘Quick Messages’ is almost exactly what suits us.
We want to have just a few selected people on our site who are allowed to chat but it seems to me that the feature requested by this topic, if implemented as a feature, would mitigate most of the negative issues with using multi-recipient PMs as a form of chatting.
Actually I hate chat, but it has its purpose for a team of people who are working together on creating a DRAFT of a long helpful general forum topic. The chat sidebar, can be on top while all the good stuff that results from the chatting gets transferred to the DRAFT topic, on the same screen below (preferably beside) the chat sidebar.
Our team is using RocketChat beside a Discourse window right now but I want an All-in-one solution…
Just my 2 cents and I really would like if this feature were added soon
I would like a ‘chat now’ button beside each topic, so that ‘chat’ on the topic could be found easily in the future vs having to wade through a bunch of PM’s to see it there was a chat for a topic
EDIT: I am suggesting that ‘deleting replies after X days’ in these ‘linked to a topic’ multi-recipient PMs that can also show up in a expandable/hide-able chat sidebar (in the chat sidebar, the PM is ‘compressed’ by removing dead space and using image thumbnails), would be the ultimate for us.
Also, I do not think whispers are a close enough solution for our issue.
Si j’ouvre la boîte de dialogue Définir le minuteur, sélectionne « Suppression automatique des réponses » puis quitte la fenêtre modale en cliquant sur , la nouvelle ligne suivante apparaît :
Elle ne peut pas être supprimée et disparaît après le rechargement.
D’accord, on a un peu manqué ça, Vinoth — il faudrait ajouter une protection pour les réponses avec >= x likes. Soit en dur, soit via un paramètre du site.
Dans ce cas, devrions-nous ne conserver que les réponses de l’OP ? Car si nous conservons une réponse qui n’est pas de l’OP sans son message parent, cela créera de la confusion. Par exemple, si nous supprimons post #10 et que nous conservons post #11 dans ce sujet, cela n’aura aucun sens.
J’aimerais aussi donner mon avis en faveur de la sauvegarde manuelle des réponses. (À condition que ce soit un processus manuel, on peut supposer que la personne chargée de sauvegarder les réponses aura l’intelligence de ne sauvegarder que celles qui ont du sens hors contexte.)
Je suis d’accord avec un paramètre de site tel que :
skip_auto_delete_reply_likes (par défaut 5)
Cela peut être quelque peu surprenant, donc je souhaiterais que ce nombre soit communiqué aux administrateurs lorsqu’ils définissent le minuteur. Peut-être devrions-nous attendre la refonte de l’interface des minuteurs de sujets sur laquelle @martin travaille pour l’ajouter ?
Notez que cela ne résout pas le problème de @dfabulich, et pour être honnête, je ne vois pas de solution de contournement propre pour la protection manuelle. Voici quelques idées que j’ai eues :
skip_auto_delete_reply_on_staff_like (par défaut false) – similaire à la façon dont nous mettons en avant les commentaires sur le BBS grâce aux likes du personnel.
Ignorer automatiquement lors d’une « publication d’avis »… cela ajoute du bruit.
Toujours ignorer lorsque le personnel publie, cela devrait être un paramètre.
Quelque chose d’autre… trop désordonné à mon avis.
, la nouvelle ligne suivante apparaît :