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?

Reply via email to