-
-
Notifications
You must be signed in to change notification settings - Fork 207
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[BUG]: Inconsistent multi-monitor behaviors #1053
Comments
I actually think this is the same issue as #447, but in my configuration it prevents me touching monitor 4. I must have had an inconsistent layout in my previous configuration that allowed it to work due to imperfect coordinates. |
Shifting the bottom two monitors slightly to the right allows me to get access to monitor 4, although there's oddities. [works] Left <---> right, between 1 and 2
The behavior of going down from monitor 2 to 3, instead of 4, is still present even in the most drastic of scenarios: |
komorebi/komorebi/src/window_manager.rs Lines 465 to 496 in c0c3c81
This is the logic that needs to be updated ^ |
I don't have enough monitors to try this out but you can test this commit: e8e18a4 |
Summary
I'm unable to focus or move windows after I reconfigured my monitor setup over the weekend. Previously everything was perfect, but I had a weird configuration for my extra monitors, using a mix of onboard and dedicated ports. Over the weekend I moved everything to dedicated by plugging my two bottom monitors into a hub.
Now I can't move or focus windows in monitor 4. Moving windows or focusing down only goes to 3. Is there something I need to do? I'm wondering if they're getting reported as a single monitor to Komorebi due to the hub, rather than individual.
Version Information
Komorebi Configuration
Hotkey Configuration
Default
Output of
komorebic check
Output of
komorebic monitor-information
The text was updated successfully, but these errors were encountered: