Bug 465241 - Vim-like (Ctrl+j, Ctrl+k) directional keys for window selection in WindowHeap-based effects
Summary: Vim-like (Ctrl+j, Ctrl+k) directional keys for window selection in WindowHeap...
Status: CONFIRMED
Alias: None
Product: kwin
Classification: Plasma
Component: effects-window-management (other bugs)
Version First Reported In: unspecified
Platform: unspecified Linux
: NOR wishlist
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2023-02-03 19:47 UTC by Victor Pavan
Modified: 2024-02-21 04:41 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed/Implemented In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Victor Pavan 2023-02-03 19:47:08 UTC
SUMMARY
When presenting windows, one can select the window with the arrow keys, but it would be awesome to be able to do so using vim-like keys, as it is in krunner.


STEPS TO REPRODUCE
1. Activate present windows or overview effect.
2. Try navigating with Ctrl+(j, k, h or l).

OBSERVED RESULT
Nothing.

EXPECTED RESULT
Select the corresponding direction window.

SOFTWARE/OS VERSIONS
KDE Plasma Version: 5.26.5
KDE Frameworks Version: 5.102.0 
Qt Version: 5.15.8
Comment 1 fanzhuyifan 2024-02-09 08:22:40 UTC
I thought in general we don't implement the vim directional movements?
Comment 2 Victor Pavan 2024-02-21 04:19:15 UTC
(In reply to fanzhuyifan from comment #1)
> I thought in general we don't implement the vim directional movements?

Well, it's implemented in KRunner, so I assumed it was not against the design code
Comment 3 Nate Graham 2024-02-21 04:41:31 UTC
I don't think in principle there's a rule against it. However since it has to be implemented in a bespoke manner for every single thing that currently uses the arrow keys for navigation, it's not exactly a high priority either. And in UIs that allow both typing text as well as directional navigation, the two conflict for vim-based shortcuts and so implementing them is less feasible or even infeasible.