Note : Il existe un sujet apparemment similaire à propos d’un résumé de sujet ici, mais il est en réalité assez différent de ce que je propose, bien que certains éléments puissent se ressembler.
Avoir une section de résumé en haut d’un sujet vous semblerait-il utile ?
C’est une idée qui figure sur ma liste depuis longtemps, et je crois qu’elle pourrait transformer les discussions.
J’ai toujours trouvé que lire tous les messages d’un fil pouvait être excessif si je voulais simplement connaître l’état actuel des choses. (C’est bien de suivre l’évolution des idées et d’obtenir une analyse plus approfondie, mais tout le monde n’a pas le temps pour cela). Et sauter directement à la fin ne fonctionne pas non plus, car les messages réellement importants peuvent se trouver au milieu.
Surtout dans les forums censés discuter de l’amélioration de quelque chose, il peut y avoir beaucoup de hauts et de bas, d’avancées et de reculs, et ce que j’aimerais vraiment avoir, c’est quelque chose qui résume tout cela, de préférence dès le début, afin que je sache ce qui se passe et que je n’aie besoin que d’une minute.
Comment fonctionnerait ce résumé ?
J’imagine le résumé comme un champ de texte modifiable, tout comme n’importe quel message, et n’importe qui peut apporter des modifications, un peu comme sur Wikipédia. Il est possible que les modifications ne soient autorisées que si vous publiez également quelque chose dans le fil, ce qui servirait en quelque sorte de justification à votre modification du résumé.
Laissez-moi illustrer cela en utilisant cette conversation même comme exemple :
Disons que la première personne (moi) lance un nouveau sujet avec un premier message (celui-ci).
Discourse me demanderait alors : « Voulez-vous modifier le résumé ? »
Je répondrais « Oui », et j’ajouterais le premier texte au résumé :
Un résumé pourrait aider les nouveaux venus à rattraper rapidement le fil et aiderait la communauté à parvenir à de meilleures conclusions.
Bon, jusqu’ici tout va bien. Maintenant, la personne B intervient et pourrait répondre :
« Je ne suis pas sûr que cela vaille la peine. J’imagine que cela serait assez difficile à mettre en œuvre, et n’ajouterait-ce pas simplement au bruit ? », publie son message, puis se voit demander s’il souhaite mettre à jour le résumé :
Un résumé pourrait aider les nouveaux venus à rattraper rapidement le fil et aiderait la communauté à parvenir à de meilleures conclusions. Cela pourrait cependant ajouter au bruit et ne pas être facile à mettre en œuvre.
La 3e personne, C : « Je pense que ce serait une excellente idée, mais je suis d’accord avec B, cela pourrait ne pas valoir l’effort. … Sauf… Cela pourrait-il également être utilisé dans nos propositions et nos votes [ou autre chose qui pourrait intéresser la communauté spécifique] ? Hum, peut-être devrions-nous établir une liste de pour et de contre, qu’en pensez-vous ? » C décide de ne pas mettre à jour le résumé, il n’est pas sûr de ce qu’il pourrait changer qui l’améliorerait réellement.
La 4e personne, D : « Oui, cela pourrait tout à fait fonctionner pour notre engagement utilisateur et pendant le processus d’élaboration de propositions. Et oui, je soutiens l’idée de C de faire une liste de pour et de contre, j’en ai d’autres :
Nous pourrions faire en sorte que chaque modification soit liée à l’auteur de la modification, et lorsque vous cliquez dessus, cela vous emmène directement au message correspondant, c’est en quelque sorte une navigation rapide, non ? »
Un résumé pourrait :
- aider les nouveaux venus à rattraper rapidement le fil
- aider la communauté à parvenir à de meilleures conclusions
- servir de « navigation rapide »
- Ne pas être limité à ce forum Discourse
Cependant, les inconvénients possibles sont :
- Cela pourrait ajouter au bruit
- Probablement pas facile à mettre en œuvre.
B intervient à nouveau : « Attendez, attendez une minute. Avant de nous enfoncer dans cette impasse, que doit réellement résumer ce résumé ? Est-ce simplement une reformulation de chaque message publié ? Cela n’aurait pas beaucoup de sens, non ? Pourrions-nous d’abord en avoir une définition ? Je pense qu’il ne devrait résumer que ce qui est vraiment important, c’est-à-dire uniquement ce qui contribue à répondre à la question du message original, non ? Sinon, je maintiens ma déclaration précédente selon laquelle cela ne ferait qu’ajouter du bruit, ou plus de charge dans ce que les utilisateurs doivent taper, et une surcharge de l’interface utilisateur, etc…
Au fait, D, j’ai trouvé que votre « navigation rapide » était un peu difficile à comprendre, alors je l’ai un peu modifiée, j’espère que c’est toujours correct ? »
Un résumé devrait résumer tout le contenu pertinent d’un message qui contribue à répondre à la question de l’auteur.
Il pourrait :
- aider les nouveaux venus à rattraper rapidement le fil
- aider la communauté à parvenir à de meilleures conclusions
- les sections du résumé peuvent être liées aux messages des éditeurs
- Ne pas être limité à ce forum Discourse
Cependant, les inconvénients possibles sont :
- Cela pourrait ajouter au bruit
- Probablement pas facile à mettre en œuvre.
L’utilisateur D : « Oui, merci B, vous avez raison, ce n’est pas forcément évident ce que je voulais dire. Je pense que j’aimerais toujours avoir la navigation rapide mentionnée là-bas, car c’est en quelque sorte un point séparé à mon avis. Lier quelque chose donne un peu de … vérification ? Authenticité ? Je ne suis pas sûr du mot exact là…
Oh, et juste pour reformuler un peu mon point initial concernant son utilisation en dehors de ce forum Discourse…
Ce que je voulais vraiment dire par là, c’est que je pense qu’il peut également être utilisé en dehors de notre focus spécifique sur les propositions et les votes. Par exemple, il pourrait servir à suivre l’avancement des tâches, l’état de quelque chose, pourrait offrir une analyse plus complète de n’importe quel type de question, … les possibilités sont infinies. »
Un résumé devrait résumer tout le contenu pertinent d’un message qui contribue à répondre à la question de l’auteur.
Il pourrait :
- aider les nouveaux venus à rattraper rapidement le fil
- aider la communauté à parvenir à de meilleures conclusions
- les sections du résumé peuvent être liées aux messages des éditeurs
- Navigation rapide vers les détails des déclarations individuelles
- Peut être très utile non seulement pour les propositions et les votes
Cependant, les inconvénients possibles sont :
- Cela pourrait ajouter au bruit
- Probablement pas facile à mettre en œuvre.
Ensuite, l’utilisateur X arrive, voit cette dernière version du résumé, tout est intuitif sauf l’élément « lié aux éditeurs », alors il survole, voit que le message de l’utilisateur D était la première entrée liée, et celui de l’utilisateur B la deuxième. (Une sorte d’info-bulle au survol). Il peut cliquer directement sur le lien vers le message de D et lire les détails à partir de là, suivi directement par celui de B (il pourrait y en avoir d’autres entre les deux qui auraient été réduits car ils n’ont pas contribué au changement).
… bon, j’espère que vous avez compris l’idée. 
Super simple pour rattraper le fil, n’est-ce pas ? (si vous imaginez devoir seulement lire ce résumé !)
Eh bien, ce ne sera pas facile d’écrire ce plugin avec tous les détails glorieux que j’imagine (Il y a beaucoup plus que ce plugin pourrait faire, certains de mes favoris encore sans nom seraient d’augmenter ou de diminuer la taille de police, le poids ou la couleur en fonction des votes/réactions associés aux messages de blog contributifs), et certaines parties pourraient être un peu délicates logiquement (par exemple, attribuer correctement les modifications à l’auteur, et visualiser ce qui se passe si quelqu’un supprime simplement un « pas », etc… ) mais je suis sûr que tout est réalisable et peut apporter une valeur immense à de nombreuses discussions.
(C’était beaucoup plus long que ce que je prévoyais d’écrire, mais c’était amusant de créer cet exemple 
)
Qu’en pensez-vous ?
Ce type de plugin est-il techniquement réalisable dans l’écosystème Discourse ?
Avez-vous besoin de plus d’informations ? De maquettes plus sérieuses ? (Je ne suis pas très doué pour cela, mais je pourrais essayer d’en créer quelques-unes)
Disclaimer :
Je pourrais essayer de développer cela moi-même, et je le ferai peut-être, mais je n’ai aucune expérience en Ruby / Ember / Discourse pour l’instant, donc cela me prendrait du temps.
De plus, l’idée remonte à un peu plus longtemps, mais a attiré plus d’attention dans un groupe communautaire qui trouverait cela super utile, alors je pourrais aussi le faire là-bas et faire un peu de test en conditions réelles… mais encore une fois, cela me prendrait du temps, et si cela a de la valeur pour Discourse, avoir certains d’entre vous impliqués serait super cool !
Salutations 
