Supprimer automatiquement les réponses après N jours

[sam (Sam Saffron)]

Pour les différents articles de notre base de connaissances, j’aimerais mettre en place un minuteur spécial pour :

Les réponses à ce sujet sont automatiquement supprimées après N jours.

Je pense que c’est un outil très puissant pour maintenir la propreté des articles de documentation. Je souhaiterais l’activer sur la plupart des articles de documentation sur Meta.

Cela signifie que les gens peuvent y répondre, mais ils savent dès le départ que leurs réponses sont comme des larmes dans la pluie. Si vous souhaitez quelque chose de permanent :

• Ouvrez un nouveau sujet

ou

• Modifiez le message original (OP)

Même si nous pouvons effectuer ce nettoyage manuellement, c’est fastidieux. De plus, d’un point de vue psychologique, lorsqu’un ordinateur agit parce que « telles sont les règles du jeu », cela semble bien mieux accepté que notre intervention humaine (ah, pourquoi inventer cette règle maintenant ? Ce n’est pas juste).

[codinghorror (Jeff Atwood)]

Je pense que nous pourrions aussi vouloir conserver les réponses ayant un certain nombre de likes, au cas où ?

Autre que cela, je pense qu’il y a clairement un besoin pour cela basé sur notre utilisation du moins, dans les affaires du genre “premier post wiki”. Cela devrait être un paramètre par sujet, non ?

[Heather_Dudley]

J’aime bien cette idée. Nous avons beaucoup de « épinglés » (messages épinglés) qui pourraient être très utilisés maintenant pendant notre transition vers Discourse, mais qui seront moins pertinents plus tard. Je ne veux pas avoir à refaire les messages de temps en temps.

[DaleKramer]

Je suis favorable à cette demande de fonctionnalité pour toutes les raisons citées ci-dessus, plus une autre.

Voici quelques éléments de contexte pour expliquer mon raisonnement. J’ai étudié l’ajout d’une fonctionnalité de « chat » dans Discourse et je comprends la position de l’équipe de Discourse concernant l’utilisation des messages privés à plusieurs destinataires pour discuter.

Je sais que les plugins Babble et « Quick messages » utilisent tous deux les messages privés à plusieurs destinataires comme base de leur fonctionnement.

Je pense que « Quick Messages » correspond presque exactement à nos besoins.

Nous souhaitons permettre à seulement quelques personnes sélectionnées sur notre site de discuter, mais il me semble que la fonctionnalité demandée dans ce sujet, si elle est implémentée, atténuerait la plupart des problèmes liés à l’utilisation des messages privés à plusieurs destinataires comme forme de chat.

En réalité, je déteste le chat, mais il a son utilité pour une équipe travaillant ensemble à la rédaction d’un BROUGHAT d’un long sujet général et utile sur le forum. La barre latérale de chat peut rester en haut, tandis que tout le bon contenu issu des discussions est transféré dans le sujet BROUGHAT, à l’écran, en dessous (de préférence à côté) de la barre latérale de chat.

Notre équipe utilise actuellement RocketChat à côté d’une fenêtre Discourse, mais je souhaite une solution tout-en-un…

Voilà mon avis, et j’aimerais vraiment que cette fonctionnalité soit ajoutée bientôt

J’aimerais avoir un bouton « chat maintenant » à côté de chaque sujet, afin que le « chat » relatif à un sujet puisse être facilement retrouvé dans le futur, plutôt que de devoir fouiller dans une multitude de messages privés pour vérifier s’il y a eu un chat pour un sujet donné

MODIFICATION : Je suggère que la suppression des réponses après X jours dans ces messages privés à plusieurs destinataires « liés à un sujet », qui peuvent également s’afficher dans une barre latérale de chat extensible/masquable (dans la barre latérale, le message privé est « compressé » en supprimant l’espace mort et en utilisant des miniatures d’images), serait l’idéal pour nous.

De plus, je ne pense pas que les chuchotements constituent une solution suffisamment proche de notre problème.

[Overgrow]

Cela pourrait être une excellente fonctionnalité pour un type de sujets particulier : par exemple, une question et une réponse ponctuelles. J’aimerais beaucoup voir cela mis en œuvre.

Également utile pour certaines annonces pour lesquelles nous souhaitons permettre aux utilisateurs de réagir, tout en maintenant le sujet propre.

[sam (Sam Saffron)]

C’est prévu dans notre feuille de route pour la prochaine version !

[vinothkannans (Vinoth Kannan)]

C’est maintenant fait dans le commit ci-dessous. J’ai apporté de nombreuses modifications au code « future-date-input ». N’hésitez pas à me faire part de tout nouveau problème d’expérience utilisateur (UX) qui y serait lié.

FEATURE: automatically delete replies on a topic after N days. (#9209)

[codinghorror (Jeff Atwood)]

Où définissons-nous cela ? Pouvez-vous partager une capture d’écran de l’interface utilisateur ? S’agit-il d’un paramètre par sujet ?

[sam (Sam Saffron)]

Par sujet pour le moment dans l’interface utilisateur du minuteur de sujet

[vinothkannans (Vinoth Kannan)]

[Overgrow]

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.

[dfabulich (Dan Fabulich)]

Je viens de voir cette fonctionnalité dans les notes de version d’aujourd’hui. Elle a l’air géniale ! J’ai une question complémentaire.

@codinghorror

Je pense que nous voudrions peut-être aussi conserver les réponses ayant atteint un certain seuil de likes, au cas où ?

Cette partie de la fonctionnalité a-t-elle été mise en œuvre ? Cela semble être une bonne idée.

[vinothkannans (Vinoth Kannan)]

@dfabulich

Cette partie de la fonctionnalité a-t-elle été implémentée ?

Non, elle n’est pas encore implémentée.

[dfabulich (Dan Fabulich)]

Hélas. Existe-t-il un moyen de sauvegarder manuellement une réponse avant sa suppression ?

[vinothkannans (Vinoth Kannan)]

Désolé ! Cette option n’est pas disponible pour le moment.

[codinghorror (Jeff Atwood)]

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.

[vinothkannans (Vinoth Kannan)]

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.

[dfabulich (Dan Fabulich)]

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.)

[codinghorror (Jeff Atwood)]

Cela peut être arbitraire. Les likes sont la seule métrique dont nous avons besoin.

[sam (Sam Saffron)]

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 :

1. 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.

2. Ignorer automatiquement lors d’une « publication d’avis »… cela ajoute du bruit.

3. Toujours ignorer lorsque le personnel publie, cela devrait être un paramètre.

4. Quelque chose d’autre… trop désordonné à mon avis.