On Fri, May 23, 2025 at 7:57 AM Hiltjo Posthuma <hiltjo@codemadnessorg> wrote: > What kind of testing did you do? > > Do you have an specific application to test this change with? > > Such details are important for these kind of changes.
I only tested with two quirks in Chrome: * Live Caption (chrome://settings/captions) WM_NAME(UTF8_STRING) = "Live Caption" _NET_WM_WINDOW_TYPE(ATOM) = _NET_WM_WINDOW_TYPE_NORMAL _NET_WM_STATE(ATOM) = _NET_WM_STATE_STICKY, _NET_WM_STATE_ABOVE * Help Me Write (chrome://settings/ai/helpMeWrite) WM_NAME(UTF8_STRING) = _NET_WM_WINDOW_TYPE(ATOM) = _NET_WM_WINDOW_TYPE_NOTIFICATION _NET_WM_STATE(ATOM) = _NET_WM_STATE_SKIP_TASKBAR On Fri, May 23, 2025 at 11:41 AM Stein Gunnar Bakkeby <bakk...@gmail.com> wrote: > > I just wanted to say that if you have a practical need for something > like this then there was a proposal a few years back to make EWMH > windows float. > > The way it worked was that you could set up client rules matching on > the window type giving you more control over what becomes floating and > what not. > > https://lists.suckless.org/hackers/2006/17456.html This looks much better if STATE matching can be added too. My patch is somewhat opinionated I guess. Do you know why that is not included in the mainline yet?