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

Komoberi tries to manage other virtual desktops in Windows 11 #64

New Issue
Closed
opened 2026-01-05 14:48:02 +01:00 by adam · 3 comments
adam commented 2026-01-05 14:48:02 +01:00
Owner
Copy Link

Originally created by @kolaqsq on GitHub (Nov 28, 2021).

In win10 Komoberi manages windows only on VD1, but in win11 it also tries to manage windows on other VDs resulting in glithy behaviour
For example, when switching to VD2 and creating new windows there, they appear to open in places, where they would be if I'd open them on the VD1. And after switching between VDs newly opened windows will go to the VD1

Originally created by @kolaqsq on GitHub (Nov 28, 2021). In win10 Komoberi manages windows only on VD1, but in win11 it also tries to manage windows on other VDs resulting in glithy behaviour For example, when switching to VD2 and creating new windows there, they appear to open in places, where they would be if I'd open them on the VD1. And after switching between VDs newly opened windows will go to the VD1
adam added the enhancement label 2026-01-05 14:48:02 +01:00
adam closed this issue 2026-01-05 14:48:02 +01:00
adam commented 2026-01-05 14:48:02 +01:00
Author
Owner
Copy Link

@LGUG2Z commented on GitHub (Nov 29, 2021):

I tried building from the latest commit on the rust branch of winvd to see if it would work as expected a Windows 11 dev VM, but unfortunately I got the same results as you. I will try to refactor this soon to remove the dependency on winvd and use this api to decide whether to manage a window based on the value returned. I think that this could also be configurable via komorebic's start command so that the end user can decide which virtual desktop they want komorebi running on instead of being a hard-coded default to VD1,

@LGUG2Z commented on GitHub (Nov 29, 2021): I tried building from the latest commit on the `rust` branch of `winvd` to see if it would work as expected a Windows 11 dev VM, but unfortunately I got the same results as you. I will try to refactor this soon to remove the dependency on `winvd` and use [this api](https://docs.microsoft.com/en-us/windows/win32/api/shobjidl_core/nf-shobjidl_core-ivirtualdesktopmanager-getwindowdesktopid) to decide whether to manage a window based on the value returned. I think that this could also be configurable via komorebic's start command so that the end user can decide which virtual desktop they want komorebi running on instead of being a hard-coded default to VD1,
adam commented 2026-01-05 14:48:02 +01:00
Author
Owner
Copy Link

@LGUG2Z commented on GitHub (Dec 3, 2021):

I spent a lot of time on Discord getting help from one of the contributors to the windows-rs crate trying to find a reasonable solution to this issue for Windows 11 this afternoon. Unfortunately, this is not something I have the technical ability to solve in a clean way that works well for both Windows 10 and Windows 11.

If someone more capable and patient than myself wants to port this PowerShell library or something equivalent to Rust, or fork winvd with the Windows version checking and updates for Windows 11 so that it can be used in this project, please let me know.

@LGUG2Z commented on GitHub (Dec 3, 2021): I spent a lot of time on Discord getting help from one of the contributors to the `windows-rs` crate trying to find a reasonable solution to this issue for Windows 11 this afternoon. Unfortunately, this is not something I have the technical ability to solve in a clean way that works well for both Windows 10 and Windows 11. If someone more capable and patient than myself wants to port [this PowerShell library](https://github.com/MScholtes/PSVirtualDesktop) or something equivalent to Rust, or fork [winvd](https://crates.io/crates/winvd) with the Windows version checking and updates for Windows 11 so that it can be used in this project, please let me know.
adam commented 2026-01-05 14:48:02 +01:00
Author
Owner
Copy Link

@LGUG2Z commented on GitHub (Dec 3, 2021):

I have pushed a short term fix for this that totally eschews using Windows APIs and instead just polls the registry. It's not pretty, but it works. 😞

@LGUG2Z commented on GitHub (Dec 3, 2021): I have pushed a short term fix for this that totally eschews using Windows APIs and instead just polls the registry. It's not pretty, but it works. 😞
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
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#64
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?