Comme je l’ai dit précédemment, l’envoi de sujets en haut de liste lors d’une modification significative me manque également.
J’utilise rss-polling pour être informé de la maintenance sur mon forum via le flux RSS de https://status.discourse.org/. Le sujet est créé lorsque la maintenance commence, et il était envoyé en haut de liste lors de la modification annonçant sa fin. Cet envoi est maintenant manquant, et je ne veux pas que les sujets soient des wikis, car aucun utilisateur ne devrait les modifier, ni ne veux qu’ils soient des documents. Les solutions de contournement actuelles n’aident donc pas.
Sur un forum, nous avons un sujet de galerie présentant les projets des utilisateurs en plus des sujets individuels dans lesquels les utilisateurs présentent leurs projets. Ce sujet est très utile pour rassembler de l’inspiration. Nous ajoutons une image du sujet de présentation et un lien vers celui-ci dans ce sujet de galerie. Trop d’images dans un message ont entraîné des problèmes de performance et rendent également la modification plus difficile. Nous créons donc un nouveau message pour tous les 10 projets. L’envoi en haut de liste lors de la modification lorsque le 2e ou le 9e projet a été ajouté était utile. Il est utile pour les utilisateurs de remarquer la mise à jour, et il était particulièrement utile pour ceux qui ajoutent des projets manuellement au sujet. Grâce à la date d’activité, je pouvais immédiatement voir si quelqu’un d’autre avait déjà ajouté le projet. Maintenant, chacun de nous doit ouvrir le sujet pour vérifier cela.
Il existe également d’autres sujets qui fonctionnent de manière similaire : des sujets qui servent de vue d’ensemble rétrospective des changements/activités au cours d’un mois et où le dernier message concernant le mois en cours est mis à jour plusieurs fois. Cela fonctionnait très bien car les modifications apportées au dernier message envoyaient le sujet en haut de liste. Publier chaque modification individuellement nuirait à la clarté des entrées regroupées mensuellement et signifierait toujours que les mises à jour des entrées existantes sont facilement manquées. Un nouveau sujet chaque mois pour quelques entrées semble excessif, et cela signifierait également que les utilisateurs devraient reconfigurer leurs notifications chaque mois, ou nous aurions besoin d’une sous-catégorie entière qui leur permette de définir leur statut de notification par défaut.
J’ai également apprécié que les changements de catégorie et d’étiquette sur les sujets sans réponse les envoient en haut de liste. Le plus souvent, j’utilise une liste (filtrée) des derniers sujets. Et si un sujet avait un titre mal choisi ou se trouvait dans la mauvaise catégorie, il se pourrait que je ne clique pas dessus. Si quelqu’un améliore cette information, je pourrais réaliser que je peux aider après tout. C’est pourquoi il était utile qu’un tel changement fasse remonter le sujet au-dessus de ma ligne de lecture.
De plus, il était utile d’en apprendre davantage sur les catégories et les étiquettes. J’ai souvent découvert de nouvelles étiquettes parce qu’elles étaient ajoutées à un nouveau sujet ou la différence détaillée entre les catégories en fonction des sujets déplacés par un modérateur. Je demande parfois pourquoi, car je pense que la possibilité de déplacer des sujets vers d’autres catégories s’accompagne également de la responsabilité de connaître la différence entre elles.
J’aime aussi l’approche selon laquelle les paramètres de Discourse vous obligent à ajouter des informations au lieu d’écrire un autre message.
Pour citer le message contextuel :
Cependant, cela n’a de sens que si les autres remarquent que vous avez modifié votre message pour ajouter des informations supplémentaires. Un exemple que j’ai rencontré plusieurs fois sur Meta concerne les mises à jour d’un message après la fusion d’une demande de tirage (pull request). L’ajout de ces informations dans le message n’informe pas ceux qui ont déjà lu le message, et ceux qui ne l’ont pas fait peuvent le voir facilement grâce au badge dans l’aperçu (onebox).
Pour moi, il n’est pas logique que le paramètre qui bloque plus de trois réponses consécutives par un utilisateur soit toujours actif et suggère des modifications comme solution, lorsque ces modifications n’ont malheureusement plus l’effet qu’elles avaient autrefois.