はてなブックマーク

vimVimを使いこなす上で避けて通れないのがkey mappingです。Vimのデフォルトのキーバインドはそれ自体でもそれなりに優秀なのですが、キーの割り当て方が今一だったり、そもそもキーが割り当てられていない機能も多くあります。それをカスタマイズするための機能がkey mappingです。Key mapping (あるいは単にmappingやmapとも呼ぶ)については:help map.txtを読めば一通りのことは分かるのですが、どういう風に使うべきかという観点からは詳しく説明されていませんし、掲載されているサンプルも実践という観点からは今一です。そこで、基本的なところから始めて、よくあるパターンや使い分けの仕方、そしてハマりがちな落とし穴について述べていきたいと思います。基本Key mappingを定義するコマンドは多数ありますが、基本的な書式は以下の通りです: map [...]

vim, gauche2008年の抱負の一つで挙げていたVimのGauche interfaceですが、ようやく一通りできました。kana's vim at gauche-interface-0.0.0a - GitHubからダウンロードできます。要Gauche 0.8.13 or later。configure時に--enable-gaucheinterpも忘れないように。今のところ、(vim-execute)、(vim-eval)、(vim-apply)といった基本的なものだけがあります。GaucheからVimをコントロールする上での便利なAPIはまだありませんが、それは上記の手続きから導出できるはずです(むしろそのつもりで用意していません)。大体、以下のような感じのことができます: :gauche END (vim-execute "new") (vim-eval "&l:modif

vimVimでのエンコーディング関係のオプションは次の通り:'encoding'グローバルなオプション。Vimが内部で用いるエンコーディングを指定する。バッファやレジスタやVimスクリプトでの文字列の中身はこのオプションで指定されたエンコーディングが用いられる。また、他のエンコーディング関係のオプションが未設定ならばデフォルトの値としても用いられる。基本的にvimrc以外で変更すべきではない。また、このオプションを変更しても既存のバッファやレジスタやVimスクリプトでの文字列の中身のエンコーディングは変化しない。(なお、ヘルプでは明言されていないがsystem()の結果は常に'encoding'として扱われ、'fileencoding'への変換は行われない。変換を期待する場合は:read!を使う必要がある。このためにvcscommandは一部で不具合が出る。)'fileencoding'バ

git, svnCodeReposへのやりとりにgitを使おうと思い、手早くリポジトリをセットアップするため、対象をオリジナルのリポジトリの一部に限定かつ変更履歴を省略するため以下のようにしたところ、何もfetchされなくて困りました。 $ git-svn clone -r HEAD http://svn.coderepos.org/share/dotfiles/vim dotfiles-vim Initialized empty Git repository in .git/ $ 何が理由か色々と試してみたのですが、どうやら上記のようにリポジトリの一部/dotfiles/vimに限定してgit-svn cloneをする場合、-rで指定したリビジョンの範囲の変更に/dotfiles/vim下のファイルやディレクトリが含まれていなければならないようです(git-svn clone = gi

vimVimの関数呼び出しでは場合によってとs:を使い分けする必要があるが、実はどのケースであってもを使えば動くには動く。ただというプレフィックスはs:に比べて見辛いため、できればs:を使いたい。ではどの場合にどちらを使うべきか。答えは以下の通り:s::autocmd、:command、:function/:endfunctionの中で使う(推奨 - でも動くには動く)。:map系か:menu系コマンドの中でのみ使う(必須 - s:では動かない)。Vimのカスタマイズに手を出し始めた頃は何故このような使い分けが必要なのか分からなかったが、今、この記事を書いていて思い付いた。:map及び:menuの定義時に与えられた{rhs}だけでは、その中に出現するs:の意味・用途を正確に判定することができないからだ。例えば以下のような定義があったとして: nmap =x =:=call=func=ret