内容

Neovim on Macの初期設定について、覚え書き。

まとめ

Neovimを入れたら、~/.zshrcにNeovimのホームフォルダ設定等を書き込む。

export XDG_CONFIG_HOME=~/.config
export PATH=$PATH:/path/to/Neovim/bin
alias vi="nvim"
alias vim="nvim"

Terminalから、プラグイン管理ソフトのvim-pluginを入れる。

sh -c 'curl -fLo "${XDG_DATA_HOME:-$HOME/.local/share}"/nvim/site/autoload/plug.vim --create-dirs \
       https://raw.githubusercontent.com/junegunn/vim-plug/master/plug.vim'

$XDG_CONFIG_HOME/nvim/init.vimに設定を書き込む。下記の要領でgithubのリポジトリ名を記載し、:PlugInstallをNeovim上で打つことでインストールできる¹。
- Neovimを再起動するか、Neovimで$XDG_CONFIG_HOME/nvim/init.vimを開いた状態で:source %を打つことで、設定が反映される。
- アンインストールするには、該当行を削除して:PlugClean。
- なお、設定ファイル上でのコメントアウトには"が使われている。

call plug#begin()
Plug 'projekt0n/github-nvim-theme'
Plug 'luk400/vim-jukit'
call plug#end()

プラグインの中には、上述の:PlugInstallだけでは有効にならないものも存在する。そういった際には、該当プラグインのgithubを読んで初期設定を行う必要がある。一方、とりあえずの最初の一歩として、下記を試すのもアリ。
- :プラグイン名をNeovim上で叩いてみる。
- $XDG_CONFIG_HOME/nvim/init.vimに、下記の設定を書いてみる。
  - なお本設定に限らず、github上で（Neovimの）プラグインのコンフィグ例を探していると、$XDG_CONFIG_HOME/nvim/init.vimに直書きするものと、lua <<EOF〜EOFで挟み込む必要があるものが混在しているので注意。
  - 挟み込む必要があるものかどうかは、やっている内に分かってくる（luaで書かれているかどうかの違い。luaのコメントアウトは--）。

lua << EOF
require'プラグイン名'.setup{}
EOF

好みにもよるが、下記設定も$XDG_CONFIG_HOME/nvim/init.vimに書き込んでおく。

set tabstop=4
set autoindent
set smartindent
set shiftwidth=4
set number
set expandtab
syntax on
set title
set clipboard+=unnamedplus
set noswapfile
set nobackup
set nowritebackup
set showmatch
set autochdir

プラグイン選択

Neovimのプラグインは、Visual Studio Codeの拡張機能と比較すると、下記が異なる。

ある機能（例えば自動補完）について多くの場合はデファクト・スタンダードが存在せず、自分でどれかを選ぶ必要がある。
プラグイン開発は個人主導・小規模であることが多く、主導者が開発から離れると、プラグインのメンテナンスがされなくなる（その代わり、尖った機能提供をするプラグインも多い）。
導入・設定が複雑（慣れるまでは、プラグインをインストールしても動かせない）。

人が多く集まるプラグインの方が、A) 開発が継続される可能性が高く、B) 導入・設定についてもある程度情報が出てくる。そのため、基本的には単に人気のプラグインを探せば良い。
探し方として、同機能のプラグインをある程度見つけて、github上でのスター数と最終更新日を比較することが有効（とは言え良いプラグインでも、単純な機能についてはメンテナンスの必要がなく、最終更新日が古い場合もある。）。

2022年11月26日現在の、プラグイン選択の例を下記に示す。

■ プラグイン管理

プラグイン名	スター数	最終更新日
vim-plug	29.9k	9/13
dein.vim	3.3k	2 days ago
packer.vim	4.6k	9/10

■ 自動補完

プラグイン名	スター数	最終更新日
coc	21.7k	6 hours ago
nvim-cmp	4.3k	yesterday
coq	2.8k	2 hours ago
ddc	509	2 days ago

その他

Visual Studio Codeの快適性を再現しようとすると、自動補完機能は必須なのだが、Neovimだと少しハードルが高い。
- 上述のcoc/cmp/coq/ddcは全て試したが、cocが一番お手軽。~~速度の問題で、個人的にはcoqを利用中。~~ coqだとインラインのエラー表示がダブる等の不具合が多いので、cocを高速に使えないか模索中。
  - coqではset signcolumn=noの設定を入れておかないと、ノーマル／インサートモードの移行時に画面がガクガクして死ぬ。
- cocに次いでnvim-cmp、coq、ddcの順で簡単。coqは設定時に管理者権限が必要で怖い。ddcは、プラグイン以外にも少しインストールするものがある。
  - この3つでは、追加でLSP（=Language Server Protocol）なるものを入れる必要がある。難しいことはなく、下記をinit.vimに書くだけ（python向けLSPのpyrightを使う場合）。

call plug#begin()
Plug 'neovim/nvim-lspconfig'
call plug#end()
lua << EOF
require('lspconfig')['pyright'].setup{
    capabilities = capabilities,
}
EOF

Pythonのmatplotlibの出力をインラインで見たいと思ったとき、選択肢にはvim-jukitくらいしかなさそう。
- iTerm2の設定で、"General > tmux > Automatially bury the tmux client session after connecting"にチェックを付けておく必要あり。
- init.vimに下記の設定が必要。
  - 初期設定なら、\osで起動、\<Space>でファイル実行、<Enter>で行・選択範囲実行。終了は\od。
- ~/.tmux.confに下記の設定が必要かも。

