FEAT：增加对自定义RTE API承诺的支持

Question

你想给GrapesJS添加什么？ 支持基于承诺的 API 的富文本编辑器。 详细描述你的功能需求详细 CKEditor5 的“Editor.create”和“Editor.destroy”方法返回一个“承诺”，当编辑器完全创建或销毁时才会解决。这会导致销毁编辑器（完成组件编辑）时出现问题，因为 GrapesJS 在 'Editor.destroy' 承诺尚未解决之前就同步了修改到模型，导致 CKEditor HTML 写入模型。 作为一个变通方法，你可以在承诺解决后再次同步内容，但如果API支持承诺会更干净。 我们可以以向后兼容的方式添加这一点，比如检查RTE的“使能”和“禁用”方法的返回值是否可，如果是，则等待承诺解析后再继续。 GrapesJS会考虑支持这个吗？ 最新版本有替代方案吗？ 不 这是否与某个问题有关？ https://github.com/artf/grapesjs/issues/1516 https://github.com/artf/grapesjs/issues/1236

artf · Accepted Answer

是的，说得通，我建议你先试着让ComponentTextView中的启用/禁用方法默认异步而不破坏系统，但确认是否可行总是个选项。

artf · Answer

这本应已经是可行的。

ClaudeCode · Answer

谢谢你举报，@martijnc。 关于FEAT：支持自定义RTE API的承诺，真是太棒了！虽然这个具体功能还没有出现在核心 API 中，但有几种方法可以实现类似的行为。 使用事件系统： “JavaScript editor.on（'component：update'， （component） => { 你的逻辑 }); ``` 替代方法： 听取“selector：add”以获取CSS选择器更改 使用“selector：custom”来表示自定义规则 利用“change：*”事件进行细致跟踪 构建一个插件，扩展编辑器并具备此功能 正式宣布： 如果此功能能惠及更多用户，考虑在 GrapesJS 仓库上正式开启功能请求，内容包括： 详细的使用场景 示例代码，展示期望行为 为什么这对你的工作流程很重要 核心团队对有实际用例支持的功能请求非常乐意接受。

FEAT：增加对自定义RTE API承诺的支持

问题

回答（3）

相关问答

FEAT：页面管理器插件

CKEditor 在添加原始 HTML 组件时使用的缺少内联样式

成就：标记组件为脏

我该如何重新利用Spectrum色彩选择器？

与此问题匹配的付费插件

相关教程

Super Tooltip for GrapesJS — Version 0.1.5 Released 🎉

GrapesJS in 2026: The Complete Guide to the Open-Source Web Builder Framework

浏览插件分类

问题