Category Archives: 随笔

我经常有文本处理的需求，例如将 html 转换成纯文本，或者移除 markdown 里的所有连接，或者繁体转换简体。因此我做了一个插件来管理和执行各种外部文本过滤器。 所谓 “文本过滤器” 是一个命令行程序，它从标准输入读取文本，然后进行一些处理后写到标准输出，在 Vim 里可以用原生的 :{range}! xxx 命令将选中文本发送给 xxx 命令的标准输入，然后用该命令的标准输出替换选中文本，这个命令很有用，但每次输入一长串命令略显繁琐，并且过滤器多了以后也很难管理。 因此我做了这个插件来统一管理文本过滤程序，并且提供接口来执行他们： 比如上图演示了将 HTML 转换成文本，以及去除 markdown 中的连接，使用命令 :{range}TP {name} 就能调用名为 {name} 的文本过滤程序了。这些程序可以用你喜欢的语言编写，放到统一的目录，加上可执行属性就行，该插件就能找到它。

很多人说用 Vim 是因为键位比较方便，其实这只是部分原因，不知道你思考过没，为什么今天大部分 Editor/IDE 都支持 vim keymap 的情况下，还有那么多人用 Vim 呢？如果仅仅因为键位原因，他们大可以用其他东西啊，为何还继续用原始的 Vim 呢？ 也许在你看来，有的人配置 Vim 一半天最后就是类似 IDE/Vscode 的样子，既然如此，那么为啥那些人不直接去用 IDE/Vscode 呢？（二者也都支持 vim keymap），为什么他们还抱着原版的 Vim 不放呢？难道真的是他们没听过/没用过时下最先进的 Editor/IDE 么？ 事实可能恰恰相反，很多 vimer 都是非常热衷尝试各种新的编辑器的，我给 vscode 写过不少高赞回答，也给 atom editor 开发过插件，不少 vimer 机器上 terminal/gui based 的 editor 加起来都有十多个，对主流 … Continue reading →

学习使用 vim 有三个阶段： 首先是孩童时期，刚刚开始接触 Vim，觉得非常别扭，这里也不顺畅，那里也不够高效，表现为在知乎上问，“Vim 到底好在哪里？”，或者“学完 vimtutor 以后该干嘛？” 接下来是青春期，感受到 Vim 的爽点，开始欣喜若狂的探索 Vim 的边界，表现为疯狂的尝试各种 mapping 和插件，阅读网上一切关于 Vim 的文章和内容，尝试一切可能的事情。 最后进入成熟期，开始移除所有无用的东西，真正变得高效起来。表现为开始冷静思考自己的工作流程，逐步针对性定制 vim ，让 vim 越来越顺手。 只有对编辑器足够挑剔的人，才会使用 Vim。真要尝试，你要先问问自己是不是对编辑器有很高的要求，是不是对身边的编辑器都有不满意的地方，还是只是好奇，并不希望投入多少时间： 当你真的决定入坑了，那么主要问题就是怎么完成第一个阶段到第二个阶段的切换呢。 （点击 more/continue 继续）

谦卑的向大家介绍我的新插件：asynctasks.vim，一套类似 vscode 的 tasks 系统，用于解决 vim 下长期没法轻松优雅的编译/运行 C/C++ 程序的问题。这个插件我去年酝酿了很长时间了，今年打算给他做一点宣传。 最近两年 Vim/NeoVim 发展非常迅速，各种：异步补全/LSP/查错，DAP 等项目相继出现，就连 vimspector 这样以前只能奢望 emacs 的项目如今都出现了。 然而 Vim 任然缺少一套优雅的通用的任务系统来加速你的内部开发循环（编辑，编译，测试）。很多人在处理这些 编译/测试/部署 类任务时，任然还在使用一些比较原始的方法，所以我创建了这个插件，将 vscode 的任务系统引入 Vim。 vscode 为每个项目的根目录下新建了一个 .vscode 目录，里面保存了一个 tasks.json 配置文件来描述针对该项目的各类：编译/运行任务。而 asynctasks.vim 采用类似的机制，在每个项目的根文件夹下面放一个 .tasks 配置文件来描述针对该项目的任务，同时维护一份 ~/.vim/tasks.ini 的全局配置，适配一些通用性很强的项目，避免每个项目重复写 tasks 配置。 说起来好像很简单？其实这是概念简单，很多好的设计从概念上来讲往往非常简单，但是用起来却十分灵活强大，这不是我设计的好，而是 … Continue reading →