自研 20KB Markdown 所见即所得编辑器内核发布 0.3.0 版本，支持 CRDT 无冲突合并，期待可以接入到大家的产品中

jaydenWang · 发表于 4 天前

@wang93wei 无法加载你们的图片，是我梯子的原因吗？

ota · 发表于 4 天前

GFM 都支持不？

ota · 发表于 4 天前

不支持 html 安全标签。
对 GFM 支持有限。

jaydenWang · 发表于 4 天前

@ota GFM 支持度大概是 80%。HTML 暂时屏蔽了，后续优化编辑体验后会开放

jaydenWang · 发表于 4 天前

@ota 随着版本迭代，GFM 是要做到 100%支持的

garyox64 · 发表于 4 天前

和现存的技术栈区别是啥，tiptap 之类，我最近写编辑器也很烦，很多都要额外适配，mermaid 之类的，latex

ivyliner · 发表于 4 天前

@jaydenWang 怎么获取免费授权 ?

yjxjn · 发表于 4 天前

@garyox64 我用的 codemirror

jaydenWang · 发表于 4 天前

@ivyliner 目前是要就给，大概流程是把你的产品告诉我，我让 AI 出一份具有法律意义的授权文案

jaydenWang · 发表于 3 天前

@garyox64 最大的区别就是，DOMD 不是在 Tiptap / ProseMirror 上改出来的，而是从零按照 Markdown 编辑器设计了一套架构。

所以像 AI 增量流式输入、段落内 CRDT 合并这些能力，不是后来为了赶 AI 需求硬打进去的补丁，而是底层数据结构本来就适合做。少了通用富文本框架的负担，包更小、链路更短，输入和渲染同步，编辑起来更跟手，也几乎没有多一帧的抖动。

更底层一点，粗略类比的话，ProseMirror 这类 transaction-driven 编辑器更接近命令式更新，也可以理解成一套基于 schema 和 transaction 的编辑数据库：每次插入、删除或修改格式，都要表达成明确的操作。

DOMD 的思路则更接近 React 的声明与 reconciliation：不是逐条控制这次具体改了哪个节点，而是重新声明当前 Markdown ，再由 diff/reconcile 自动找出需要复用和更新的部分。

不过 Mermaid 、LaTeX 肯定还是要适配