For one of the forums I’m administering, it would also be useful for tags to have tag descriptions (which, in my mind would be available as a tool tip on mouser-over on desktop) because we have a tag for each command that the program takes via the CLI, such as set. Since it is not immediately obvious why a post would be tagged #set, it would be nice if people could find out.
Having said that my preference would be a fully fledged description field for each tag, here is an idea that might work at least in our case: all CLI commands are in the same tag group called “CLI commands” or so. If each tag group had an option
[ ] prepend tags from this group with _______
So if I’d enter “command” as a prepend string, the #set tag would be displayed as “command:set”
Ah, well, no. It’s probably a lot better with a simple description field.
Just for completeness: another good use case for tag descriptions that can include links is as a place to point out to anonymous visitors that they can subscribe to the tag by RSS (in case they don’t want to sign up just yet …).
Technically RSS for tags works just fine (example), but without a place to point out that feature, users will hardly find it. Except for those with an RSS browser extension.
Nous faisons cela avec les descriptions de catégories et aimerions faire de même avec les pages d’étiquettes. Par exemple, les équipes de développement Web ont souvent besoin d’accéder à notre GitHub, alors ajouter :
J’aimerais beaucoup voir les descriptions des balises également. Une combinaison de la description sous la balise dans /tags et de la description sur la page de la balise, comme Dave l’a indiqué plus haut, serait parfaite. Nous utilisons quelques balises obscures qui ont du sens pour les utilisateurs existants, mais les nouveaux utilisateurs peinent à les comprendre. Si je rendais la balise suffisamment longue pour qu’elle soit compréhensible, elle deviendrait ingérable dans l’interface utilisateur, mais si je la laisse telle quelle, cela finit par entraîner des questions chronophages sur l’utilité de la balise.
Cela ajoute simplement une bannière, pas une description. Il existe un composant pour ajouter une description de balise, mais il est un peu pénible à utiliser si vous souhaitez des descriptions pour de nombreuses balises. Je préférerais avoir la description en haut plutôt que sur le côté, car cela perturbe le plugin Topic List Preview.
Je cherchais justement un tel champ sur le bouton Info également. Au moins, une note du personnel serait utile pour certains noms de tags plus génériques.
Bonjour, j’ai également trouvé ce fil de discussion en cherchant un moyen d’ajouter un champ de description à un tag sous le bouton d’info. J’aime l’idée proposée ci-dessus consistant à ajouter une description de tag dans un sujet épinglé ou similaire. Cela ajouterait un contexte supplémentaire de manière recherchable… ce serait bien d’ajouter ou d’épingler une description à un groupe de tags… surtout pour ceux qui naviguent sur /tags/ ou des pages similaires.
edit : Où puis-je réécrire ce texte : Ce tag n'est restreint à aucune catégorie et n'a pas de synonymes.
Un autre vote pour la possibilité d’épingler des sujets au sein des tags, ce qui pourrait être utilisé pour la description du tag mais aussi pour d’autres choses. Dans mon cas d’usage spécifique, nous utilisons une structure de catégories assez large et simple pour discuter d’une large gamme d’applications et de techniques/systèmes. Nous avons donc des catégories comme « Applications », « Méthodes », « Salon » et « Retours », et nous utilisons des tags pour gérer les 100+ applications, méthodes, systèmes, etc. Cependant, nous avons récemment réalisé qu’il serait vraiment pratique de pouvoir rassembler les meilleures ressources pour chaque application dans un endroit visible par application. Nous ne pouvons pas faire cela facilement (c’est-à-dire épingler un sujet « Meilleures ressources ») en utilisant des tags, nous devrions donc recourir à une quantité massive de catégories, ou simplement accepter que le sujet des ressources ne soit pas mis en avant et que les utilisateurs devront le rechercher. Ou alors, je suppose que nous pouvons le remonter manuellement tout le temps, mais dans ce cas, les sujets de ressources dominent périodiquement les derniers sujets, ce qui n’est pas une option viable.
Donc oui, +1 pour les sujets épinglés dans les tags !
Les descriptions de balises sont désormais prévues :
Le fixage de sujets au sein des balises n’en fait cependant pas partie, à ma connaissance. Nous devrions créer un sujet dédié à cette fonctionnalité distincte une fois que les descriptions de balises seront intégrées.
Ah, well, no. It’s probably a lot better with a simple description field.