依云's Blog

zsh 的命令行编辑使用的是 Zsh Line Editor（Zle），功能比 readline 强大不少，只是大量好用的功能都深埋于文档中，难得见识到。最近在看A User's Guide to the Z-Shell，虽然内容有些旧了，但依旧很有用。

首先说一点，以下内容均假定使用的是 Emacs 式键绑定。

暂停当前命令的编辑，先执行点其它命令。这个功能叫push-line，默认绑定在Alt-q。另有一个叫做push-line-or-edit的 widget，我把它绑过来了：

bindkey "\eq" push-line-or-edit

push-line widget 会将当前命令行上的内容放到一个栈上，显示一个新的提示符让你来执行点别的东西。比如刚写了一个长命令的一半，却发现当前目录不对。怎么办呢？readline 里我只好先Ctrl-u，执行之后再Ctrl-y粘贴回来。偶尔会找不到之前 kill 的内容。在 Zsh 里，按下Alt-q，当前命令暂存起来，你可以执行点别的命令，再显示命令提示符时，之前 push 走的命令内容会 pop 回来。而且这个操作是可以嵌套的，因为这是一个栈。

push-line-or-edit widget 多了个 or-edit 后缀。当输入一个if或者for这样的命令时，你可以写成多行，zsh 会自动判断出你的命令尚未写完，显示$PS2提示符。这时，如果想修改之前的某一行怎么办呢？push-line-or-edit widget 会把这些行命令变成一个不带有$PS2提示符的多行命令，默认键绑定中，使用Ctrl-p/n或者方向键移动即可。这个就是 zsh 的多行编辑能力。如果你喜欢使用 zsh 编辑的话，可以试试zed这个运行于 zsh 中的简单文本编辑器：

autoload zed
zed some_small_text_file

按顺序执行若干条历史记录中的命令。比如我读取 3G 网卡短信使用如下的命令序列：

gnokii --smsreader
gnokii --getsms SM 0 end -f sms
smsmboxproc < sms > sms.mbox
mutt -f sms.mbox

如果使用Ctrl-r搜索历史的话，每条命令都搜索岂不麻烦？所以有了accept-line-and-down-history这个 widget，默认绑定于Ctrl-o。先在历史记录里找到第一条需要的命令，按下Ctrl-o，命令执行后，历史记录中的下一条就会出现了。然后接着按Ctrl-o，直到需要执行的命令序列到达最后一条，这次该按Enter了。

最后一个，你是不是经常往命令行上粘贴网址？是的话，你应该知道，网址得用引号括起来，以防止有些字符被 shell 解释了。zsh 带了个功能，可以检测出当前输入的是否是 URL，如果是的话就自动转义那些特殊字符。这样往命令行上粘贴 URL 时就不需要事先打好引号了。使用如下命令启用：

autoload -U url-quote-magic
zle -N self-insert url-quote-magic

曾经在Ubuntu中文论坛里看到一个改变光标颜色的方法，用光标颜色来指示是在 Vim 的普通模式还是插入模式下（因为 gnome-terminal 不支持使用转义序列改变光标形状）。Vim Wiki 上的 tip。

if &term =~ "xterm\|rxvt"
  silent !echo -ne "\e]12;HotPink\007"
  let &t_SI="\e]12;RoyalBlue1\007"
  let &t_EI="\e]12;HotPink\007"
  autocmd VimLeave * :!echo -ne "\e]12;green\007"
endif

可惜它不适用于当时我正在使用的 screen。现在我改用 tmux 了，偶然改变TERM变量测试的时候，发现光标颜色竟然改变了——虽然还附带一些“不良反应”。我想到：一定有办法来正确地改变光标颜色的！

于是求助于 Google，很快找到了这个，有了用于 screen 的转义序列。不过依旧不适用于 tmux。把“tmux”也加到关键词里再搜，终于找到了这个。根据这个帖子，screen 和 tmux 比 xterm 多出来的那些字符序列是告诉 screen 或者 tmux 把其中的字符序列直接发送到终端模拟器处理。

于是，我的 vimrc 又可以更新了：

