この記事は Vim 8.0 Advent Calendar の 23 日目の記事です。 今回は、今までの変更に収まらなかった細かい変更点について見ていきます。 GTK+ 3 GUI として、GTK+ 3 に対応しました。GTK+ 2 と同じように使えます。 +num64 Vim script の整数の型が 64 bit になりました。 利用可能な環境であれば 64 bit になることになっていますが、基本的には一般的なほぼ全ての環境では利用可能かと思います。 has('num64') を使うことで、64 bit が有効かどうかを判定できます。 これにより、32 bit による桁溢れなどを利用している一部のプラグインがうまく動作しなくなる可能性があります。 ユーザー定義コマンドでの新しい置き換えテキスト <mods> Vim の Ex コマンドの中には、他の Ex コマンドに前置することで他

この記事は Vim 8.0 Advent Calendar の 16 日目の記事です。 Vim 8.0 で利用できる新しい Ex コマンドのうち、まだ紹介していないものを紹介します。 :filter[!] {pat} {command} {command} の出力のうち、{pat} で指定した正規表現にマッチする行だけを表示します。[!] を指定すると、逆にマッチしない行だけを表示します。 {pat} は /foo/ のように / などの記号で囲われた形式です。ただし、パターンが記号などを含まない場合は / は省略できます。 以下に使用例を挙げます。 " マークを記録してあるファイルのうち、.txt で終わるものを表示します。 filter /\.txt$/ oldfiles " 読み込まれた Vim script のうち、パスに vimrc を含むものを表示します。 filter vim

Vim (その2) Advent Calendar 2016の12日めの記事です．微妙にパーズの難しいタイトルになってしまいました． さて皆さん，vim の colorscheme は何をお使いでしょうか．定番は例えば jellybeans, solarized, molokai, gruvbox, hybrid 辺りかと思いますが，どれも数年前からの定番ですし，我らが vim advent calendar の歴史を振り返っても，colorscheme の紹介に限って言えば案外記事が多くないのです． 2012年 黒背景好きの僕の心を揺さぶるカラースキーム「hybrid」 | ここぽんのーと 色弱用カラースキーム「color_blind」とカスタマイズの心 | 遥か彼方の彼方から 自分が今まで使ってきたVimのカラースキーマの紹介 （投稿時点ではアクセスできないっぽい） 2013年 オシャ

vimconf2016の発表で使用したサンプルデモ High speed tour from beginner to expert in 7 steps の抜粋版 ※ step5以降は要 vim-mode-plus ビジュアルモードは知ってるよね？ TextObject を使えや もっとええ Operator つかえや Operator と TextObject を組み合わせてみよう Operator の動作を o で変更してみよう. Occurrence に対して、Operate するようになるよ！ preset-occurrence を使ってみよう persistent-selection(消えないセレクション)を使ってみよう チュートリアルで使用するテキスト This is 1st paragraph text. 2nd line also include text text tex

んあぁー...何てこと． 先日買った音源達のひとつに，だいぶ前に観た kexp のスタジオライブ以来，ずーっっっと気になっていた『s』ってバンド，つかソロなんだけどね，の『Cool Choices』があるのだが，これをデータダウンロードで購入したことに酷く酷く酷く後悔している． 購入目的に探している時は， mp3 データしかないらしいとで嫌だな思いながらも「まあちっぽけなインディだし，時代も時代だから，そんなこともあるか」と仕方なく itunes から買ったんだが...*1 ある日ある記事に目を通していたら「あれ?」 cd であるじゃあああん! しかも検索してみたら，あの時と違ってかなりアッサリ見つかったぞ?*2 何故だ! ...つかアレだろ*3． 結構な思い入れあって購入を決めたアルバムだけにインパクトでかい． 買い直すか? とこのところ数日自問自答している． Cool Choices

近頃の ibus や uim の使い勝手がイマイチなこともあり、Linux 上での Input Method として fcitx が最近ポピュラーになってきました。 我らが SKK では、その他のInput Methodと違い、SKK内に直接入力モードがあり、SKKのままアルファベット入力が可能なため、一時期のUbuntu で発生したような ibus の不具合をほとんど受けることがなく、実はあまり fcitx に乗り換える必要もありません。 ともあれ、fcitxを使うとなった場合に、Linuxで問題となるのは、Input Mode⇔Normal Mode間で、ひらがなモードの有効/無効が自動的に切り替えられない事です。 日本語で文章を書いていて、SKKを直接入力モードに変更しないまま、<ESC>でInsert Modeを抜けて体裁を整えたり、編集をしようとした場合に、Normal Mode

コードを書いているとき、対応する括弧はとても大事です。エディターの中でカーソル下の括弧がどこと対応しているかが一目でわかると便利です。Vimの標準のプラグインにmatchparenというプラグインがあります (:h matchparen)。 私もずっとmatchparenのハイライトに依存してコードを書いてきました。しかし、だんだんこのプラグインのパフォーマンスが気になるようになってきました。標準プラグインなのですがわりと重い処理をやっていると思います。対応括弧をハイライトするプラグインによって余計な処理が行われて、コーディングの妨げになってはあまりよくありません。 最初はパッチを送ることも考えましたが、プロファイルを取った結果、どうしてもある機能を実現するために必要な処理が重くて時間がかかっていることに気が付きました (3日くらい前のことです)。その機能を落とすのは標準プラグインには受け

