Our great sponsors
-
plenary.nvim
plenary: full; complete; entire; absolute; unqualified. All the lua functions I don't want to write twice.
-
WorkOS
The modern identity platform for B2B SaaS. The APIs are flexible and easy-to-use, supporting authentication, user identity, and complex enterprise features like SSO and SCIM provisioning.
-
vim-clap
:clap: Modern performant fuzzy picker, tree-sitter highlighting, and more, for both Vim and NeoVim
-
InfluxDB
Power Real-Time Data Analytics at Scale. Get real-time insights from all types of time series data with InfluxDB. Ingest, query, and analyze billions of data points in real-time with unbounded cardinality.
It will looks like it will be. Besides async PR, there's ongoing work to speed up and backwards integrate fzf even further - PR. fzf writer jobs will be also refactored and so we might get true multithreaded live grep in telescope eventually where only in- and output is handled in lua.
Great I did saw the pr on plenary but didn't think of it much . I'll have try loading telescope at startup again and see how that goes .
I find it to be slow as well compared to just about anything else I do in vim. This https://github.com/nvim-telescope/telescope.nvim/pull/987 looks promising.
Are you using the fzy-native extension?
Not directly answering your question but you can try fzf-lua and see if it’s more speedy for you.
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)
I'll also take the occasion to recommend clap.vim, which is the picker I use. It's super cool, fast, and uses a rust backend for more intensive searches.