2009/11/25 Tomáš Janoušek <t...@nomi.cz>: > Hello, > > thanks for your quick reply. > > On Sat, Nov 21, 2009 at 12:45:13PM -0500, Dana Jansens wrote: >> Secondly, as Lubus suggested, I have extended the STRUT property to >> allow for placing struts on boundaries between monitors. This >> addresses the use case presented by Tomáš. To keep the property >> similar to what has been done in the past, my proposed property looks >> like this: >> >> _NET_WM_STRUT_AREAS, monitor, left, right, top, bottom, left_start_y, >> left_end_y, >> right_start_y, right_end_y, top_start_x, top_end_x, bottom_start_x, >> bottom_end_x, CARDINAL[13]/32 >> >> As you can see it is exactly the _NET_WM_STRUT_PARTIAL hint, with a >> monitor field added, so that the window can request the monitor on >> which the strut should be reserved. >> >> In both cases of these hints, monitor may be set to 0xFFFFFFFF, in >> which case the geometry is relative to the root window and ignores >> everything about multiple monitors, essentially using the same >> behavior as the old hints. > > This looks reasonable, the only problem I can think of is this setup: > > 11112222 > 11112222 > 11112222 <-- taskbar spanning screens 1 and 2 > 33334444 > 33334444 > 33334444 > > It's something that can be done for struts at the top and bottom of the root > window using monitor = 0xFFFFFFFF, so we might want to support it for inner > edges as well. I'm not sure if anyone actually wants to use something like > that. I'm fine with that not being addressed, personally.
It could be done by using two windows, one appearing (and setting a strut) on each monitor. I'm not sure that is a reasonable thing to expect though. _______________________________________________ wm-spec-list mailing list wm-spec-list@gnome.org http://mail.gnome.org/mailman/listinfo/wm-spec-list