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.
Мы делаем это с помощью описаний категорий и с радостью хотим поступить так же со страницами тегов. Например, командам веб-разработки часто нужен доступ к нашему GitHub, поэтому добавление:
Я бы тоже с удовольствием увидел описания тегов. Идеальным вариантом было бы сочетание описания под тегом в разделе /tags и описания на странице самого тега, как это показал выше Дэйв. Мы используем несколько малоизвестных тегов, которые понятны существующим пользователям, но новые пользователи с трудом их понимают. Если я сделаю название тега достаточно длинным, чтобы в нём был смысл, это создаст хаос в интерфейсе, а если оставлю всё как есть, это приведёт к потере времени на вопросы о том, для чего нужен тот или иной тег.
Это просто добавляет баннер, а не описание. Существует компонент для добавления описания тега, но им довольно неудобно пользоваться, если нужно описать множество тегов. Кроме того, я предпочёл бы размещать описание сверху, а не сбоку, так как это нарушает работу плагина Topic List Preview.
Привет, я тоже наткнулся на эту тему, когда искал способ добавить поле описания к тегу под кнопкой «Информация». Мне нравится идея, предложенная выше, добавить описание тега в закрепленном сообщении темы или подобном. Это добавило бы дополнительный контекст в поисковой форме… было бы здорово добавить или закрепить описание для группы тегов… особенно для тех, кто просматривает /tags/ или подобное.
редактирование: Где можно переписать этот текст: Этот тег не ограничен какими-либо категориями и не имеет синонимов.
Ещё один голос за возможность закрепления тем внутри тегов. Это могло бы использоваться не только для описания тега, но и для других целей. В моём конкретном случае мы используем довольно широкую и простую структуру категорий для обсуждения широкого спектра приложений, техник и систем. У нас есть категории «Приложения», «Методы», «Лаунж» и «Обратная связь», а теги применяются для управления сотнями приложений, методов, систем и т. д. Однако недавно мы поняли, что было бы очень удобно иметь возможность собирать лучшие ресурсы для каждого приложения в заметном месте, привязанном к конкретному приложению. К сожалению, это сложно реализовать с помощью тегов (например, закрепив тему «Лучшие ресурсы»), поэтому нам пришлось бы создавать огромное количество категорий или просто смириться с тем, что тема с ресурсами будет скрыта, и пользователям придётся её искать вручную. Или, возможно, мы могли бы вручную поднимать её в топе постоянно, но тогда темы с ресурсами периодически будут доминировать в списке последних тем, что не подходит.
Однако закрепление тем внутри тегов, насколько мне известно, не входит в этот план. После внедрения описаний тегов следует создать отдельную тему для этой новой функции.
Ah, well, no. It’s probably a lot better with a simple description field.