Vimの操作感を愛おしむ人たちへ: Zedで広がる新たな可能性 - ROUTE06 Tech Blog
ソフトウェア開発の世界は日々進化していますね。その中で、私たち開発者が使うツールは、まさに職人の道具のように大切なもの。常により良い方法を探し求めているのは、皆さん同じではないでしょうか。 そんな私たちの前に現れたのが、Zedです。このエディタ、一見するとただの新顔に思えるかもしれません。でも、その中身は、私のようなVimmerの心をしっかりと掴みました。なぜならZedは、Vimの精神や操作感を大切にしながら、現代のテクノロジーを駆使して作られているからです。 私は1年ほど前からZedを使い始め、すぐにルックやデザイン、全ての動作が期待通りかつ、速く完了する様子に魅了され、使い続けています。 筆者のZedのキャプチャ 機能的にはVSCodeが優れているし、AI Code EditorのCursorも盛り上がっていますが、もっと速く、たくさんコードを書きたい開発者の方にはZedという選択肢が
WSLからWindowsへのクリップボードコピーを高速化する - ぶていのログでぶログ
私は普段VSCodeを使っていて、拡張機能としてvscode-nvimを使っていて、そしてこの拡張の設定でnvimはWSL上で実行するようにしている。 この設定にしてほとんど困ることはないのだが、唯一困るのがクリップボードが使えないことである。 理由は簡単でnvimがWSL上で実行されるために、クリップボード操作をしてもWindowsへ反映されないからである。 この問題をGoogle検索するとpowershell.exeを使ってクリップボードをコピーする方法が見つかる。 見つかった方法で解決はするのだが、WSLからexeを実行する関係でものすごく遅い。 これは厳しい…っとなってたが解決する方法を見つけたので備忘として残しておく。 解決策: WSLgを使う 解決方法は至ってシンプルでWSLgを使うことである。 どういうことかというのを簡単に説明すると、WSLgはWaylandというプロトコル
Vim で SQL を素で編集してるの？
タイトルは釣りです。 この記事は Vim Advent Calendar 2023 16 日目の記事です。 はじめに みなさんは SQL はどんな環境で編集しているでしょうか？ Visual Studio Code？それとも Vim？まさか Vim/Neovim の素の状態で編集していたりしませんよね？ 僕はしていました。 sqls (SQL Language Server) 以前、lighttiger2505 さんが開発した sqls に少しコントリビュートしていた頃がありました。 既に public archive になってしまっていますが、機能として実用的なままです。コントリビュートしていた頃は、あくまで OSS としての興味の方が大きく、如何に機能的にしていくかだけ着目していたため、常用はしていませんでした。 あらためて常用してみる sqls の導入 Vim から sqls を使う
Vimの思想について
ここでいくつかのルールとして motion-count-multiplied 例えば10jで十行下へ移動、d2kで上２行を削除など operator-doubled 例えばyy, dd, cc, >>とか、2回繰り返すとカーサーのある行に動作する upper case operator 例えばc->C、d->D, y->Yのように、現在のカーサーから行の最後まで動作するケースと、対になっている（逆の機能を持つ）ケース、例えばp->P, o->O, n->N, a->A, i->I, f->Fなど）に大まかに分けられる exclusive inclusive 例えば、yiw vs yaw, cib vs cabの違いで、テキストオブジェクトの内部（inner）だけか、境界線も含めるか（around） があります。これらのルールは他のプラグインにもよくみられるので、Vim wayに慣れればプラ
プラグインマネージャーの歴史と新世代のプラグインマネージャー dpp.vim
始めに ddc.vim, ddu.vim の開発が一通り終了し、次に作成するプラグインについて考えていました。 バイナリ編集プラグイン ddx.vim の開発を進めることも考えていたのですが、dein.vim の開発から長い時間がたっており新たなプラグインマネージャーも出てきているので、そろそろ作り直すべきではないかと考えました。 プラグインマネージャーの機能がどんどん複雑化する昨今、プラグインマネージャーに必要な機能とは何か考えたときに、「拡張可能なプラグインマネージャーが求められている」と思ったのです。 そして今回作成したプラグインマネージャーは dpp.vim です。 dpp.vim は作成したばかりで完成度はまだ低く、dein.vim ユーザーが乗り換える機能のレベルや安定性にはなっていません。 しかし、その設計思想とインタフェースは十分固まったといえるので今回記事を書くことにしま
My Vim philosophy2
はじめに 以前 My Vim philosophy という記事を書きました。 こちらは自分が普段Vimを使う上で意識していることをまとめた内容となっています。 あれから、2年半くらい経ち自分の中ですこし変わってきていることもあるので、それについて書いていきます。 正直、参考になる内容ではないかなと思うので、この人はこんな感じなんだ、ふーんくらいの気持ちで読んで頂ければと思います。 プラグインに頼りすぎない これは今も変わらず、プラグインがないとコード書けない、操作方法がわからない状態はなるべく避けるようにしています。 ただ、以前と比べるとしきい値が低くなっている感覚があります。 というのも、最近Rustを書き始めましたがrust-analyzerの恩恵は非常に大きいです。 これなしでコード書ける気がしない（厳密には書けるが、効率悪い）というのが現状です。 補完プラグインも一時期は使わなかっ
packer.nvim で Neovim + Lua のビッグウェーブに乗る - Qiita
2022/12/3 本日公開の 爆速で起動する Neovim を packer.nvim で作る - Qiita に合わせ、最新の情報を含めて修正しました。 0. 前置き 昔々、NeoBundle から dein.vim に乗り換える話を書きました。 NeoBundle から dein.vim に乗り換えたら爆速だった話 - Qiita しかし 5 年も経てば世の中色々変わります。Neovim も色々変わりましたが、最近一番ホットな話題といえばなんと言っても Lua でしょう。プラグインを書くための言語としてだけではなく、設定ファイルである init.vim すら Lua で書くことが可能になったのです。 [RFC] add init.lua as an alternative user config by dm1try · Pull Request #12235 · neovim/neo
新世代の UI 作成プラグイン ddu.vim
ddc.vim の開発が一通り終了し、ようやく ddu.vim (dark deno-powered ui framework)の開発にとりかかることができました。 ここにきて一通りの機能がそろいましたので、広くユーザーに使ってもらうフェーズに進めたいと考えています。 ddc.vim のときと同様に、ユーザーからの要望やバグ報告に対応が終わってから正式版の 1.0 をリリースしようと考えています。 私が以前に作成したファジーファインダープラグインである denite.nvim は既に開発を終了しました。 私自身は既に denite.nvim から ddu.vim に移行しています。ddu.vim に denite.nvim の一部機能はまだ実装されていませんが、自分が使うぶんには十分です。 ファジーファインダーフレームワーク開発の歴史 私はこれまでいくつかのファジーファインダーを開発してき
Vimを支える技術: Alacritty, AquaSKK, tmux, Language Server… 高速ウェブ開発の世界
はじめに これは、ストックマーク Advent Calendar 2021 17日目の記事です。こんにちは、ストックマークでAstrategyというビジネス向けSaaSについて、主にフロントエンドの開発を担当している@tsukkeeです。 Astrategyの技術構成については以前にAstrategyを支える技術: gRPC, Elasticsearch, Cloud TPU, Fargate... SaaS型AIサービスの内側の世界という弊社テックブログ記事で紹介したことがあるのですが、本記事ではその開発環境の一部を紹介したいと思います。 さて、開発環境と言えばテキストエディタですが、皆さん開発にはどのテキストエディタ(またはIDE)を使っていますでしょうか？本記事のタイトルにもあるとおり私はVimを使っています。ただ、Astrategyの開発チームでは使うテキストエディタに制限はなく、
Vimでサクッとコードから画像を生成するプラグインを作った
使い方 こんなん感じでサクッと画像を生成できます。 使用できるオプションは次のとおりです。 詳細はgermaniumを参照してください。 デフォルトでは生成された画像はクリップボードにコピーされますが、ファイルに出力したい場合は:Germanium -o=out.pngという感じでファイル名を指定すればOKです。 :Germanium [-obfls] Generate image of source code. You can use options bellow. -o={path} Write output image to the {path}. -b={color} Specify background color of image. -f={font} Specify font. -l={language} The language of syntax highlight. -
Rustでvim/neovim用finderプラグインをつくり軽快になっている話
100万ファイルあるホームディレクトリでファイル一覧を出すのに私の環境で2秒、vimのバッファ[1]に書き込んだり開いたりするのに10秒以上かかります。これはwebの文脈でさえ遅い[2]といえる数値です。こうした状況下で速さを求めたことについて書きます。 この記事を読まずともREADMEのコピペでプラグインを試すことができます。 導入 人間は横着なので頭を使いタイピングするより限られた選択肢から選ぶことを望みます。多くの人が使うwebページはそのように最適化されています。テキスト入力を目的とするテキストエディタにおいても、多くの人にはこのことが当てはまるでしょう。テキスト入力における入力補完もセレクタの一種ですが、今回は[3]プログラミング中におけるファイルを選択して開いたりといった操作に焦点をあてます。 こうした動作を行うファインダは数多くあり戦国時代呼ばれるほど選択肢があります[4]。
neovimcraft
colorscheme x 132 treesitter-colorschemes x 113 utility x 91 editing-support x 77 lsp x 69 programming-languages-support x 68 neovim-0.5 x 66 bars-and-lines x 41 preconfigured-configuration x 39 plugin x 30 motion x 29 markdown-and-latex x 28 code-runner x 26 git x 25 formatting x 25 terminal-integration x 23 file-explorer x 22 statusline x 21 note-taking x 20 split-and-window x 20 debugging x 19
NeovimでモダンなPython環境を構築するv2(LSPを添えて) - Qiita
tl;dr 私は以前、NeovimでモダンなPython環境を構築するという記事を投稿しました。 上記記事の投稿から1年8ヶ月が経過し、LSPや新たなVimの機能などによりVimを取り巻く環境には次々と大きな変化が訪れていることを日々感じており、VimConf 2019に参加したことでその感覚はより強い確信へと変わりました。 以前から上記記事の内容は最新の状態に則しておらず、現状を踏まえた新しい記事を書く必要性は感じていました。 本記事を書くにあたり前記事に対して上書きすることも考えたのですが、あえて別記事にすることで、 この数年でVimの開発環境にどれほどの変化が起こったのか。 以前との対比を残すと面白いのではないか。 と思いv2として新しく本記事を書くことを決めました。 Language ServerによりPythonのインテリセンスを提供する Vimに訪れた最も大きな環境の変化として
【解説】開発ライブ実況 #1 (Vim / Go) 編 by メルペイ Architect チーム Backend エンジニア #mercari_codecast | メルカリエンジニアリング
【解説】開発ライブ実況 #1 (Vim / Go) 編 by メルペイ Architect チーム Backend エンジニア #mercari_codecast Merpay Architect / Mercari Microservices Platform チームの伊藤です。この記事は Merpay Tech Openness Month の3日目の投稿となります。本稿では、先日開催した開発ライブ実況のイベントで紹介した筆者の開発環境（Vim / Go）について、言語に依存しない「全般的な設定」と「Goの設定」の2つに大別して解説します。Vim に関する話題が多いですが、Go のために自作したツールについての解説はエディタに依存しないので、他のエディタを利用している方々もぜひご一読ください。 開発ライブ実況とは 「他人の開発風景を覗いてみよう！」というコンセプトのもとに弊社が開催して
ブラウザのテキストエリアでNeovimを使う | DevelopersIO
はじめに 皆さんNeovim使っていますか！！ Vimキーバインドに慣れるとブラウザのテキストエリアにカーソルを入れて、iボタンを押したとき世の中の非情さに涙を流します。なので仕方なく、「Terminalに戻りVimを起動して文章書いてコピー」→「ブラウザのテキストエリアにペースト」という生産的なのかよく分からない行動をとることになります。 Firenvimを使うと、ブラウザに自環境のNeovimを起動することが出来ます。ちょっと何言ってるかわかりませんね？試してみましょう！ 本プラグインは、2019年11月3日に開催されたVimConf 2019のJustin M. Keyes様のセッションにて紹介されたものとなります。Neovimがどういうプロジェクトなのかも含め大変勉強になりました。 インストール 公式の手順の参照を推奨します。 プラグインのインストール 私はdein.vimのtom
超融合!時空を越えた絆 Neo Vim(VSCode)を試してみた
2020年のエディタ・IDE界 2020年のエディタ・IDE界は、Vim vs Emacsとか言われていた時代も過去になり、昨今はVSCode１強になりつつあります[1]。VSCodeはデフォルトの機能も必要十分ありますし、拡張機能のエコシステムが発達してますし、リリースサイクルも早くてすばらしいの一言ですね（あとやっぱりMSがバックにいるのが何気に強い）。2015年にリリースされてからまさに飛ぶ鳥を落とす勢いです。 他に有料だとJetBrainsのIDEとかはやっぱり出来がいいですね。あとVSCodeの拡張がそのまま使えるEclipse Cheなんかも新興勢力として期待しています。 私について 世の中はいろいろ動いてますが、私はVimをかれこれ15年以上使ってます。2016年くらいにVimからNeovimに乗り換えましたが、今でもほぼ毎日使っています。 特に世界平均と比較した際に、Vim
Vim の超軽量ファイラを作った
先日、@lambdalisue さんが Vim 上のファイラを紹介する記事を書いてくれていました。 2020秋 Vim のファイラー系プラグイン比較 | Zenn 僕はこの中の dirvish というプラグインを使っていました。 Big Sky :: Vim 上のファイラを NERDTree から dirvish に乗り換えた。 dirvish を使っていた一番の理由は「超軽量」だからです。何故 netrw を使わないかというと、メンテ可能なソースコードじゃないという理由が1つ、もう一つが fat 過ぎるという理由です。 僕が考える理想のファイラ これは皆さんそれぞれ意見があり、違って当然なのであくまで僕個人の意見です。僕が Vim のファイラに求めるのは :e /path/to/ でファイラ開きたい $ vim /path/to/ でファイラを開きたい ファイルの一覧を速く表示して欲しい
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - rhysd/vim-startuptime: A small Go program for better `vim --startuptime` alternative
GitHub - NvChad/NvChad: Blazing fast Neovim config providing solid defaults and a beautiful UI, enhancing your neovim experience.
Deno で Vim/Neovim のプラグインを書く (denops.vim)
