现在移动端取消了链接头像的线，还有展开折叠的结，看起来很奇怪，我完全找不到对应关系了。
“以平面视图显示”按钮是不是不见了？
2 个赞
现在它被隐藏在群组站点设置中。默认情况下仅限工作人员访问。其理念是最终用户不应在嵌套模式与平面模式之间进行思考。
3 个赞
是的，但我现在收到了关于此主题的提醒，却找不到它提到的最新帖子（或者更可能的是，我操作不当，哈哈）。
3 个赞
这就是非线性的讨论的本质。
Discourse 选择先采用扁平结构是有原因的，正如 Threaded discussion is ultimately too complex to survive on the public Internet? - #2 by codinghorror 
所述。
5 个赞
确实缺少一个“父帖子”链接。
2 个赞
嗯……我现在没看到“平铺视图”切换选项？
1 个赞
我觉得并不是缺少“父帖”……当你通过深度链接访问某个帖子时，它也会显示父帖。我认为问题主要出在“回复”通知的合并上。它们被汇总为“N 条新回复”，并且只链接到最新的回复，导致前 N-1 条回复非常难以查找。真的需要想个解决方案。我希望能尽量不改动我们的通知系统。
也许我们可以为通知 URL 添加一个查询参数以支持嵌套视图，并针对关注的话题实现“逐步浏览”功能之类的。cc @Lilly
1 个赞
但在 HN 或 Reddit 上，我可以一直点击“父帖子”，直到完全理解该分支的上下文。我在收到 Reddit 通知时曾多次使用这种流程。
但直接回复应该不会合并吧？只有“关注”和“点赞”才会合并，对吗？
3 个赞
我刚刚意识到，在这个话题中，我无法通过用户卡片过滤自己的帖子。
再强调一下——我非常高兴你们将这个功能作为选项添加进来，我迫不及待想在论坛上使用它（希望很快就能用上）。我有一个 非常适合的用法，可以用来测试它。
2 个赞
不过我还是不太明白，我点击了你帖子的通知，却看到了直到根节点的所有父节点：thinking:。
好问题，我不太确定。可能吧？
1 个赞
我想这只有在超过 10 层深度时才会成为问题，那时你将无法获取完整的上下文？
1 个赞
我们实际上为此情况提供了一个“查看父级上下文”链接。我们即将在对话中用到它，哈哈。我相信我们在这方面已经有所覆盖。虽然用户体验远非完美，但我认为我们已从根本上具备了这项功能。
2 个赞
用户体验（UX）运作得相当不错，我认为。只是在从扁平化上下文话题切换时，需要一些适应时间。随着我越来越多地使用它并逐渐掌握话题导航，体验确实在不断改善。我认为在真正的实际使用场景中，嵌套评论和不同的视觉格式会更容易理解。团队干得漂亮，这真的很令人印象深刻。
4 个赞
我在该主题中看到了7条未读消息的通知，但无法找到它们的位置或访问它们。即使按“最新”排序也无济于事。
因此，可能需要调整“新未读”的概念，或者调整按“最新”排序的方法。
6 个赞
是的，完全同意。你一点都没错。
3 个赞
我花了好几分钟才明白，需要滚动页面并展开多层嵌套回复，才能看到实际的新内容。
我很高兴嵌套话题视图对某些人和社区来说感觉不错。但如果使用这种布局（目前的状态，乍一看与 Reddit 没有太大区别），我绝不会在任何平台上进行有意义的讨论。
2 个赞
我看到这种嵌套结构的两个地方是 Reddit 和 Hacker News——在这两个平台上，它们都支持折叠（收起、隐藏）功能——而我对这两个平台的用法都是：在等待一段合理的时间后再去阅读某个讨论串。（如果太早去看，我可能会错过一些智慧。）我从不重新查看任何内容，也从不参与贡献。
2 个赞