mirror of
https://github.com/aome510/spotify-player.git
synced 2026-04-26 09:25:49 +03:00
[GH-ISSUE #430] Pressing ESC while in search mode will bypass input to search so that keycommands can be pressed. #1171
Labels
No labels
bug
documentation
enhancement
good first issue
help wanted
pull-request
question
third-party
third-party
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/spotify-player#1171
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @ghost on GitHub (Apr 24, 2024).
Original GitHub issue: https://github.com/aome510/spotify-player/issues/430
I have FocusPreviousWindow and FocusNextWindow remapped to h and l respectively, and I exclusively use j and k for movement between selections. In the search bar, Ctrl-n and Ctrl-p still work for selecting, but j and k are captured by the search bar. Likewise in the search page, tab and shift-tab still work, but h and l are captured.
The ideal solution would be to make it so when esc is pressed, (vim style) text no longer is captured by search, and "i", or "gi" can be pressed to return to insert mode. Also, if enter is pressed, focus should automatically go to the results window.
@ghost commented on GitHub (Apr 24, 2024):
In the search bar, escape closes the bar entirely, cancelling the search. I guess it makes more sense for esc to be cancel, and use enter to focus on the results window.