>>108558787
The point of plugins is to go 'Man I really need X' and then search if X was already shared instead of you needing to put up with not-X or having to create it on your own.

not a meme. it takes years to learn well, so only for powerusers. try to use minimal set of plugins.

>>108558787
yeah plugins are mostly a meme. i like nvim cause it runs in my terminal. wherever I am (even on ssh), I can always start a (n)vim session and edit right away. that's one of the reason i prefer it over gui editors.

there's a huge shitton of plugins, but imho the important ones are whichever you need for your language's tooling.

i use mason cause I don't want to go through hoops installing language servers on my work machine. similarly, I have a clangd extension plugin for clang-tidy, clang-format and doxygen because the projects I work on require that. for completion I use blink because other solutions shit themselves on large projects.

I only use a couple keymaps/editing plugins that I've come to master over years. but tons of people would find my particular choice cumbersome or useless.
if someone starts to recommend leap, flash and other bullshit navigation plugin, just don't listen to them. these plugins have very specific use cases that most people wouldn't get or feel comfortable enough with the defaults. Similarly, ui plugins (telescope, neo tree, snacks, ...) have tons of options, and while I like using some of them, I maybe only use 10% of their features. don't trust the ricers on r/neovim or github, the eyecandy is inversely proportional to the amount of work they get done.

keep in mind that neovim has constantly been improving over the years. what was previously a complex setup (lsp, git, file picker), has now been incorporated in neovim. One of the good things about (n)vim is that you can change almost everything. You don't have to make/use a plugin about it. For instance, if you want to customize your statusline, you can do it in just 5 lines of code, you don't have to install a bloated plugin with even more documentation to read through. The editor is also very well documented, you can directly access nvim documentation, or any manpage-compatible documentation from within neovim.

>>108558787
i find the whole plugin ecosystem so insanely tedious that i just dropped it right there. gigantic node dependency chains like i was building a webapp or some shit. went back to emacs and never touched it again, terrible experience

>>108558787
Be careful about catgoose/colorizer. Having problems rn.
https://github.com/folke/lazydev.nvim

  {
    "folke/lazydev.nvim",
    ft = "lua", -- only load on lua files
    opts = {
      library = {
        "lazy.nvim",
        { path = "${3rd}/luv/library",        words = { "vim%.uv", "vim%.loop" } },
        "${3rd}/lazyvim/library", -- LazyVim's types
        "${3rd}/luv/library",
        "LazyVim",
        -- Load the wezterm types when the `wezterm` module is required
        -- Needs `DrKJeff16/wezterm-types` to be installed
        { path = "wezterm-types",             mods = { "wezterm" } },
        -- Load the xmake types when opening file named `xmake.lua`
        -- Needs `LelouchHe/xmake-luals-addon` to be installed
        { path = "xmake-luals-addon/library", files = { "xmake.lua" } },
      },
      enabled = function(root_dir)
        return not vim.uv.fs_stat(root_dir .. "/.luarc.json")
      end,
    },
  },

try using w/ emmylua ls
https://github.com/Valodim/vim-zsh-completion

vim.api.nvim_create_autocmd("FileType", {
  pattern = { "sh", "bash", "zsh", "ksh", "csh", "tcsh", "pkgbuild" },
  callback = function()
    vim.bo.omnifunc = "zsh_completion#Complete"
  end,
})

Gives you zsh's completion when editing shell scripts, using nvim's ctrl-x,ctrl-o omnicomplete

https://github.com/nvim-telescope/telescope.nvim
https://github.com/ThePrimeagen/harpoon/tree/harpoon2
https://github.com/mbbill/undotree
https://github.com/ntpeters/vim-better-whitespace
https://github.com/mason-org/mason.nvim
https://github.com/mason-org/mason-lspconfig.nvim
https://github.com/folke/which-key.nvim
https://github.com/vimwiki/vimwiki

Some custom commands for session management. Combine them with a shell alias, like vs="nvim -S Session.vim"

vim.cmd.command("W mks! | w | echo 'mks! w'")
vim.cmd.command("Wa mks! | wa | echo 'mks! wa'")
vim.cmd.command("Wq mks! | wqa")
vim.cmd.command("Wqa mks! | wqa'")

>>108559162
>i like nvim cause it runs in my terminal. wherever I am (even on ssh), I can always start a (n)vim session and edit right away. that's one of the reason i prefer it over gui editors.
If you have access to a terminal, you have access to a screen and GUI interface.

>>108559208
What did you use? CoC?

>>108559363
The point is that using a gui is a waste of time.

>>108559363
>what is ssh
>what is root

