If there is empty space available further away from the amount of lines configured to be taken by fzy, expand to fill down to the bottom of the terminal. Otherwise, the extra space is just left empty and unused.

Thanks for the script, really appreciate it.

When I first open the history widget I get the last entries first as I'd expect but as soon as I start typing the ordering changes and I seem to be getting the shortest matches first.

Not sure where the problem is but I'd like to change this behaviour so the ordering is consistent.

Steps:

1. Type something
2. Press bindkey
3. Expect that the initial search should have happened with what was already typed

Code fix would make use of something along the lines of...

        if [[ -z $BUFFER ]]; then
            cmd="fzy"
        else
            cmd="fzy -q "$BUFFER"
        fi

If you agree, I'll create a PR?

How to make it a replacement for zsh's tab complete?

See #10 (comment) for the rationale. Basically, this would allow something like:

• If a command line starts with kill, use fzy-proc-widget.
• If a command line starts with cd or pushd, use fzy-cd-widget.
• Otherwise, use fzy-file-widget.

i dont really know where to put these configs, so i put them in the .zshrc.
sorry for being a newbie.

i placed these in the .zshrc file

zstyle :fzy:tmux    enabled      no

zstyle :fzy:history show-scores  no
zstyle :fzy:history lines        ''
zstyle :fzy:history prompt       'history >> '
zstyle :fzy:history command      fzy-history-default-command

zstyle :fzy:file    show-scores  no
zstyle :fzy:file    lines        ''
zstyle :fzy:file    prompt       'file >> '
zstyle :fzy:file    command      fzy-file-default-command

zstyle :fzy:cd      show-scores  no
zstyle :fzy:cd      lines        ''
zstyle :fzy:cd      prompt       'cd >> '
zstyle :fzy:cd      command      fzy-cd-default-command

zstyle :fzy:proc    show-scores  no
zstyle :fzy:proc    lines        ''
zstyle :fzy:proc    prompt       'proc >> '
zstyle :fzy:proc    command      fzy-proc-default-command

i was giving me and error while using the fzy features

my fzy config:

# fzy plugin settings
bindkey '^F'  fzy-file-widget
bindkey '^A' fzy-cd-widget
bindkey '^H' fzy-history-widget
bindkey '^P' fzy-proc-widget

When I use alt-c in my home folder, zsh freezes completely. It no longer responds to any input, including control-C, and never seems to finish.

Also, in other places with deep dir structures (some large production projects, for example), there is a noticeable slowdown after pressing alt-c before seeing any results.

I'd like to replace find command used in fzy-file-widget with something else, for example rg --files. Same would apply for fzy-cd-widget.

This would allow me to ignore certain files and folders, for example I never want to look for files inside .git directory.

With the cursor at | in the example terminal session below:

[~]
> test
[~]
> |

Activating and exiting any of the widgets will result in:

[~]
[~]
>

Hi again 😉

FZF completion has a neat feature, usually Ctrl+T is working on a list of files, but if I type $ kill and press Ctrl+T, FZF will show me list of processes instead of list of files.

It does't have to be the same key binding like in FZF, but I would like to have such widget so that it's easier to find a process to kill.

Thanks for nice write up. Any idea how bind Esc to abort fzf-history-widget?

I'd like to package this for nixpkgs. Do you have a LICENSE for this?

I'd like to be able to pass in the -l flag to get more rows.

If you agree, I'll create a PR?

I'd like to add this to awesome-zsh-plugins, but it doesn't have a license file.

Please add a license file - if you don't have one in mind, I recommend using choosealicense.com to help choose an appropriate one.

Thanks!

It would be very useful to show fzy under prompt, so the currently typed command remains visible.

Let's say you want to open two files at once in vim. Because fzy lacks multiselect, the only available way is to trigger zsh-fzy multiple times. With #11 I sneaked in a little patch that allows to do so with just pressing Ctrl+T instead of <Space>Ctrl+T, but because you can't see the prompt you can easily forget which files you've already selected and which not.

Same applies for proc widget, if you want to kill multiple processes at once, you want to see your kill command build up, select first process, see that your kill became kill 1234 , select second process, see that your command expanded to kill 1234 5678 , etc.

I didn't find yet how fzf achieves this, do you have a hint for me maybe?

I even think this behavior should replace the current behavior, i.e. I wouldn't add a configuration option to return the current approach where fzy overlays prompt. But if you deliberately wanted this, then of course I'm happy to make it configurable.

Pressing Ctrl+T now searches starting from the current directory.

Sometimes I'd like to type a prefix and then press Ctrl+T to search from there. Suppose I'm in ~/work/project/vendor/ and I want to move here a file from ~/Downloads, I imagine typing mv ~/Downloads/ and pressing Ctrl+T to start the search.

The paths could be relative, i.e. if my vendor folder is huge and I just want to find a file of specific library, I type vim lib/ and press Ctrl+T to search starting from ~/work/project/vendor/lib/.

To handle cases like vim ~/Down<Ctrl+T> we could say that starting dir is the last typed WORD until the last slash, which in this case is ~/.