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!
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?
Вот предварительный просмотр того, что у меня есть на данный момент.
Я хотел бы добавить немного больше информации в раздел сведений о теге, например, к каким категориям он ограничен (если есть), и к каким группам тегов он принадлежит (если включена настройка «теги, перечисленные по группам»).
Добавление описаний тегов было запрошено, поэтому эта информация будет отображаться и изменяться именно в этом разделе.
Видео демонстрирует представление администратора для информации о теге, но оно также работает для анонимных пользователей и пользователей без статуса сотрудника. Они увидят синонимы, категории, в которых можно использовать теги (если они ограничены определёнными категориями), и названия групп тегов, к которым они принадлежат (если названия групп тегов общедоступны на странице /tags).
Это место также готово для новых запрошенных функций, например, возможность добавлять описания к тегам.
Мне сейчас не очень нравится подход с модальными окнами, особенно учитывая, что модальное окно категорий уже переполнено и продолжает расти. Возможно, настройки категорий нужно перенести за пределы модального окна.
Да, это имеет смысл. Я определенно предпочитаю настраивать всё на странице, а не в модальном окне, но было бы лучше сохранить единообразие в любом случае. Обновление настроек категорий, чтобы они больше походили на макет настроек групп, возможно, станет хорошим шагом в будущем.
Эта функция вошла в последнюю бета-версию, поэтому, пожалуйста, обновитесь и попробуйте её.
Создание синонимов и слияние тегов осуществляется в одном и том же месте. Если вы хотите объединить теги «js» и «javascript», выбрав «javascript» в качестве базового тега, перейдите на страницу тега javascript (/tags/javascript).
После добавления «js» в качестве синонима темы с этим тегом будут отображаться как помеченные тегом «javascript».
В поиске и фильтрах «js» будет отображаться и перенаправлять пользователей на «javascript». При добавлении тегов к темам будет использоваться «javascript» вместо «js». И так далее. Надеюсь, я учёл все места, где необходимо обрабатывать синонимы, поэтому сообщите, если я что-то упустил.
Редакция: я только что заметил, что это очень удобный способ переименовать тег. У нас более 100 тегов ‘ux’, но настройки форума требуют теги из трёх и более букв. Я добавил ‘ux’ как синоним тега ‘ux-design’, и все наши теги ‘ux’ мгновенно обновились.
Я был немного удивлён поведением при переименовании — это было приятное удивление, но всё же удивление. Возможно, если синонимы приведут к массовому переименованию, стоит показывать подсказку @neil: «Вы собираетесь изменить 100 тем с тегом foo на тег bar» — что-то в этом роде? Не уверен, это было немного неожиданно.
Хм, я не понимаю, в чём тут удивление. Вы бы когда-нибудь хотели иметь возможность выбирать и то, и другое?
Используя этот пример, какой сценарий использования существует для того, чтобы некоторые темы были помечены как «js», а другие — как «javascript», после того как «js» был объединён с «javascript»? Думаю, было бы полезно добавить сообщение, объясняющее, что означает синоним.
Я просто в восторге от тегов-синонимов и этого нового интерфейса для их управления — отличная работа!
Думаю, та самая «сюрприза», о которой говорит Сэм и которую тоже ощущаю я, заключается в том, что это грубый инструмент, способный затронуть множество тем. Это, безусловно, Хорошая Вещь™ и огромный шаг вперёд, но поскольку действия нельзя отменить (правильно? кнопки «отмена» нет), люди могут случайно внести изменения, о которых позже пожалеют, даже не осознав этого. Возможно, это избыточно, но наличие подсказки с предупреждением о масштабе предстоящих изменений помогло бы.
Я даже не использую теги, но это выглядит потрясающе! Касательно возможного сюрприза: было бы полезно сразу прояснить, что добавление синонима означает фактическое слияние.
Для меня слово «синоним» может подразумевать, что все версии останутся видимыми, но просто будут отображаться как одно и то же «под капотом». Я могу представить ситуацию, когда кто-то захочет, чтобы каноническая версия тега была более длинной и формальной, но при этом ожидал, что более короткие синонимы будут отображаться для целей показа, или что-то в этом роде (хотя я понимаю, почему предложенное вами поведение имеет больше смысла!)