my nvim setup, even with heavy plugins starts in 50ms. when I need to open a single file and make a quick edit, or when I have to read through systemd services logs, it does the job just fine and saves me tons of times. Try opening a 100MB+ log file in vs code then start searching in that file and see how well it goes.

when I used vs code for the first time, it would not even allow me to open a file over 10MB.

>>108558787
I like it because I 'ate GUI:s, 'luv terminals
But config bloat is real, I have a few I can't live without but as soon as you're copy-pasting keybinds into your config it's time to stop.

>>108559353
>harpoon is a meme, you don't need it, especially if you haven't yet mastered vanilla navigation
>undotree is deprecated, it's now part of the stable neovim release
>vim-better-whitespace, literally a feature vi had
>mason-lspconfig is also useless, learn to configure your language server, chances are you'll be forced to enable specific lints manually

lazydev is also useless. You don't need it unless you are developping neovim plugins. And even if you are, it's not that useful because 99% of what it does it setup the workspace directory for lua_ls, which can be done manually, like this:

        vim.lsp.config('lua_ls', {
            on_attach = function(client, bufnr)
                vim.lsp.inlay_hint.enable(true, { bufnr = bufnr })
            end,
            cmd = { os.getenv("HOME") .. "/.local/share/nvim/mason/bin/lua-language-server" },
            filetypes = { "lua" },
            settings =
            {
                Lua =
                {
                    hint =
                    {
                        enable = true,
                    },
                    diagnostics = {
                        globals = { "vim" },
                    },
                    workspace = {
                        library = {
                            [vim.fn.expand "$VIMRUNTIME/lua"] = true,
                            [vim.fn.expand "$VIMRUNTIME/lua/vim/lsp"] = true,
                            [vim.fn.stdpath "data" .. "/lazy/ui/nvchad_types"] = true,
                            [vim.fn.stdpath "data" .. "/lazy/lazy.nvim/lua/lazy"] = true,
                        },
                        maxPreload = 100000,
                        preloadFileSize = 10000,
                    },
                },
            },
        })

>>108559510
>vim-better-whitespace -- is it a neovim feature?
>harpoon isn't default. Who cares about vanilla navigation? Justify it to me so I can laugh at you wasting time learning it.
>undotree is deprecated? Good to know. Keep reading the patch notes for me.

>>108559510
Also, I'll only manually configure the servers that I actually need to manually configure. Kinda the whole point.

>>108559510
>lazydev is also useless. You don't need it unless you are developping neovim plugins. And even if you are, it's not that useful because 99% of what it does it setup the workspace directory for lua_ls, which can be done manually, like this:

You mind doing this in such a way that uses emmylua on my wezterm config? I already have a working solution with LazyDev, but I want to watch you waste more of your time.

>>108558787
>Is neovim a meme?
No, it becomes way cooler once you reach the level where you can write a "pseudo" function or class, select it, ask AI to complete it, and then work on something else on another page.
Quite back and forth. it feels amazing.

>>108558787
neovim is a meme and Emacs is supreme, but that theme is kino ngl

i'd love that in my Emacs

>>108559363
>If you have access to a terminal, you have access to a screen and GUI interface.
Not necessarily on remote which many do their work on. Being in the terminal is always faster than any GUI.

>>108558787
>his init.lua isn’t 1300 lines long

>>108558787
Vim/neovim is great at what it's actually designed to be, which is a text editor. It's horrible at being an IDE because it's not meant for it. There are of course a bazillion plugins that you can pile on top of it to try and cobble a janky IDE experience together, but it'll still be dogshit.

For single file edits, it's the best. For working on full multi-file projects, use an actual IDE.

>>108558787
>FOMO
grow up faggot

>>108559943
>For single file edits, it's the best. For working on full multi-file projects, use an actual IDE.
Usecase? My fzf-lua in neovim is faster than any of your IDEs.

>>108560355
Why fzf-lua over telescope, if you don't mind my asking?

>>108558787
>Is neovim a meme?
Yes, because Emacs exists.

>>108560380
You already know why.

>>108558787
Stop. Breathe. Go vi. Make note of what you miss. Minimally add just that. Breathe again. Repeat.

>>108560404
No, I don't. That's why I'm asking.

I've tried LazyVim. To me it's just jank with way to much stuff that just doesn't feel right. But I'm not a programmer. I don't need a language server. I edit text, bash scripts, configs, html & css. I use vanilla Vim with just two plugins, Vimwiki and Airline. That's all I need.

>>108560431
All of the ootb nvim ide suites are trash. There's never been a good one.

>>108560431
bro, try valodim/zsh-completion

yes, it’s a meme OP.
>change pc or pair program with coworker
>you literally dont know how to do anything because you’re used to programming with a toaster from the 1970’s
literally just use one of the popular and modern IDE’s, its better

