好的，我已经阅读了整个讨论，有几个问题。我明白此页面的结构是由此页面创建的，但之后您还需要为每个子类别创建一个索引页吗？此页面的索引，或者其他包含大量文章的索引，一定非常庞大……
实现 xwiki 风格的页面布局，用于 Discourse 站点文档的一部分，难度有多大？UI 足够简单，您在创建页面时勾选“此页面是文档”的复选框。现在它只问您父级是什么。没有父级？它是一个顶级主题。您设置了一个父级，该页面就会显示在该主题/类别下。这完全消除了手动维护索引页的需要。它们看起来需要很多额外的工作，而且不应该有这种需求。并且在创建页面时很容易忽略添加内容。
如果您访问 https://checkin.technospider.com 并展开侧边栏中的一些项目，您可以看到嵌套是如何在真实示例中工作的。整个侧边栏是通过将页面嵌套在其他页面下（父子关系）动态生成的。该网站只有大约 150 页，但如果我必须创建索引来完成所有这些工作，我将花费两倍的时间。
这就引出了文档侧边栏布局的 UI/UX 问题。一旦您点击了主页面以外的任何地方，您就会失去最初的类别列表。您应该有一个方法可以回到页面上的某个位置。
您应该在 8 个主要区域上都有展开三角形，这样无论您是点击主页面上的框，还是侧边栏中的名称，它都会直接下拉，而您不会失去直接点击另一个主要区域的能力。
您在每个最终文章上都有一个面包屑导航，但即使是 8 个类别也缺少这个。点击页面顶部的子类别中的“删除过滤器”会带我回来，但这非常不直观。并且通过调整过滤器，您可以做一些奇怪的事情，例如，如果您点击“无子类别”，漂亮的绿色横幅就会消失。