It looks like the latest Slack window may no longer be flagged as a window with a caption. Because of this it is considered unsuitable for grouping.
Quite why they have done this I cannot say.
Just so we're explicitly clear, does this mean that Stardock is not going to do anything to remedy the situation? Is it possible for there to be a setting to apply exceptions to this rule for certain executables?
If Stardock's perspective is that this is a "won't fix" issue, then what does Slack need to change, technically speaking (i.e. can you point me to a Microsoft docs page that outlines the specific caption property you're referring to), to reenable support?
Thanks,
Mike
Groupy will generally only group windows which fit certain specific requirements. One of those is that the window has the WS_CAPTION window style. It is considered normal for applications to have this style for top level windows if they have a titlebar.
As an alternative we also factor in if the window is marked as show on taskbar because most windows which have no caption but have fake captions will mark themselves as show on the taskbar. But unfortunately they have also removed the WS_EX_APPWINDOW flag from their window. I assume they are telling the shell directly to opt the window in instead which isn't something so easily detected.
To make matters worse it is an electron framework app which means the class for the window is simply a chrome window which are used in a variety of apps in a variety of ways so we cannot make assumptions about that either.
One of the most visible side effects of their design choices is if you minimize and restore the application you will notice it does not animate but simply vanishes. This is because they (or their framework) have chosen to deviate from OS norms so the OS doesn't know to animate them either.
Currently there is no way to tell Groupy that the window is an actual program window vs say a splash screen or something else top level that isn't actually a window you would want to group.
