Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Optionally keeping literal effect of key in addition to binding #2456

Closed
5 of 10 tasks
jbriales opened this issue Apr 22, 2021 · 0 comments
Closed
5 of 10 tasks

Optionally keeping literal effect of key in addition to binding #2456

jbriales opened this issue Apr 22, 2021 · 0 comments
Labels

Comments

@jbriales
Copy link
Contributor

  • I have read through the manual page (man fzf)
  • I have the latest version of fzf
  • I have searched through the existing issues

Info

  • OS
    • Linux
    • Mac OS X
    • Windows
    • Etc.
  • Shell
    • bash
    • zsh
    • fish

Problem / Steps to reproduce

When binding a key to an action, it is sometimes desirable that hitting that key will trigger the action but also produce the usual effect it would produce otherwise in the query input.
The clearest example/use-case I have is this:
When using fzf to interface outputs from some underlying search engine (say FTS via SQLite) it may be desirable to query the engine only when full words are available (i.e. when we hit Space).
With fzf --bind 'space:reload(...)', this would get the desired effect of triggering the underlying search action only when we complete words. But currently binding space to an action will make it impossible to introduce spaces in the query line, because it gets absorbed by the binding action.

I searched through the documentation and couldn't find any feature to enable this, nor any workaround.

Not sure how complex/desirable it might be to enable this feature, but it seems quite desirable as a counterpart for the reload action.

Thoughts? Ideas on workarounds?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants