当初この記事は「lazy.nvim で dependencies を使うのはやめよう」という題名で公開していたのですが、英語版の公開時に海外掲示板で内容に突っ込みを受けました。そのためタイトルの変更と追記を修正・追記を行っています。この注記と同じ、「！」記号が付いた橙色のものが修正・追記した部分です。 lazy.nvim は Neovim のプラグインマネージャです。おそらくこのジャンルではシェア No.1 の定番プラグインでしょう。Neovim の代表的な distribution である LazyVim や NvChad などでも利用されていますので、知らない内に使っている人も多いはずです。今日はそんな lazy.nvim の小ネタ。 1. lazy.nvim でプラグインの遅延読み込みをする Neovim のプラグインは、基本的に Neovim 起動時に読み込むものです。しかしそのま

この記事は Vim 駅伝 2024/5/20 の記事です。 前回は staticWagomU さんの Masonから脱却できなかった - 輪ごむの空き箱という記事でした。 次回は kuuote さんの HとLをいい感じにするマッピングをvimrc読書会で見つけたので魔改造してみたという記事です。 これは何？ Markdown は実質、単なるテキストファイルです。そのため Neovim で書くこと自体は簡単なんですが、ビューアが無いのはターミナルで動くものである以上仕方ありません。今までもこの問題を解決するために様々なプラグインが作られてきました。 previm/previm iamcco/markdown-preview.nvim euclio/vim-markdown-composer 検索するとまだまだ出て来ます。大抵のものが、裏で HTTP サーバを立てておいて、ターミナル（Neov

1. plenary.nvim とは？ Neovim 界で一番メジャーなプラグインとは何でしょう？　異論はあるかも知れませんが、多くの人は telescope.nvim を挙げると思います。ファジーファインダーの決定版ですね。 telescope.nvim は非常に複雑で大規模なプラグインなのですが、その開発で使われている便利な関数群は別のプラグインに切り出されています。それが plenary.nvim です。 plenary.nvim 自体も様々な機能を持っているのですが、この中で本日紹介したいのは plenary.async というライブラリー。名前の通り、Neovim Lua で非同期処理を実装するための関数群です。 このライブラリーには条件変数、セマフォ、チャンネルといった、本格的な非同期処理を書くために必要なパーツが含まれています。以下ではこのライブラリーの全機能について、実際に

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

皆さんもう最新の Denite は試されましたかね？ 一つ前の記事では新しくなった Denite v3 についての紹介記事を書きました。 【Vim】新しい Denite に爆速で対応する - Qiita 最近の Denite 熱の高まりに応じて source の自作にハマっています。今回は、node_modules ディレクトリからパッケージを羅列する source を作ってみました。意外なことに、ググってもなかったんですよね、これ。 作ったもの delphinus/vim-denite-node-modules: Denite source for node_modules :Denite node_modules でカレントディレクトリから一番近い package.json を探し、同階層にある node_modules を探索してくれます。dependencies や devDepe

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

α版の頃から追っかけてましたが、ついに 3.3.0 正式版がリリースされましたね！ 合わせて以下の記事も続編として公開しております。 iTerm2 のステータスバーで動くコンポーネント作る - Qiita 左から順に今いるディレクトリのブランチ名、実行中のプロセス、バッテリー・CPU・メモリ・ネットワークの状態、現在時刻が表示されています。それぞれの配置や並べるコンポーネントは GUI で簡単に設定できるようになっています（Preferences > Profiles > Session > Status bar enabled > Configure Status Bar から設定できます）。 テキストの字体や色は自由に変更できますが、Auto-Rainbow をクリックすると、いい感じに色をつけてくれます。 tmux Integration と組み合わせると吉 iTerm2 には tm

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

作って PR して入れてもらいました。そもそも vim-go にそんな機能あるの？という話から unite/denite source の作り方まで簡単に解説してみます。 Add support for unite.vim about :GoDecls / :GoDeclsDir by delphinus · Pull Request #1391 · fatih/vim-go Add support for denite.nvim about :GoDecls / :GoDeclsDir by delphinus · Pull Request #1604 · fatih/vim-go まず完成形から。以下は denite での例を示しますが、unite でも見た目は一緒です。 Denite decls —— ディレクトリ（パッケージ）に含まれる関数と型を列挙します。 尚、前提として Vim

Go 言語ではデータ構造のシリアライズのために標準でいくつかのパッケージが用意されています。 encoding/csv encoding/json encoding/xml 等がそれですが、このように言語から完全に独立した汎用形式では表現できない構造をやりとりしたいときがあります。そこで使われるのが encoding/gob です。 gob って？ Gobs of data - The Go Blog 上の記事にもう全部書いてあるのですが、gob の特徴として挙げられている以下のような点です。 とくにかく簡単に使えること データ構造さえ自明であれば、他のいかなる情報も encode / decode に必要ありません。encode/json でいう、json:"hoge" タグなどは必要ないのです。 高効率であること XML や JSON のような、テキストベースの形式は冗長すぎます。go