init.vim

call plug#begin()
Plug 'luk400/vim-jukit'
call plug#end()
let g:jukit_terminal = 'tmux'
let g:jukit_inline_plotting = 1

~/.tmux.conf

set-option -sg escape-time 10
set-option -g focus-events on

Markdown（数式あり）の編集をリアルタイムで見たいと思ったとき、markdown-preview.nvimが良さげ。
- :MarkdownPreviewコマンドで、既定のブラウザでプレビュー画面が立ち上がる。
Pythonのf文字列を適切にハイライトするいは、$XDG_CONFIG_HOME/nvim/after/syntax/python.vimに下記の設定が必要。
- ファイル名がpython.vimである必要がある点に注意。
- init.vimには何も書かなくて良い。

syn match pythonEscape +{{+ contained containedin=pythonfString,pythonfDocstring
syn match pythonEscape +}}+ contained containedin=pythonfString,pythonfDocstring

syn region pythonfString matchgroup=pythonQuotes
      \ start=+[fF]\@1<=\z(['"]\)+ end="\z1"
      \ contains=@Spell,pythonEscape,pythonInterpolation
syn region pythonfDocstring matchgroup=pythonQuotes
      \ start=+[fF]\@1<=\z('''\|"""\)+ end="\z1" keepend
      \ contains=@Spell,pythonEscape,pythonSpaceError,pythonInterpolation,pythonDoctest

syn region pythonInterpolation contained
      \ matchgroup=SpecialChar
      \ start=+{{\@!+ end=+}}\@!+ skip=+{{+ keepend
      \ contains=ALLBUT,pythonDecoratorName,pythonDecorator,pythonFunction,pythonDoctestValue,pythonDoctest

syn match pythonStringModifier /:\(.[<^=>]\)\?[-+ ]\?#\?0\?[0-9]*[_,]\?\(\.[0-9]*\)\?[bcdeEfFgGnosxX%]\?/ contained containedin=pythonInterpolation
syn match pythonStringModifier /![sra]/ contained containedin=pythonInterpolation
syn match pythonStringModifier /\zs *= *\ze[}:!]/ contained containedin=pythonInterpolation

hi link pythonfString String
hi link pythonfDocstring String
hi link pythonStringModifier PreProc

Vimの配色については、個別で色を指定するのではなく、カラースキームを扱うのが普通。
- 設定項目が多くて大変なため。
- init.vimに下記を書き込む（永続）か、:colorscheme スキーム名（タブで候補の確認可）コマンドを打つ（一時的）かで設定可能。
- ターミナル側の配色の影響を受けることもあるので、そちら（例えばiTerm2側）の設定確認も必要。

colorscheme スキーム名

一応、「Vimでカーソル下のハイライト情報を表示する」のような方法で、色情報の確認は可能。

感想

Neovimについて、日本語の情報がそこまでネットに落ちていない。
- 何なら、英語の情報もそこまで落ちていない。
- 昔ながらの「ドキュメント読め」「Readme読め」「ソース読め」のハードコア。
Emacsも好きなのだが、こちらはNeovimに比べて活気が感じられない。
- Visual Studio CodeやNeovimならできる「エラー内容のインライン表示」等は、Emacsだと（多分）できない。
Visual Studio Codeと異なり、「完全に」マウスレスで操作を完了させられる点がVimの利点。
Emacsと異なり、マウスレスでも高速にカーソル移動できるのがVimの利点（Evilはあるけど）。あとNeovimだと、Emacsよりも何かとモダン。
そういった意味で、プラグイン（これはどのエディタにもある）を漁るよりも、Vim基本操作によるカーソル高速移動を極めることの方が大事。
- 最近感動したコマンドは下記。
  - set relativenumber: 行数表記が、通常の表記から相対表記になる。k/jがメチャ強になる必須設定。なぜこの設定が界隈であまり強調されていないのかが疑問。
  - :%y: ファイル全体をコピーできる。
  - gv: さっき選んだビジュアル範囲を、再度選択できる。
  - aw/iw: 文字単位で選択できる。例えばwor|d（|はカーソル位置）の状態でdawと叩くと、word全体が消える。
- 特段の目的もなくプラグインを漁りたくなるのは、試験前に漫画を読んだり部屋を掃除したくなる心理と一緒。
easymotionやhop等のカーソル移動系のプラグインも試したけど、下記の理由からVim基本操作の方が好き。
1. 移動系プラグインだとヒント（ラベル）を表示させて確認するまで移動ができないので、常に表示されている行数や文字を利用したVim基本操作（{number}j/k／f{char}）と比べて、1ステップ遅れる、
2. 移動系プラグインで表示されるヒント（ラベル）がテキストに重なって表示されるため、見にくい。
なので時間ができたときに、下記のようなプラグインを作りたい。
1. 現在行の下に、常に列数のルーラーが表示される。
  - ルーラーの表示はA1234567890B01234567890C1234567890...
2. f{char}{number}でその列にカーソルが移動する。
3. F{number}{char}{number}で、{number}行目{char}{number}列目にジャンプする。
4. 例えば4行目にカーソルがある場合、下記のように4列目と5列目の間に列数ルーラーが表示される。
  - (にジャンプしたければ、fb7とタイプする。

 1 from random import randint
 2
 3 def dice():
 4     return randint(1, 6)
   A1234567890B1234567890C1
 5
 6 for i in range(10):
 7     print(dice())

call plug#begin()のカッコ内に、プラグイン保存先のディレクトリを指定することもできる。 ↩