# Threaded discussion is ultimately too complex to survive on the public Internet?

**URL:** <https://meta.discourse.org/t/threaded-discussion-is-ultimately-too-complex-to-survive-on-the-public-internet/63172>\
**Category:** UX\
**Created:** [2017年五月23日 02:43 UTC](https://meta.discourse.org/t/threaded-discussion-is-ultimately-too-complex-to-survive-on-the-public-internet/63172 "2017-05-23T02:43:49Z")\
**Posts on this page:** 1\
**Showing post:** 62

<div class="post-metadata">

**Author:** ![Sailsman63](https://avatars.discourse-cdn.com/v4/letter/s/b5ac83/32.png) [@Sailsman63](https://meta.discourse.org/u/Sailsman63)\
**Post date:** [2024年四月15日 20:04 UTC](https://meta.discourse.org/t/threaded-discussion-is-ultimately-too-complex-to-survive-on-the-public-internet/63172/62 "2024-04-15T20:04:39Z")

</div>

> [@rokejulianlockhart](#):
>
> 您指的是哪个8页的讨论？如果您正在描述一个假设的、带分页的嵌套讨论……

也许措辞不那么理想。请替换为“相当长”——这个讨论串本身就符合。

在嵌套视图中，您会得到：

- 帖子
  - 回复
  - 回复
    - 子回复
    - 子回复
      - 反驳

    - 子回复

  - 回复
    - 子回复

如果有人稍后回复了该嵌套讨论中的早期评论，我们会得到：

- 帖子
  - 回复
    - **新的子回复**

  - 回复
    - 子回复
    - 子回复
      - 反驳

    - 子回复

  - 回复
    - 子回复

如果我必须从一个有60条评论的讨论中向上滚动，我该如何_找到_那个新帖子？

* * *

> [@rokejulianlockhart](#):
>
> 什么不是关于缩进的？

我是在回应您关于不理解缩进如何使事情变得更困难的评论。缩进是使嵌套排序在某种程度上起作用的必要功能。至少对我来说，问题在于_排序_本身。

---

_[View the full topic](https://meta.discourse.org/t/threaded-discussion-is-ultimately-too-complex-to-survive-on-the-public-internet/63172)._