J’ai remarqué sur mon forum et aussi sur Meta que les sujets sont remontés lorsque le titre est modifié. Pour moi, c’est assez déroutant car le sujet apparaît en haut de la liste des sujets, donc je m’attends à quelque chose de nouveau, mais il est très difficile de repérer le changement car généralement je suis dirigé vers le dernier message alors que la modification a eu lieu sur le premier message.
J’ai remarqué que vous avez changé le fait que les modifications sur le dernier message ne remontent plus le sujet. Est-il possible que le fait que les modifications du titre du sujet déclenchent maintenant une remontée soit un effet secondaire de ce changement ?
Cela affecte également les modifications de catégories et d’étiquettes.
Merci Moin, je vois maintenant… comme je ne vérifie plus s’il s’agit du dernier message, je dois vérifier si seul le message initial du sujet change et ignorer le “bump” si c’est le cas.
J’ai une correction ici :
J’ai pu reproduire le problème avec les changements de catégorie mais pas avec les changements de tags.
Hmm d’accord, je pense qu’il est valable que le titre ne fasse pas remonter le sujet, mais je pense que les modifications de catégorie + tag basées sur les remontées sont compliquées par ces deux paramètres :
Ceux-ci contrôlent si un sujet est remonté lors de la modification du message d’origine :
Mais ces paramètres contrôlent également si une notification réelle est envoyée lors du changement de catégorie/tags, il est donc un peu complexe de démêler tout cela. J’en discuterai en interne et je reviendrai vers vous.
Avant que vous ne supprimiez le “bump” sur les modifications, seules les modifications de titre, de catégorie et d’étiquette faisaient remonter le sujet lorsqu’il n’avait pas de réponses. Sinon, aucun “bump” ne se produisait car ce n’était pas le dernier message. Prévoyez-vous de rétablir cela, ou voulez-vous bloquer ces “bumps” également ?
Je me demandais aussi pourquoi une modification de catégorie sur mon sujet de test n’avait pas fait remonter le sujet maintenant. J’ai l’impression que c’est à cause de la période de grâce d’édition. Après avoir attendu 5 minutes, la modification de la catégorie a fait remonter le sujet à nouveau.
Je suis toujours confus quant à ce qui provoque un “bump” maintenant, à part une réponse. Comprendre cela pourrait m’aider à trouver des solutions pour savoir comment je remarque les modifications où l’utilisateur a suivi les instructions de Discourse pour modifier son message au lieu de poster des réponses consécutives[1]. Je pense que cela peut être une expérience frustrante lorsque le système vous dit de modifier votre message au lieu de répondre, vous le faites, et personne ne le remarque. J’ai également demandé de l’aide sur la façon dont les modifications des wikis peuvent être suivies maintenant.
Joyeux anniversaire
“Pas plus de %{count} réponses consécutives sont autorisées. Veuillez modifier votre réponse précédente, ou attendre que quelqu’un vous réponde.” ↩︎
Pour mon usage, modifier un sujet pour le faire remonter en haut du fil d’actualité était une fonctionnalité, pas un bug. Je comptais sur ce comportement pour communiquer aux utilisateurs qu’il y avait eu un changement dans les sujets.
Le dernier message étant modifié, provoquant le “bump”, est probablement utilisé par beaucoup pour faire remonter des messages dans le fil d’actualité et attirer l’attention sur des éléments.
Communiquer le changement en répondant à un message n’est pas aussi efficace car une fois qu’un utilisateur a lu le message 1, le “bump” avec une réponse l’amènera à la réponse, si la modification est dans le message 1 (ce qui est toujours le cas dans mon cas), il ne la verra pas.
S’il existait un paramètre pour activer/désactiver ce changement, les gens pourraient vraiment l’adapter à leurs préférences, plutôt que de bouleverser une fonctionnalité bien établie.
Je ne veux pas toujours relancer un sujet modifié, mais parfois j’aimerais rendre un changement opportun plus évident. La relance automatique est une option, mais pas exactement ce que je voudrais :
La relance automatique nécessite de définir une date/heure :
Il est tentant de suggérer une option « Maintenant » dans le menu de relance automatique, mais l’avis de relance automatique indique également une relance automatique – et non délibérée – ce qui est un signal différent :
J’ai parfois souhaité une option de relance de sujet lors de la modification qui pourrait être activée pour des rôles ou des niveaux de confiance. J’imagine des boutons pour « Enregistrer les modifications » et « Enregistrer les modifications et relancer » :
… et l’avis résultant pourrait dire Sujet modifié par le personnel ou quelque chose de similaire.
J’aimerais également dire que l’ancien comportement était incroyablement utile. Quelqu’un peut-il ajouter un bouton pour pouvoir basculer entre l’ancien et le nouveau comportement ?
Pouvez-vous expliquer comment vous avez utilisé le “bumping” et dans quels cas cela vous a été utile ?
Je n’arrive toujours pas à décider si je préfère le nouveau comportement ou l’ancien.
Par exemple, j’aimais le fait que les modifications apportées au titre, à la catégorie et aux tags ramenaient le sujet en haut s’il n’avait pas encore reçu de réponses. Cela permettait aux utilisateurs qui regardaient principalement ces catégories ou ces tags de les remarquer et d’y répondre. Cela m’a aussi beaucoup aidé ici sur le forum à comprendre comment les modérateurs utilisaient les catégories et les tags. Les sujets étaient souvent déplacés avant d’être répondus.
J’aime aussi l’approche selon laquelle les paramètres de Discourse vous obligent à ajouter des informations au lieu d’écrire un autre message. Cependant, cela ne fonctionne que s’il ramène le sujet en haut. C’est donc actuellement dans une situation étrange où les utilisateurs sont bloqués pour écrire plus de 3 messages d’affilée, mais la modification ne ramènera pas leur sujet en haut, donc il est probable que personne ne le remarquera.
J’ai aussi pensé qu’avoir un sujet wiki sans réponses, de sorte que les modifications y ramènent le sujet, et que lorsque vous cliquez sur le sujet, vous atterrissez immédiatement sur le message modifié, était une bonne façon de gérer cela.
Même si les wikis ramènent à nouveau le sujet, ils ne le font que lorsqu’ils sont le dernier message. Je trouve cela déroutant car j’ouvre un sujet qui a été ramené en haut, mais là où j’atterris (au dernier message), il n’est pas clair pourquoi.
Cependant, j’aime que les petites modifications n’entraînent pas de “bump”. J’ai remarqué que j’ai modifié davantage pour ajouter de petits détails que je n’aurais pas ajoutés auparavant parce que je les considérais comme trop insignifiants pour un “bump”.
Vous avez parfaitement résumé la situation avec vos points
Les publications qui n’ont intentionnellement reçu aucune réponse remontaient en haut du flux des derniers messages si elles étaient modifiées - Il pouvait s’agir d’une annonce dont les informations avaient changé, par exemple
Pour les mises à jour réelles d’un sujet où une modification supprime des informations désormais obsolètes, remonter en haut du flux des derniers messages était très souhaitable. Cela pouvait être fait avec une série de réponses, mais au fil du temps, cela deviendrait fastidieux pour l’utilisateur de comprendre ce qui était communiqué (imaginez 10 réponses avec des changements, par exemple). Il était beaucoup plus propre de modifier la publication originale / la publication la plus récente et de faire remonter le sujet dans le flux des derniers messages.
J’apprécie qu’il y ait des gens des deux côtés. L’ajout d’une option pour restaurer la fonctionnalité précédente de longue date dans Discourse plaira à tout le monde, peut-être que l’optionnalité pourra être étendue au fil du temps pour contrôler finement quelle activité sur une publication constitue sa remontée dans le flux des derniers messages.
Pour moi, la façon dont cela s’est passé pendant des années est optimale et j’en suis venu à m’y fier.
Ce changement m’a pris au dépourvu et bien que les utilisateurs puissent modifier les dates des publications pour ramener leur sujet en haut, pourquoi ne pas simplement le faire automatiquement comme cela a toujours été le cas auparavant ?
@pmusaraj@martin Ce changement a rétabli un comportement de longue date où la modification du dernier message le ramène en haut du fil d’activité
Il serait très utile que ce “bump” lors de la modification du dernier message soit réintégré au produit, car en une seule fois, un précédent de plus d’une décennie a été renversé, ce qui nous a été douloureux.
Les utilisateurs qui sont du personnel peuvent résoudre ce problème en déplaçant la date, mais les autres utilisateurs ne le peuvent pas. Je pense qu’une option devrait être proposée pour permettre le “bump” lors de la modification ou que le comportement précédent devrait être restauré.
Nous n’avons pas l’intention d’annuler ce changement. J’en ai discuté en interne, et pour vos cas d’utilisation, vous pouvez soit :
Faire du message initial du sujet un article wiki. Les modifications apportées aux articles wiki feront toujours remonter le sujet.
Créer un nouveau message dans le sujet lorsque des modifications importantes sont effectuées.
De plus, l’utilisation du minuteur d’Auto-Remontée de Sujet devrait également fonctionner. À l’avenir, nous pourrions introduire des options de configuration supplémentaires pour permettre un contrôle plus fin par catégorie sur la remontée des sujets.
Peut-être que tous les messages mis à jour par les utilisateurs TL4 et le personnel ne devraient pas devenir des messages wiki que la plupart des utilisateurs du forum peuvent modifier.
De plus, faire remonter le sujet lorsqu’un message initial est un wiki et qu’il est modifié n’est pas utile pour les sujets contenant plus d’un message wiki ou lorsque le wiki n’est pas le premier message. Par exemple, dans un sujet pour des choses collectées au cours d’un mois, et que vous créez ensuite un nouveau wiki en réponse pour le mois suivant. Cela fonctionnait très bien car le wiki pour le mois en cours était le message le plus récent, le sujet était donc remonté.
Le minuteur ajoute des petits messages d’action agaçants au sujet, que vous ne pouvez pas supprimer, car cela réinitialiserait à nouveau la date de remontée.
Je comprends que vous ne souhaitiez pas annuler les changements, et je peux voir les avantages dans un domaine limité (petites améliorations de vos propres messages), mais nous devrons peut-être alors examiner comment garantir que les flux de travail établis sur les forums continuent de fonctionner.
Le personnel utilise la réinitialisation de la date de remontée lorsqu’il voit un sujet dans les derniers messages qui a été remonté inutilement ; cela fonctionnait d’une certaine manière mieux que le personnel remontant manuellement les sujets qui auraient dû être remontés mais ne l’ont pas été. Comment remarquent-ils cela ?
Comme Martin l’a dit, à ce stade, nous n’allons pas revenir sur ce changement.
Il existe trois solutions de contournement :
Faire du sujet original un wiki
Utiliser le minuteur de remontée automatique de sujet (Auto-Bump Topic Timer)
Publier une réponse pour expliquer la modification (@Moin, c’est la solution suggérée dans les cas que vous décrivez où quelque chose ne devrait pas être un wiki et où vous ne souhaitez pas utiliser le minuteur de remontée automatique de sujet)
Je comprends que ces solutions de contournement ne sont pas idéales pour tous les cas d’utilisation. Lorsque vous rencontrez des cas spécifiques où aucune de ces options n’est viable, veuillez nous en faire part dans un sujet de type Feature.
@lindsey@martin@pmusaraj J’ai bien compris que vous ne cherchez pas à annuler ce changement. Serait-il envisageable d’introduire une option pour restaurer cette fonctionnalité ? Afin que les utilisateurs puissent choisir ?
À défaut, est-il techniquement possible de créer un plugin qui permette des “bumps” lors de la modification ? Je ne vous demande pas d’en créer un, mais je demande si, en principe, c’est possible, afin de ne pas m’engager dans une impasse en essayant de restaurer ce comportement sur lequel je compte désormais.
