继续讨论 测试我们的新编辑器！：
我很想听听您是如何实现这一点的，因为 Confluence 在我的领域被广泛使用（但不一定受欢迎）。而且我一直认为 Discourse 可以做得更好——同时还能做更多事情。
8 个赞
柏林州立图书馆——德国最大的学术图书馆——和柏林中央和地区图书馆——该国最大的公共图书馆——多年来一直在制定概念和战略，以将Discourse定位为企业内部网解决方案（如Microsoft Teams/Sharepoint/Office368或Atlassian Confluence）的综合开源替代方案。
这项倡议涵盖了广泛的重点领域，包括：
- 用户体验/设计
- 知识管理
- 与职工代表大会的共同决策程序
- 数据保护和隐私
- 扁平化层级结构的映射
- 与文档管理系统(DMS)的接口
- 培训和文档框架
- 运营模式
- 删除和保留策略
- 多租户能力
- 技术债务管理
- 数字工具包
- 流程管理
- 人力资源和组织发展
- 内部沟通
- 数字主权
我目前正在起草一份宣言，概述我们的核心方法，并希望在未来几天内在此处发布。
14 个赞
巧合的是，我们也在柏林，为一家德国汽车公司在企业级使用 Discourse；然而，它并未被用于维基。这主要归因于两件事：
- 令人难以置信的令人沮丧和屈辱的内部政治。
- Discourse Docs Plugin 在 2019 年未能完全满足我们的需求——然而当前版本可以。
在企业级将 Discourse 用作维基是极其可行的，但 Confluence 在左侧有一个文档层级视图，管理层就是无法放弃（见下图）。结果是他们决定使用 XWiki 作为维基库，而 Discourse 将用于点对点支持、讨论和问答。
然后，花了十多个月的时间才就其树状层级结构如何组织达成一致。答案当然是数据很复杂，而树状结构并不是我们正在处理的数据的最佳选择。最终，这有利于 Discourse，我们坚持使用推荐的基于标签的组织方式，依赖搜索，并鼓励用户使用大量超链接。
这个故事中重要的一点是，我们始于 2019 年，而 Discourse Knowledge Explorer 在这些决定做出后发生了重大变化。我相信它现在是Discourse Doc Categories，这与我们当时设想和需要的更加一致。
但实际上，是企业级的政治让这件事变得困难。你经常会遇到部门和决策者为了他们的利益而不是公司的利益行事。我们已经与最终推动 XWiki 的部门达成了合作，并达成了书面协议，Discourse 将是那个平台。12 个月后，他们毫无预兆地向整个公司宣布 XWiki 将是新平台。随之而来的是 12 个月用户困惑，以及极其困难的协调会谈，让我不禁怀疑是否值得付出这些努力。我始终认为值得，但我个人确实为争取这些事情付出了巨大的代价，并且一直在逆流而上。
我想我在这里的关键收获是，在企业级，Discourse 是一个很棒的维基工具——尤其是在软件和技术领域。此外，在正确的公司文化中，它能带来颠覆性的改变。
根据我的经验，更大的问题总是建立平台所需的疯狂政治斗争。
5 个赞
在此简要评论几点：
首先，是的，这是我们打算替换旧插件的新文档插件。我们在 meta 上将其用于我们的文档，它更好地满足了我们的需求。它允许您按所需顺序定义侧边栏导航中显示的节和页面。
它仍然是#experimental 的，因为它尚未达到我们认为可以广泛支持的成熟度——主要需要的是一种更友好的方式来管理支持侧边栏导航的索引。
我还期望在某个时候支持更深的嵌套。
我们目前不会在这个插件上投入过多精力，但它是我期望在这些功能成为优先事项和/或与合作伙伴合作时构建更多这些功能的基础。
6 个赞
我赞赏您每天根据社区的需求不断改进的努力。对于理解这一点的人来说，这才是真正的价值。
我恳请建议，在文档类别中添加一种更明显的方式来打开侧边栏，这将是对“更好地返回”改进的完美补充。
我们的社区与之前分享经验的标准和/或基础设施相比，还有很长的路要走，但我认为用户界面/用户体验是我们所处数字时代通用语言的关键部分。
我们都在受益于这种持续的革新。请代我为我献上一份赞美 
3 个赞
这是一篇部分相关的文章；尽管他们没有提到开源协作工具，但 Discourse 非常适合我们丹麦同事正在做的事情：
2 个赞