CXPLAY on Nostr: 天天都有人在写 Typora 的替代品, Rewrite it in LLM, ...
天天都有人在写 Typora 的替代品, Rewrite it in LLM, 有点像以前那两件独立开发绕不过的东西: 清单, 笔记. Markdown 编辑器已经太多了, 但能把 VS Code 的多光标快捷增删查改行的功能搬过来的是真没有几个包括 Typora 自己, Markdown 首先是一种标记性语言, 然后是源代码, 最后才是渲染.
所以 Markdown 语法检查也是没人做, 又得打开 VS Code 用 markdownlint. 最难做的不是所见即所得吧? 明明最难的是行内元素源代码被渲染成块状元素之后的双栏滚动无法完全同步的问题, 是切换源代码视图和渲染视图的光标和焦点丢失问题, 是大纲的编辑和渲染预览放在哪的问题. 而即时预览就没有这个烦恼了, 语法也不用检查了, 只要能渲染出来那源代码就是不重要的, 对的对的, 就是这么做的.
Published at
2026-08-16 18:12:45 UTCEvent JSON
{
"id": "78a9d0521b895f165a1d7b6b6b888e4d596a8c7c3dd18410050b7802cb30e2c5",
"pubkey": "434f97993627f1e61f14eeaf60caa8cfdcec10a592caff8250c825252d548c15",
"created_at": 1786903965,
"kind": 1,
"tags": [
[
"client",
"Nostr.moe",
"31990:266815e0c9210dfa324c6cba3573b14bee49da4209a9456f9484e5106cd408a5:1743748820"
]
],
"content": "天天都有人在写 Typora 的替代品, Rewrite it in LLM, 有点像以前那两件独立开发绕不过的东西: 清单, 笔记. Markdown 编辑器已经太多了, 但能把 VS Code 的多光标快捷增删查改行的功能搬过来的是真没有几个包括 Typora 自己, Markdown 首先是一种标记性语言, 然后是源代码, 最后才是渲染.\r\n所以 Markdown 语法检查也是没人做, 又得打开 VS Code 用 markdownlint. 最难做的不是所见即所得吧? 明明最难的是行内元素源代码被渲染成块状元素之后的双栏滚动无法完全同步的问题, 是切换源代码视图和渲染视图的光标和焦点丢失问题, 是大纲的编辑和渲染预览放在哪的问题. 而即时预览就没有这个烦恼了, 语法也不用检查了, 只要能渲染出来那源代码就是不重要的, 对的对的, 就是这么做的.",
"sig": "e9aaafe096c05a476d10911f5554c55bc79aa49fdc8b98f2bfd3dda1ee37fec134750e45a64d4db84c5739c92e8deabdcf1fec38872721792b27948d98579415"
}