依云's Blog

下载链接在这里。

好久没有编译 Windows 版 gvim 了。这次又编译了一次，同时支持 Python 2.7 和 Python 3.2 的，并且可以同时使用哦！另外还弄了个安装包出来，不过 Vim 自带的那个 NSIS 配置文件nsis/gvim.nsi似乎过时很久了，编译的时候各种错误。于是第一次接触 NSIS 的我就不得不去改那个配置文件。令人郁闷的是，NSIS 和 make 不同，每次重新编译时它都要全部重新处理一遍！最终弄出来后还发现没有多语言翻译的消息文件。于是装上 gettext，去src/po下 make 了，却发现不知道怎么改 NSIS 配置来处理这些.mo文件的重命名问题。于是只好放弃，另用 7zip 打包了一个包含消息文件的版本。

最后吐槽下，下载 NSIS 和 gettext 等时，正好遇到 SourceForge 故障，下载地址返回了条 JSON 消息：

{
    "error": true
}

还是被 JSONView 插件格式化好的。。。

2011年10月31日更新：搞定了交叉编译，于是安装包的语言支持被我用 shell 脚本搞定了！

Fcitx 输入法自动切换

在离开/重新进入插入模式时自动切换输入法状态，以便在普通模式下始终是英文输入模式，切换回插入模式时恢复离开时的输入法输入模式。状态为每个缓冲区单独保存，所以在中文文档和英文代码间交叉跳转编辑也得心应手！

无需任何配置！

要求：

fcitx 版本 3.6 以上，建议 fcitx 4.0 以上。建议关闭 fcitx 的预编辑输入功能，否则在 GVim 中可能会有问题（见评论；最新 git 版 fcitx 已经能够在 GVim 中自动禁用预编辑输入）。

注意事项：

1. Python 3 或者 Python 支持以获得更快更好的效果。注意对于 vim 版本<7.3.288，如果同时编译了 Python 2 & 3 支持，因为此 vim 不能同时运行两个版本的 Python，而本脚本首先检查 Python3，所以会导致出错或者 Python 2 不可用。

2. 终端下请设置 Vim ttimeoutlen 选项为较小值（如100），否则退出插入模式时会有较严重的延迟。同样会造成延迟的还有 screen 的 maptimeout 选项以及 tmux 的 escape-time 选项。

如果你需要跨主机使用 fcitx.vim，请参考此文。

开发：

https://github.com/lilydjwg/fcitx.vim

安装：

解压到 ~/.vim 下即可。如果没有并且不准备使用 Python 接口，可只将 so/fcitx.vim 放到 ~/.vim/plugin 目录下。

插件地址：http://www.vim.org/scripts/script.php?script_id=3764

gui2term.py是我用Python写的一个脚本，用于给仅支持 GVIM 的配色方案添加256色终端支持。介绍文章以及截图可以看Dante的《强烈推荐-将gui配色转化为终端配色的vim插件-gui2term-py》以及muzuiget的《Vim终端配色转换工具》。

缘起

GVIM 比起终端版的 Vim 来，支持丰富的色彩，而且使用 RGB 表示，更易于编辑，所以有很多配色方案都是只适用于 GVIM 的。但很多人不甘心忍受终端下丑陋的 Vim，于是，如muzuiget的博文所述，有好几个插件都尝试让终端版 Vim 能够使用为 GVIM 写的插件。但是，它们无一例外都是在 Vim 运行时动态转换配色的，估计有点影响启动速度。更重要的是，它们都是在 RGB 空间寻找最接近的终端色彩。这样造成的结果是，经常找到的颜色不是视觉上最接近的。甚至，在转换 spring 配色的时候，原本浅绿色的背景变成了灰色！

于是，我决定写一个脚本，永久性地为配色添加终端支持；同时，使用更好的算法来寻找最接近的颜色。所以，gui2term.py 是独立于 Vim 的 Python 脚本。所以，在最初的版本中我使用了 HSL 空间。没办法，不懂相关的色彩知识，只好凭感觉选择算法了。

更新

前天，我收到了一封来自 Eric Pruitt 的邮件。他建议我使用 colormath 这个库来寻找最接近的颜色。我看了下，发现 colormath 依赖于 numpy。我可不喜欢这么大的依赖。于是，我从 colormath 以及别的地方找出了需要用到的三个算法：RGB 空间到 XYZ 空间的转换、XYZ 空间到 CIELab 空间的转换，以及一个名为 delta_e_cie2000 的 delta 算法。

新的算法比原先的要好一些。我测试了三个配色（lilypink、spring、以及另外一个自己修改的）。其中，有两个的转换结果与 GUI 版更为接近（但是其中一个我更喜欢之前的算法转的），另外一个与原来的算法结果相同。

