telescope-fzy-native.nvim VS zf

I recommend the fzy native extension for telescope. https://github.com/nvim-telescope/telescope-fzy-native.nvim it’s still not quite as fast as the old fzf solution but I don’t notice it unless I’m working on some huge legacy codebase.

This plugin provides precompiled libzf libraries packaged into a sorter for Telescope, similar to telescope-fzf-native.nvim and telescope-fzy-native.nvim. This gives the speed improvement of native code, and the benefits of the zf algorithm inside telescope for all pickers.

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.

Are you using the fzy-native extension?

Is it faster than telescope-fzy-native (fzY)? Does it provide better results?

I want to give a little update on the speed problem, since this is coming up more or less on every Telescope thread. Having bugged the developers opening regular GitHub issues, it seems that you can get a consistent jump on search speed by using the native sorter

You can absolutely make CLI tools, but be prepared for breaking changes in the language with every release. I've been working on a fuzzy finder zf for a couple of years now, and with each Zig release there are a few things to fix. It's not a ton of work, but it is something to be aware of.

I’ve absolutely had satisfaction with my several personal projects written in Zig. And based on an imperfect measurement (GitHub stars) I have also had moderate success in making something useful. It’s a terminal fuzzy finder [0]. I also maintain a Zig Lua bindings package [1], and I’m working on a port of an old Macintosh game [2].

Zig is exactly what I want out of a language though, so take my opinion with a grain of salt :)

[0]: https://github.com/natecraddock/zf

[1]: https://github.com/natecraddock/ziglua

[2]: https://github.com/natecraddock/open-reckless-drivin

This looks awesome! As someone who is already pretty invested in trouble.nvim and native integrations with Telescope and GitSigns (to name just two), what do you feel are the selling points? I wonder how you see integrations evolving too? In example, I use zf via telescope-zf-native.nvim over fzf and have had to do little to let other plugins fallback into that.

I have long preferred the strictness of the fzy algorithm over fzf for fuzzy finding both in my shell and in neovim. But there are things about fzy that have bothered me (like the inability to narrow down results with space-delimited query terms). So I have been working on zf and libzf (written in Zig if you care about that sort of thing) for the shell and integration with neovim.