我明白您的意图。如果我的理解正确，您希望利用 HTML 构建一个功能更为强大的完整编辑器，从而提供更完善的用户体验。
我个人非常希望看到一个能保留 Markdown 输出的所见即所得（WYSIWYG）编辑器。我并不是特别在意能否直接输入并让编辑器自动解析 Markdown；像 Ctrl-B（加粗）这样的常规快捷键或工具栏都没问题。但我确实希望保留后续的可编辑性、在非渲染环境下的可解析性，以及可导出性。而根据我的经验，HTML 至少在部分方面（并非全部）会带来问题。
我很好奇，您具体希望编辑器实现哪些功能，而这些功能与 Markdown 输出不兼容？
另外，我想指出 Typora 在行内渲染 Markdown 以及支持快捷键方面做得相当出色，我也不明白为什么不能同时支持格式工具栏（尽管它似乎并没有提供这样一个工具栏）。
5 个赞
嘿 @ozkn！
我正在采用一种只需 imageUpload 的方法！因此，你可以遵循同样的思路。在你的初始化器中，可以通过修改 component:b-editor 的 setupBasicEditor 函数来实现：
api.modifyClass("component:b-editor", {
setupBasicEditor(){
loadScript("/plugins/DiscourseBasicEditor/ckeditor.js").then(() => {
ClassicEditor.create( document.querySelector( '#editor' ), {
toolbar: [xxx],
...
})
}
}
});
请查看 Migrating to new installation methods | CKEditor5 documentation 以获取工具栏参考。在我的情况下，我只使用了 toolbar: ["imageUpload"]。
此致
3 个赞
大家好！也许我需要大家的一点帮助！
我正在做一个项目，其中使用了不止一个编辑器（composer），就像这样（在首页开头部分，用户可以在那里创建话题，类似于 Facebook 的主编辑器）。
因此，我在打开编辑器时遇到了一些问题（可能是因为我已经在主页面使用了一个编辑器）。
所以，当我想要更新一个话题时，我使用编辑器控制器来打开模型，但却收到了 b-editor 的错误信息。
你们在使用多个编辑器时是否也遇到过同样的问题？
此致，
Felipe
3 个赞
也许你可以暂时停用这个插件。正如我所说，这仍处于开发阶段。我可能会在下个月继续完善它。目前我专注于学习中文，哈哈。如果你愿意，可以给我你的 GitHub 链接，或者把你的代码发给我，这样我可以尝试理解你想实现的功能。
5 个赞
你好，标准编辑器是否支持第三方插件功能，例如……？
它将改为支持 ckeditor 插件。
这是我进行的一项界面简化实验，可能会放入一个单独的插件中。功能蔓延可不是好事，哈哈。
我想说点心里话：如果没有收入来源，让我写这些代码是没有意义的。我也曾尝试过闭源插件：
但问题在于代码会在买家之间被共享，这意味着需要不断吸引新客户，而这些客户并非通过口碑传播而来，这几乎不可持续。
因此，我很想知道你们是否愿意为此付费，以及你们对如何解决买家之间代码共享的问题有什么建议。
如果愿意，请在下方评论中告诉我你们愿意支付多少。
你们愿意为此付费吗？
- 愿意
- 不愿意
0
voters
非常感谢
1 个赞
你们新的所见即所得编辑器会改变帖子结构，使其不同于标准的 Discourse 吗？换句话说，如果你们的编辑器被禁用，使用该编辑器创建的帖子在用标准编辑器编辑时是否会遇到问题？
您是否有筹集资金的变现计划？
目前，该编辑器生成的是 Markdown 格式，因此我们可以同时使用这两种编辑器而不会有任何问题。但如果我们坚持使用 Markdown，体验永远不会完美。这就是为什么最终方案将生成 HTML。如果这成为某些人的阻碍，因为他们不想被锁定，那么有一个简单的解决办法：只需将 HTML 转换回 Markdown 即可。
我认为没有必要预先筹集资金。如果我知道有一群人愿意为此付费，并且知道他们愿意支付多少，我就可以直接完成代码开发。如果你对在公开场合讨论预算相关问题感到不自在，也可以通过私信联系我。
4 个赞
你尝试过与 Discourse 团队讨论这个细微之处吗？也许他们也想添加一些新的所见即所得（WYSIWYG）编辑器？
他们出于理念上的考虑决定不这样做。如果你感兴趣，可以在论坛中搜索相关细节。他们的论点完全合理，我表示尊重。这也是我致力于此项目的原因。
7 个赞
“Just-in-time rendering of markdown” 的方法越来越受欢迎。Roam Research 和 Obsidian（最新更新增加了所见即所得功能）以及前面提到的 Typora 都采用了这种方法。您可以在 Typora 网站上看到一些实际示例：
这种“所见即所得”结合现有工具栏的方式对我来说是最好的。大多数人实际上并不需要超出 markdown 提供的格式。他们需要的是一种更直观的方式来生成和编辑 markdown。
8 个赞
说得好。我认为 tiptap.dev 是迄今为止最好的方法：它们有键盘快捷键，让您感觉像在编辑 markdown，但实际上是一个真正的所见即所得编辑器。我开始用 tiptap 重写插件，而不是用 ckeditor。但我没有发布它，因为我找不到资金（我不由 discourse 支付）。
我也不在乎花我的空闲时间来处理这个问题。
此致，
Spirobel
4 个赞
每次用户必须使用（并记住）快捷方式和命令时，所见即所得（WYSIWYG）就无关紧要了。大多数人既不使用也不理解 Markdown 或 HTML。那些知道的人很少需要所见即所得，而且大多数情况是在不完全确定输出格式的情况下，例如表格。
这里有相当多的人生活在一个非常狭小的圈子里。WordPress 之所以受欢迎，Ghost 之所以处于边缘地位，是有原因的。
只有我一个人这么想吗？我讨厌 Typora。所有那些跳来跳去的操作让我头疼。
是的，我知道 Discourse（几乎）永远不会有真正的所见即所得，即使大多数用户会喜欢它。
这绝对是可以实现的。我已经完成了大约 80%。问题是：我没有足够的兴趣去完成它。Discourse 更像是一个公司产品，而不是一个开源项目。这里的人们大多是公司员工，或者想将 Discourse 用于他们自己的项目。所以，能量就不在那里了。也许有一天我真的无聊了，我会完成它，只是为了证明这一点。
祝您有美好的一天，
Spirobel 
8 个赞
社区成员在这些项目上付出巨大努力，社区也需要付出更大的努力来赞助这些项目。
然而，在 Meta 内部进行众筹是一个棘手的领域。Pavilion 正在探索更简便的方法。
8 个赞
这个网站是否仍然可以用于测试此插件？看起来它仍然在使用内置编辑器。
1 个赞