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.
We do this with category descriptions and would love to do the same with tag-pages. For example, the Web Dev Teams will often need to access our Github, so adding:
I would love to see tag descriptions as well. A combination of the description below the tag in /tags along with the description on the tag’s page as Dave posted above would be perfect. We use a few obscure tags that make sense to existing users, but new users struggle to understand. If I were to make the tag long enough to understand it would be unruly in the UI, but if I leave it the way it is, it ends up leading to time wasting questions about what the tag is for.
That just adds a banner, not a description. There is this component to add a tag description, but it’s a little painful to use if you want descriptions for a lot of tags, and I would prefer to have the description up top rather than on the side because it breaks the Topic List Preview plugin.
Acabo de buscar un campo así en el botón de Información también. Al menos una nota del personal sería útil para algunos nombres de etiquetas más genéricos.
Hola, también encontré este hilo mientras buscaba una forma de agregar un campo de descripción a una etiqueta bajo el botón de información. Me gusta la idea publicada arriba de incluir la descripción de la etiqueta en una publicación fijada en un tema o algo similar. Eso añadiría contexto adicional de manera buscable… sería genial poder agregar o fijar una descripción a un grupo de etiquetas, especialmente para cualquier persona que navegue por /tags/ o algo similar.
edición: ¿Dónde puedo reescribir este texto: Esta etiqueta no está restringida a ninguna categoría y no tiene sinónimos.?
Otro voto a favor de la capacidad de fijar temas dentro de las etiquetas, lo cual podría utilizarse para la descripción de la etiqueta, pero también para otras cosas. Para mi caso de uso específico, estamos utilizando una estructura de categorías bastante amplia y sencilla para discutir una amplia gama de aplicaciones y técnicas/sistemas. Así que tenemos categorías como “Apps”, “Métodos”, “Salón” y “Comentarios”, y usamos etiquetas para manejar las posibles 100+ aplicaciones, métodos, sistemas, etc. Pero recientemente nos dimos cuenta de que sería realmente útil poder recopilar los mejores recursos para cada aplicación en algún lugar visible por aplicación. No podemos hacer esto fácilmente (es decir, fijar un tema de “Mejores recursos”) usando etiquetas, por lo que tendríamos que recurrir a una cantidad masiva de categorías, o simplemente aceptar que el tema de recursos no se mostrará y las personas tendrán que buscarlo. O supongo que podemos subirlo manualmente todo el tiempo, pero entonces los temas de recursos dominan periódicamente los últimos temas, así que eso no es viable.
Las descripciones de etiquetas ya están planificadas:
Sin embargo, fijar temas dentro de las etiquetas no forma parte de esto, según tengo entendido. Deberíamos crear un tema dedicado para esa función por separado una vez que las descripciones de etiquetas estén implementadas.
Ah, well, no. It’s probably a lot better with a simple description field.