きっかけ 産まれてからずっと Vim キーバインドで生きてきました。 エディタは Vim → Atom → Emacs → VSCode と渡ってきたけど、いつだって Vim キーバインドです。 もちろん VSCode でも VSCodeVim を使ってきました。 こいつはVimの動きを頑張ってエミュレートしていて努力の結晶という感じなのですが、概ね良い感じで動いていて、VSCode に移行した日から今までずっとこれを使ってきました。 VSCode Neovim という存在は以前から知っていました。初めてみたときに Neovim と通信して VSCode 上で Vim そのものの動作を実現するというのを読んでそこまでしてやりたいことか？と思ったのを覚えています。なぜか Neovim に対していい感情を持っていなかったというのもあったと思います。「ナードは黙って Vim 」とか思ってました。

sqlsとは sqlsとは、いま私が開発中のSQL用Language Serverです。SQLをエディタで編集するときの支援機能を実装したサーバとなっており、主な特徴は以下です。 Language ServerなのでLSクライアントが存在するエディタであればどんなエディタでも利用可能 SQL編集支援機能 自動補完(テーブル名、カラム名など) 定義参照 SQL実行 複数のRDSMSに対応 MySQL PostgreSQL SQLite3 Language Serverとは Language Server(あるいはLanguage Server Protocol)とは、プログラム言語の開発支援機能をエディタに提供するサーバ、およびその通信内容を規定したプロトコルです。ただしサーバといってもほとんどの場合ローカル内にホスティングしてローカルのエディタと通信をします。 ここでは主題ではないので詳し

はじめに 以下の記事では、僕の Vim の構成について記述しています。本来はこの記事で vim-lsp の導入方法と私的 Go 編集環境について書こうと思っていましたが、あまりにも長くなってしまったので別途書く事にしました。僕は Windows と Linux しか使わないので、皆さんの環境で使うとうまく動かない可能性があります。また僕は最新の Vim 8 しか使いません。古めの Vim を使いません。neovim も使いません。それらをお使いの方はうまく動かない可能性があります。ご了承下さい。なお設定ファイルの配置スタイルは完全に僕個人の趣味ですので必ずしも僕の構成が正しい訳ではありません。 ぼくのかんがえたさいきょうの Vim こうせい Vim の設定は vimrc に記述するのですが、その設定方法には「汚くさせない」ための工夫が必要だと思っています。以下は僕が行っている「vimrc

Go 言語の IDE 機能を得る為に何か知る必要はありません。Java の IDE 機能を得る為に何か知る必要はありません。HTML の IDE 機能をインストールする為に npm コマンドの使い方を覚えたり、LaTeX の IDE 機能をインストールする為に、配置場所を考える必要もありません。もしインストールを実行しても動かなかったら、それは vim-lsp-settings のバグです。 以前まででれば vim-lsp を導入すると Language Server の登録が必要でした。 if executable('gopls') au User lsp_setup call lsp#register_server({ \ 'name': 'gopls', \ 'cmd': {server_info->['gopls']}, \ 'whitelist': ['go'], \ }) au

deoplete.nvim開発者、Shougoが考える「Viｍの限界ギリギリ」を攻めるプラグイン開発の裏側 多くのエンジニアに愛されるテキストエディタ『Vim』のプラグインを作り続けるShougoさん。Vimmerならば一度は使ったことがある、というほどに広く知られたプラグインを作り続ける理由を聞きました。 「あなたにとって、テキストエディタとは何ですか？」 こう聞かれたとき、あなたは何と答えるでしょうか。開発に不可欠な大事なツール、あるいは、ただの道具──。きっと十人十色の回答が返ってくるでしょう。 この問いに対し、「テキストエディタとは世界」と迷いなく答えるエンジニアがいます。Vim/Neovimのプラグインマネージャーdein.vimや、Neovim/Vim8用の入力補完プラグインdeoplete.nvimなどの開発者であるShougo（しょうご／ @ShougoMatsu ）さんで

