dannの日記

vimのpluginの管理方法

02:35

vimのpluginをflatにplugin直下に並べてると、どのpluginがどのファイル使っているのかさっぱりわからず、pluginの管理ができないので、これは何とかしないとなぁと。近いうちに、id:ns9tksさんが書いてる方法を導入しよう。

http://d.hatena.ne.jp/ns9tks/20090613/1244884957

autocomplpopのsnippetの補完

20:15

そもそも大文字でsnippetの補完しようとしてませんでした。壮大に勘違いしてました snippet名が辞書に登録されてて、それがでていて、補完候補として表示されたと勘違いしてました orz...

snippetは大文字での補完なんですね。これはスニペットだけしかでてこないので確かにわかりやすいですね。

http://d.hatena.ne.jp/ns9tks/20091027/1256624215

vimの使い方

19:30

自分の使い方は、以下のような感じです > Shougoさん

小さなスクリプトの場合

vim hoge.pl
(suspend)
テストなどする
fg
編集
編集終わったら:wq

Webアプリの場合

複数のfiletypeを一気にbufferに開いて, buffer jumpしながら移動して開発。vimは立ち上げっぱなし。

vim **/*.{pm,tt2, css}
fuzzyfinderでbuffer移動
screen移動してテスト
screen移動でvimの開発用windowに戻る

大きすぎるプロジェクトは、小さなスクリプトの場合と同じ方法で編集してます。

tagsの更新タイミング

tagsは、言語別にライブラリのtag(gems, cpan用などなど）を用意していて、頻繁には更新してないです（モジュールインストールしたらやるくらいです）。Webアプリ用などのプロジェクト用のtagはつくってないです。bufferに開いて読み込んでいるので、それを使って補完してます。

気になる点

自分が気になったのは、「小さなスクリプトの場合(1ファイル)」のケースで、 サンプルなどの小物を作るときにvimを毎回起動して終了させる使い方だと、cacheの時間が結構気になるなぁと（あくまでtagsのファイルが大きい場合で、dictionaryだけであればさほど気になりませんでした）。

Webアプリの場合（複数のファイルを一気にbufferに開く場合)は、まだneocomplcacheで試してないんですが、vimは落とさないのでcacheタイミングは起動時1回（filetype毎に1回)あれば十分で、そこが遅くてもあまり気にならないなぁと思ってます。