> 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?
I can't really comment on why it was not included, but it could also
just have been a standalone patch.
Your proposal adds the notification window type. This is in principle
fine, but worth noting that there are a lot of window types that could
be considered floating as well like utility, toolbar, splash and
popup_menu.
The other three changes are in relation to the window state. As the
word suggests the window state can change throughout the lifetime of
the window.
The states themselves do not imply that the window should be floating,
let's have a closer look.
_NET_WM_STATE_MODAL - as far as I understand this indicates modality
meaning that work in this window should be completed before the user
can return to the main window
_NET_WM_STATE_STICKY - this suggests that the window should show
regardless of what tag you are on, also see the sticky patch
_NET_WM_STATE_SKIP_TASKBAR - this indicates that the window (title)
should not be shown in the bar
All of this is in relation to EWMH (extended window manager hints) and
being fully EWMH compliant is not part of the goals of dwm.
On Sat, May 24, 2025 at 12:37 AM Bang Lee <qusicx_AT_gmail.com> wrote:
>
> On Fri, May 23, 2025 at 7:57 AM Hiltjo Posthuma <hiltjo_AT_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 <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 Sun May 25 2025 - 10:36:24 CEST