除此之外，我也更改了寻找 rgb.txt 的逻辑，因为不少人用的时候程序报告找不到 rgb.txt 文件。现在，gui2term.py 会首先尝试使用 locate 程序寻找 rgb.txt。

今天，vim_dev邮件列表里有人说Vim要不要内建camelCase的移动方式。于是一帮人在那里讨论。我平时都是用fU找到下一个字母U的方式在很长的camelCase变量里移动，所以并不怎么关心讨论的结果，但想看看他们到底怎么想的。然后就看到 Ingo Karkat 说到了他的camelcasemotion插件和CountJump插件。Ingo Karkat 这人最近我经常通信的，他给我的colorizer插件（vim.org、github）提了很多很好的意见（今天又来信了）。他还有个mark插件也很好用，同时高亮多个不同的单词/正则匹配的。

对camelCase没太大的兴趣，所以我先没怎么看，看了CountJump的介绍，又见到这个在 patch 文件中跳转的插件，就下回来安装了，仔细读了帮助，才发觉，它可以实现我曾经希望有的功能。

下面开始正式介绍。首先，你得知道text-object是什么（不知道的童鞋请先:help text-object）。这个插件并不干实事，只提供了些函数，大体来说，完成了两类东西的自定义。其一是 patch 块这种区域，其二就是文本对象。定义的方式也很好，想简单，可以使用正则表达式；想更强大，支持使用自定义的函数。

我曾经折腾 Javascript 时非常希望有这样一个功能，可以像使用ci"来更改"string"中的内容这样快速更改 Javascript 正则表达式/regex/双斜线里的内容。可惜 Vim 没有内建这种文本对象。现在有了CountJump，自定义一个易如反掌：

call CountJump#TextObject#MakeWithCountSearch('', '/', 'ai', 'v', '\\\@<!/', '\\\@<!/')

就这样一句命令，然后就可以像使用i"、a'这样使用i/、a/来表示 Javascript 正则表达式双斜杠的文本内容了。

CountJump的区域移动也不错，不过除了那个用于 patch 的我还真没想到好的使用实例，只弄了这个：

1 call CountJump#Motion#MakeBracketMotion('', 'b', 'e', '\<\w\|\l\@<=\u\|_\@<=\w', '\w\>\|\l\u\@=\|_\w\@=', 1)
2 for mode in ['n', 'o', 'v']
3   exec mode . 'map b [b'
4   exec mode . 'map e ]b'
5 endfor

这个和camelcasemotion的功能类似，使用b、e在camelCase或者under_score中的单词中移动，不过很不完美，实际使用时有一些问题。

最后，有一个非常令我兴奋的是，这样定义的文本对象也被surround.vim支持！在 Javascript 中想把一个字符串字面值改成一个正则表达式？cs"/即可！不过有点遗憾的是，自定义文本对象的名字不能是中文字符，自定义的中文标点文本对象surround.vim也不支持。

准备向 Arch 迁移了，于是编译了个GVIM。之所以要自己编译，当然是要打非官方补丁了。

主要的 bug 修正为：

• python3 支持（已成为官方补丁）
• CJK 行禁则
• Arch 下标题栏上显示“作为超级用户”
• 中文菜单显示为空白

其中第三条只在 Arch 上出现，据说是某个库的 bug。后来折腾了段时间，发现如果 gvim 不 fork，或者 fork 后父进程生存的时间长一点点，就不会错误地出现这个提示（但是真正使用超级用户权限时也没有这个提示，不知道是否属正常情况）。

2011年7月14日更新：最新版下载地址。

今读到 LinuxToy 上介绍 Tabular 的文章，不由得又折腾了下功能更加强大的 Align 插件。这个插件我装了很久了，也曾读过它的文档，但是实际用得却并不多，原因除了我一般写的时候就对齐好了之外，还有一点很重要——要让它精确地按照自己所希望的方式对齐一些文本可以，但得敲好长的命令，而且还需要思考，比如对齐CSS样式声明：Align! WP0p1l: :\@<=。

于是我就想，能不能把常用的对齐指令都以某种方式记录下来，需要时再调用。我首先想到的是映射或者命令。实际上Align自带了一个 AlignMapsPlugin.vim，其中就定义了很多常见的映射，但是不太容易记忆，而且不知道怎么添加。每种对齐方式定义个命令有点麻烦，于是就考虑用一个命令加参数的办法，于是就写了以下函数：

function Lilydjwg_Align(type) range
  try
    let pat = g:Myalign_def[a:type]
  catch /^Vim\%((\a\+)\)\=:E716/
    echohl ErrorMsg
    echo "对齐方式" . a:type . "没有定义"
    echohl None
    return
  endtry
  call Align#AlignPush()
  call Align#AlignCtrl(pat[0])
  if len(pat) == 3
    call Align#AlignCtrl(pat[2])
  endif
  exe a:firstline.','.a:lastline."call Align#Align(0, '". pat[1] ."')"
  call Align#AlignPop()
