dotfiles/neovim/config/plugins/init.lua

-- The colorscheme goes first so everything after it is drawn with it applied
require('config.plugins.catppuccin')
require('config.plugins.codediff')
require('config.plugins.fzf-lua')
require('config.plugins.gitsigns')
require('config.plugins.nvim-tree')
require('config.plugins.web-devicons')
require('config.plugins.which-key')
Add catppuccin colorscheme, latte in light mode and macchiato in dark Installed via vim.pack, matching the other plugins here. The pack is named explicitly ('catppuccin') because the repo is called 'nvim', which would otherwise be the plugin's name in the lock file and on disk. flavour = 'auto' with background = { light = 'latte', dark = 'macchiato' } so the flavour follows 'background', which the TUI sets from the terminal on startup. It is required first from config/plugins/init.lua so the other plugins load with the colorscheme already applied. Verified headlessly in a single nvim: `set background=light` gives catppuccin-latte and `set background=dark` gives catppuccin-macchiato, so a running instance can be switched by hand with `:set background=` as the top-level README already suggests. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com> 2026-08-27 11:54:06 +01:00			`-- The colorscheme goes first so everything after it is drawn with it applied`
			`require('config.plugins.catppuccin')`
Replace diffview.nvim with codediff.nvim diffview was doing the job for reviewing a branch before merging it, but not well enough. codediff renders diffs the way VSCode does - light line-level backgrounds with deeper character-level highlights on top of them - so what actually changed within a line is legible rather than inferred. Keymaps carry over one for one: <leader>gd opens the status explorer, <leader>gh/<leader>gH the file and branch history, and <leader>gm still prompts for a base branch and diffs rev...HEAD against it. <leader>gc is folded into codediff's own quit action alongside q, since there is no close command to map it to. Its diffing is done in C, and the library is downloaded prebuilt on first use rather than compiled, so there is no build step for vim.pack to worry about. 2026-08-27 15:42:08 +01:00			`require('config.plugins.codediff')`
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			`require('config.plugins.fzf-lua')`
Add gitsigns via vim.pack, track the pack lockfile Restores plugin management after the v0.12 config rewrite dropped the earlier `vim.pack.add` calls. Plugins now live in `config/plugins/`, one file per plugin, so adding the next is a single require. Sets `<leader>` to Space for the gitsigns hunk mappings, and pins 'signcolumn' open so git and diagnostic signs don't shift text. The lockfile moves into the repo and is symlinked by bootstrap.sh, as the vim.pack docs recommend, giving reproducible plugin revisions across machines and a rollback path via git. vim.pack writes it with a truncating open, so it follows the symlink rather than replacing it. Drops the orphaned nvim-tree entry, unreferenced since the rewrite. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> 2026-08-08 13:57:02 +01:00			`require('config.plugins.gitsigns')`
Add nvim-tree, on the right, toggled with <leader>e Netrw is disabled, as nvim-tree needs to own directory buffers so `nvim .` opens the tree rather than the two fighting over it. That removes :Ex, so the Obsidian guide has been updated to point at <leader>e instead. No auto-open autocmd: `nvim <path>` opens just the file, and the tree is there on <leader>e when it is wanted. Placing it on the right also flips the split direction, so opening a file from the tree puts it to the left rather than displacing the tree. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> 2026-08-08 20:36:39 +01:00			`require('config.plugins.nvim-tree')`
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			`require('config.plugins.web-devicons')`
			`require('config.plugins.which-key')`