Re: struts, workareas and xinerama

[Dana Jansens <danakj orodu net>]

2009/11/25 Tomáš Janoušek <tomi 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.