-
CommonMark 规范要点解读
2019-10-29 17:11就是本文中,Markdown 的语法树的图表中,最右边,ul 下面的第一个 li 下面的右侧 em 应该是在 p 下面的,现在文中的 li 下面的 p 和 em 并列了。
-
CommonMark 规范要点解读
2019-10-29 15:57文档写得非常棒 👍
不过文档中是不是用的版本比较旧了,试了下最新版本的 vidtor,渲染出来的结构树没有问题
文档中的 最新版本 Vditor 渲染出来的 希望能更新一下下
我不是强迫症……我真的不是强迫症……我就是看着不舒服而已……
-
Vditor v1.7.25 发布,支持五线谱,对 MD 渲染进行分包优化
2019-09-24 13:54当前版本的有序/无序/任务列表仅仅只是在光标处插入了
1.
或者是*
以及* [ ]
列表符号而已,并不是真正意义的实现了 markdown 的列表功能比如当光标在某段文字中间的时候其实并没有实现列表效果,而且一直点会一直增加,而不是添加列表/取消列表的这种 toggle 效果
个人愚见哈,我感觉正确的操作应该是:
- 当光标有选中一段文本的时候,单独将这段文本前后换行空出来,然后再将文字前面加上列表标识
- 当光标没有选中文本的情况下,直接在当前行最前面添加列表标识符
- 当光标已经是处于列表所在行,且没有选中文本的时候 当前列表类型的按钮应该是选中状态,这样可以再次点击反向的取消列表
- 当光标已经是处于列表所在行,且选中一段文本或者光标所在行为引用块内时,此时应该支持层级嵌套的列表(列表下的子列表,或者引用块里面的列表)
- 当光标所在的地方为代码块或者粗体或者行内代码块内这些不能够添加列表的地方时 列表按钮应该是置灰不让从这些地方生成列表的
可能还有很多细节……
-
Vditor 一款浏览器端的 Markdown 编辑器,支持所见即所得(富文本)、即时渲染(类似 Typora)和分屏预览模式
2019-03-04 00:30目前正打算使用 vditor,但是发现一些地方不顺手,所以应该算是提出一些建议吧:
- 服务器渲染预览时请求头的 content-type 希望能设置成 application/json 当前是 text/plain 导致像 SpringMVC 无法直接使用 @RequestBody
- 文件上传的选择框 允许添加限定选择的文件类型(accept 属性)
- 希望能添加前端浏览器渲染的功能(这样在有流量限制或者离线断网的环境也能愉快的编辑,别问我为什么有离线使用的情况,那就要问为啥有缓存这个功能呢?哈哈哈)
- 希望能开放一些 api 供开发者直接调用,如 HTML 转 markdown 的方法(目前只能粘贴的时候转换),这样方便读取页面上原始的一段 HTML,转为 markdown 后直接编辑
- 编辑器当前是以 div 这 dom 容器作为入口的,所以如果假设原始 div 容器中已经有内容了,希望能直接将原始容器中的 HTML 自动转 markdown 并作为默认值初始化给编辑器