Fabian David Schmidt

> My question now though, isnt this just a better in most situations than the current default? I agree it's a cool feature, but probably not, unless someone addresses -...

> or maybe provide the input with an auto-completion of the current cword This should be possible, but highly dependent on how the `vim.ui.input` implementation handles the `complete` argument via...

> Yes, as you said completion = "customlist,v:lua.require'fds.utils'.complete" doesn't work at all. It complains that no such function called v:lua.require'fds.utils'.complete exists. Yes, because `require'fds.utils'.complete` is some function I wrote for...

I'd say we can have this at least as opt-in, PR welcome :)

For `grep_string` `telescope` does essentially _everything_ (processing `rg` output, sorting, drawing, ...) on the neovim main thread in lua. There was an essentially similar note on reddit recently about telescope...

> I even wrote a plugin for it: https://github.com/antoinemadec/coc-fzf At least I'm aware -- kudos, I loved that coc extension back when I was using coc :) > Will fps_mode...

> telescope.sorters should include a preserve_order so the list filtering do not reorder the entries. This is useful for chronological lists (e.g.: git commits). See: [sorters.lua](https://github.com/antoinemadec/telescope-git-browse.nvim/blob/main/lua/telescope/_extensions/git_browse/sorters.lua) There's two variants here....

I haven't had a look at your branch, but some thoughts off of the top of my head: * Combining finders (and their entry makers) would be the way to...

Yes, we should enable such a use case (remote telescoping). Would you be willing to work towards a PR for that use case? Mostly because you'd be the first-mover actually...

> I feels like another interface in a "sea of interfaces" Agree, let's revisit this. > You could argue doing that above will lose the hooks functionality, etc. Yeah, that's...