CHANGES を参考に、いくつか気になる点を書き出してみました。 mode-table がなくなり、key-table に統合された 今回メインの修正点として挙げられているものです。これのせいで 2.4 にした途端、コピーモードが動かずに阿鼻叫喚です。 2.3 までは mode-table vi-copy, emacs-copy —— コピーモード vi-edit, emacs-edit —— コマンド入力モード vi-choice, emacs-choice —— 選択モード（list-windows とか） key-table root —— prefix（デフォルトでは <C-B>）無しで打ったときのモード prefix —— prefix 付きで打ったときのモード これだけあったのが、2.4 だと key-table root prefix copy-mode copy-mode

先に今日やることのまとめ 何か前置きが長くなりそうなので、この記事で実現できることを動画 GIF にしました。 非同期に文法チェック（lint）が出来てますね！そしてそれがいい感じにステータスラインに出てますね！この記事を読めば出来ます！多分！ 今時の linter 事情 on Vim Vim 8.0 の新機能としてもっとも重大なものの一つは job/channel による、プロセスの非同期実行機能でしょう。今まで vimproc 等のプラグインを使わないと出来なかったことが公式にサポートされたのは大きいです。 Vim のような（簡易）IDE を使うなら lint 機能は是非欲しいところなのですが、このジャンルの雄であった Syntastic はファイル保存時の linter 実行にしか対応しておらず、ファイルを保存する度に Vim が固まって終わるまで待つという状態でした。これを job

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

ｸﾞｸﾞﾙとすでにいくつか出てくるネタですがやってみました。意外と簡単。僕の場合は以下のようにして変更しました。 変更前 変更後 35 は昔なんとなく付けたものなので特に理由もなかったのですが、GitHub の Name Squatting Policy（ユーザー名不法占拠ポリシー？）を読むと以下のようにありました。 （抄訳）GitHub のユーザー名は早いもん勝ち、かつ、活溌に使ってる人のものです。使いもしない人がユーザー名を占有するのは許されません。余り使われていないアカウントは GitHub スタッフの裁量によって名前を変更されたり、削除されたりします。でも、活動状況が全て公開されてるわけではないことにも注意してね。 お金で売買しちゃダメよ、とかも書いてありますがそこは省略。 実際に変えてみる 使いたいユーザー名のプロフィールページ（https://github.com/delphi

True Color も Italic (Oblique) Font も表示できないなんて 20 世紀までだよねー と言いたいところですが、以外と時間がかかりました。iTerm2 3.0 & tmux 2.2 以降でこれが可能です。 斜体フォントをターミナルで使う Italic fonts in iTerm2, tmux, and vim - Alex Pearce 上記のサイトを参考にしました。 # A xterm-256color based TERMINFO that adds the escape sequences for italic. xterm-256color-italic|xterm with 256 colors and italic, sitm=\E[3m, ritm=\E[23m, use=xterm-256color,

まだ Nightly Build のみの対応ですけどね。スゴイですよこれは！ なんと言ったって、Vim でもリガチャが使えるんです！！！ まあ、今までも gvim では使えたんですけどね。しかし、less だろうが cat だろうが、全てのコンソールアプリでこれが有効になるのは嬉しいです。 何はともあれ、例を見てみましょう。以下のスクリーンショットはリガチャ界のデファクトスタンダード（？）FiraCode を利用しています。 Fira Code .= .- := =:= === !== == != <!-- --> <-> <== ==> <<= =>> = << >>= <= >= !! ?? && || [] これが、 こうなります。 ちょっとこれやり過ぎだなー、という向きには Iosevka もオススメです。こちらは作者が中国人のようで、中国語・日本語対応版である Inziu Ios

$ brew install macvim $ brew linkapps macvim $ ll /Applications/MacVim.app lrwxr-xr-x 1 delphinus admin 45 7 24 21:50 /Applications/MacVim.app -> /usr/local/Cellar/macvim/7.4-104_1/MacVim.app brew linkapps コマンドを使うと /Applications フォルダにシンボリックリンクを作ってくれるので Finder からダブルクリックして簡単に起動できるようになります。 でもこれ、Spotlight で検索できないんですよね。 そんなときの Tips。 シンボリックリンクじゃなくてエイリアスを使う Finder で ⌘G して /usr/local/Cellar/macvim/7.4-104

var hoge = { name: "ほげ", }; var fuga = Object.keys(hoge).reduce(function(prev, curr) { prev[curr] = hoge[curr]; return prev; }, {}); fuga.name === "ほげ"; // true Object.keys はオブジェクトの列挙可能なプロパティーを返す関数です。この時点で地雷臭がしますね。では列挙不可能なプロパティーって何でしょう。代表的なものには getter/setter が上げられます。