.vimrcでありがちなミスとかおすすめとか

この記事は Vim Advent Calendar 2013 82日目の記事になります。

＼ｱﾄﾞﾍﾞﾝﾄ!／

今回は、みんなの大好きなvimrcの話です。
人のvimrcを見ているととても面白いですが、「あ、これはこうしたほうがいいよな〜」なんて思うことが稀にあります。

そんな間違いや個人的にこうしたほうがいいよって言うものをまとめて見ました。

1. ファイル形式別機能の有効無効設定

これはかなり頻繁に見かける間違いです。
間違い

filetype plugin indent on
filetype indent on
正しい

filetype plugin indent on 
これはhelpを引けばわかります。
:help :filetype-overview
有効無効の設定は一括でできます。



2. カラースキームとシンタックスの有効


これは自分もハマりました。

間違い
colorscheme mopkai
syntax enable
正しい
syntax enable
colorscheme mopkai
順番が大事なのです、逆にするとうまく色がつかない場合があります。
原因は不明です…



3. インデント

この記事を書いていて自分のvimrcのミスに気が付きました

間違い
set smartindent
set cindent

正しい
set smartindent
or
set cindent
これはこちらに書いてあります。
:help smartindent
smartindentはcindentかindentexprが有効なときは意味が無いようです。



4. nocompatible

set nocompatible
これはvimrcを書き始めたらまず書くと思います。
別に間違いではありませんが、これは不要です。
:help compatible
を見てみると、「既定では オン、ファイルvimrcまたはgvimrcが発見されたらオフ」とあります。
つまり、vimrcを書いた時点でnocompatibleになります。


5. 複数の設定値

set backspace=2
set autoindent
set cindent
set expandtab    
set shiftwidth=4  
これは以下と同様です。
set backspace=2 autoindent cindent expandtab shiftwidth=4  
好きな方を書くといいと思います。
ちなみに自分は末尾にコメントを書くので前者が好きです。


6. 設定値の反転

これも意外と知られていないと思います。
set paste!
set invpaste
ペーストオプションのトグルを行います、2つは同じ意味です。
これをマッピングしておくととても便利です。


7. mapの違い
これはvimrc成長させはじめの人に見受けられます。
Vimのmapまず、「展開するmap」と「展開しないmap」に二分されます。
ちょうどいいので自分のvimrcのメモ書きを貼っておきます。
どのモードでマップするかも大事ですからね。
どうぞコピペしてください。
これのnoreが付いている方が展開しないほうで、ついていないのが展開するものです。
するものは、マップ先にマップされているものがあればそれも評価して実行します。
どちらを使うか考えながらマップしましょう。

コメント

コメントを投稿

このブログの人気の投稿

カーソルキーさん@つかわない インサートモード編

この記事は Vim Advent Calendar 2012   104日目の記事になります。 103日目は@ujihisaさんの unite-build でした。 Vimｯ!  使わずにはいられないｯ! カーソルキーでｴﾃﾞｨｯﾄ? 貧弱貧弱ｩ!! はい、すいません。 というわけで 以前、書いた記事にも似たようなことをチラッと書きましたが、改めてきちんと書きなおしてみます。 Vimmerであればノーマルモードにおいて、息をするよりも簡単にhjkl移動をすることだと思います しかし、インサートモードではどうでしょう？ 案外カーソルキーに手を伸ばしがちですね。 私もVimを使い始めたばかりの頃はそうでした。 そもそも、インサートモードにおいてカーソルキーを連打ってしまうくらいの移動ならば <ESC>してノーマルモードで移動すべきだと思います。 Vimは音ゲーでは無いので連打なんてするべきではないのです。 標準では以下のように与えられています。 下の行へ <C-G><C-J> <C-G>j 上の行へ <C-G><C-K> <C-G>k これでは物足りませんね(゜.゜) そこで、この上記に加えるといいであろう設定を列挙します。 <C-A> - 行頭 <C-E> - 行末 <C-F> -  右 <C-B> -  左 noremap! <C-A> <Home> noremap! <C-E> <End> noremap! <C-F> <Right> noremap! <C-B> <Left> noremap! <C-D> <Del> emacsライクに設定しています 私がこの設定にしている理由はMacを常用しているからです。 Macだと結構な割合でemacs移動バインドがテキストボックス内で使えるので案外役に立つのではないでしょうか。 あと、emacsも最低限の動作は覚えておきませんと。 emacsっぽいとか
続きを読む

