我热爱标签，当它们被整合进原生 Discourse 时，我简直欣喜若狂（链接）。
目前我们大量使用标签，并计划启动一个更深度依赖标签的新论坛。然而，近期出现的一些标签相关问题让我有些担忧，因此希望能听听其他重度使用标签的用户的想法——你们的使用体验如何？
- 在 Discourse 论坛上，你对标签有哪些喜欢或不喜欢的地方？
- 你希望 Discourse 的标签功能具备哪些尚未实现的功能？
- 在使用标签方面，你还有什么建议或经验之谈？
8 个赞
这并没有直接回答您的问题，但您可以看看 https://community.gamedev.tv/tags。他们使用大量标签来管理在线课程（:exploding_head:），但乍一看似乎运行得相当不错。
是否有任何具体问题或痛点是我们可以在这里解决的？我注意到您在 2017 年于 It's Time We Talked About Tags - #2 by AstonJ 上请求的一些功能现在已得到支持。例如，我们现在可以通过 Tag Icons 使用带颜色或图标的标签 
5 个赞
太棒了！请问是否可以使用自定义图片而不是 Font Awesome 图标呢？那就太完美了 
如果还能实现我最初建议的以下内容，那就更棒了：
- 能够为每个标签添加信息，例如简短描述和链接（这将在鼠标悬停时显示，同时也会出现在标签查看页面）
我认为这将带来巨大的改变。
目前有两个（Sam 正在调查第一个）：
- Internal Server Error on using some tags (ERROR: duplicate key value violates unique constraint "index_tags_on_name")
- Tag not showing in search results when exact search query
不错的网站！其实我也一直在尝试类似的配色方案，因为我们经常收到关于深色模式的需求。看来他们的标签运行良好——希望我们也能尽快解决自己的问题
1 个赞
有人知道这是否有可能实现吗？如果能实现那真是太棒了——不仅适用于标签（即在标签页面上显示信息），还能在帖子中提供额外的信息。
我们经常遇到提到（或有时链接到）我们也有对应标签的内容的帖子。我相信，如果标签也能包含信息（简短描述和链接），肯定会有更多人将其加入帖子中（这比找到网页然后复制粘贴链接要容易得多）。这将反过来为帖子的读者提供有价值的信息。
例如，在这里的 Discourse 上，最受欢迎的标签之一是 gdpr（82 个主题），但许多人并不知道它是什么。如果能在标签旁边直接提供这些额外信息，对用户来说将非常便利，他们甚至可以点击外部链接获取更多信息。这对于其他热门标签如 #docker、#onebox、#akismet、ember 等也同样有用。
我非常希望看到这一功能，认为它将对 Discourse 极具价值。如果我会 Ember，我很乐意提交一个 PR 
（Rails 端实现起来很简单——只需添加几个额外字段）。
我建议采用类似以下字段：
desc
external_link
external_link_count
topic_id
topic_id_count
用于统计点击次数，因为我相信人们很喜欢看到这些数据。包含 topic_id 是为了在有关该标签的重要主题存在时（这种情况很常见）能够关联起来。
（将这篇帖子移到单独的主题中是否值得？）
6 个赞
我们正在不断完善标签系统，目前 @neil 正在着手进行重构，并添加标签同义词支持。
我认为我们最终会实现“简短描述”，甚至可能像分类那样，增加一个可选的“标签描述”主题。
我不想急于求成，@codinghorror 可以决定何时将其纳入计划，但我不认为这会在本次发布中实现。
12 个赞
谢谢 Sam，很高兴听到你认为它迟早会被添加进来
如果这样能方便你或 @neil，我现在只想要一个简短的描述（只要能在其中添加链接，并且用户可以直接从帖子视图中点击这些链接）——这也有助于我们在投入更多时间之前了解它的实用性和使用频率（尽管我个人认为 Discourse 管理员们会非常欢迎这个功能）。
1 个赞
我们需要一种创建和列出同义词的方法，因此我预计会改进用于管理标签的界面，并查看更多关于标签的信息。仅靠一个用于修改标签名称的弹窗可能不够用。在构建过程中，我会将您的想法考虑在内。
11 个赞
谢谢尼尔——迫不及待想看到标签系统的下一次更新
4 个赞
我正准备启动一个社区，该社区将在 Discourse 的私有实例中使用分类来管理私密群组，以测试在不使用子分类的情况下，标签是否能够为三类用户群体有效运作：
-
本地群组（例如加盟商）
-
国家办公室（例如品牌方）
-
服务消费者
实施顺序如上所述。该计划并非由中央统一推动，而是从其中一个本地群组开始。如果该群组运作顺利，国家办公室便可在其他群组受邀加入时进行评估。
我非常有动力将其实现，这得益于标签功能即将推出的改进。挑战在于，由于子分类不可见，整体结构将不会那么直观。我之前搭建的其他社区都采用分类来管理私密群组，并利用子分类来提供清晰的结构。
4 个赞
哎呀。那将非常棒。
1 个赞
我原以为在我们从 SMF 迁移到 Discourse 时（当时有许多子类别），这会成为一个问题。后来我在每个子类别的描述中添加了标签，结果发现这并没有造成什么负担。
我昨天在我们共同参与的另一个帖子中提到了这一点，但为了其他旁观者起见，我还为每个类别分配了强制性的标签组。
6 个赞
请记住，在我的示例中，我使用分类的唯一原因是为了给每个组提供一个私密区域。
你目前的做法与我所说的截然不同。让我为你展示其中的区别。
你当前的结构是：
- 分类 艺术
- 子分类 已完成项目
- 标签 1 绘画
- 子分类 已完成项目
我讨论的是内容没有可见的结构，因此你的网站将呈现为：
- 标签组 艺术
- 标签 1 绘画
- 标签组 项目状态
- 标签 2 已完成
当没有任何可见的结构标识时，这将是一个截然不同的方案。
4 个赞