endfunction

其中对齐样式的定义是这样子的：

let g:Myalign_def = {
      \   'css': ['WP0p1l:', ':\@<=', 'v \v^\s*/\*|\{|\}'],
      \ }

Myalign_def的值是一个列表，各项分别是对齐方式的控制序列、分隔符正则、可选的用于筛选选区的控制序列。

想到以后定义的对齐方式多了之后，那些自定义的名字会有些不记得，于是补全函数不可少：

function Lilydjwg_Align_complete(ArgLead, CmdLine, CursorPos)
  return keys(g:Myalign_def)
endfunction

现在函数和变量定义都有了，可以定义命令了：

command -nargs=1 -range -complete=customlist,Lilydjwg_Align_complete
      \ LA <line1>,<line2>call Lilydjwg_Align("<args>")

用的时候只要选中需要对齐的文本，然后按:LA 已定义的对齐方式名即可。

PS: Align 的中文对齐速度很慢，而且还有移动光标位置等“不良行为”，因此 patch 之：

--- autoload/Align.vim
+++ autoload/Align.vim
@@ -984,6 +984,11 @@
 "           nonzero value.  Solution from Nicolai Weibull, vim docs
 "           (:help strlen()), Tony Mechelynck, and my own invention.
 fun! s:Strlen(x)
