The plugin was installed and eagerly loaded but never added to lazydev's
library, so it provided no completion for wezterm configs.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
epwalsh/obsidian.nvim is unmaintained and was pinned to a July 2024 commit.
Use the community fork, drop the nvim-cmp dependency that LazyVim disables, and
point the picker at snacks instead of pulling in fzf-lua.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
jdtls hardcoded /Library/Java/JavaVirtualMachines paths, which resolve to
nothing off macOS; discover JDKs across the macOS, Linux and sdkman roots
instead and only declare runtimes that exist. neotest-mocha passed `docker exec
-it`, which hangs without a TTY, and hardcoded the container name.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
virtual_text and virtual_lines.current_line were both on, so the cursor line
showed each message inline and again below it.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
vim.loop -> vim.uv and vim.highlight.range -> vim.hl.range. Also drop the
completeopt comment referring to nvim-cmp, which blink.cmp replaced.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
oxocarbon.nvim published a rockspec, which made lazy.nvim attempt a luarocks
install on every startup: it cloned hererocks, failed the build, raised "Too
many rounds of missing plugins", and cost ~2.2s per launch. Nothing here needs
luarocks.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
defaults.lazy = false meant every colorscheme spec with opts ran setup() on each
launch; gruvbox, kanagawa, nightfox and moonbow all showed up in the startup
profile. lazy.nvim loads colorscheme plugins on demand via ColorSchemePre. Drop
monochrome (last commit 2021) and onedarker (2022), point install.colorscheme at
the theme actually in use, and gate key-analyzer behind its command.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
- mini.indentscope: snacks.indent has scope enabled by default, and the extra
existed only to disable it in favour of an animation set to 1ms
- nvim-pqf: eagerly loaded and cosmetic; nvim-bqf covers quickfix on ft=qf
- dial.lua: the override replaced the extra's keys and opts, dropping visual
mode, g<C-a>/g<C-x>, and the per-filetype augend groups
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Snacks.terminal has been driving the terminal keymaps since 6341c73. Carry
<C-\> and <F12> over so the muscle memory survives. The old <M-> binding was
never a valid keycode and could not have fired.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
LazyVim wires foldexpr to vim.lsp.foldexpr() when the server advertises
textDocument/foldingRange, falling back to vim.treesitter.foldexpr(). ufo's init
block fought that by setting foldcolumn/foldlevel/foldenable and remapping
zR/zM. The servers["*"] foldingRange capability is also redundant: Neovim
advertises it with lineFoldingOnly by default.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Avante was removed in c26b6c9 but blink-cmp-avante stayed as a dependency and
"avante" stayed first in sources.default, so the provider still loaded at
startup. Restore `keymap = { preset = "super-tab" }` now that LazyVim#6183 has
shipped; the workaround called require() during spec evaluation, which pulled
blink.cmp into startup.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
.luarc.json referenced ~90 packer plugins under a /home/thallada path and a
linuxbrew nvim that no longer exists; lazydev.nvim covers this now. .stylua.toml
was shadowed by stylua.toml and its settings never applied. .gitignore only held
packer_compiled.lua, and disabled.lua returned an empty table.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
- Move fugitive force-push from <leader>gf to <leader>gF; <leader>gf is
LazyVim's read-only "Git Current File History"
- octo.nvim used `opt` instead of `opts`, so the PR comment mappings were
silently dropped; also drop the spec duplicated by the util.octo extra
- oil's `-` keymap had `desc` nested in a third table, so lazy.nvim ignored it
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>