Nous recherchons un moyen (via un plugin ou toute autre méthode) d’épingler un commentaire en haut du fil de discussion d’un article de forum donné.
La raison : Nous voulons mettre à jour les anciens articles avec des informations/recherches actuelles, etc., sans réécrire l’article lui-même.
Des idées ?
C’est une excellente idée.
Je commente pour être sûr de revenir vérifier les réponses !
Vous pouvez utiliser le plugin solution pour les épingler efficacement en haut.
Tant que l’OP est quelqu’un qui a le « droit légitime » de supprimer un commentaire (comme un commentaire résolu). Et qu’il n’y a pas de problème à montrer de l’insistance si ce sujet continue.
Ce bruit est-il inutile pour le reste d’entre nous ? Au lieu de poster, envisagez d’utiliser le système de suivi et de définir le sujet sur « Suivi » à l’aide du contrôle déroulant en bas à gauche du sujet. Vous pouvez également utiliser le système de mise en signet et créer un rappel. Si une idée vous plaît, il suffit de cliquer sur « J’aime » au lieu de faire une publication juste pour l’exprimer.
Vous pourriez vouloir utiliser les termes Discourse pour décrire votre cas d’utilisation :
Un Post n’est pas un Topic, un Topic est composé de Posts, bien que je suppose que l’on puisse “poster un Topic” 
Je ne suis pas sûr à 100 % d’avoir bien compris, mais souhaitez-vous marquer visiblement un sujet comme « obsolète » et inclure un lien vers les informations plus récentes ?
Si c’est le cas, vous pourriez utiliser une notice du personnel sur le message d’origine. Quelque chose comme :
J’ai également ajouté une balise « knowledge-archive » pour faire bonne mesure, afin de tirer parti des capacités de balisage si vous en avez besoin. 
Je rencontre souvent ce scénario, car il est utile de comprendre pourquoi nous avons décidé de quelque chose, avec la conversation historique.
Comme l’a mentionné @not-ethan, le plugin Discourse Solved est un outil utile pour cela. Une méthode :
Merci pour vos contributions à tous ! Nous avons maintenant une liste solide de restaurants pour le déjeuner sur https://forums.example.org/t/places-to-have-lunch/1337. Allez y jeter un coup d’œil !
Un avantage de cette méthode est qu’elle se combine bien avec d’autres méthodes que vous pourriez déployer au fil du temps, comme la combiner avec Discourse Docs, ou de longs méga-fils, ou des sujets avec des réponses à suppression automatique… beaucoup de combinaisons pour différentes façons de collaborer. 
Je vais réessayer ma question, cette fois en utilisant les termes appropriés de Discourse. Je réessaie car la suggestion des plugins Solved Discourse Solved me fait penser que je n’ai pas été clair.
Nous avons des sujets techniques qui vieillissent mais nous voulons garder le texte de la publication originale intact. En même temps, nous ne voulons pas que les lecteurs pensent que le texte de la publication originale est nécessairement complet. Notre idée d’une solution élégante est d’épingler une publication juste en dessous de la publication originale qui contiendra toutes les mises à jour que nous découvrirons.
Cela aide-t-il à clarifier notre besoin ?
Qu’en est-il des mises à jour de la mise à jour ? Allez-vous créer des réponses ultérieures qui regroupent toutes les mises à jour, puis les épingler ? Ou devrez-vous épingler plusieurs réponses ?
La raison pour laquelle cela n’a pas de solution immédiate et évidente est que c’est généralement le domaine des articles wiki. La dernière version actuelle est présentée, avec les versions précédentes toujours disponibles pour révision.
Merci, Stephen. N’ayant pas les privilèges nécessaires, j’ignorais que les articles wiki existaient. (C’est parce que j’essaie de résoudre ce problème pour l’organisation pour laquelle je travaille.) Mais un article wiki semble être une bonne solution, en supposant que nous puissions contrôler l’épinglage de l’article wiki directement sous le message d’origine. Savez-vous si c’est possible ?
Le wiki est toujours le premier post du sujet.
Ainsi, tout le monde peut mettre à jour et organiser avec l’OP, l’historique des modifications étant disponible pour tous.
Merci encore. Si le wiki est toujours le premier message du sujet, alors il serait apparemment placé directement au-dessus de l’OP, et non directement en dessous. Est-ce exact ?
De plus, bien que je ne sois pas administrateur, je ne suis pas non plus débutant. J’ai posté souvent sur le forum, et pourtant je ne vois pas le menu lorsque je clique sur le bouton […]; le […] se développe simplement pour montrer le bouton « signet ». C’est un peu déroutant.
Non. Le message original est alors un wiki.
OK, alors il semble que nous devrons nous contenter que le message wiki soit l’OP dans ces cas.
Merci ! J’apprécie l’aide !
J’ai partagé l’idée de l’article wiki avec mes collègues, y compris le modérateur du forum qui en a créé un pour que nous puissions l’essayer.
Le seul problème est que l’article que nous avons désigné comme wiki ne remonte pas en haut. Nous n’avons pas beaucoup expérimenté, mais avoir cette fonctionnalité wiki puissante dans un sujet ne nous est pas très utile si elle est perdue au milieu des publications.
Des idées ?
Pas sûr que ça marche, mais répondez et changez l’horodatage pour que ce soit la réponse la plus ancienne, la faisant remonter en haut.
J’ai aimé votre réflexion, mais je viens de vérifier et le sceau temporel de modification ne se trouve que dans la clé à molette du sujet, pas dans la clé à molette du message, donc je ne pense pas que ce soit une option facile.
L’option « Créer un wiki » est un avantage par défaut du niveau de confiance 3 (bien que cela puisse être ajusté dans le paramètre d’administration min trust to allow self wiki), ce qui permet au message d’être modifiable par toute personne de niveau TL1 ou supérieur (également réglable). Les wikis n’ont pas à être l’OP, mais ils ont tendance à se perdre s’ils ne le sont pas. Bien que vous puissiez les rechercher à l’aide du filtre de recherche in:wiki.
Avec un wiki comme OP, il permet de le mettre à jour avec de nouvelles informations/modifications par la communauté (en fonction des paramètres TL que vous choisissez), et les versions précédentes peuvent être consultées via l’historique des modifications (dans le coin supérieur droit).
Je ne suis pas sûr que cela corresponde à ce que vous recherchez, mais je ne vois toujours pas tout à fait à quoi ressemblerait votre résultat final. Pourriez-vous me donner un exemple approximatif des premiers messages d’un tel sujet afin que je puisse essayer de le reproduire sur mon site de test ?
@JammyDodger Merci pour la clarification sur la raison pour laquelle je ne voyais pas le menu déroulant en cliquant sur l’élément […] sous un message.
Et oui, je suis heureux de fournir un exemple :
https://www.smartcontractresearch.org/t/research-summary-sok-decentralized-finance-defi/1055
C’est l’un de nos sujets SoK (Systematization of Knowledge) qui serait un excellent candidat pour ajouter des mises à jour continues via un article wiki tout en laissant l’OP inchangé. Encore une fois, nous y sommes presque ; si l’article wiki se déplaçait automatiquement en haut du sujet (comme @Stephen l’a dit), nous considérerions le problème résolu.
Faites-moi savoir si cela vous aide, et si vous avez d’autres questions.
Serait-il possible de créer le deuxième message juste après le premier comme espace réservé, et de l’utiliser comme message de « Mise à jour » lorsque vous en aurez besoin ? Il n’aurait même pas besoin d’être un Wiki, car les TL4 et le personnel ont un accès d’édition global, ils peuvent donc le modifier au besoin.
