大 D 最近搞啥大项目了？最近的作品都没啥更新了
大 D 最近搞啥大项目了？
本贴最后更新于 1951 天前，其中的信息可能已经物是人非
-
88250
17 引用 • 291 回帖
相关帖子
-
-
-
-
-
下一代 Markdown 编辑器应该是所见即所得的，目前已经有人在这个方向上做出了一定成果，比如 Mark Text。
所见即所得（WYSIWYG）编辑器的用户体验不言而喻。并且目前在富文本编辑器领域上一个大趋势是块编辑器（Block Editor）将逐步流行，比如 WP 的古腾堡。但是 Markdown 编辑器在这方面则落后太多了。Mark Text 为实现 Markdown 的所见即所得编辑方式提供了很好的思路，但它可能受限于底层解析器（Marked），导致在处理一些场景时稍显不足。
当初设计 Vditor 时我们就定下了它的目标——“下一代的 Markdown 编辑器，为未来而构建”。要实现这个目标仅在应用层包装的话很难，必须自己实现底层解析器。而解析器的实现是必须要有语法规范的，否则解决不了二义性问题。所幸的是这方面有个规范——CommonMark。
CommonMark 是一些大的社区（比如 Reddit、Stack Exchange、GitHub）都认同的 Markdown 标准，该标准非常重要，具体可参考规范官网。今年第四季度左右他们会发布 v1.0 正式版，所以在这个时间点上做 Lute 我觉得可以说天时不错 😅
预计明年年初就可以在黑客派上体验到下一代的 Markdown 编辑器了，期待一下吧！
1 回复 -
-
-
这款对 Markdown 的支持程度不够好，比如不支持子列表、只能按输入顺序识别格式、不支持格式识别后再次回退更新。估计是因为他们主要目标是富文本编辑器，Markdown 支持没有做到极致。
仅从使用感受方面，我猜测他们是通过正则或者简单的格式识别算法来标记输入元素，这样的话是做不到精准定位语法元素类型的。要做到理想中的情况，必须要把 Markdown 文本进行结构化解析，形成抽象语法树，然后才能做到元素识别、插入、移动更新等。另外，就像前面我提到的，要构造 Markdown AST 的话最好是实现 CommonMark，否则二义性问题很难解决。
感谢你的推荐，也希望他们越做越好。如果还有比较好的 Markdown 编辑器推荐，请一定让我知道 😝
请输入回帖内容
...
欢迎来到这里！
我们正在构建一个小众社区，大家在这里相互信任，以平等 • 自由 • 奔放的价值观进行分享交流。最终，希望大家能够找到与自己志同道合的伙伴，共同成长。
注册 关于