Skip to content
This repository has been archived by the owner on Apr 26, 2024. It is now read-only.

Key conflict #180

Open
Docbroke opened this issue Aug 15, 2021 · 2 comments
Open

Key conflict #180

Docbroke opened this issue Aug 15, 2021 · 2 comments
Labels
bug Something isn't working

Comments

@Docbroke
Copy link

Docbroke commented Aug 15, 2021

When pressed enough times, down arrow key, which is seen as '\e[B' sometime mis-interpreted as B triggering bulk-rename-all function.

My guess is this may also happen with other special keys, ( all arrow keys triggers \e[A , \e[B, \e[C, \e[D characters) out of these only B is bound to other function casusing occasional conflict. So I think it is better to avoid A/B/C&D keys in keybinding.

@dylanaraps dylanaraps added the bug Something isn't working label Aug 15, 2021
@Docbroke
Copy link
Author

Possible workaround is to change bulk_rename bindings from (b,B) to (r,R), and change rename keybinding from (r) to F2 key.

@Sidd-Dino
Copy link

Sidd-Dino commented Aug 22, 2021

I think the most likely cause for this is the fact that, the function key in fff uses multiple read commands

When i was working on BTE i experienced the same problems where B , [B , C , [C , etc would appear while scrolling
The reason i mention BTE is because i had basically ripped the entire input method of fff and used it in BTE.

I've experienced promising results with the input method i ripped from dylanaraps/shfm
Which uses a single input command (it uses dd instead of read)

might create a branch and work on it
Should be easy

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

3 participants