libvim VS vimspector

I am working on a hobby project in which I need to simulate vim motions outside of vim. I need some API that have functions that would take as input a text, some vim mode and a key (or sequence of keys) and return what is the output text and vim mode. It could be in Rust, C or C++. I tried using libvim (https://github.com/onivim/libvim) but it is way more than I want (and also, I am having a hard time to build it on my machine). Are there any other alternatives?

Hi there! I'm trying to import https://github.com/onivim/libvim in a separate standalone file. But, just cloning the repository and using #include "../libvim/src/libvim.h" doesn't work, as the file contains multiple errors. It seems to me that libvim also have other dependencies that are missing, which causes such errors. If I try to build it, in the way that is explained in README.md it works, but I suppose that this happens because the Makefile adds the necessary dependencies. The Makefile has over 3000 lines, and I don't have much experience on this. Is there a standard way to automatically add any necessary dependencies? Am I using this library in a wrong way?

Oni is a proper neovim gui, whereas Oni2 is something else entirely (uses https://github.com/onivim/libvim).

You might want to look at https://github.com/onivim/libvim Dunno what it's capabilities are, but, it might be of use.

In progress work, but we do use vim under the hood (i.e. a fork of vim, where we've made it more suitable for being used as a library: https://github.com/onivim/libvim). So we can support vim plugins (or at least a subset of them), we just want to have tests back up and running for them in libvim, and have more testing in place at the Oni2 end as well.

Seems they had trouble implementing that with Neovim[0]. Relevant reddit thread[1]

0: https://github.com/onivim/libvim#why-is-libvim-based-on-vim-...

1: https://www.reddit.com/r/neovim/comments/cdf36v/onivim2_chan...

FYI, this isn't built on neovim anymore https://github.com/onivim/libvim#why-is-libvim-based-on-vim-and-not-neovim

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.