On Fri, May 23, 2025 at 7:57 AM Hiltjo Posthuma <hiltjo_AT_codemadness.org> 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 <bakkeby_AT_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?
Received on Fri May 23 2025 - 21:48:10 CEST