桌面版的超链接有问题，少个 i

嗯，是的，如果考虑后续的功能更新和迭代的话确实不能图一时的眼前利益。

一直就想肯定会有基于 vditor/lute 的本地 md 工具出现，没想到来的这么突然，哈哈哈 后期会考虑改用非 electron 形式吗，比如 [链接] 或者 [链接] 亦或者是直接使用系统自带的浏览器来渲染等？ 感觉现在体积好大哦

👍 越来越好用啦~ 感谢 V 大 D 大的辛苦付出~

java8 以上接口支持默认方法和静态方法了，java9 以上还支持了私有方法（以及私有静态方法），就算是面试题，也要跟得上时代啊，喂~

就是本文中，Markdown 的语法树的图表中，最右边，ul 下面的第一个 li 下面的右侧 em 应该是在 p 下面的，现在文中的 li 下面的 p 和 em 并列了。

文档写得非常棒 👍 不过文档中是不是用的版本比较旧了，试了下最新版本的 vidtor，渲染出来的结构树没有问题 文档中的 最新版本 Vditor 渲染出来的 [图片] [图片] 希望能更新一下下 我不是强迫症……我真的不是强迫症……我就是看着不舒服而已……

考虑得非常细致，感谢建议。对选中区域的操作我们打算在 Vditor 实现所见即所得特性后再考虑实现，因为实现起来确实有点难度，需要有良好的数据结构进行支撑。这个核心数据结构在我们的设计中是 Markdown 语法树，所有操作、转换都是通过操作树来进行实现的，比如渲染 HTML、格式化 Markdown、渲染 AST 图 ..

当前版本的有序/无序/任务列表仅仅只是在光标处插入了 1. 或者是 * 以及 * [ ] 列表符号而已，并不是真正意义的实现了 markdown 的列表功能 比如当光标在某段文字中间的时候其实并没有实现列表效果，而且一直点会一直增加，而不是添加列表/取消列表的这种 toggle 效果 个人愚见哈，我感觉正确的操作应该是 ..

目前正打算使用 vditor，但是发现一些地方不顺手，所以应该算是提出一些建议吧： 服务器渲染预览时请求头的 content-type 希望能设置成 application/json 当前是 text/plain 导致像 SpringMVC 无法直接使用 @RequestBody 文件上传的选择框 允许添加限定选择的文 ..

选择了 997 的表示无言以对