Are there any plugins that use ideas from this topic/any others that help with long topic navigation?
Also is there something official coming out to help with this in the nearish future?
I looked around for a bit and didn’t see anything about either of the above. Sorry if I missed/for the bump.
Nothing is coming in the nearish future but very likely in the next 12-24 months, its an area we want to improve.
I noticed the photos app in Windows 10 builds a timeline with breakpoints:
Gotta reiterate that I think the strongest case for this, by far, is enormous gaps in the conversation, or simply “years” if the conversation goes on that long.
Possibly the second strongest is posts with anomalously large number of likes relative to the rest of the topic; could mark those with a 
我真的很想要这样一个工具。
我的论坛专注于众筹项目，一些讨论可能持续数年，期间会出现关键转折点（例如众筹前、众筹开始、众筹结束、发货时、收货后的初步体验/使用反馈等）。
在拥有数千条帖子的长篇话题中，若能识别这些关键转折点，将极大提升用户体验。
在这些转折点强制推出新主题是正确的策略。
如果您无法在变化发生的瞬间识别它们，可以稍后再拆分主题。
这是我尝试过的一种策略（拆分），但它完全行不通。人们讨厌在查找旧数据时不得不在多个帖子中翻找。
关于众筹项目（以我的情况来说是游戏）的对话就像一个生命体，经历着许多阶段，有欢乐的时刻，也有仇恨的时刻。当孩子第一次开口说话、第一次读书或离家时，你不会改变他。你将其视为一段漫长、充满激情与情感的旅程。
我赞赏你们支持识别词形变化。如果这一功能能以可视化方式呈现，它将非常强大。
我也很认同你提到的用户希望搜索整个对话历史（从开始至今）这一观察。 但这并不意味着这对我们大多数人来说就是值得开发的功能。如果人们真的需要搜索整个分裂话题的链条，那么实现此类搜索的功能或许更适合以插件形式开发。我倾向于支持一种递归搜索方式，允许用户逐个搜索链条中的每一个前序话题，直至追溯到最初的话题。这样，我可以更清晰地看到上下文，即话题被分裂的原因。
此外，我不同意“长话题或漫长历程能真实反映孩子成长过程”的观点。
儿童发展存在明确且记录详尽的关键阶段，每个阶段都标志着进入新的机遇集合。每个阶段开启新的篇章，例如：胎儿期、新生儿期、爬行期、学步期、学龄前期、小学早期，等等。包括学会说话前后、学会走路前后、学会如厕前后，以及更多。
父母始终在观察孩子如何迈入新阶段并告别旧阶段。因此，如果我在孩子当前阶段仍沿用对待其前一阶段的方式，这将带来实际问题。项目亦是如此。每个新阶段都是展示下一阶段发展关键特征、规划方式及识别方法的良机。将项目视为不会发展、无需舍弃任何旧有内容的做法，只会适得其反。
它确实有效，而且效果很好。你需要一定的纪律性，才能让主题拆分和多个具体主题顺利运作。如果你的网站缺乏纪律，那整个体系反正也注定要失败。既然如此，不如直接安装一个像 Discord 这样的聊天系统，一劳永逸。
嗯，你知道的，这个论坛已经运行了5年。而且它之前甚至能在 bbPress 上运行（不过对我来说，管理它可算不上什么愉快的经历）。
现在它运行得很顺畅。有些帖子的回复数已接近 1 万条，但它们都非常具体，一个帖子对应一款游戏。人们可能会想到许多拆分这些帖子的方法，但事实是，每次我们尝试某种形式的拆分，结果都很糟糕。我的用户喜欢这种方式，所有必要的信息（甚至远超所需）都集中在一个关于某款游戏的帖子中（当然，确实经常会有另一个并行的帖子用于团队承诺。这也是用户提出的请求，因为他们已经对噪音达到了容忍极限）。
另一种理解我此前请求的方式是：将其视为整个讨论的目录。我知道有一个“帖子目录”插件。是的，你可以手动操作，并在首帖中添加链接。但你可以肯定，没人会注意到那些链接。基于时间或兴趣的关键节点，靠近时间线，在我看来会很有价值。
请注意，我当然没有它也能正常运作。但我觉得它可能会很有用。
随着话题不断延长，您将面临严重的性能问题。若缺乏必要的规范，将产生相应后果，体现为更昂贵的服务器实例成本（如更多或更快的 CPU、更大的内存等）。
另一个关于专辑中自然断点的有趣想法：哪些曲目播放次数最多？
你可以采用更复杂的方式，结合多种标准来实现这一点，就像我们在主题摘要和热门主题列表中所做的那样：
的数量……但我认为，仅基于获得最多 的帖子来设定断点，是浏览主题的一种合理方式。不过，我相信时间上的巨大间隔同样重要，甚至更为关键。
请注意，这些章节为人工编写，取自视频描述中的时间码！
我一直在思考这个问题。根据我对“超级主题”和非超级但更新缓慢的主题的经验，用户非常讨厌他们正在关注的主题被关闭，即使有替代主题。
这表明有两种可能的解决方案，但这两种方案可能都需要核心代码或插件方面的协助。
以下是每个想法的更多细节：
我设想的工作方式是：版主选择某篇帖子，然后点击“及其之前的所有内容”，这将触发一个新的或修改后的“创建新主题”弹窗。新主题默认与原标题相同，包含起始和结束日期，并默认创建为锁定主题。第一篇和最后一篇（最后一篇为系统生成）帖子将包含指向拆分来源的主主题的链接。现有主题将保留第一篇文章，在移动帖子的位置生成一篇新帖子（忽略其他拆分主题的特殊帖子），其余保持不变。
可能还需要一个 Rake 任务来修复其他主题中的引用链接，但这可能比较棘手。
这个方案可能更容易实现，但不知为何让我觉得不太令人满意。首先，类似 example.discourse/t/_/12345 的通用链接（即指向主题而非具体帖子）会失效。如果主题被用于外部讨论（例如“在此提交应用创意！”），这类链接很可能存在。使用该功能时，现有主题将被关闭，标题将更改以显示日期范围（默认情况下），并在同一类别中创建一个新主题，复制标题、第一篇文章以及所有跟踪/静音设置。旧主题的系统关闭消息中会添加指向新主题的链接。
可能还需要对未参与该主题的用户取消对已关闭主题的关注/跟踪。我考虑的场景是：用户 Elijah 活跃了几个月后消失了一年，他曾明确关注某个主题，可能并不关心他离开期间创建并关闭的两个中间主题，但当他回来时，可能仍对最新版本感兴趣。
欢迎回来，好久不见！
我有点困惑；早在 1 或 2 个版本之前我们就已经有这个功能了？当主题因达到 1 万条回复的限制而自动关闭时，系统会自动创建一个新主题并与旧主题进行交叉链接。您没有看到这个功能吗？
我并不是在询问跨链接的问题。我是在询问“在此处及上方选择”以跳转到新主题，或者复制关注状态。
关于这个有什么最新消息吗？
使用时间轴的垂直条来实现这个功能会很棒。我能否建议将帖子长度作为标准之一？有些一句话的帖子有时会获得很多点赞，但作为“话题里程碑”并不合适。
目前暂时没有，但我们计划最终实现这一目标！
