想请问作者是否放弃了am-editor的维护，am-editor和editablejs的主要区别？

[mrluos]

1.am-editor和editablejs的主要区别？ 2.am-editor存在什么问题。迫使放弃维护？ 感谢作者抽空回答一下疑惑

[big-camel]

am-editor 现在基本上满足大部分场景使用了，非重要bug就不维护了，很多耦合硬性代码，维护起来比较困难 editablejs 是基于div模拟光标的，不用原生Selection去做选区，有数据结构，代码解耦，维护容易。现在只支持react，正在使用原生js重构，可以在native分支中查看

[BOKE2014]

am-editor 现在基本上满足大部分场景使用了，非重要bug就不维护了，很多耦合硬性代码，维护起来比较困难 editablejs 是基于div模拟光标的，不用原生Selection去做选区，有数据结构，代码解耦，维护容易。现在只支持react，正在使用原生js重构，可以在native分支中查看

看来作者已经忙完AI，再次开工了，期待😚

[pzuopin]

期待中

[BOKE2014]

am-editor 现在基本上满足大部分场景使用了，非重要bug就不维护了，很多耦合硬性代码，维护起来比较困难 editablejs 是基于div模拟光标的，不用原生Selection去做选区，有数据结构，代码解耦，维护容易。现在只支持react，正在使用原生js重构，可以在native分支中查看

大佬能给个重构后的大概上线时间吗？

[big-camel]

am-editor 现在基本上满足大部分场景使用了，非重要bug就不维护了，很多耦合硬性代码，维护起来比较困难 editablejs 是基于div模拟光标的，不用原生Selection去做选区，有数据结构，代码解耦，维护容易。现在只支持react，正在使用原生js重构，可以在native分支中查看

大佬能给个重构后的大概上线时间吗？

大概时间还是得看问题解决的速度，可以预见的一些核心问题：

1. 每次的 op 后需要diff数据结构，然后进行document ui 更新，diff 算法需要够快，正在进行中
2. 插件的周期设计，数据结构变更后如何提供 mount -> unmount 这类钩子
3. 插件 ui、theme 如何管理，尽量不需要依赖其它 ui 库、解耦，抽象出ui模块，外部可以使用其它任何ui库对接（初步实现了使用 tailwindcss + @emotion/css 管理主题样式，ui组件的抽象化还没开始）

[BOKE2014]

am-editor 现在基本上满足大部分场景使用了，非重要bug就不维护了，很多耦合硬性代码，维护起来比较困难 editablejs 是基于div模拟光标的，不用原生Selection去做选区，有数据结构，代码解耦，维护容易。现在只支持react，正在使用原生js重构，可以在native分支中查看

大佬能给个重构后的大概上线时间吗？

大概时间还是得看问题解决的速度，可以预见的一些核心问题：

1. 每次的 op 后需要diff数据结构，然后进行document ui 更新，diff 算法需要够快，正在进行中
2. 插件的周期设计，数据结构变更后如何提供 mount -> unmount 这类钩子
3. 插件 ui、theme 如何管理，尽量不需要依赖其它 ui 库、解耦，抽象出ui模块，外部可以使用其它任何ui库对接（初步实现了使用 tailwindcss + @emotion/css 管理主题样式，ui组件的抽象化还没开始）

明白。大佬辛苦了

[jonsen]

很棒！很期待重构后的版本。

我现在是在Vue3里加载editable使用，用veaury套一层，有些复杂。刚用上，不知道还会有什么美好的事情发生。