由于 Disco TOC 是默认列表中的主题组件之一，我假设这是一个提出功能请求的合适地方。
它目前仅适用于 OP（原始发帖人）。我希望能够为回复添加目录。为什么？
当我们举办网络研讨会时，我们会通过帖子向社区宣布。网络研讨会结束后，我们在同一主题下回复，其中包含录制链接以及网络研讨会期间提出的所有问题的答案。我们这样做部分是为了涵盖我们在现场会议中未能回答的所有问题。
这些后续帖子往往会很长，并且通常按广泛的主题进行子分类——非常适合目录（实际上这也是我安装该组件的原因）。
以前，我会在回复帖子的顶部手动（且痛苦地）创建一个静态目录，但当然，一旦您滚动到内容，它就没用了。让 Disco TOC 浮动在内容旁边将是极好的！
很有趣的用例！我过去也这样做过。不确定这是否会在你的情况下奏效，但我们最终的做法是编辑第一篇帖子，在底部添加注释，然后回复通知大家已编辑。这样，一切都整齐地组织在第一篇帖子中，以供后人参考。
也许是我过去当记者的经历，但我倾向于对修改历史持谨慎态度……
是的，我完全理解。
但这可能对长期有用，而且 Discourse 为那些想要完全透明的人提供了编辑历史记录。以下是我们为一个网络研讨会重写的一个主题的示例，那是我还在 Namati 工作的时候。我们甚至将语言改成了过去时，所以它是一个网络研讨会的总结，而不再是公告。并且删除了所有关于如何加入等的后勤细节，因为它们不再相关。
更新：此分支中的更改已合并到上游，请改用官方主题组件
任何想要在回复中应用 DiscoTOC 的人，我在自己的分支中完成了这项工作！
现在它可以将 TOC 应用于任何帖子，并且运行良好，就像在 OP 中一样。
官方团队似乎不认为在回复中应用 DiscoTOC 是必要的，所以我不会打开一个拉取请求。但是您可以使用我修改过的版本！GitHub - Lhcfl/DiscoTOC-edited: Edited DiscourseTOC, supports non-latin language and every post
回复中的目录 - 是的，请！！
回复帖子的目录是可能的——请参阅这里非常规的方法。
对我来说，作为一个重度 iPad/iPhone 用户，这个解决方案更像是一个“盒中之物”
嗯，
我使用的是运行 iOS 16.6 的 iPad Air 和 Safari，它的运行效果和 Chrome 一样，符合预期。 
Lhcfl/DiscoTOC-edited 在插入目录时抛出错误 «Uncaught TypeError: ((intermediate value) || this[e]) is not a function»。
Discourse 3.2.0.beta4-dev。
好的，我会去看看。
这是我与上游同步时发生的自动合并错误。现在我已经修复了它。
你是否愿意重新考虑这个问题？将其作为官方维护的仓库的一部分将非常棒。而且它不会/不应该引起任何问题或不稳定。
我的用例是会议，我们使用一个事件作为 OP（原始帖子），会议记录放在它下面的新帖子中。能够将 TOC 应用于会议记录将非常棒。
我不想让它应用于所有帖子——那样会很快变得非常混乱！！！
我认为，在这个主题中至少有四位用户分享了用例，值得重新考虑。
期待在我的网站上看到这个部署。 
由于这是一个主题组件，您应该能够从您的 /admin/customize/components 页面更新它。
不过，如果您遇到任何问题，请告诉我，我们可以解决任何问题。
这太棒了——干得好，Linca！ 
我在本地实例上使用它，效果很棒。谢谢！现在我写帖子时，想要目录就不必在我的笔记本中创建新主题了！ 
在使用新功能（顺便说一句，做得好！）一段时间后，我对此的看法错了——因为您可以指定在激活目录之前要包含多少个标题，所以这根本不是问题。
但是，插入目录代码非常麻烦。
您是否愿意更改此设置，以便在自动指定类别和标签时也启用回复目录？或者将其作为一个选项？
您是如何插入的？对我来说，在编辑器中点击一个按钮并不复杂。
