-
Notifications
You must be signed in to change notification settings - Fork 158
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Strategy for supporting _NET_WM_WINDOW_TYPE_DESKTOP
#1474
Comments
I like the idea but removing Also the name |
Those would be internal rules that are created automatically based on the xwayland window type. So there is no change in regards to the user supplied window rules exposed via |
I can't quite wrap my head around this tonight, but it sounds good anyway :) I'm looking forward to seeing this implemented, even if all I can lend is "moral support" right now. |
...and other net-wm-window-type atoms not already covered by wlroots.
Ref:
labwc/docs/rc.xml.all
Lines 519 to 525 in 59543e4
Assuming we merge #1185, how would we actually implement support for something like
_NET_WM_WINDOW_TYPE_DESKTOP
.Looking at the window-rules for
pcmanfm-qt --desktop
running in Wayland mode, we would need to consider<skipTaskbar>
<skipWindowSwitcher>
<fixedPosition>
<action name="ToggleAlwaysOnBottom"/>
Action like
ToggleAlwaysOnBottom
could be processed inxwayland.c
's handle_set_window_type() (introduced by #1185), but properties likefixedPosition
would have to be checked for in the same positions where we currently dowindow_rules_get_property()
, with the exception of some things which could be taken care of inxwayland_view_wants_focus()
.Considering the amount of window-rule checks (see below), I think it would be ugly to add
xwayland_surface_contains_window_type()
the#if HAVE_XWAYLAND
guards in all those places.git grep window_rules_get_property
:So, how do we do it?
@Consolatis and I brainstormed a bit on IRC and thought we might be able to extend the window-rule criteria to accept a
wlr_surface
rather thanidentifier
, etc. and just add window rules for properties in the set_type handler? If that works, it would potentially be quite neat and self-contained within xwayland.c We'd probably have to deal withset_type()
s happening aftermap()
.Cc: @jlindgren90 @Consolatis @grisha128
The text was updated successfully, but these errors were encountered: