不久前我曾就此提出疑问，并被告知了工作原理。如何 工作的，但我过去和现在都不认为这应该是默认设置。
看看这个话题：
在这种情况下，puridator 的回复下面有更多上下文，但我将其截断，只是为了展示一个回复可能非常含糊不清的案例。如果这是他们的实际回复，他们是在表示反对原帖中的内容吗？还是反对 mohammad 用户所说的内容？
在有人跳出来说他们理解这个特定案例中的内容之前，这当然只是一个例子。回复也可能只是“我尊重地不同意你的观点 ”，这增加了模糊性。
根据我被告知的，如果回复紧跟在我要回复的人的下方，回复就不会显示它是对用户的回复的指示，但如果中间有一个或多个回复，它就会显示，就像我们看到 mohammad 回复了 cpradio 一样。
我认为我们应该始终看到回复，无论如何，以避免混淆。这不是我第一次无法真正理解回复，直到几行之后，这有点浪费“时间”和精力来回阅读一些东西，以为它在一个上下文中，然后才意识到它是另一个上下文。
我认为看到回复指示，即使它就在原始回复的下方，也能为读者带来更多清晰度。
希望你们考虑添加它。添加它不会让情况变得更糟，但没有它，我认为情况会变得更糟。
4 个赞
非常感谢您！！！您总是我的救星！
我会打开所有这些设置进行测试，然后再关闭它们，看看效果如何。
1 个赞
我有点糊涂……下方 回复中的指示
如果默认是隐藏原始帖子
下方 回复中的指示，那么为什么我需要取消勾选“上方”的选项？
另外，令人困惑的是，两个选项的“标题”完全相同，唯一的区别是“下方”或“上方”这两个词，而描述几乎相同，只有两个区别是上面一个的“回复计数”，下面一个是“in-reply-to”。我花了一段时间才注意到这些区别（除了“下方”和“上方”这两个词之外，当然）。
那么这两个是什么意思？“回复计数”和“in-reply-to”？
编辑：好吧，我想我明白了“上方”和“下方”。但它的措辞仍然有点令人困惑。为了说清楚，我们称帖子为帖子 A 和帖子 B（帖子 A 的回复）。
那么我们剩下“回复计数”和“in-reply-to”。但那样的话，如果“隐藏正上方的回复”现在说得通了，我不明白另一个选项“隐藏正上方的回复”？
1 个赞
“直接回复下方”指的是：
启用后，如果只有一个回复并且直接在该帖子下方，则不会显示。
2 个赞
既然你提到了这一点：我最近在这里和元（meta）上发了一个回复，但没有看到它被列为回复，我还以为我按错了回复按钮。
Arkshine:
您可以通过以下设置控制此行为：
很高兴知道可以更改这一点。我不确定默认设置是否真的是个好主意。
2 个赞
在大多数情况下，默认设置是有意义的，但有时确实会令人困惑。
您还可以使用此解决方案，在单击回复按钮时始终引用：
1 个赞
当我禁用它时，它会显示回复数，但当我启用它时，无论下面有多少回复，它都不会显示计数，所以我不太确定这应该做什么，或者是不是有什么东西坏了。
无论如何，我不会启用它，只会启用回复指示器。
感谢您对此的帮助。现在在我看来效果很棒。
从用户体验/用户界面（UX/UI）的角度来看，如果某件事有时会让用户感到困惑，那么即使可以开启和关闭该功能，也不应该添加它。
添加它会令人困惑吗？不会。回复就是对用户的回复，所以它是一个很好的指示器，即使有更多混乱。但我们已经在其他回复中添加了“混乱”，所以它不是另一个会让人感觉混乱的指示器，而且它总是一种避免歧义的好方法，就像我分享的例子一样。
2 个赞
Arkshine:
您还可以选择在点击回复按钮时始终引用：
我认为这会导致很多混乱，尤其是在长回复中。
我认为现在的方式，带有回复指示器，对我来说感觉很对
2 个赞
我对此思考了很久，但我倾向于不同意，因为 a) 没有明确说明是回复帖子还是回复主题，b) 单个回复和多个回复之间的行为不一致。此外，如上所述，我也觉得这种行为令人惊讶，IMO 这对用户体验来说不是一件好事。
因此，我认为应该反转默认设置，并且即使是单个回复也应显示回复指示，并提供关闭此功能的选项。
但我确实很感谢你链接了 Quick Quote 主题组件。我主要担心的是，我认为 Discourse 鼓励回复（根据需要选择性引用）而不是完全引用是一个优点，因为这样可以避免（视觉上的）重复现有内容。
2 个赞
同意。特别是当被引用的完整帖子非常庞大时……
这里有许多好点，如上所述，该功能的一些原始想法是为了减少混乱和重复。
最初的想法是，对主题的每一次回复都应该对主题有价值 ，而不是这些在特定人员之间进行的、需要更密切跟踪的来回讨论链。
在实践中，这可能很难避免，而且期望在任何地方都有这种程度的勤奋可能是不合理的……尤其是在其他主要平台都使用线程的环境中（我认为这会抑制 讨论，因为参与的人太多了）。
为了再次演示这种不受抑制的重复所带来的问题：
当你展开“1条回复”和“回复了”……就纯粹是傻了：
对我来说，这看起来很混乱。
使用它的人完全不了解这种行为，所以正如@schneeland所提到的，人们可能会想“我没有正确回复吗？”而且没有明显的答案。
我个人认为我们应该完全消除抑制选项，并以找到一个对每个人都足够好的默认行为为目标来重新处理这个问题。
当我们有连续的回复时，也许我们应该改变行为。在这种情况下展开查看重复的回复没有任何价值，我们知道这一点……但“回复了”指示器即使在这种情况下也能提供有价值的上下文：
我不是在同意那里的主题:backhand_index_pointing_up: 我是在直接回复domenic。现在，我不需要看到它展开……但我可能会想“嗯，这是回复上面的帖子……还是domenic做的另一个帖子”？也许在这里我们直接跳转到帖子并暂时高亮显示以示澄清（我们已经在移动端进行帖子跳转了）
如果帖子之间的距离变大，那么我们可以点击展开，这样你就不会失去你的位置。对我来说，这似乎是两全其美。
这似乎有点棘手……因为可能有许多回复。
我认为当附近只有1条回复时，我们可以将行为更改为与上方匹配：滚动并高亮显示。也许这就足够了，而多个回复的行为保持不变：
这个视图还有另一个问题，但有点跑题了
这个功能确实偶尔会造成一些混乱……至少有几个人看到这个并认为“嘿，Discourse支持线程”！
我们还有一个不太常用的独立模式，称为“启用过滤回复视图”：Optional filtered replies view
IMO这解决了“看起来像线程”的问题，并且更好地代表了主题的扁平结构。但对我来说，这种体验不够好，不能作为默认设置……也许我们可以做一些改进，并重新考虑是否要避免“看起来像线程”的问题？
2 个赞
