Yes I think this ↑ ↑ is an excellent starting point 
2 « J'aime »
Je suis en difficulté avec cela. Fermer le wiki ne fonctionne pas pour moi pour les mêmes raisons mentionnées. Il est tout à fait logique d’avoir le premier message comme wiki, et les messages suivants pour la discussion. Toute modification du premier message devrait remettre le sujet en tête de liste. Les utilisateurs du forum consultent les derniers sujets et se plaignent de ce que les modifications ne soient pas remises en tête de liste.
Les solutions mentionnées ici sont exactement ce que je voulais voir se produire. Est-il impossible d’ajouter cela ?
Voir également : Updating a wiki post, doesn't put it to the top of latest - #3 by Tim_Jefferies
Si vous avez besoin de cela, définissez le niveau de notification du sujet sur « surveillance » — surveiller un sujet wiki vous fera recevoir une notification à chaque fois que le premier message est modifié.
3 « J'aime »
Les utilisateurs se plaignent car la partie /latest du site ne fait pas ce qu’elle est censée faire. Remonter le sujet lors de la modification du premier message, spécifiquement pour les articles de wiki, est la solution logique. Je comprends que les gens utilisent les wikis différemment, mais avoir une option pour modifier ce comportement a beaucoup de sens.
Mes utilisateurs ne veulent pas « suivre » les wikis ; ils veulent utiliser la page /latest de manière logique.
Verrouiller un message, supprimer les entrées superflues, s’assurer de modifier le dernier message à chaque fois que j’édite un wiki sur des wikis séparés (qui atteignent la limite de 90 000), le définir comme suivi. Ce ne sont pas des solutions logiques, ce sont des contournements. Le faire pour un seul wiki — pas de problème. Mais plus il y a de wikis, plus cette tâche devient exponentielle à gérer. Je devrais littéralement mettre en place un processus de gestion de modération chronophage juste pour s’assurer que les gens peuvent voir les mises à jour, et ils se plaindront quand même, car leurs mises à jour n’apparaîtront pas dans /latest.
C’est vrai, mais plus vous rencontrez de limitations comme celle-ci, plus cela indique peut-être que vous devriez choisir un autre logiciel libre gratuit, qui correspond mieux à vos besoins ?
Avoir une série de wikis dépassant les 90 000 caractères n’est pas le cas d’utilisation cible de Discourse en général… et forcer un rond dans un carré ne finit généralement pas bien.
2 « J'aime »
Ce logiciel répond parfaitement à mes besoins. La raison de cette demande de fonctionnalité est tout à fait claire. Il s’agit d’une demande logique qui permettrait d’améliorer une fonctionnalité déjà existante et de résoudre toutes les solutions de contournement dans le processus.
Je suis ravi que vous aimiez Discourse, bravo, mais je ne suis pas d’accord pour dire que « remonter pour toute modification d’un message dans le sujet » soit jamais un comportement souhaitable, par rapport aux solutions simples décrites ci-dessus.
2 « J'aime »
Ce ne sont pas des solutions simples pour les utilisateurs ou les modérateurs. Consultez le premier message du sujet.
Je ne suis pas d’accord pour dire que « remonter le sujet pour toute modification sur n’importe quel message » soit jamais un comportement souhaitable
Pour les messages wiki, c’est souhaitable. Et attendu par les utilisateurs.
Avoir plein de wikis de plus de 90 000 caractères
J’en ai un comme ça. Que les wikis soient longs ou courts, nos utilisateurs demandent toujours que /latest inclue les mises à jour des wikis.
Pour un wiki, c’est souhaitable. Les articles de wiki ne sont pas équivalents aux wikis complets. Il existe de nombreuses fonctionnalités de wiki que Discourse ne propose pas, celle-ci en fait partie.
Existe-t-il d’autres produits de discussion qui font cela ? On dirait que vous devriez envisager un produit comme MediaWiki.
Je comprends la logique qui consiste à éviter les mises à jour du cœur pour des éléments que l’on estime ne pas être cassés, mais à mon avis (non sollicité), le fait qu’une modification d’un article wiki ne remonte pas en tête ressemble à un bug du point de vue de l’utilisateur.
J’utilise également cette solution de contournement qui consiste à fermer le sujet et à supprimer tous les messages en dessous du message original (y compris l’avis « sujet fermé »), mais je n’ai que quelques articles wiki ; j’imagine que cela ne s’échelonne pas très bien à plus grande échelle.
Je pense qu’il serait plus approprié de dire « remonter pour toute modification d’un message wiki dans le sujet » ou même « remonter pour toute modification du premier message du sujet s’il s’agit d’un wiki ».
Pour être juste, je ne connais aucun autre produit de discussion qui propose quelque chose comme des « articles wiki ».
Certaines demandes ici sur #feature sont rejetées car non souhaitables dans le cœur, ce qui est acceptable ; nous discutons simplement des options et ce qui intègre le cœur dépend de l’équipe du cœur. Cependant, cela pourrait-il être résolu via un plugin ? Puis-je intercepter la modification d’un message, vérifier s’il s’agit d’un article wiki et forcer le remontage du sujet ?
8 « J'aime »
Très probablement oui ! Cela semble aussi être une excellente idée de plugin.
5 « J'aime »
Le meilleur de tout, c’est qu’il maintient les comportements confus hors du noyau :