Android で MIME Type 判別

ちょっとアプリを作っていてかなり悩んだのでメモとして残しておく MIME Typeというのは見たことはあるが、きちんと知らないので調べて見ました MIME 【Multipurpose Internet Mail Extension】 "マイム"と読むらしい 直訳してみれば、"多目的インターネットメール拡張機能"かな？ ネットワーク上で動画、音声、画像などのファイルを扱うための規格 RFC2045～2049で規定されている。  拡張子とファイルのデータを関連付けているものらしい " タイプ名/サブタイプ名"のように区切られて表現される 例としては、 text/html text/plain image/jpg application/pdf などなど さて、例えば、AndroidでSDカードにアクセスし適当なファイルを開いた際 どんなファイルか判別したいとする この時にMIMEを読み取り画像か音声かテキストか判別し 他のアプリにIntentを投げようと思います ※12/25追記:以下の方法だと動作しない場合があるので更に下に追記しました。 Android Developerの ここ を参考に //ファイル名からMIMEタイプ取得 public String GetMIMEType(String Path){ //拡張子を取得 String ext=MimeTypeMap.getFileExtensionFromUrl(Path); //小文字に変換 ext=ext.toLowerCase(); //MIME Typeを返す return MimeTypeMap.getSingleton().getMimeTypeFromExtension(ext); } 引数のパスは"/sdcard/Music/xxx.mp3"のように渡しています。 そこからgetFileExtensionFromUrlメソッドを使って、拡張子(mp3)を取得 それをgetMimeTypeFromExtensionメソッドに入れてMIME Typeを呼び出し元に返す getFileExtensionFromUrlとgetMimeTypeF
続きを読む

Erlang & Elixir Fest 2019 に参加してきた

Erlang & Elixir Fest 2019  に参加してきました。 来ました pic.twitter.com/dtShHONnzH — もぷり (@Mopp_jp) June 1, 2019 その感想をメモを兼ねて時系列順にざっと思うままに書いてみます。 開始前 Erlang & Elixir Festは過去に何度か開催されていたようですが、自分は今回が初参加でした。 場所は永田町で、10時開場、10:30セッション開始というスケジュールで、10:10くらいに入場しました。 会場は縦に長く、中央にプロジェクターのスクリーンが1枚という構成でした。 後ろの方に座るとスライドがよく見えないだろうと思ったので前の方の席を探すと中央の前から2番目というかなりのいい席に座ることができてセッション中に不自由しなかったのがとてもよかったです。 セッション 超並列高速実行処理系 Hastega 〜 Lonestar ElixirConf 凱旋帰国 本日の Erlang & Elixir Fest 2019 の発表資料を公開します。 #elixirfest https://t.co/OFdnRXZlaA — Susumu Yamazaki (@zacky1972) June 1, 2019 一つ目の発表はHastegaというElixirのコードをOpenCLに変換して分散処理をするライブラリ(でいいのだろうか)についての発表でした。名前の由来はFFの仲間を強化する魔法だそうです。現状はdefhastegaというマクロで囲んだ中にあるEnum.mapなどが変換され、並列処理されるようになるそうです。また、将来はdefhastegaマクロを使わずに、できそうなところは変換するようにしたいとも話していました。 スライドに性能評価はありましたが、コード生成の仕組みに悩んでいるとのことでリリースはされていないそうです。Hastegaを使ったコード例を見た限り、使う分にはシンプルそうでよさそうでした。 Erlang/OTP 22からはHiPEが非推奨になるのでそこも悩みどころ、と話しており、それについてツイートしたところ、記事を教えていただきました。 Joseから紹介された記事です。 https://t
続きを読む