let color_normal = 'HotPink'
let color_insert = 'RoyalBlue1'
let color_exit = 'green'
if &term =~ 'xterm\|rxvt'
  exe 'silent !echo -ne "\e]12;"' . shellescape(color_normal, 1) . '"\007"'
  let &t_SI="\e]12;" . color_insert . "\007"
  let &t_EI="\e]12;" . color_normal . "\007"
  exe 'autocmd VimLeave * :!echo -ne "\e]12;"' . shellescape(color_exit, 1) . '"\007"'
elseif &term =~ "screen"
  if !exists('$SUDO_UID')
    if exists('$TMUX')
      exe 'silent !echo -ne "\033Ptmux;\033\e]12;"' . shellescape(color_normal, 1) . '"\007\033\\"'
      let &t_SI="\033Ptmux;\033\e]12;" . color_insert . "\007\033\\"
      let &t_EI="\033Ptmux;\033\e]12;" . color_normal . "\007\033\\"
      exe 'autocmd VimLeave * :!echo -ne "\033Ptmux;\033\e]12;"' . shellescape(color_exit, 1) . '"\007\033\\"'
    else
      exe 'silent !echo -ne "\033P\e]12;"' . shellescape(color_normal, 1) . '"\007\033\\"'
      let &t_SI="\033P\e]12;" . color_insert . "\007\033\\"
      let &t_EI="\033P\e]12;" . color_normal . "\007\033\\"
      exe 'autocmd VimLeave * :!echo -ne "\033P\e]12;"' . shellescape(color_exit, 1) . '"\007\033\\"'
    endif
  endif
endif
unlet color_normal
unlet color_insert
unlet color_exit

因为 tmux 的TERM变量和 screen 的一致，所以得使用TMUX变量来判断是在 tmux 里还是在 screen 里。

最后，说下指定颜色的方法。可以使用和 HTML 中一样的#rrggbb甚至简写#rgb，也可以使用颜色名。这里有个 xterm 的颜色名表。

2011年8月25日更新：

写了个 zsh 函数：

if [[ $TERM == xterm* ]] || [[ $TERM == *rxvt* ]]; then # {{{2 设置光标颜色
  cursorcolor () { echo -ne "\e]12;$*\007" }
elif [[ $TERM == screen* ]]; then
  if [[ -n "$TMUX" ]]; then
    cursorcolor () { echo -ne "\ePtmux;\e\e]12;$*\007\e\\" }
  else
    cursorcolor () { echo -ne "\eP\e]12;$*\007\e\\" }
  fi
fi

Zsh 的模块真多呀，最初文档时知道有 ztcp 模块时已惊叹，最近又在邮件列表看到竟然有 zpty 模块，解决了困扰我良久的一个小问题。

会往终端输出彩色字符的程序都知道，如果输出的目的地不是终端，通常彩色转义字符是不需要的，比如重定向到文件，或者通过管道传给 grep 之类的程序。所以不少程序会有个--color=WHEN选项，你可以指定是程序自己决定，还是总是要彩色或者不要彩色。Linux 总是善于提供一堆选项来满足不同的需要。可是，除此之外，ls 还会根据输出目的地是不是终端来确定要不要一行显示多个文件名。更囧的是，只有办法强制 ls 一行显示一个文件名，却没有选项强制它把管道当成终端进行多栏显示。结果就是，当文件比较多时，ls | less会一行一个文件名，即使右边还有大把的空间。强制显示彩色也需要--color=always这么长的参数（而 tree 只需要-C就可以了）。

很早就想写个程序利用专门的伪终端来给 ls 的彩色多栏输出加上翻页器了。现在我终于把它实现了，而且简单很多：

ptyrun () {
  local ptyname=pty-$$
  zmodload zsh/zpty
  zpty $ptyname ${1+"$@"}
  if [[ ! -t 1 ]]; then
    setopt local_traps
    trap '' INT
  fi
  zpty -r $ptyname
  zpty -d $ptyname
}
ptyless () {
  ptyrun $@ | less
}

另外，这个用于 yaourt 查找时也是不错的 ;-)