+  " lilydjwg: vim7.3 有 strwidth 函数
+  if exists('*strwidth')
+       return strwidth(a:x)
+  endif
+
 "  call Dfunc("s:Strlen(x<".a:x.">")
   if g:Align_xstrlen == 1
    " number of codepoints (Latin a + combining circumflex is two codepoints)
@@ -1006,6 +1011,8 @@
    call setline(line("."),a:x)
    let ret= virtcol("$") - 1
    d
+   " lilydjwg: 这样才不会让光标乱跑
+   normal k
    let &l:mod= modkeep

Vim 7.3 增加了对 Python3 的支持，但其有不少 bug，从不能正确地向缓冲区中添加中文文本，到 buffer 对象不支持 slice 操作，vim.error 不是 BaseException 的子类而是一个 str，以及各种中文乱码/UnicodeDecodeError，让我这个 Python3 的坚定支持者非常郁闷，于是趁假期把 Vim 好好修理了一番。

此次修正历时两周，涉及 src/if_{py_both.h,python.c,python3.c}，共 3 files changed, 308 insertions(+), 265 deletions(-)，修正的具体项目为

• 向缓冲区添加文本时正确处理编码
• buffer 对象支持 slice 赋值
• vim.error 不再是字符串
• py3file 让 Python 检测文件编码
• 向 Python 传递缓冲区字符串时使用正确的编码（这解决了 gundo 在非 UTF-8 编码时的解码出错）
• py3 命令输入使用 'encoding' 解码后再以 UTF-8 编码（这解决了在 'encoding' 非 UTF-8 时含中文的 py3 命令的 SyntaxError）
• 向标准输出写文本时使用正确的编码（这样 print() 之类不会输出乱码）

以上数据要感谢git工具。

目前我在 Ubuntu Linux 10.10 32bit 和 Windows XP SP3 （使用 MinGW 编译）上测试没有问题，有兴趣的请帮忙再测试下。下载地址。

另外，附上 gundo 的 Python 2 & 3 兼容版以及使用 Python3 支持的 Python 补全插件 python3complete.vim（放到 ~/.vim/autoload 下）。

PS：Python3.2 发布了，增加了一些很好的新特性，比如argparse模块，str.format_map方法等等。

2011年3月3日更新：给 Vim 编译 Python3.2 支持也有些艰难，参见这篇文章。

2011年4月19日更新：今天解决了内存泄漏的问题，补丁已更新。另外，本补丁将在陈列室维护。

2011年6月19日更新：此补丁已被官方采纳。

Vim7.3 的 Ruby 支持 bug 无限，刚开始是编译了 Perl 支持在调用 Ruby 时就 crash。我不编译 Perl 支持，不 crash 了，但是 lusty-explorer 还是得修改后才能用，因为$curbuf.number恒为零，后来才知道编译时加上--disable-largefile选项就可以没有这个问题。

今天，101号补丁的发布终于解决了这些问题！

在vim_dev邮件列表看到Bram又发布了好些补丁，想起不久前看到梧桐在找支持Ruby的Vim二进制文件，所以我又编译了下Vim。上次编译Win版时Lua好不容易弄好了，Ruby却不能用。有些相关的补丁发出来了，这次也尝试下，欣喜地发现这个bug已经解决了～

对了，我尝试过使用Make_cyg.mak在Cygwin环境下编译，结果失败了，好像是gcc不支持这么编译了，所以还是用的MinGW。

文件放dbank网盘了，外链地址。因为有些涉及到文档什么的补丁，所以runtime文件也打包传了上去。另外说下，dbank虽然上传文件速度很快，但操作界面的时候，网速却极慢（用HttpFox看过了，不是JS导致的慢）。

注：支持的Python版本是2.7，Ruby是1.9.2，Lua还是静态编译的，5.2。

2011年3月29日更新：

把自己编译的 Windows 版 Vim 放这里了，会不时更新。

首先祝大家新年快乐！

一直都感觉Vim下快捷键不够用，于是在某一天，我开始使用Alt开头的组合键，然后发现了问题——

在很多终端中，Alt 组合键发送的是 Esc 前缀键码，而图形界面中则是置位最高位。举例来说，Alt-x在图形界面下向Vim发送的是ø（在Vim插入模式下使用Ctrl-V Alt-x可以看到），其编码为0xf1，而x的编码为0x78，区别在于前者二进制编码的最高位是 1，而后者是 0。

而在gnome-terminal、konsole中则是另外一番景象。Alt-x和快速地按Esc x的效果是一样的，仅有xterm 和 rxvt 等终端可选地支持像图形界面的那样处理（参见Vim手册:help :map-alt-keys）。而且，使用置位最高位的终端将导致shell中的Alt-f之类的键绑定失效。

Emacs能处理这种不一致，但Vim不能，于是我一直是使用脚本，使得在终端下和图形界面下使用不同的键绑定。这样图形界面下没什么问题，但终端下比较郁闷：因为映射了Esc开头的键，而Esc是用于回到普通模式的，于是每次按Esc想退回到普通模式时都得等一秒（'timeoutlen的值）。这个值又不能设小，不然\ww这种需要多次按键的映射就难用了。

前些天，偶然在帮助文档里看到了这个：

					*:set-termcap* *E522*
需要 {option} 的地方，可以使用 "t_xx" 形式来设置终端选项。这些选项覆盖相应的
termcap 值。设置后，可以用于映射。如果 "xx" 包含特殊字符，须用 <t_xx> 形式: >
	:set <t_#4>=^[Ot
也可用来翻译普通键的特殊键码。例如，如果 Alt-b 产生 <esc>b，可用: >
	:set <m-b>=^[b
(这里 ^[ 是真正的 <esc>，用 CTRL-V <esc> 来输入)
这个方法优于映射之处在于它能适用于所有情况。

也就是说，可以在终端下把Alt组合键都设置到Esc开头的键码，这样一是不用每次设置键映射时设置两个，更重要的是，其本质变了：这样的设置不是键映射，而是指定键码！这样会使用'ttimeoutlen'的值来等待后续键码，和映射无关了，我完全可以把它设置得很小。于是写出新的脚本：

 1 " escalt.vim    控制台下让用 <M-x> 也可用
 2 " Author:       lilydjwg <lilydjwgATgmail.com>
 3 " Last Change:  2010年12月15日
 4 " ----------------------------------------------------------
 5 " Load Once:
 6 if &cp || exists("g:loaded_escalt") || has("gui_running")
 7   finish
 8 endif
 9 let s:keepcpo = &cpo
10 let g:loaded_escalt = 1
11 set cpo&vim
12 " ----------------------------------------------------------
13 " Functions:
14 function Escalt_console()
15   for i in range(65, 90) + range(97, 122)
16     exe "set <M-".nr2char(i).">=\<Esc>".nr2char(i)
17   endfor
18   set ttimeoutlen=50
19   if &term =~ 'xterm'
20     set <F1>=^[OP
21     set <F2>=^[OQ
22     set <F3>=^[OR
23     set <F4>=^[OS
24     set <Home>=^[OH
25     set <End>=^[OF
26   endif
27   for i in ["", "c", "i", "x"]
28     exe i . "map Ï1;2P <S-F1>"
29     exe i . "map Ï1;2Q <S-F2>"
30     exe i . "map Ï1;2R <S-F3>"
31     exe i . "map Ï1;2S <S-F4>"
32   endfor
33 endfunction
34 " ----------------------------------------------------------
35 " Call Functions:
36 call Escalt_console()
37 " ----------------------------------------------------------
38 "  Restoration And Modelines:
39 let &cpo= s:keepcpo
40 unlet s:keepcpo
41 " vim:fdm=expr:fde=getline(v\:lnum-1)=~'\\v"\\s*-{20,}'?'>1'\:1

注意到其中对于F1到F4等键进行了特殊的设置。没办法，这几个键特殊，这样设置我觉得是最优的解了。设置'ttybuiltin'也可以，但是经过一些时间的试用后发现有副作用，具体是什么我忘记了。

PS: SyntaxHighlighter 不支持 Vimscript，还好 Vim 有TOhtml命令。

最新脚本在 GitHub 有。直接复制上面高亮过的代码是不行的。