vim-dispatch VS vimspector

Tis is good for the compilation to make it async( otherwise it blocks) https://github.com/tpope/vim-dispatch it wraps around the built in make/makeprg feature. Would recommend that you dont do it with large builds/outputs.

vim-dispatch by the legend Tim Pope. send the task to the background, keep using editor. once the task is finished, it output to qflist buffer

The other answer here covers everything you need, but if you want a plugin-based solution you might be interested in vim-dispatch which runs command line tools asynchronously, and offers the option to run the command in the background instead with :Dispatch!.

You should check :h compiler :h make and :h 'errorformat'. You could also check vim dispatch, a plugin that enhances this features

Also plugin supports asynchronous execution (using terminal, jobs or vim-dispatch).

Do note that :make is blocking, and you need to wait until it finishes before it sends you back to the editor. If you want it to be asynchronouns, you can install vim-dispatch + vim-dispatch-neovim for Neovim support in vim-dispatch.

if you want something to work out of the box, is async and is already configured per language, check out TPope's dispatch

For long-running programs, like compiling, or running full test suites, or running terraform on a decently sized infrastructure project, I may run them with :Make (courtesy of tpope/vim-dispatch) so I can keep working on the project while the external program is running. If I'm in an environment without vim plugins, I may spawn a new tmux pane/window. As a last resort, I will ctrl-z/fg if I don't have tmux on the remote system (e.g. dev containers).

There are DAP extensions for both Vim (e.g. https://github.com/puremourning/vimspector) and NeoVim (https://github.com/mfussenegger/nvim-dap). I can't speak as to the experience in detail (I think I briefly played with nvim-dap a year or two ago), but I suspect that for most it will be good enough.

I struggle a bit to put what i want into words but i still try my best.So i got some plugins likehttps://github.com/sindrets/diffview.nvimhttps://github.com/harrisoncramer/gitlab.nvimhttps://github.com/puremourning/vimspectorand so on (but those are the one which i need that "feature" the most).

The actual title is "Vimspector - A multi-language debugging plugin for Vim".

It is a UI around DAP: https://github.com/puremourning/vimspector#what-vimspector-i...

vimspector

I do think VSCode is a great tool and I recommend it frequently to people, but I still want to set the record straight here. Yes, vim is obviously limited in the sense that as a CLI app it doesn't draw it's own PDF or HTML windows, that's fair. But it can remote control your favorite PDF viewer or browser for roughly the same functionality. I'm currently writing my thesis using vimtex and it's quite smooth. And all the other stuff you mention is implemented quite competently by various plugins like vim-fugitive, coc.nvim, vimspector and copilot.vim.

You could try vimspector. It's main target is vim and not neovim.

https://github.com/puremourning/vimspector/

I use vim for C++ coding, however it is a bit difficult to set up to make it productive. I use YouCompleteMe [0] for autocompletion, Vimspector [1] with the C++ plugin for debugging, ALE [2] for linting, along with a few other general plugins (such as NerdTREE for file view).

[0] https://github.com/ycm-core/YouCompleteMe

[1] https://github.com/puremourning/vimspector

[2] https://github.com/dense-analysis/ale

For debugging normally I'd throw a breakpoint() and then have it launch pdb in a terminal from within nvim, but vimspector also exists if you'd rather.