久々のブログです． 6月ぐらいにWebAssembly の仕様をざっくり読んだので，なんか WebAssembly でやりたいなと思って，Vim を WebAssembly に移植してブラウザで動くようにしてみました，という話です． github.com 多分実物を見ていただくのが一番早いので，下記のリンクにアクセスしてみてください． デモページはこちら（下記の注意事項を先にお読みください） 注意 デスクトップ版の Chrome か Firefox か Safari か Edge を使ってください．どうやら macOS では Safari が一番動きが良いです． デモページは全部で1MBほどのリソースを fetch します．モバイルネットワークなどからアクセスする場合はお気をつけください． keydown でキー入力を取っているので，キー入力を横取りするブラウザ拡張などが有効になっていると

半年ほど使っていなかったのでvimrcを整理するタイミングで完全に消すことにした。 ただ長年ツートップだったプラグインなので消すに至った経緯を軽くメモっておく。 neocomplete 今の自分にはVim標準の補完機能(ins-completion)で十分だった。 自動補完が発動するとVimが固まって使い物にならなくなることがある 特定の環境でたまにしか発生しないけど発生するとすごくストレス 自動補完されないと補完自体ができないと思ってしまう そんなことはなく、基本的には常に手動補完可能 そもそも自動補完の対象になっていない補完機能もある if_luaが必須 どうせ有効化するけどプラグインのためだけにluaを入れたくはなかった 昔は自動補完が必須だと思っていたけどVimの熟練度が上がったからか、 「補完したくなったらその時にCTRL-X(or N,P)押せばいいじゃん」 と思うようになった

haya14busa/incsearch.vim incsearch.vim について知らないかたはこちらの記事を参照してください． 簡単に言えばVimのインクリメンタル検索をカイゼンするプラグインです． -> incsearch.vimでVimの検索体験をリッチにする - haya14busa incsearch.vim v2.0 をリリースした! v0.9, v1.0, v1.1, v1.2, … とこれまで incsearch.vim をインクリメンタルにカイゼンにカイゼンを重ねてきました… そして本日， incsearch.vim は晴れて一段階進化し， バージョン2.0 となりました! この進化を一言で言えば，incsearch.vim はもっともっと Vim の検索を便利にすべく 進化・拡張可能 になりました． 2.0で何ができるようになったか? 百聞は一見に如かず．以下のgi

10 Questions with Vim’s creator, Bram Moolenaar - Binpress の翻訳です。 Vim の作者 Bram Moolenaar への 10 の質問 by Alexis Santos, November 19, 2014 Vim の登場から 23 年、何百万行ものコードが Vim で書かれました。私たちはこの偉大なテキストエディタの作者である Bram Moolenaar にお話を伺い、20 年間の開発で彼が学んだことや、NeoVim についての彼の考えなどを聞きました。また、Reddit の Vim ユーザーからの質問も投げかけてみました。Bram の回答をご覧下さい。 1: このような大きくて広く使われるソフトウェアを長期間メンテナンスすることから学んだことは？ 人が間違う可能性のあるあらゆることを学びました。自分自身の失敗や他人のコード

指が勝手にhjklしてしまうVim中毒者のために。 Emacsを目の敵にしてしまうVim中毒者のために。 三度の飯よりVimを愛するVim中毒者のために。 あなたの周りを「Vim一色にする」ための プラグイン・機能拡張・ツールたちを ご紹介いたします。 合わせて読みたい Macユーザーなら必須！とカーネル/「カーネルパニック」などLinux系周りのまとめ LPIC(Linuxの資格試験)の勉強してて出会った重要語句まとめ たった3種類のコマンドでLinuxをマスターする 0. ソフトウェア編 Mac: MacVim まずはこれをインストールしましょう。 日本語環境で使う場合は、kaoriyaさんの パッチがお勧めです！ インストールはこちらから。 1. ブラウザー編 Google Chrome: Vimium もうずっと使っています。 これがないともどかしいぐらいです。 ・ダウンロード h

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

