@edisonwong 对的

@xuld 感谢反馈，会尽快修复

tailscale 还发现有一个优点，目前 Mac 屏幕共享通过公网是无法开启高性能模式的，但是走 tailscale 可以开启

@Maxwe11 很可以。不过一直开着 tailscale 也挺麻烦，可能会跟梯子打架。可以试试 HomeKB ，直接把 Markdown 文件丢进.homekb/notes 就可以直接编译了。

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

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

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

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

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

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

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

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

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

@Sezxy 直接输入应该不行（有一个快捷键，不过被浏览器吞了），可以粘贴一个表格文档试试，或者直接拖拽一个 md 到页面中

@Sezxy 偶先过，我尽快修复

@jokcylou 有在慢慢支持和开放

@shuimuzi 目前是通过插件的形式直接将内核操作产生的 patch 翻译成 yjs 的 OP ，产生 CRDT 数据。内核架构层不感知 yjs 和 CRDT ，理论上可以切换到其他的 CRDT 引擎

@TArysiyehua 确实，我后面加一下。现在想体验性能的话，可以直接拖一个 md 进去，是可以直接渲染编辑的，或者复制粘贴一段文本

@w568w 目前数据结构和编辑体验是模块化的，支持无限嵌套。移动出现把手，单击可折叠可拖拽后续应该会以插件的形式支持，内核架构上目前是支持的

@Razio Markdown 所见即所得编辑器

@TArysiyehua 实际上是支持的，没有暴露便捷的方式。图片目前是可以复制粘贴进去的，表格有快捷键，不过被浏览器吞了，我想想优化一下

@dimlau 支持远端访问吗？

还有一个有意思的功能点，可以透过中继把家里的文档分享出去：<https://www.homekb.app/s/123f525c60ebc32339c12948bc1cba42?r=https%3A%2F%2Fhomekb-relay.wangjintaoapp.workers.dev> 支持配置分享参数