自研 markdown 编辑器内核支持了实时协同能力，做一个基于 webrtc p2p 协同 demo 有没有被喝茶风险

很刑啊，能不能加个阅后即焚、双方加密

@SummerGrow 真很刑的话就算了，阅后即焚、双方加密也没什么用吧

没出事通常没人管你

domd 有可能支持 Knuth-Plass 排版算法吗？
还想问问流式输出的时候是否能允许用户选择输出完的文字

报告一个 BUG ，协同 playground 在一边的编辑器内选择一段文字，开启输入法输入一些字符，并在输入法处于选词状态时点击另外一边的编辑器，则会页面崩溃

@Leon6868 Knuth–Plass 看上去更适合阅读场景和导出场景，编辑场景支持可能比较困难。流式输出过程中目前是禁用了用户操作，底层是支持的，后续会开放。针对流式输入还有一个想法，把 AI 流式输入设计成一个协作者，可以直接召唤 AI 修改文档，AI 协作的同时，人可以直接选择修改已经输出完的文字。理论上可以支持多人多 AI 一起协作修改文档

为啥要分两栏 ，两个人都同时在左边就不能正常工作了么？

类似的开源项目有 codimd ，很好用 多人一起也不会乱

@Leon6868 稳定复线，会尽快修复，非常感谢

@jaydenWang #2 加了这 2 个功能以后，更刑了

@ThirdFlame playground 是分两栏模拟多用户，真实的 editor 协同页面只有一栏。目前预估 15 人同时编辑会比较丝滑，需要真实环境测试一下

多人同时编辑一个 md ，源 md 是在哪里？ 是某个人的本地 md 吗？还是在服务器上？

@sesine 😅，webrtc 信令服务是托管在 cloudflare 上，需要 VPN 才能建立连接，不服务于墙内用户会不会好一点

交个朋友有联系方式吗。我没在 GitHub 看到有联系方式

@jaydenWang #6 也许可以考虑在排版层结合 pretext ，比如将每个单词或者文字当成自定义行内组件渲染？ https://chenglou.me/pretext/justification-comparison/

@cp19890714 没有服务器，同步某个节点的 md 。流程大概是：host 写 md ，分享协同链接（可以设置密码），其他人打开链接，初始同步其他节点的文档，后续增量同步变更。支持节点离线编辑，上线后可以同步其他人文档，也把自己的变更同步给其他节点。

@wangbin11 微信：XIHATAL

只给外国人服务可以规避这种问题吗

@Meltdown 不确定。

@Leon6868 有调研过，评估是 roi 不高，就没有进一步推进。有借鉴实现过将 markdown 排版渲染到 canvas 上，实现简单的链接打开，图片点击放大，不过不支持在 canvas 上编辑

@jaydenWang #12 和服务在不在墙内没关系, 主要是你人在墙里

@AEDaydreamer 确实

细说有什么法律风险呢

@nVoxel 非法撸管罪

微软的 Office 365 貌似也有类似的协作功能：多个人同时修一个一个文档，能看到谁的光标在哪里，在修改什么，可以实时同步。

支持一下，不错

主要是内容监管方面的问题，做到事前实名、事中可断、事后可查就基本可避免法律风险。当然如果你的本意就是为某些不好的事情提供服务，那是没办法的，莫伸手，伸手必被捉。

会不会以后做成 wolai 这样的产品🐶

支持内嵌到其他项目里面吗？

@ppllss 支持的，npm 可以直接安装内核，插件后续也会发布到 npm 上。如果商用的话，我会出一个免费正式的授权

@unknow1 我的意图是做一个 demo ，完善编辑器

@PaulSamuelson 目前没有这个想法

@jaydenWang 只要发布到公网，内容监管方面的问题就需要注意，不管是不是 demo

https://hackmd.io/
好像有类似的产品

多人 ssh 连同一个服务器， 开 tmux 窗口也能共享编辑

国内用户必须手机号注册才能使用，就没有太大风险。问题是手机注册用户觉得又是风险。

@jaydenWang 内部使用，没有商用，你这个协同，需要服务端吗？