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.
Das machen wir bereits mit Kategoriebeschreibungen und würden das gerne auch für Tag-Seiten umsetzen. Beispielsweise benötigen die Web-Entwickler-Teams oft Zugriff auf unser GitHub. Durch das Hinzufügen von:
Ich würde auch gerne Tag-Beschreibungen sehen. Eine Kombination aus der Beschreibung unter dem Tag in /tags und der Beschreibung auf der Tag-Seite, wie Dave oben gepostet hat, wäre perfekt. Wir verwenden einige obskure Tags, die für bestehende Nutzer Sinn ergeben, aber neue Nutzer haben Schwierigkeiten, sie zu verstehen. Wenn ich den Tag lang genug machen würde, um ihn verständlich zu machen, wäre er in der Benutzeroberfläche unübersichtlich. Wenn ich ihn jedoch so lasse, wie er ist, führt das zu zeitraubenden Fragen darüber, wofür der Tag gedacht ist.
Das fügt lediglich ein Banner hinzu, keine Beschreibung. Es gibt zwar eine Komponente, um Tag-Beschreibungen hinzuzufügen, doch die Anwendung ist etwas umständlich, wenn man Beschreibungen für viele Tags benötigt. Außerdem bevorzuge ich eine Beschreibung oben statt an der Seite, da sie das Topic List Preview-Plugin stört.
Ich habe auch gerade nach einem solchen Feld auf dem Info-Button gesucht. Zumindest eine Notiz für das Personal wäre bei etwas allgemeineren Markierungsnamen hilfreich.
Hallo, ich habe diesen Thread ebenfalls gefunden, als ich nach einer Möglichkeit suchte, ein Beschreibungsfeld für ein Tag unter dem Info-Button hinzuzufügen. Mir gefällt die oben vorgestellte Idee, eine Tag-Beschreibung in einem angepinnten Themenbeitrag oder Ähnlichem unterzubringen. Das würde zusätzlichen Kontext auf durchsuchbare Weise hinzufügen… Es wäre schön, eine Beschreibung zu einer Gruppe von Tags hinzuzufügen oder sie anzupinnen – besonders für alle, die durch /tags/ oder Ähnliches browsen.
Edit: Wo kann ich diesen Text umschreiben: Dieses Tag ist auf keine Kategorien beschränkt und hat keine Synonyme.
Noch eine Stimme für die Möglichkeit, Themen innerhalb von Tags zu pinnen, was nicht nur für die Tag-Beschreibung, sondern auch für andere Dinge genutzt werden könnte. Für meinen spezifischen Anwendungsfall nutzen wir eine eher breite, einfache Kategorienstruktur, um eine Vielzahl von Anwendungen und Techniken/Systemen zu diskutieren. Wir haben also Kategorien wie „Apps“, „Methoden“, „Lounge“ und „Feedback“ und verwenden Tags, um die potenziell 100+ Apps, Methoden, Systeme usw. zu verwalten. Kürzlich haben wir jedoch festgestellt, dass es wirklich praktisch wäre, die besten Ressourcen für jede App an einer gut sichtbaren, pro-App zugänglichen Stelle zu sammeln. Das lässt sich mit Tags nicht einfach umsetzen (z. B. ein Thema „Beste Ressourcen“ zu pinnen), sodass wir entweder auf eine enorme Anzahl von Kategorien zurückgreifen müssten oder akzeptieren müssten, dass das Ressourcen-Thema nicht auffindbar ist und Nutzer es suchen müssen. Oder wir könnten es manuell ständig nach oben bringen, aber dann würden die Ressourcen-Themen regelmäßig die neuesten Themen dominieren, was keine Option ist.
Das Pinnen von Themen innerhalb von Tags ist jedoch meines Wissens nach nicht Teil davon. Sobald Tag-Beschreibungen eingeführt wurden, sollten wir ein separates Thema für diese eigenständige Funktion erstellen.
Ah, well, no. It’s probably a lot better with a simple description field.