starred/komorebi
1
0
Fork 0
mirror of https://github.com/LGUG2Z/komorebi.git synced 2026-01-11 14:40:25 +01:00
Code Issues 87 Packages Projects Releases 10 Wiki Activity

[Question]: Monitor positional movement not what I would expect? #214

New Issue
Closed
opened 2026-01-05 14:49:03 +01:00 by adam · 2 comments
adam commented 2026-01-05 14:49:03 +01:00
Owner
Copy Link

Originally created by @JosephBrooksbank on GitHub (May 30, 2023).

I have a monitor layout with two stacked monitors, and one to the side. (Ignore monitor 1, it is disabled).
image

All monitors will be referenced by their number in that screenshot of windows settings going forward.

When I move left from monitor 4 to monitor 3 with alt+h, it works as expected and my focus is on monitor 3. But if I move right from monitor 3, it focuses monitor 2 rather than monitor 4, meaning if I want to get from 3 to 4 I need to move right and then down.

Is there any way to configure komorebi such that moving right from monitor 3 puts me on monitor 4?

Originally created by @JosephBrooksbank on GitHub (May 30, 2023). I have a monitor layout with two stacked monitors, and one to the side. (Ignore monitor 1, it is disabled). ![image](https://github.com/LGUG2Z/komorebi/assets/6687530/37e159ba-cbfa-48b5-b22b-3a051462b08f) All monitors will be referenced by their number in that screenshot of windows settings going forward. When I move **left** from monitor 4 to monitor 3 with alt+h, it works as expected and my focus is on monitor 3. But if I move **right** from monitor 3, it focuses monitor 2 rather than monitor 4, meaning if I want to get from 3 to 4 I need to move right and then down. Is there any way to configure komorebi such that moving right from monitor 3 puts me on monitor 4?
adam added the enhancementi-will-not-work-on-this labels 2026-01-05 14:49:03 +01:00
adam closed this issue 2026-01-05 14:49:03 +01:00
adam commented 2026-01-05 14:49:03 +01:00
Author
Owner
Copy Link

@LGUG2Z commented on GitHub (Jun 26, 2023):

510650cb94/komorebi/src/window_manager.rs (L305)

This is the code that would need to be updated if anyone would like to take a stab at updating this

@LGUG2Z commented on GitHub (Jun 26, 2023): https://github.com/LGUG2Z/komorebi/blob/510650cb94782c93238da836b903fb81c479f201/komorebi/src/window_manager.rs#L305 This is the code that would need to be updated if anyone would like to take a stab at updating this
adam commented 2026-01-05 14:49:03 +01:00
Author
Owner
Copy Link

@LGUG2Z commented on GitHub (Jun 26, 2023):

I've pushed an example of how this might be tackled to the branch above ^

@LGUG2Z commented on GitHub (Jun 26, 2023): I've pushed an example of how this might be tackled to the branch above ^
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
0.1.36
apps-behaving-badly
bug
bug
cannot-reproduce
documentation
enhancement
github_actions
i-am-stuck
i-will-definitely-work-on-this
i-will-not-work-on-this
i-will-probably-work-on-this
komorebi
komorebi-bar
komorebic
performance
pull-request
Mirrored from GitHub Pull Request
 translation
No Label enhancement i-will-not-work-on-this
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
adam
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/komorebi#214
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?