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.
مرحباً، لقد وجدت هذا الموضوع أيضاً أثناء البحث عن طريقة لإضافة حقل وصف إلى علامة تحت زر المعلومات. أعجبني الفكرة المنشورة أعلاه المتمثلة في إضافة وصف للعلامة ضمن موضوع مثبت أو ما شابه. هذا من شأنه أن يضيف سياقاً إضافياً بطريقة قابلة للبحث… سيكون من الجيد إضافة أو تثبيت وصف لمجموعة من العلامات… خاصة لأي شخص يتصفح /tags/ أو ما شابه.
تعديل: أين يمكنني إعادة كتابة هذا النص: هذه العلامة غير مقيدة بأي فئات، وليس لها مرادفات.
تأييد آخر لإمكانية تثبيت المواضيع داخل الوسوم، وهو ما يمكن استخدامه لوصف الوسم ولكن أيضًا لأشياء أخرى. في حالتي الخاصة، نستخدم هيكلًا فئويًا واسعًا وبسيطًا نسبيًا لمناقشة مجموعة واسعة من التطبيقات والتقنيات/الأنظمة. لذا لدينا فئات مثل “التطبيقات” و"الطرق" و"صالة الاستقبال" و"الملاحظات"، ونستخدم الوسوم للتعامل مع أكثر من 100 تطبيق وطريقة ونظام، إلخ. لكننا أدركنا مؤخرًا أنه سيكون من الرائع جدًا القدرة على تجميع أفضل الموارد لكل تطبيق في مكان مرئي مخصص لكل تطبيق. لا يمكننا القيام بذلك بسهولة (أي تثبيت موضوع “أفضل الموارد”) باستخدام الوسوم، لذا سنضطر إما إلى اللجوء إلى عدد هائل من الفئات، أو القبول بأن موضوع الموارد لن يظهر بشكل بارز وسيضطر الناس للبحث عنه. أو ربما يمكننا رفعه يدويًا طوال الوقت، لكن في هذه الحالة ستسيطر موضوعات الموارد على قائمة المواضيع الأخيرة بشكل دوري، وهذا غير مقبول.
Ah, well, no. It’s probably a lot better with a simple description field.