首先，非常感谢！我又开始在我自己的 Discourse 安装中调整分类了，然后我意识到，文本中“父分类 > 子分类”的标签显示方式又让我很头疼（我们有很多分类，并且经常提及我们的分类和子分类，以引导用户导航）。所以我回过头来看看自我们第一次讨论这个问题以来是否有进展，结果真的有！太开心了。
我个人其实不需要那些卡片（更简洁的子分类链接就足够了），但转念一想，我还挺喜欢这个想法的。至少对于我的用户群体来说，能够预览分类或标签的内容确实很有意义。不过，我原本设想的是鼠标悬停（hover）时显示，当我发现它需要点击时，我的反应是：“哦等等，什么，还要多一步？超链接还要双击？！”
这正是我的反应：我们只是增加了一次点击来打开链接……唉。
但后来我在手机上试了试，改变了主意：这张卡片让我能很好地概览该分类的内容（如果我有疑问的话……记住，使用分类体系的人通常觉得它不如设计它的人那样直观）并且它还提示了我最新的帖子是什么，这实际上给了我一个机会，如果这不是我想要的，我就可以不去那个标签或分类页面。
我的用户在数字环境中不太自在，容易迷路。在我看来，这绝对能帮助他们不迷失方向，不会因为他们点击了几个看起来很有希望但实际上并不合适的词，而最终来到一个他们并不想去的地方。
所以，目前我非常兴奋，已经为我的社区启用了预览功能。让我们看看它在实际中效果如何。
但是……我可以想象其他社区场景中，这可能行不通。我同意我们不想把一切都变成设置项（我们已经淹没在设置项里了，我对此抱怨得够多了）。但是……我觉得这确实“打破”了在线操作预期的模式：点击链接，到达目的地。输入一个标签，意味着用户可以点击它来查看与该标签相关的所有内容。所以我不太确定如何解决这个问题。
也许解决方案在另一个层面，在于 Discourse 作为一个工具如何处理两个看似冲突的目标：
- 非常灵活且可定制
- 提供出色的“开箱即用”体验
团队可能已经在考虑这个问题了（或者这可能是一个行不通的想法，或者也许我在陈述显而易见的事情，或者我来得太晚了，或者我偏离了重点，或者我对工作原理一无所知），但在我看来，协调这两者的“解决方案”是：
- 在决定“基础、开箱即用、即插即用”体验的 UX/功能时，要果断
- 果断地精简选项和设置，以覆盖 95% 的使用场景（或者是 80%？99%？不管是什么百分比）
- 为高级用户或边缘情况以及想要调整非常具体细节的人提供第二层设置；这不会集成在提供“常规”设置的界面中，而可能更像配置文件（config-file）
所以在这种情况下，如果团队的结论是标签/分类预览卡片是最佳方案，子分类应该内联显示而不提及父分类，并且没有足够的理由将其作为一个通用的管理员设置，它仍然可以是一个“隐藏设置”，通过在某处添加 “hashtag_preview_cards: OFF” 或 “show_hashtag_subcategory_parent_inline: ON” 来访问。
写着这些，我相当确定除了用户体验（UX）之外，设置的倍增还会带来开发层面的影响……