colorschemeが先頭で:hl clearをしてくるので、カラースキーム以前に定義された:highlightは軒並み吹っ飛ばされるという問題。 結論を言うと、:highlightの定義はautocmd ColorScheme *でするか、使う直前その場でやるべき。 hl clear つけるのが流儀という理解。なので、プラグインが使う、highlight は ユーザーがカラースキームかえるかも、と考えると autocmd ColorScheme * :call refresh_highlight() とかそういうふうにして、消えずに、蘇らさにゃならんの。。。面倒だけど。 消したくない、highlight 名登録しておいたら、ColoScheme イベントで蘇らせてくれる汎用機能的なのをつくった事があるようなないような。。。。眠いから寝よう。。。 http://lingr.com/roo

kamichidu: vimの文字列って、代入時にコピーされましたっけ thinca: されます let や引数に渡す際にもコピーされます 苦しみのテクニックとして、巨大な文字列は配列に入れる、というのがあります kamichidu: 参照がコピーされるのは、関数参照と辞書、リストだけで合ってます？ fmmm thinca: 配列は参照コピーなので一瞬 関数参照も参照コピーじゃないです… あれは関数名を文字列で保持している。文字列は当然毎回コピーされる kamichidu: 39Mのデータが400Mまで膨れた理由、文字列コピーっぽいので thinca: Funcref フラグがあるだけで、持ってるものは文字列と同じ kamichidu: oh... なるほど、ありがとうございます http://lingr.com/room/vim/archives/2014/10/18#message-2

incsearch.vimに限らずだったんですが，どうしてもfeedkeys()を使わないと実装できないからfeedkeys()を使うんだけど特定の条件のときにインサートモードやコマンドラインモード時にfeedkeys()の処理が実行されて意図しない文字列がインサートされちゃう問題の解決法がわかりました！ noremap (_incsearch-nohlsearch) noremap! (_incsearch-nohlsearch) nnoremap (_incsearch-nohlsearch) :nohlsearch xnoremap (_incsearch-nohlsearch) :nohlsearchgv call feedkeys("\(_incsearch-nohlsearch)", "m") というふうに，一旦にマッピングして意図してないモードはにマップすれば変な文字列が絶対

今回、gをプレフィックスとするキーマップの種類別一覧を昔作ったのを思い出したので紹介します。地味に便利なものも結構あります。アルファベット順の一覧は :help g で見られますので、開いているマッピングを探す時などはそちらをご参照下さい。 2015年2月11日 整理し直しました。ついでに目次を追加。 目次 移動・ジャンプ カーソル移動 表示行単位の移動 gなしと逆方向の移動 ジャンプ ファイル内移動 検索移動 タグジャンプ マーク タブ移動 ファイル移動 テキスト編集 貼り付け 行連結 オペレータ 大文字・小文字変更 テキスト整形 エンコード テキスト更新履歴を遡る・進む 別モードに入る 挿入モード 選択モード 仮想置換モード その他 再利用 情報表示 その他 未使用の組み合わせ おわりに 移動・ジャンプ カーソル移動 表示行単位の移動 コマンド 動作 gj jと同様。ただしスクリーン行

Sublime text first introduced multiple cursor editing (as far as I know). Meaning editing code at multiple positions at the same time. There is a plugin for vim (vim-multiple-cursors) which allows you to mimic that behaviour, but it has some problems. Autocompletion is broken, the history is different from what I might expect and you can’t map the manipulations to a keybinding for your next vim se

この記事はVim Advent Calendar 2012の153日目の記事です。 152日目はmanga_osyoさんによるVim で現在の検索位置を表示するでした。 vimをある程度使うようになると、ある操作(機能)を素早く呼び出すためなどでキーマップを設定するようになります。 ですが、数あるキーの中でどのキーに機能を割り当てるか結構頭を悩ませることが多いかと思います。 ちゃんと既存のキーの機能を意識して割り当てられれば良いですが、たまに「えっ、そのキー潰しちゃうの？」と思うような キーを潰しているのを見かけます(出典:vimrc読書会にて)。 意図してやっているならいいですが、わからぬまま重要なキーを潰してその機能を全く使わないという結構もったいないものです。 そこで、キーマッピングする際に考えたほうがいいことを記述したいと思います。 いつキーマッピングするか？ まずはどういう時にキ

In my vim plugin, I have two files: myplugin/plugin.vim myplugin/plugin_helpers.py I would like to import plugin_helpers from plugin.vim (using the vim python support), so I believe I first need to put the directory of my plugin on python's sys.path. How can I (in vimscript) get the path to the currently executing script? In python, this is __file__. In ruby, it's __FILE__. I couldn't find anythin

どうも、有末です。今回はVimscriptを書いてプラグインを作っているようなお変態な方にしか興味が持たれないであろう記事です。 vim-gistaの製作時にどうしてもオプションパーサーが必要だったのですが、vital.vim既存のvital-OptionParserでは少し機能不足だったためオリジナルのものを作成して使用していました。 Lingrにてその話を少ししたところ、何人かの方が食いついてくれたので外部Vitalモジュール化し皆さんに共有することにしました。 結構時間がかかってしまったのですが、vim-gistaでは載せていなかった補完やヘルプの自動生成など、僕が欲しいなと思う機能はすべて載った強力なものが出来ました（当社比）。今回はその機能紹介です。 使い方 インストール等 vital.vimが使えるようになっているのが前提です。その状態でneobundle.vimなどを使用しイ