V2EX = way to explore
V2EX 是一个关于分享和探索的地方
Sign Up Now
For Existing Member  Sign In
V2EX  ›  jaydenWang  ›  全部回复第 1 页 / 共 8 页
回复总数  151
1  2  3  4  5  6  7  8  
@ppllss 可以理解为不需要服务端,这个 demo 只是一开始建立连接需要信令服务,后续协同是不走服务的
@PaulSamuelson 目前没有这个想法
@unknow1 我的意图是做一个 demo ,完善编辑器
@ppllss 支持的,npm 可以直接安装内核,插件后续也会发布到 npm 上。如果商用的话,我会出一个免费正式的授权
@AEDaydreamer 确实
@Leon6868 有调研过,评估是 roi 不高,就没有进一步推进。有借鉴实现过将 markdown 排版渲染到 canvas 上,实现简单的链接打开,图片点击放大,不过不支持在 canvas 上编辑
@Meltdown 不确定。
@wangbin11 微信:XIHATAL
@cp19890714 没有服务器,同步某个节点的 md 。流程大概是:host 写 md ,分享协同链接(可以设置密码),其他人打开链接,初始同步其他节点的文档,后续增量同步变更。支持节点离线编辑,上线后可以同步其他人文档,也把自己的变更同步给其他节点。
@sesine 😅,webrtc 信令服务是托管在 cloudflare 上,需要 VPN 才能建立连接,不服务于墙内用户会不会好一点
@ThirdFlame playground 是分两栏模拟多用户,真实的 editor 协同页面只有一栏。目前预估 15 人同时编辑会比较丝滑,需要真实环境测试一下
@Leon6868 稳定复线,会尽快修复,非常感谢
@Leon6868 Knuth–Plass 看上去更适合阅读场景和导出场景,编辑场景支持可能比较困难。流式输出过程中目前是禁用了用户操作,底层是支持的,后续会开放。针对流式输入还有一个想法,把 AI 流式输入设计成一个协作者,可以直接召唤 AI 修改文档,AI 协作的同时,人可以直接选择修改已经输出完的文字。理论上可以支持多人多 AI 一起协作修改文档
@SummerGrow 真很刑的话就算了,阅后即焚、双方加密也没什么用吧
3 天前
回复了 manbudezhu 创建的主题 iDev 开源作者,没有 Apple 证书
交钱,省心,一劳永逸
@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 肯定还是要适配
1  2  3  4  5  6  7  8  
About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   5499 Online   Highest 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 25ms · UTC 08:45 · PVG 16:45 · LAX 01:45 · JFK 04:45
♥ Do have faith in what you're doing.