[swm-gaps] gaps should not be applied to transient windows

[lepisma]

From @jakecoble on July 14, 2017 14:44

Transient windows should not have gaps applied to them. This often causes them to shrink unusably small.

Copied from original issue: lepisma/swm-gaps#3

[lepisma]

Did you mean the transient windows like
these ones (I can see the problem here with >0 inner gap) or windows from floating group? I believe floating group doesn't get any extra padding.

[lepisma]

From @jakecoble on July 14, 2017 22:47

Ah, that explains why I wasn't able to fix the problem – I thought transient windows were a part of the floating group.

[lepisma]

3a79995 skips adding inner gaps to transients. When transient window gravity is set to top, something like the following happens.

The correct way to fix this would be to check for transient window gravity and move the y value down if its :top (similarly for other alignments) to align things neatly. Will fix this soon.

[dmb2]

Is this fixed now?

[lepisma]

The main issue (gaps on transients) is fixed. The adjustment for non center gravity is not because I don't think just adjusting x or y value will do. For example the transient below needs to get its width adjusted too (the main window is firefox in background):

They probably need a more extensive handling using the current window width (height) or something. Maybe close this specific issue since its premise is covered.

[podiki]

I still have the issue with shrinking transient windows on the latest version. I think related is making some windows floating (e.g. Steam windows) will have them move (slowly or quickly) in some direction until completely off screen.

[jakecoble]

I still have the issue with shrinking transient windows on the latest version. I think related is making some windows floating (e.g. Steam windows) will have them move (slowly or quickly) in some direction until completely off screen.

I still have this issue as well, but I don't think my initial bug report was well stated – we may be using transient colloquially when it has a specific usage in this case. While the Steam windows in question don't stick around long, I don't know if they're transient according to window managers. I've yet to figure out what is unique about the windows I'm having trouble with.

[jakecoble]

Appears to be windows with a maximum size set that are having trouble. Suggest closing the issue and I'll open another with the new problem description.

[podiki]

@jakecoble did you find a better way to describe this? Probably we need to find out what properties are different for these types of windows. I noticed it is often for a loading/splash window, like starting Steam, Zoom, I think for some Wine windows too.

[jakecoble]

@podiki Never did track it down. I'll need to find some way to generate a bunch of windows with different properties for testing this, but I haven't yet found a convenient tool for that.

[podiki]

@jakecoble This may be solved with fixing #178, basically not applying gaps to windows that are too small to need them. Fixes this for for me for Steam loading/login, Zoom loading at least.