Il existe deux façons de désigner la même chose : la ville de Bangalore, également connue sous le nom de Bengaluru.
Comme ce sujet comporte les deux balises.
Existe-t-il des moyens de fusionner ces balises et d’avoir la balise principale avec les autres comme synonymes, comme mentionné dans l’article suivant ?
Discourse le permet-il ?
I do not believe so at the moment - each tag is unique.
A not very beautiful workaround you could do is enforce one spelling/synonym by making the others staff-tags (so most users can’t use them). You can then either not use the different spellings /synonyms at all or just have one topic for each which is just a post redirecting to the other tag.
At some point we will be forced to implement tag synonyms @neil it is inevitable. Also a problem with plurals. We went through this same thing at Stack Overflow…
@codinghorror Any guidance on if this is upcoming soon or still a ways out? Thinking through how to overhaul tagging as we’re migrating from Vanilla and deciding whether to build our own internal systems for tag synonyms and merging (likely a manual process) or wait until it’s supported natively.
If you’re getting close, perhaps we’ll hold off. 
Thanks!
I wouldn’t mind doing it, not sure how much work it would be though. Any idea on scope @neil? The classic example from my SO days is this one:
string vs. strings
Just making plurals remap to the singular version is a good starting point, though obviously you’d want {x} different forms to remap to the same base.
Thanks for the reply, @codinghorror! Automatic merging of singular vs. plural would be great.
One more thing that might be useful based on my experience is a new tags queue so it’s easy so spot them and either a) approve them as is b) merge them with something else or c) delete them.
One of the problems we have now is identifying newly added tags. Because they’re not anywhere unique it becomes a hunting game of pouring through a sea of words each month looking for similar words/phrases.
Having a new tag queue - or being able to sort tags by date added - would be immensely helpful for keeping things nicely organized. Or, at least selfishly, for us.
We don’t have much of a UI for managing tags, since we only allow renaming and deleting currently. But merging and adding a list of synonyms doesn’t seem like much. Reviewing new tags would happen in the new review queue, so I’m not sure how much work that would be. So… a week or two of work?
I’ll add it to the 2.4 release list.
Fantastic, thanks @codinghorror and @neil!
Voici un aperçu de ce que j’ai pour l’instant.
J’aimerais ajouter quelques éléments à la section d’informations sur le tag, comme les catégories auxquelles il est restreint (le cas échéant) et les groupes de tags auxquels il appartient (si le paramètre « tags listés par groupe » est activé).
L’ajout de descriptions de tags a été demandé, c’est donc dans cette section d’informations qu’elles seront affichées et modifiées.
C’est super ! Le bouton devrait-il être 
Modifier comme pour les catégories ? Et les paramètres devraient-ils également être dans une fenêtre modale ?
La vidéo affiche la vue administrateur des informations sur les étiquettes, mais elle fonctionne également pour les utilisateurs anonymes et non membres du personnel. Ils verront les synonymes, les catégories dans lesquelles les étiquettes peuvent être utilisées (si elles sont restreintes à certaines catégories) et les noms de groupes d’étiquettes auxquels elles appartiennent (si les noms de groupes d’étiquettes sont publics sur la page /tags).
Cet espace est également prêt pour de nouvelles fonctionnalités demandées, comme la possibilité d’ajouter des descriptions aux étiquettes.
Je déteste un peu l’approche modale maintenant, surtout depuis que la fenêtre modale des catégories est si remplie et continue de s’étendre. Peut-être que les paramètres des catégories doivent être déplacés hors d’une fenêtre modale.
Oui, cela a du sens. Je préfère clairement la mise en page intégrée à la fenêtre modale, mais je préférerais être cohérent dans les deux cas. Mettre à jour les paramètres des catégories pour qu’ils ressemblent davantage à la mise en page des paramètres de groupe pourrait être une bonne décision à un moment donné.
Cette fonctionnalité a été intégrée dans la dernière version bêta, veuillez donc la mettre à jour et l’essayer.
La création de synonymes et la fusion de balises se font au même endroit. Si vous souhaitez fusionner les balises « js » et « javascript » en choisissant « javascript » comme balise de base, rendez-vous sur la page de la balise javascript (/tags/javascript).
Une fois « js » ajouté en tant que synonyme, ses sujets apparaîtront comme étant tagués avec « javascript ».
Dans la recherche et les filtres, « js » s’affichera et redirigera les utilisateurs vers « javascript ». Le taggage des sujets avec « js » utilisera « javascript » à la place. Et ainsi de suite. J’espère avoir couvert tous les endroits où les synonymes doivent être gérés, alors faites-moi savoir si j’ai manqué quelque chose.
C’est un travail magnifique <3
Édit : Je viens de remarquer que c’est aussi un moyen très fluide de renommer un tag. Nous avions plus de 100 tags ‘ux’, mais les paramètres du forum exigent des tags d’au moins trois lettres. J’ai ajouté ‘ux’ comme synonyme de ‘ux-design’ et tous nos tags ‘ux’ ont été mis à jour instantanément.
J’ai été un peu surpris par le comportement de renommage, c’était une agréable surprise, mais une surprise quand même. Peut-être que si les synonymes vont provoquer un renommage massif, nous devrions avertir @neil : « Vous êtes sur le point de modifier 100 sujets avec le tag foo pour le tag bar », quelque chose comme ça ? Je ne suis pas sûr, c’était un peu une surprise.
Hmm, je ne vois pas ce qui surprend ici. Aimeriez-vous vraiment pouvoir choisir les deux options ?
En prenant cet exemple, quel est le cas d’usage pour avoir certains sujets étiquetés « js » et d’autres « javascript », après que « js » a été fusionné dans « javascript » ? Je pense qu’un message expliquant la signification d’un synonyme serait utile.
J’adore absolument les synonymes de balises et cette nouvelle interface pour les gérer — bravo !
Je pense que la surprise dont parle Sam, et que je ressens aussi, c’est que c’est un outil brut qui a le potentiel d’affecter de nombreux sujets. C’est certainement une Bonne Chose (marque déposée) et une amélioration considérable, mais comme il n’est pas possible d’annuler (il n’y a pas de fonction Annuler, n’est-ce pas ?), cela pourrait amener les gens à modifier accidentellement des éléments qu’ils regrettent plus tard, sans s’en rendre compte. Cela peut sembler excessif, mais avoir une invite pour avertir de l’étendue du changement imminent serait utile.
Je n’utilise même pas les balises, mais ça a l’air génial ! Concernant la surprise potentielle, il serait probablement utile de préciser que l’ajout d’un synonyme équivaut à une fusion réelle.
Pour moi, le terme « synonyme » pourrait laisser entendre que toutes les versions s’affichent toujours, mais sont simplement mappées vers la même chose en coulisses ; je pourrais imaginer un cas où quelqu’un souhaiterait que la version canonique d’une balise soit quelque chose de plus long et plus formel, tout en s’attendant toujours à ce que la ou les versions synonymes plus courtes s’affichent aux fins d’affichage, ou quelque chose dans ce genre (bien que je comprenne pourquoi le comportement tel que vous l’avez mis en place ait plus de sens !)
