[Solved] Easy way to get an IDE using neovim? --> Use lunarvim or astronvim

Try Helix, it's another modal (terminal) editor, but it comes with what you'd expect from a usable text editor out of the box to work on software projects. No need to fight with a million plugins all designed independently.

LunarVIM

Some would probably consider it sacrilegious, but you can actually embed Neovim inside VS Code (or Codium, the FOSS soft fork, similar to what Chromium is for Chrome).

https://github.com/vscode-neovim/vscode-neovim

I've been using this for a couple years (after using vim for a few decades). You get the best of both worlds. You can use both VS Code plugins as well as Neovim/Vim extensions too — whatever you prefer.

I still use Neovim on the command line for quick edits, but I'm happy with VS Codium + Neovim for long IDE coding sessions.

I installed lunarvim(.org) and it gave me all the IDE things I needed + easy installation and configuration

I had similar troubles and my neovim config was not where I wanted it to be. But then I tried AstroNvim and it was great out of the box. From there I customized it to my liking. Also great documentation and fast support from the developers.

I'll pile on to the lunarvim suggestions for a more out of the box/curated experience.

I've been curious about neovim too, I'm planning on biting off too much with this little walkthrough:

https://vonheikemen.github.io/devlog/tools/build-your-first-lua-config-for-neovim/

It takes a while to create your minimal and perfect experience, so if you don’t have the time for that I’d suggest using a ready to go neovim setup. Others have suggests kickstart and lunavim. I’d suggest LazyVim since it uses lazy.nvim which is an async package manager. https://www.lazyvim.org/

I recommend to start with kickstart if you prefer to customize https://github.com/nvim-lua/kickstart.nvim or Lunarvim for a full IDE experience to see what's possible and go from there https://www.lunarvim.org/de/

Most works out of the box then. Start there and customize further to your needs

You're propably better of not worrying too much about the awesome-neovim list until you're more familiar with nvim itself

I thought LSP support was built into nvim. Why are there so many LSP plugins?

Most of the plugins seem to be adding bells and whistles to the core LSP functionality and can be safely ignored. The main one that I recomment is nvim-lspconfig which makes it easier to get servers up and running. Neovim itself knows the lsp protocol but isn't aware of any particular lsp servers. lspconfig comes with premade configurations for different servers so that you don't have to e.g. tell neovim where to look for the executable or which servers handle which filetypes and so on. It is doable to use LSP without this plugin as well, it just means more boilerplate in your config file.

And what the hell is treesitter and why do I need it?

Treesitter is a different way of parsing files for e.g. syntax highlighting. Vanilla (neo)vim uses a pile of regular expressions to perform syntax highlighting essentially, while treesitter actually parses the source files in a way that is aware of the way the target language works. Treesitter might know the difference between a macro and a function for example, and can highlight them differently. You can also querry the syntax tree that tressitter has parsed for use in custom scripts or plugins. Also completely optional unless you want to use a plugin that depends on it.

As for plugin manegement, I use vim-plugged (which is a vim plugin but is also compatible with neovim). You basically just list the github/gitlab repos you want in your .vimrc file and run a command to download/update them.

My lsp code in my init.vim file is as follows (taking advantage of nvim-lspconfig): https://pastebin.com/0Wy1ASwk. Adding a new lsp means making sure that the server itself is intalled (e.g. through my package manager) and then adding another line in the langs object, like when i added erlangls i just added erlangls = {}, on line 19.

(EDIT: For some reason the nmap('gd', vim.lsp.buf.definition) line is repeated a bunch of times in the paste bin. That's not on purpose)

Debugging is imo a weak point for both vim and neovim, there's nvim-dap and vimspector which takes advantage of LSPs sister protocol DAP (debug adapter protocol). Setting it up is principaly similar to LSPs. Vim and neovim also have the builtin termdebug plugin which you can load using packadd termdebug in you .vimrc file and allows you to debug using GDB.