最近は専ら Vim script 向けテスティングフレームワーク themis.vim を作っているわけですが、テストを書いたら当然実行しないと意味がないわけです。 しかし手動でテストするのは面倒。そこで CI。設定しておけばリモートのリポジトリに push した時に自動でテストを走らせてくれます。 Linux 環境用の CI サービスはたくさんあるので、Travis CI なり drone.io なり自由に使えば良いと思います。便利。 しかし Vim はマルチプラットフォーム。当然 Windows 環境でもテストしたいですよね。と言うわけで Windows 環境で CI できるサービスと、そこで themis.vim を使ってテストを走らせる設定例を紹介します。全部無料でできます。 と言うわけで CI サービス AppVeyor を使います。 Continuous Integration

Awesome Vim plugins from across the universe

いつでもどこでも Emacsから :help する - Life is very short [vim][emacs] いつでもどこでも Emacsから :help する [coffee-mode][emacs] coffee-mode 0.5.2 released [WIP][emacs][... http://d.hatena.ne.jp/syohex/20140527/1401188929 いつでもどこでも :help する - Vim :help ... http://vim-help-jp.herokuapp.com/ Emacs から Vim Help を :help で検索できるのに、Vim から出来ないなんて！出来るべきだろ！ リポジトリ mattn/ctrlp-vimhelpjp - GitHub https://github.com/mattn/ctrlp-vimhel

Rubyはローカル変数への参照と無引数のメソッド呼び出しを同じ記法で書けるので、コードを読むときに混乱したりtypoでNoMethodErrorを出してがっかりすることが多々あります。 幸いなことにこれらは静的に解析することができるので、ローカル変数への参照を色付けするVimプラグインを書いた。 Github/ruby_hl_lvar.vim すごく便利な気がする！！！！！！！ Rubyインタフェース(>=1.9)が有効になったVimが必要なのでご注意ください。MacVim 7.4 KaoriYa 20140107で動作確認しました。 しくみ Ruby1.9以降に標準添付されているripperというライブラリで、Rubyの構文解析をしてローカル変数への参照を取り出しています。 require 'ripper' Ripper.sexp(<<EOS) a = 10 b = 20 c = a +

kannokanno/previm NeoBundleで。 NeoBundle 'kannokanno/previm' NeoBundle 'tyru/open-browser.vim'

背景 Vimを使っている。 問題 Vimの「書き込んで終了」コマンドは ":wq" だが、誤って ":w:wq" のようにしてしまうと ":wq" という変なファイルができてしまう。 解法 autocmdを使って特定のファイル名の書き込みには警告を出す。 詳細 id:tyruさんのエンター巻き込み事故を防ぐのコードを利用する。 以下では ":" で始まるか、"[" で終わるか、"]" で終わるファイル名のときに警告を表示している。 " Checking typo. " http://d.hatena.ne.jp/tyru/20130419/avoid_tyop （一部修正） autocmd BufWriteCmd :*,*[,*] call s:write_check_typo(expand('<afile>')) function! s:write_check_typo(file) le

「vim入門」系記事で解説されないためか、意外と使い方が知られていないvimgrep。 ファイルを開いては検索、開いては検索ってしてる？ grepするためにvimから出てる？ grep結果を見て改めてvimで開き直してる？ それ、vimgrep使えば256倍早くなる（かも）よ。 簡単なまとめ vimgrepは… ファイルをまたいで検索できる grepやgit-grepよりは遅いので巨大プロジェクトでは検索対象を絞ったほうがいい ワイルドカード使うと簡単に絞り込める 繰り返し同じ対象から検索する場合はargument listを使うと捗る gitリポジトリではgit-ls-filesと組み合わせる 該当箇所に素早く移動＆編集できる quickfix-windowと組み合わせると更に捗る この記事読むと分かること :vimgrepコマンドの使い方 :cwindowコマンドの使い方 :argsコ