太棒了，感谢 Discourse 团队！
我在想这能否与帖子投票插件结合使用或替代该插件。
编辑：另外，“热门”排序是基于点赞数吗？还是如何工作的？
2 个赞
我们曾考虑通过增强“帖子投票”插件来实现这种嵌套方式，但最终决定不采用该方案。这样做更易于维护，用户体验也更好。我认为它绝对有朝一日可以取代“帖子投票”插件——在某些情况下，其实已经做到了。
7 个赞
我知道这不是最佳方案，但你仍然可以使用 CSS。
你只需要为每种语言添加一条规则，使用正确的选择器：
/* 不要使用这个选择器 ... */
nav.post-controls .actions button.reply pan.d-button-label:after {
}
/* ... 而是让选择器以语言开头 */
html[lang=pt-BR] nav.post-controls .actions button.reply pan.d-button-label:after {
content: " 葡萄牙语文本";
}
我已经发布了一个更好的解决方案：Discourse Reply Button Labels
3 个赞
添加嵌套视图肯定无法消除这一挑战吧？
事实上，我认为嵌套视图反而会给用户带来更大的基础认知负担？（不过我懂什么，我又不是资深 Reddit 用户）
不过我挺喜欢有选择，所以请继续吧！
3 个赞
我刚刚在我的论坛中开始试点这个功能，但目前所有人都很讨厌它。
我其实并不讨厌它，但它非常不同，有时很难解析。
更新：我被迫回滚，因为 /t 端点变更为 /n，导致了大量问题，包括 500 错误。
回滚后问题已解决。
3 个赞
为什么嵌套视图会移除标题？当打开多个标签页时，如果每个标签页只显示站点名称，会导致在标签页之间导航变得困难。
1 个赞
在管理/站点设置搜索中搜索“嵌套”
我本想在不启用该功能让其他人使用的情况下自行测试。难道这不可能吗？
如果不将其设为默认，您可以先启用它，然后使用主题扳手菜单将特定主题设为嵌套。
2 个赞
我不确定这是否有效，至少在使用 Fakebook 主题时不行。我创建了一个测试主题，将其设为嵌套主题，然后尝试回复该主题和该帖子。
所有回复看起来都一样。另外（可能只是小问题），我的头像渲染有点奇怪。
1 个赞
是的，不要假设插件或主题已经调整过以与此兼容。
3 个赞
这是一个非常棒的功能，也是我们要等待已久的！
我们社区仍在等待的，是一个真正的日志/记录功能，即只有主题作者才能发布根级别帖子，其他所有用户只能回复单个根级别帖子。
目前，我们正在使用非常临时的 CSS 和 JS 来实现这一功能，方法是利用按用户过滤的视图以及每个帖子下方的可折叠回复。
:右箭头: 查看 GitHub - jrgong420/log-view · GitHub
2 个赞
所以……这挺酷的。我们有个小群体。我就在想，为什么在个人界面选项里没有给我们提供选择这个的机会呢？
1 个赞
Mark 已经在一定程度上回应了这个问题：
我再补充一点：
核心问题：共享内容，但用户心智模型不同。一旦两名用户以不同的结构看到同一主题，就会破坏对话所依赖的共享参照。
回复机制的差异：当用户 A（嵌套视图）写道“如前一条评论所指出的……”，用户 B（线性视图）却看不到前一条，因为那条评论可能在其上方三个位置，也可能在十五个位置，具体取决于哪个分支被折叠。这也意味着作者无法确定自己的帖子会被他人如何看待。
永久链接和帖子编号出现分歧：如果帖子排序依赖于视图模式，那么 /t/topic/123/47 对不同用户可能指向不同的帖子，或者虽然指向同一帖子，却出现在截然不同的位置。（目前尚不清楚具体实现方式，但无论哪种情况，都不理想）
我相信还存在更多问题。
归根结底：对话是共享的，为了促进良好的沟通，其结构应当对所有人保持一致。
3 个赞
我想知道回滚后会发生什么。我们打算尝试一周。希望这不会导致系统崩溃，并且可以回滚。
我仍然认为，根据个体经验提供不同的界面会更好。参与度胜过统一的体验。因此，如果参与度更高，就应该允许这样做。也许有办法解决链接问题。这看起来更像是一个编程问题，而不是社会问题。
参与度是否胜过良好的沟通？
这正是 Discourse 一直以来所坚持的理念，而其他一些平台则是以牺牲一切为代价来优化参与度。