FZF/fzf-lua support (or generic datasource provider for other pickers) #25
Comments
I've not used fzf-lua but I'm open to adding support for it. I would gladly merge a PR if you submit one! |
Basically you run the rust backend via |
This is brilliant; thank you @mrjones2014 ! |
@megalithic also, you can get the path to the rust backend binary via |
@mrjones2014 are you good with me responding with a warning to the user if no telescope is installed, versus the explicit requirement of it defined in plugin/dash.vim (also, documenting this added benefit of being able to call the rust binary directly and build your own provider code? |
@megalithic yeah you'll need to remove the hard requirement on telescope. make sure to update We should check if we have either telescope or fzf-lua installed, and if neither are installed, then throw an error. You can check if it's installed without erroring using Lua's Line 17 in e6bc59e
|
ah, yeah, on second thought, maybe we shouldn't require either, and instead just offer the full path to the Rust binary as a constant added to |
@megalithic this will likely require some refactoring of the Telescope module, and how data is fed into it. Feel free to add me on Discord if you need to chat about it. My Discord ID is |
Actually, now that I think about it, we might not need to. All the interaction with the Rust backend is pretty much handled in In your PR, though, can you move |
Thanks tons for teh feedback on this. I'm hoping to hunker down and tinker with this over the next week or so (about to head out on a work trip, so won't get as much time on it as i'd want). |
No problem, I added a |
@megalithic one more note, even if we don't require Telescope, we will still require Plenary to run the actual Rust backend. I experimented on this branch with exposing a Lua API directly to the Rust backend but I haven't been able to get it working. https://github.com/mrjones2014/dash.nvim/tree/matjones/37-rust-remote-plugin |
@megalithic see #51 -- this will likely make this issue a lot simpler. It exposes a Lua API directly for the Rust backend. |
@megalithic see also #61 |
Thank you @mrjones2014 ! |
Excited to see how this plugin evolves when more fuzzy-finder providers like fzf/fzf-lua are added! |
@megalithic backend API has changed again slightly, see #80 and latest docs. |
@megalithic any timeline on getting a PR together for this? It would be cool to decouple this from telescope so we can reach more users. if you don’t have time I might start taking a whack at this. |
I've got a rough start here but idk what I'm doing really with fzf-lua's API https://github.com/mrjones2014/dash.nvim/tree/matjones/25-fzf-lua-support |
@megalithic fzf-lua is now supported! 😄 |
Love this! I imagine that since you don't use fzf-lua you'd likely not want to spend time adding support. I haven't dove deep into this repo yet, so forgive me if this already exists.. would you be willing to add some sort of provider so that other pickers might be used?
Thanks!
(PS. I'd be interested in adding fzf-lua support if you were up for having that added)
The text was updated successfully, but these errors were encountered: