几种编辑器的markdown-toc生成目录在github上的表现

Vscode

vscode的markdown-toc插件的实现是比较好的，

目前发现的问题就只有在自动生成带链接目录的时候无法正确识别和生成一些特殊的字符。

例如：

▶

这导致在标题中不能加入特殊字符，否则在自动生成目录时会无法正确处理导致生成的链接无法跳转。

我不用就是了！

Atom

Atom 的markdown-toc插件倒是能正确识别特殊字符。

但是生成的三级目录在github页面上会失去换行堆在一块。

本地预览倒是没什么问题。

这可是Github自家的编辑器啊，没见过这么打自己脸的。

啊，好像微软也干过类似的事。


Sublime Text3

在用过上面两个开箱即用的编辑后再把多年不用的sublime装回来的第一感受就是

真 的 难 用！

连怎么装插件都需要我先百度一下，诶， 只能说定位不同，20M左右的大小让sublime的下载速度是最快的。

markdown-toc插件的话和vscode基本是一个毛病，也算是表现的比较好。

Vim

vim 的 vim-markdown-toc 插件表现是最好的，没有任何识别问题或者显示问题。

唯一的不足之处在于没有办法自定义生成的目录级数，必须把6级全跑一遍。我觉得我应该去提个issue。

大文件生成目录时还可能卡死vim，不过这插件是vim7时代的作品，没有异步执行也属正常。

---

综上：

vscode基本是大文件markdown目录维护时比较好的选择，特别是如果涉及到大量粘贴的时候。

但是vscode还有一个问题是不知道什么时候会在文件中插入 ^H 字符，而且在vscode中还看不出来，这就比较尴尬了。

所以我在用vscode编辑完以后还会用vim打开检查一下，把 ^H 字符删掉。

期待 vim 插件的更新。

转载于:https://www.cnblogs.com/leisurelylicht/p/ji-zhong-bian-ji-qi-demarkdowntoc-sheng-cheng-mu-l.html