我们正在根据 Can we make inline links to subcategories more concise? 对子类别标签（hashtag）的显示方式进行一些更改和改进，同时添加了与用户提及（例如点击 @martin 时）相同的浮动卡片功能。
该卡片将显示类别标题、图标/表情符号、描述，以及指向任何父类别的链接。拥有权限的用户可以看到“编辑描述”按钮，以及“新建主题”按钮，该按钮也取决于类别上下文（例如，活动类别将显示“新建活动”按钮）。
卡片中还显示了该主题中最近 3 个类别的列表。没有权限查看某个类别的用户将仅跟随标签链接，而不会看到卡片。
子类别标签将移除 > 分隔符，仅显示子类别。以下是更改前后的对比：
此行为完全受 启用类别标签卡片 这一即将推出的更改控制：
如果您想在自己尝试之前先亲自看看，可以在这里启用它。点击帖子中的任何类别标签即可查看，例如 News and Events 或 Community Building
我们能否永久禁用这些卡片？作为用户，如果点击该链接，我只想直接跳转到分类页面，而不是经过某个中间步骤。
另外，作为用户体验方面的反馈：从卡片如何跳转到分类主题列表？从截图中看不太清楚。
我觉得你可以点击卡片上的分类名称——就像在用户卡片上点击用户名可以打开个人资料一样。
该功能已在此处启用，因此你可以在自己的论坛上进行修改之前先试用一下。
它仍处于开发阶段，因此我们会在此收集反馈意见，并在将“即将推出的更改”推广到测试版/稳定版之前对其进行调整（目前仍处于实验阶段）。
我同意点击区域可以更明显一些。也许除了更具体的元素之外，整个卡片都应该是一个可点击区域。
在第一个帖子里放几个示例会很好，这样那些不想看回复、只想直接看看这个功能实际效果的人就能一目了然了 
听起来很棒，感谢。像 Announcements - Discourse Meta 这样的子类别实际看起来是什么样的？
抱歉，它们需要手动调用（使用 #），格式如下：News and Events > Announcements
既然类别信息现在显示在弹窗中，我觉得现在是否只在卡片上显示顶级类别更合理？我的意思是，使用 # 时不再以内联方式显示了。
我觉得这就是那个想法
在这个例子中，为什么“新闻与活动”父级分类仍然存在？根据以下说明，它不应该被移除吗：
顺便说一下，我有几十个具有相同 slug 的分类，因此在标签中包含父级分类是必须的。不过，我希望通过这次更改，我可以更新分类显示名称以包含父级名称。使用旧方法这样做很麻烦，比如 1Secure > 1Secure Ideas——但这次新更改可以将其扁平化为仅显示 1Secure Ideas。
我觉得我们不会把这个作为一个选项保留下来……我们有太多设置了 
我至少会做的是，如果你双击，它会带你进入该分类。你也可以点击卡片弹窗中的分类名称。
另外，如果你想要某个分类的直接链接，可以直接这样做 https://meta.discourse.org/c/news-and-events/announcements/67，它会变成 Announcements - Discourse Meta 。
说得对——我觉得我们可以在这里添加一个“前往主题”的链接：
不过，@martin 和 @awesomerobot，我觉得可以先让它在实验分支里放一放，等我们把设计再调整一下。
当然，暂时不需要推进（反正我们很快就要忙起线下活动了 ）
抱歉，我对这个功能持怀疑态度。对于用户来说，通过卡片快速浏览自己的数据是合理的。但对于分类或标签，我看不出它有什么额外的价值。如果非要说有什么影响，那它只会通过增加一个毫无意义的额外步骤让情况变得更糟。
这并不是一种现实的变通方案，因为这要求用户先在别处找到该分类的链接。这同样会恶化用户体验。
抱歉，我不太喜欢这个设计
我的很多用户都在使用 PWA（渐进式 Web 应用）。这样一来，获取任何链接都变得有点困难。另一方面，他们并不使用分类链接。我敢打赌，在大多数非技术类论坛中也是如此，那里的用户群体主要来自社交媒体，而不是来自游戏、科技、IT 等领域。
我也不太喜欢这种设计。感觉现在的系统正朝着“全卡片”的设计方向转变，而不是让你直接获取你正在寻找的内容。也许我太老派了，我一直认为链接应该是获取目标内容的便捷方式。
但既然我作为管理员可以选择不用它，那就无所谓了（在我的圈子里，那些有意见的少数用户也不喜欢它。如果他们的口味变了，我会立刻转向卡片式设计。毕竟，我的论坛是供用户讨论的，而不是为了我自己）。
首先，非常感谢！我又开始在我自己的 Discourse 安装中调整分类了，然后我意识到，文本中“父分类 > 子分类”的标签显示方式又让我很头疼（我们有很多分类，并且经常提及我们的分类和子分类，以引导用户导航）。所以我回过头来看看自我们第一次讨论这个问题以来是否有进展，结果真的有！太开心了。
我个人其实不需要那些卡片（更简洁的子分类链接就足够了），但转念一想，我还挺喜欢这个想法的。至少对于我的用户群体来说，能够预览分类或标签的内容确实很有意义。不过，我原本设想的是鼠标悬停（hover）时显示，当我发现它需要点击时，我的反应是：“哦等等，什么，还要多一步？超链接还要双击？！”
这正是我的反应：我们只是增加了一次点击来打开链接……唉。
但后来我在手机上试了试，改变了主意：这张卡片让我能很好地概览该分类的内容（如果我有疑问的话……记住，使用分类体系的人通常觉得它不如设计它的人那样直观）并且它还提示了我最新的帖子是什么，这实际上给了我一个机会，如果这不是我想要的，我就可以不去那个标签或分类页面。
我的用户在数字环境中不太自在，容易迷路。在我看来，这绝对能帮助他们不迷失方向，不会因为他们点击了几个看起来很有希望但实际上并不合适的词，而最终来到一个他们并不想去的地方。
所以，目前我非常兴奋，已经为我的社区启用了预览功能。让我们看看它在实际中效果如何。
但是……我可以想象其他社区场景中，这可能行不通。我同意我们不想把一切都变成设置项（我们已经淹没在设置项里了，我对此抱怨得够多了）。但是……我觉得这确实“打破”了在线操作预期的模式：点击链接，到达目的地。输入一个标签，意味着用户可以点击它来查看与该标签相关的所有内容。所以我不太确定如何解决这个问题。
也许解决方案在另一个层面，在于 Discourse 作为一个工具如何处理两个看似冲突的目标：
团队可能已经在考虑这个问题了（或者这可能是一个行不通的想法，或者也许我在陈述显而易见的事情，或者我来得太晚了，或者我偏离了重点，或者我对工作原理一无所知），但在我看来，协调这两者的“解决方案”是：
所以在这种情况下，如果团队的结论是标签/分类预览卡片是最佳方案，子分类应该内联显示而不提及父分类，并且没有足够的理由将其作为一个通用的管理员设置，它仍然可以是一个“隐藏设置”，通过在某处添加 “hashtag_preview_cards: OFF” 或 “show_hashtag_subcategory_parent_inline: ON” 来访问。
写着这些，我相当确定除了用户体验（UX）之外，设置的倍增还会带来开发层面的影响……
