Re: struts, workareas and xinerama
- From: Dana Jansens <danakj orodu net>
- To: Tomáš Janoušek <tomi nomi cz>
- Cc: wm-spec-list gnome org
- Subject: Re: struts, workareas and xinerama
- Date: Wed, 25 Nov 2009 18:39:57 -0500
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.
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]