继续讨论 更新 Meta 上的分类组织方式：
这对我在我自己的社区结构中一直很困扰。
3 个赞
这是去年添加的
虽然我个人不太喜欢这个功能，但我理解它有助于区分名称相同的子类别，例如 Documentation > Self-Hosting 和 #support:self-hosting。
2 个赞
2 个赞
至少这些是美好的回忆吗？
也许只有在子类别间确实存在名称匹配的情况时，我们才需要完整路径来澄清？这样的查找开销会不会太大？
或者，这是否可以作为一种可选的自定义功能？我个人使用这些提及方式时，通常是为了“点击此处前往该处”的引用，即直接链接到完整位置，而不是提供前往那里的路径地图。如果我不确定指的是哪个类别，点击去确认并不会给我带来任何成本。
3 个赞
想看看我们现在是否有相关的内容？
不知道 @awesomerobot 会不会觉得这种东西太烦人？
展开/收起时有一点延迟，所以即使不小心鼠标划过链接也不会反复触发。另外，在现实世界中光标是手型指针，Screen Studio 只是替换了光标显示。
4 个赞
也许在获得焦点和悬停时显示一个 DToolip，展示完整路径会更好？文本重排可能会暂时使整个页面变高，引发重绘等问题。
3 个赞
我知道这背后可能有很好的原因，但在当今环境下，我认为这一点值得重新审视：
Community Building 看起来不错！但 Community Building > Praise 就不太行了。
在人工智能和社交媒体的时代，用户希望获得简单、直接的链接，以找到他们所需的内容。
对于子类别而言，过多的信息在技术上并非必需。在这种情况下，当用户通过 Discourse 几乎在所有页面都保留的顶部导航栏进入子类别时，这些信息才会显示出来。
我理解，简化这一用户体验细节将大有裨益：让子类别像类别一样以简单链接的形式呈现，不占用过多空间，也不提供比直接链接更多的信息。
大家欢迎提出意见和建议，或者提供变通方案。但我觉得这对所有人来说都会是一个不错的改进。
2 个赞
删除此项可能会导致问题。例如：如果您将产品作为分类，并且每个产品都使用类似的子分类，如“安装”、“支持”等。
我同意我们应该让这个功能更好用：Can we make inline links to subcategories more concise?
1 个赞
我希望有可以横向滚动的标签页。
也许标签（Tags）也可以这样。
注：应主题作者要求，版主已将之前重复主题的4条回复合并至本主题。
2 个赞
有道理，我会试试做个演示。
2 个赞
我在想，为分类做一个类似“用户卡片”的功能是否可行（我们在群组中已经有类似的功能了）。
我们可以包含以下信息：
- 完整名称
- 完整提及（mention）
- 描述
- 谁有访问权限
- 近期活动指标
点击分类徽章时会弹出该卡片，再点击卡片本身则会跳转到该分类页面。
然后，我们可以无条件地在行内提及中使用较短的名称。
我觉得标签也可以采用同样的方式。
会不会有点过度设计了？但也说不定？也许值得做个实验，看看实际效果如何？
2 个赞
哦，这其实是个很棒的主意！我打算试试这个方案。这个思路也可以应用到标签页里的其他功能上，比如聊天频道等等，不过我觉得对分类功能的影响最大。
3 个赞