My 100 line vimrc is about 50% my custom statusline

>>108559510
fwiw, I don't even use harpoon, even though I should because it's faster than picking a buffer with :b or, with telescope, \b

>>108560422
Because telescope lags with larger codebases, and you can pipe fzf-lua with anything to extend it even further.

I have:
Space + s for live grep workspace symbols
Space + S for current buffer symbols
ff for find files

>>108560571
i use this
https://github.com/serhez/bento.nvim
i've completely eliminated tabs from my setup.
but i still use telescope to navigate my open buffers. last time i worked on a big project, adding a simple feature required me to make edits in 30 files.

the real good thing about it is that you can easily add an undo-tree like navigation that works with ; and ,

File: Screenshot 2026-04-08 at (...).png (479 KB, 2362x1870)

479 KB PNG

>>108560355
Use case for fuzzy find?

>>108560612
>i build useless crap

>>108560612
Bro is here just to waste others time.

>>108560588
When it lags, what do you mean? The LSP pickers? I mostly just write scripts, so, I probably wouldn't get it. Telescope can easily grab tens of thousands of files from my ~/home, faster than I can blink, so now I'm pretty curious as to what, exactly, is lagging.

>>108559943
>just wait ages before clion or visual studio opens or searches something
naah, fuck you.

>>108558787
I use zero plugins or remaps.
Bloat.

>>108560588
What do you think of snacks?

nvim is for tinker trannies that dont actually write anything except hyprland configs and code of conducts

>>108562018
Enjoy your gay slow editor.

>>108560894
>I mostly just write scripts, so, I probably wouldn't get it.
Yep, you wouldn’t.
Hint: Grepping a project across million LOC.

>>108562662
Fuck off, buddy. Nobody cares you can use grep wow.

>>108562662
>Dude bro a million of em
Wow great, I'm impressed.
What about snacks?

>>108558787
No, it's not a meme, it's a pretty decent follow on to Vim if you like tinkertrooning. Just be prepared to fix your config every week or so.

>>108558787
Since this is the Nvim thread, does anyone know if there's a good Nvim GUI?

>>108559208
You can just avoid the ones with giant Node dependency trees. The bigger problem is that the Lua API changes constantly, so you need to constantly update Neovim to keep some plugins working.

>>108564702
neovide

>>108564637
> you can use grep wow
Gramps, we don’t use grep anymore. It’s slow and obsolete.

>What about snacks?
Meme, just use either Telescope or fzf-lua if you’re that lost.

>>108558787
>FOMO
Are you a fucking japanese teenage girl? grow a pair and only use what you need you fucking moron, nvim is supposed to be that no that "I must know all I must have all I must do all" shit no-coders blab about optimizing non existing workflows

>>108558787
It is obvious that emacs is written by smarter people. It’s just more extensible.
For example, you can’t replicate org-mode on vim or nvim. It’s simply impossible.

>>108565486
The whole point of snacks.picker is that it's faster than telescope. That's the whole context in which I'm bringing it up, wondering what Mr. High Speed thinks about snacks. You can be a pedantic retard all you want. It just makes you look retarded.

yeah just use emacs

>>108565837
>The whole point of snacks.picker is that it's faster than telescope.
It’s a plugin, retard. Plugins invoke under the hood such as fzf-lua. That’s why you only include fzf-lua instead of snacks which is a whole collection.

I use fzf for grepping, opening files, my tmux, everything.

>>108565837
If your retarded webdev brain still don’t get it, snacks.nvim uses fzf-lua AND telescope. There’s no difference.

every plugin or feature i wanted i was able to implement in vim

>>108566188
>he reimplements every plugin

>>108559393
There is literally nobody that is coding through an ssh for work. There is no employer that is going to pay someone only for them to waste half the time messing around the terminal.

File: 1745613307353409.png (668 KB, 895x512)

668 KB PNG

>>108558787
You should just take the vi pill, it got all what you'd need, easy to learn just read the man page, and it is in all unix machines second to ed.

You really need less, not more. Thompson wrote unix using ed without a need to visualize the code, while you need all of this bloat to make yet another failed ai startup landing page.

>>108566322
And I forgot to add that vi/nvi is stable as a rock, so you won't get all of your config destroyed because some fag maintainer decided to rename a function for the 3rd time this week for no reason.

>>108566236
i never said anything about coding. a lot of sysadmins have to use vim or nano. you can always fuse mount the server, but it's impractical and slow. besides tools like vscode tend to shit the bed with features like autosave when the file is mounted via network

>>108558787
>keymaps
don't really understand your issue, I have defined all the keybinds myself