denite.nvim VS fzy-lua-native

- The buffer, tab, window, model (probably the biggest one I miss when I start using VSCode)

For LSP support, I've tried to migrate to neovim's native LSP tools, but I still find COC to be a lot more intuitive. You should feel right at home with it since a lot of the plugins are similar to their VSCode counterpart.

If you'd like a really general and guided tour of VIM, I'd recommend picking up Practial Vim[2] It really helped me understand the workflow a bit more. Approaching VIM with the mindset of another editor wont give you all the benefits of using VIM. Though, if the workflow doesn't click, then that's not a big deal. You can always go back to VSCode.

[1] https://github.com/Shougo/denite.nvim (many people use Telescope: https://github.com/nvim-telescope/telescope.nvim)

cpsm doesn't use ctrlp.vim, it's a matcher initially targeted at ctrlp, but has since been adapted for use in other fuzzy matching plugins, e.g. denite.nvim

Highly recommend Denite. It gives you a graphical way to easily switch between buffers. It's super intuitive and fast.

I don't think it would be a good idea to integrate with telescope, I don't like the design of that plugin too much. Kirby's filtering backend uses fzy-lua-native, which is faster than out-of-the-box telescope. That backend was originally wrote for telescrope tbh (& vim-clap), but they never made it the default so AFAIK they still use lua filtering for basic cases.

It uses fzy-lua-native for filtering, another of my creations in need of love. It filters on the main thread but should be responsive for repos up to maybe a few thousand files.

fzy-lua-native similary doesn't use fzy, it's a matcher based on the algorithm that fzy uses. This is actually the same matcher used under the hood in telescope-fzy-native.

They really should make that extension the default. Besides, the backing fzy bindings also include a lua fallback, it would be much nicer for users to not have to mess around with tons of options to get a fast by default picker. (Disclaimer: I'm the author of the backing fzy bindings)

Anyway, if you're interested in doing the switch open an issue we can discuss further, but otherwise it's not a big deal.

I saw that you're spawning a new job for sorting things. If you're interested, fzy-lua-native is the standalone fzy lua bindings that telescope.nvim and other projects use. It comes with pre-compiled binaries for common OSes (included as-is, no install step needed; but just make otherwise), and fallbacks to a lua fzy implementation in case the binary fails to load.