2014年8月22日更新：采纳评论中的建议，使用管道取代了临时文件。另外，在 Dropbox 可以下载我的 zshrc。

上篇说到，我在Arch下的tmux的部分环境变量有问题。于是接下来我开始调查原因。最后终于真相大白。不过在揭露真相前，先详细说说问题是什么。

自从使用zsh以后，我在Ubuntu下发现我在~/.profile中设置PATH变量的代码在tty下没有起作用。但在~/.zshrc中设置又不行，因为图形界面登录时不会读取~/.zshrc。source 它也不行，因为可能导致双重设置（在一段时间里，我总是很奇怪地发现命令补全时某些命令会出现两次。。。）。于是，最后我的方案是这样的（箭头表示 source）：

.profile --> .zsh/zshrc.env   <-+
.zshrc --> ZSHRC_ENV set? --No--+

这个方案在Ubuntu下一直工作良好。但在Arch+tmux下就出问题了。在tmux中的zsh启动前，ZSHRC_ENV已经设置，于是~/.zsh/zshrc.env没有被 source，于是$PATH设置得不对了。。。

在查阅tmux N次之后，我想，可能是某个启动文件覆盖了我自己的 PATH 变量的设置。于是打开 zsh 的文档，翻到这里：

5.1 Startup/Shutdown Files

Commands are first read from /etc/zsh/zshenv; this cannot be overridden. Subsequent be- haviour is modified by the RCS and GLOBAL_RCS options; the former affects all startup files, while the second only affects global startup files (those shown here with an path starting with a /). If one of the options is unset at any point, any subsequent startup file(s) of the corresponding type will not be read. It is also possible for a file in $ZDOTDIR to re-enable GLOBAL_RCS. Both RCS and GLOBAL_RCS are set by default.

Commands are then read from $ZDOTDIR/.zshenv. If the shell is a login shell, commands are read from /etc/zsh/zprofile and then $ZDOTDIR/.zprofile. Then, if the shell is interactive, commands are read from /etc/zsh/zshrc and then $ZDOTDIR/.zshrc. Finally, if the shell is a login shell, /etc/zsh/zlogin and $ZDOTDIR/.zlogin are read.

于是发现这一切的根源在于tmux里启动的是login shell！Arch的/etc/profile中重置了$PATH、/etc/profile.d/locale.sh中重置了$LANG，所以造成我的tmux下的zsh环境变量不对的问题。于是我把设置移回了~/.profile中，然后将软链接~/.zprofile指向它。locale.shpacman不知道是什么包的，所以我就把它改成了：

[ -z "$LANG" ] && export LANG=en_US.UTF-8

至此，tmux部分的问题终于解决了！

一行 zsh 命令搞定：

grep -l "Author.*`whoami`" ~/.vim/**/*[^~](.^@)|while read i; do cat $i; done|cat - ~/.vimrc|sed '/^\s*$/d'|sed '/^\s*"/d'|wc -l

解释一下：

grep -l "Author.*`whoami`"

选取包含匹配正则表达式Author.*`whoami`的文件，其中whoami命令当然就是取得当前用户名啦。如果你的Vim脚本里标明的作者和你的系统的用户名不同，请自行修改之。

~/.vim/**/*[^~]

Vim配置目录下的所有文件，但以~结尾的备份文件除外。

(.^@)

前面的条件还不够哦。文件要是非软链接^@的普通文件.。也不知道只用一个.可不可以。

|while read i

将前面管道中的那些文件名，一行行地读到变量i里面来。

cat $i

把文件$i的内容显示出来。

done|cat - ~/.vimrc

把前面的内容-和vimrc文件连接到一起输出。

sed '/^\s*$/d'

空行不算数。

sed '/^\s*"/d'

以引号开头的行是注释，也不算数。

wc -l

数数总共多少行。

我的结果：

1915

看到这个结果，我自己都大吃一惊。没想到一年多以来，自己写了这么多行配置了啊。

不过可能不准确哦。反正我这里竟然算不算软链接都是这么多。哪位有更好的命令不妨留言呀。