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.
Fazemos isso com descrições de categorias e adoraria fazer o mesmo com páginas de tags. Por exemplo, as Equipes de Web Dev frequentemente precisam acessar nosso GitHub, então adicionar:
Eu adoraria ver descrições de tags também. Uma combinação da descrição abaixo da tag em /tags com a descrição na página da tag, como o Dave postou acima, seria perfeita. Usamos algumas tags obscuras que fazem sentido para usuários existentes, mas novos usuários têm dificuldade em entendê-las. Se eu tornasse a tag longa o suficiente para ser compreensível, ficaria desorganizada na interface; mas, se eu a deixar como está, acaba gerando perguntas que consomem tempo sobre a finalidade da tag.
Isso apenas adiciona um banner, não uma descrição. Existe um componente para adicionar uma descrição de tag, mas é um pouco trabalhoso de usar se você quiser descrições para muitas tags. Eu preferiria ter a descrição no topo, em vez de na lateral, pois isso quebra o plugin de Pré-visualização da Lista de Tópicos.
Oi, eu também encontrei este tópico enquanto procurava uma maneira de adicionar um campo de descrição a uma Tag sob o botão de informações. Gosto da ideia postada acima de adicionar a descrição da tag dentro de um tópico fixado ou algo similar. Isso adicionaria contexto adicional de forma pesquisável… seria legal adicionar ou fixar uma descrição a um agrupamento de tags… especialmente para quem está navegando por /tags/ ou algo similar.
edição: Onde posso reescrever este texto: Esta tag não está restrita a nenhuma categoria e não possui sinônimos.
Outro voto pela possibilidade de fixar tópicos dentro de tags, o que poderia ser usado para a descrição da tag, mas também para outras coisas. No meu caso específico, estamos usando uma estrutura de categorias bastante ampla e simples para discutir uma ampla gama de aplicativos e técnicas/sistemas. Então, temos categorias como “Apps”, “Métodos”, “Sala de Conversa” e “Feedback”, e usamos tags para lidar com os possivelmente 100+ aplicativos, métodos, sistemas, etc. Mas recentemente percebemos que seria muito bom poder reunir os melhores recursos para cada aplicativo em algum lugar visível, por aplicativo. Não conseguimos fazer isso facilmente (ou seja, fixar um tópico “Melhores recursos”) usando tags, então teríamos que recorrer a uma quantidade enorme de categorias, ou simplesmente aceitar que o tópico de recursos não aparecerá e as pessoas terão que procurá-lo. Ou, suponho, podemos aumentá-lo manualmente o tempo todo, mas aí os tópicos de recursos dominariam periodicamente os tópicos mais recentes, o que não é uma opção viável.
Fixar tópicos dentro das tags, no entanto, não faz parte disso, conforme meu conhecimento. Devemos criar um tópico dedicado para esse recurso separado assim que as descrições das tags forem implementadas.
Ah, well, no. It’s probably a lot better with a simple description field.