Switching Windows virtual desktops breaks layout about komorebi

[LGUG2Z]

@naoey Can you confirm that this is happening when switching between the native Windows Virtual Desktops and not komorebi's implementation of workspaces?

If this is happening with komorebi's implementation of workspaces it is definitely a bug and it would help if you could record a video of this happening so that I can try to accurately reproduce it.

komorebi generally doesn't aim for compatibility with Windows Virtual Desktops, because the public API is extremely lacking. In fact, it is the lack of stability around advanced programmatic access to Windows Virtual Desktops that led me to create a completely independent workspaces implementation for komorebi.

Nevertheless, I would be tempted to at least try to fix this specific bug, because the fix would help to ensure that while komorebi doesn't provide compatibility and interoperability with Windows Virtual Desktops, it also does not permit Windows Virtual Desktops to introduce weird/undefined/breaking behaviour into the komorebi process.

[naoey]

Yes, sorry if that wasn't clear. I did mean this is occurring with Windows Virtual Desktops.

komorebi generally doesn't aim for compatibility with Windows Virtual Desktops, because the public API is extremely lacking

That's completely understandable. I'm somewhat accustomed to using them as the Windows equivalent of Spaces on macOS so even if not feasible to get the same level of compatibility as yabai provides, just having it not disrupt the layout would be great!

[LGUG2Z]

@naoey I have made some changes that limit the komorebi listeners to the Windows Virtual Desktop that the process was started from. In practice, this means that you can have a single Virtual Desktop which runs komorebi with komorebi's implementation of workspaces, and other Virtual Desktops that know nothing about komorebi and which komorebi knows nothing about. 👌

[es183923]

Looks like this still is happening when switching between windows' virtual desktops when building from master a6d46db.

Komorebi seems to forget that windows were minimized, and results in it allocating space for minimized windows, which it shouldn't.