wilder.nvim VS fzy-lua-native

Try wilder

wilder.nvim is written in mostly vimscript even though it's called ".nvim". It also hasn't had a meaningful commit since May, 2022. I'd love to see this idea of a better wildmenu experience expanded and improved upon in lua/the neovim community.

wilder.nvim

The closest I've found is wilder.nvim but it is not quite what I'm looking for... I really like to use fzf everywhere and I always have some problems in wilder related to :UpdateRemotePlugins, which is needed for the python fuzzy matcher.

:KatGenTermTheme now has completion: for all you cmp-cmdline or wilder users out there

Well, vimtext, wilder and CoC are other famous examples :)

Using this plugin https://github.com/gelguy/wilder.nvim

I don't use nvim cmp but if you can disable it for commands, probably give https://github.com/gelguy/wilder.nvim a shot instead?

What about something else? Like https://github.com/gelguy/wilder.nvim plugin. There is a fuzzy searching. For frequently used commands you can find a reliable "shortcut". E.g. if I want to run :PlugUpdate I write :PlUt.

There's also some relevant plugins: - ctrlpvim/ctrlp.vim: Active fork of kien/ctrlp.vim—Fuzzy file, buffer, mru, tag, etc finder. - vijaymarupudi/nvim-fzf: A Lua API for using fzf in neovim. - nvim-telescope/telescope.nvim: Find, Filter, Preview, Pick. All lua, all the time. - gelguy/wilder.nvim: A more adventurous wildmenu

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.