jonny/dotfiles
Watch
1
0
Fork
You've already forked dotfiles
 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions
dotfiles/neovim/config/plugins/which-key.lua

14 lines
374 B
Lua
Raw Normal View History

Add which-key and nvim-web-devicons, tidy brew casks which-key needs an icon backend and treats mini.icons and nvim-web-devicons as equally viable optional deps, so devicons covers it. Both are pure APIs with no visible effect on their own; devicons self-initialises on require, so no setup() call. Group labels for the <leader>h and <leader>t prefixes live in the which-key config rather than next to the gitsigns maps they describe, keeping which-key's config in one place. Worth moving if more plugins start contributing prefixes. The Nerd Font the glyphs need was installed by hand on this machine but missing from brew.sh, so a fresh bootstrap would have rendered every icon as tofu. Records it as a cask alongside the ghostty font-family setting that already expects it. Also drops the claude-code cask, which was never actually installed here: brew tracks stable releases, and we want newer ones, so it comes from Claude's own installer instead. Left a comment so it doesn't get re-added. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
2026-08-08 14:26:59 +01:00
vim.pack.add({ 'https://github.com/folke/which-key.nvim' })
local wk = require('which-key')
wk.setup()
Fix which-key not seeing gitsigns maps, add diagnostic maps The gitsigns keymaps were defined in on_attach, so they were buffer-local and created asynchronously - gitsigns shells out to git before attaching. which-key had already built its keymap tree for the buffer by then, and it only invalidates that cache on BufReadPost, BufNew and LspAttach, so maps added afterwards stayed invisible. Buf:get() returns cached mode state unless explicitly passed `update`, which is why re-entering the buffer didn't help either. Mapping globally instead means the maps exist before which-key builds any tree. The gitsigns API no-ops in buffers it hasn't attached to (checked stage/reset/preview/blame/nav in a non-git directory), so the only change is that the maps now exist everywhere rather than just in git-tracked buffers. Also puts the diagnostic float and quickfix list on <leader>d. Nvim already binds <C-W>d and ]d/[d for these, so this is a rebinding for discoverability rather than new capability. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
2026-08-08 17:27:37 +01:00
-- Names for the <leader> prefixes, so the popup groups them sensibly
Add which-key and nvim-web-devicons, tidy brew casks which-key needs an icon backend and treats mini.icons and nvim-web-devicons as equally viable optional deps, so devicons covers it. Both are pure APIs with no visible effect on their own; devicons self-initialises on require, so no setup() call. Group labels for the <leader>h and <leader>t prefixes live in the which-key config rather than next to the gitsigns maps they describe, keeping which-key's config in one place. Worth moving if more plugins start contributing prefixes. The Nerd Font the glyphs need was installed by hand on this machine but missing from brew.sh, so a fresh bootstrap would have rendered every icon as tofu. Records it as a cask alongside the ghostty font-family setting that already expects it. Also drops the claude-code cask, which was never actually installed here: brew tracks stable releases, and we want newer ones, so it comes from Claude's own installer instead. Left a comment so it doesn't get re-added. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
2026-08-08 14:26:59 +01:00
wk.add({
Fix which-key not seeing gitsigns maps, add diagnostic maps The gitsigns keymaps were defined in on_attach, so they were buffer-local and created asynchronously - gitsigns shells out to git before attaching. which-key had already built its keymap tree for the buffer by then, and it only invalidates that cache on BufReadPost, BufNew and LspAttach, so maps added afterwards stayed invisible. Buf:get() returns cached mode state unless explicitly passed `update`, which is why re-entering the buffer didn't help either. Mapping globally instead means the maps exist before which-key builds any tree. The gitsigns API no-ops in buffers it hasn't attached to (checked stage/reset/preview/blame/nav in a non-git directory), so the only change is that the maps now exist everywhere rather than just in git-tracked buffers. Also puts the diagnostic float and quickfix list on <leader>d. Nvim already binds <C-W>d and ]d/[d for these, so this is a rebinding for discoverability rather than new capability. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
2026-08-08 17:27:37 +01:00
{ '<leader>d', group = 'diagnostics' },
Add fzf-lua for project navigation Wraps the fzf binary already installed via brew, alongside rg and fd, so it needs no plugin dependencies - unlike telescope, which would also pull in plenary. Picks up nvim-web-devicons for file icons, which is the first thing actually using that plugin. Maps live under <leader>f: files, live grep, buffers, grep the word under the cursor, and help tags. The intent is to stop treating netrw as the way into a project and switch to jumping by name, leaving buffers open and bouncing between them, rather than quitting out of nvim to change file. Netrw is untouched and still on :Ex for browsing an unfamiliar tree. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
2026-08-08 18:39:48 +01:00
{ '<leader>f', group = 'find' },
Add diffview.nvim for reviewing diffs and file history Installed via vim.pack, matching how the other plugins here are managed. Adds a new <leader>g "diff" group: gd opens a Diffview against the index, gc closes it, gh shows history for the current file, gH for the branch. Verified headlessly: config/plugins loads clean, :DiffviewOpen is registered, and opening/closing a Diffview against this repo works with no errors. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_013t7aQbc4EyYtab1crvSFTd
2026-08-14 09:53:21 +01:00
{ '<leader>g', group = 'diff' },
Add which-key and nvim-web-devicons, tidy brew casks which-key needs an icon backend and treats mini.icons and nvim-web-devicons as equally viable optional deps, so devicons covers it. Both are pure APIs with no visible effect on their own; devicons self-initialises on require, so no setup() call. Group labels for the <leader>h and <leader>t prefixes live in the which-key config rather than next to the gitsigns maps they describe, keeping which-key's config in one place. Worth moving if more plugins start contributing prefixes. The Nerd Font the glyphs need was installed by hand on this machine but missing from brew.sh, so a fresh bootstrap would have rendered every icon as tofu. Records it as a cask alongside the ghostty font-family setting that already expects it. Also drops the claude-code cask, which was never actually installed here: brew tracks stable releases, and we want newer ones, so it comes from Claude's own installer instead. Left a comment so it doesn't get re-added. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
2026-08-08 14:26:59 +01:00
{ '<leader>h', group = 'hunks' },
{ '<leader>t', group = 'toggles' },
})
Reference in a new issue Copy permalink