Marquage incohérent des sujets comme ☑️ Résolu, Terminé ou Corrigé ici sur meta.discourse.org

Gosh. You made that sound complicated. :slight_smile:

Ostensibly, you pop the fixed tag on bugs that have been fixed and completed on feature requests that have been implemented. [1] Cela fait partie du processus pour clore les sujets (et tenir les parties prenantes informées des informations pertinentes). Ils ont été initialement mis en œuvre pour fournir une indication visuelle qu’« une bonne chose s’est produite » par rapport au symbole de verrouillage d’un sujet fermé. Lorsque ces balises sont appliquées de manière cohérente, vous obtenez une belle vague de vert lorsque vous faites défiler les listes de sujets de leur catégorie.

(Et delivered était une balise distincte mais similaire qui n’était pas contrôlée par l’équipe, elle pouvait donc être utilisée dans Marketplace)

Pour Solved, il existe pas mal de catégories où elle est active plutôt que la catégorie générique Support. Pratiquement toutes les catégories où la majorité des sujets seront des questions qui peuvent obtenir une solution. Support, Installation, Dev, Data & reporting, SSO

Idéalement, la meilleure pratique est que l’OP marque la solution, mais nous savons que cela n’arrive parfois pas (pour diverses raisons), donc je parcourais souvent les listes de sujets et nettoyais certaines d’entre elles après quelques semaines (une fois qu’elles étaient considérées comme « abandonnées »)

FWIW Le sujet Theme component pour cela est Reader Mode, donc vraiment ce sujet feedback que vous avez lié ne devrait pas être dans Theme component (car ce n’est pas un sujet de composant de thème). Il devrait probablement être dans Feature ou UX car je pense que c’est là que ces sujets ont fini par vivre maintenant qu’il y en a plus.

(Je pense qu’il était dans Site feedback car c’était une expérience ici sur meta)


  1. et avec UX étant un entre-deux entre les deux, l’un ou l’autre peut être utilisé en fonction de la « saveur » du sujet spécifique ↩︎

6 « J'aime »