Slow dashboard picker #294
Replies: 2 comments
-
This really has nothing to do with snacks. If mini.pick is slow for some reason, the ask in that repo. |
Beta Was this translation helpful? Give feedback.
-
I had this issue too and it took me a while to understand it. In my case, pressing "f" to select files with fzf-lua was fast, but pressing "g" to search text had a couple of seconds of delay. The problem was not that the picker was slow, it was a combination of the chosen key (that's "g") and having a big value for My setting for Possible solutions, set another key (I've chosen "t" instead of "g") or set a smaller value for |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
I found snacks a few days ago and decided it'd be fun to rewrite my conf again. Anyways now I'm back to using lazy.nvim instead of mini.deps, as such it's very possible that i have a bad config. My issue right now is i love the way the dashboard from snacks looks/works, but with my current config it feels like it takes at least 500ms for the picker to work once I open neovim. Below are my
lua/plugins/snacks.lua
andlua/plugins/mini.lua
. Also I have tried making"echasnovski/mini.pick"
a dependency of snacks and that doesn't seem to help much if at all. Any help figuring this out would be great!lua/plugins/snacks.lua
lua/plugins/mini.lua
Beta Was this translation helpful? Give feedback.
All reactions