我的目标是为 Discourse 中的编辑器实验奠定所有基础。
过去我曾与 @david、@tgxworld 和 @martin 讨论过此事，我们目前有很多事情在进行中，暂时还无法开始。话虽如此……我们的大致计划是：
contenteditable 组件。从头开始构建一个全新的前端的方法并不可取，而且长期来看将难以维护。这可能是一个短期解决方案，能为你争取几个月的时间，但长期来看是徒劳的。
这听起来很棒！期待！ 
尝试像我在这个插件中那样替换编辑器也是一个噩梦 
。
我不同意这一点。这类工作有很多可以获得的东西。我最近与也致力于类似项目的 @renato 进行了交流。另一件事是：Discourse 可以成为一个很棒的无头 CMS！我最近用 nextjs 和 strapi 后端构建了这个新闻网站：
它现在还附带了一个 Discourse 论坛。那么，为什么还要使用 strapi 呢？ strapi 后端的功能与 Discourse 论坛没有区别。它只是保存 markdown 并具有权限系统。所以我的下一步将是完全摆脱 strapi，只在 Discourse 中使用一个文章类别。
我认为这里有巨大的潜力可以服务于这个无头 CMS 用例并使其更加用户友好。
总之！非常感谢您的评论以及您在 Discourse 上所做的工作！ 
近几个月来，我听到过几次这样的请求。这无疑是一个有趣的问题。
目前最大的障碍是 API 稳定性保证。我们不提供这些保证，因此您必须依赖稳定版本，并且在从一个稳定版本升级到新稳定版本时可能会遇到麻烦。
一旦我们完成一些其他项目，另一个长期项目可能是创建稳定且有保证的 API。这绝对是我会考虑的事情，但目前不在路线图上。
是的，我明白你的意思，我们目前与 TEXTAREA 的耦合太紧密了，我们需要一个具有两个实现的抽象层。
这是一个非常大的项目，但我预计将在明年左右开始着手。
非常感谢您进行的所有实验，我们非常乐意看到这些成果。
您好 @spirobel
我的网站无法加载，并且在安装插件后出现错误
未捕获的错误：找不到从
discourse/plugins/DiscourseBasicEditor/initializers/discourse-basic-editor导入的模块discourse/lib/raw-templates
你好 Sam，我已经运行了 discourse，并且开始在上面建立一个社区。拥有所见即所得编辑器将是惊人的。
这似乎与 @huynhthai824 刚才遇到的错误类似。在 @spirobel 发表意见之前，我将把这个插件标记为 #broken。
是的，请这样做！这只是一个实验，从中学到的知识将用于我在这里提到的其他工作中：
感谢大家的兴趣和建议！
这个想法非常好，我希望在不久的将来能看到类似的解决方案。
这个项目停止了吗？有什么新的项目取代它吗？我们论坛上的用户大多是老年人，我意识到 Markdown 对他们来说很陌生 
Markdown 对程序员来说很好，普通人需要不同的东西…… 我也这么认为……
我开始这个项目是为了看看是否可行。当然是可行的。但我现在已经长大，变得更明智了（希望如此 
）。与其试图逆着一个大型开源项目的潮流而动，不如有更好的方式来消磨空闲时间。
真正的远见者是领导者，是的，时代错位者（anachronisms）常常难以跟上前进的步伐。
我记得 DOS 文字处理器，那时你必须知道文本颜色和高亮颜色才能实现粗体、下划线、斜体等……
所见即所得（WYSIWYG）花了一段时间才出现。现在，一个没有所见即所得的文字处理器会受到批评。奇怪的是，为什么在网络的某些部分我们仍然在使用古老的方法。
我在这里写了关于这个问题：
我们将着手为 ContentEditable 和其他类型的编辑器添加一流的支持，但这还需要一些时间。
我需要的是一个文本和图片各自占据独立区域，而不是混合在一起的编辑器，而不是所见即所得（WYSIWYG）编辑器。就像推特（Twitter）、Mastodon 或其他社交媒体那样。
我使用 Discourse 来记录我的生活，其中包含大量的文本和图片。我认为 Markdown 不太好用，因为在上传媒体时，你必须等待上传完成。例如：
然后你的思路就会被打断。下次你想记录什么时，你会回想起这个场景，你的热情也就消失了。
那么，有没有什么插件可以解决这个问题？
这看起来很棒，但看到它被标记为损坏。是这样还是稳定？
它肯定在当前版本上不起作用。而且该存储库的最后一次更新是在 3 年前……
它自 2022 年 12 月起被标记为 broken
），但不知何故它奏效了：
