OK, a quick note on this bug so that we know what's going on.

Basically, this case isn't covered by any window management
interoperability standards (both ICCCM and EWMH/NETWM), both
_NET_WM_STRUT and _NET_WM_STRUT_PARTIAL make the assumption that your
panels will always be on the edge of the *screen* and not of a
particular monitor within that screen. That being said, there are a
number of panels and docks and Unity even, which support the case of
panels being positioned in the middle of the screen. However, as I've
observed with all of these cases, this behaviour is totally broken with
pretty much every window manager out there because neither strut hint
can be set correctly without completely breaking maximization on one
monitor.

As such, there's two things we can do. I think that we should do both,
one is a long term solution and one is short term

1) The short term solution is that the unity plugin is able to override window 
placement in certain cases, and we can just change this override to ensure that 
windows never overlap panels in the case that their struts cannot be set 
correctly.
2) The long term solution is to propose a _NET_WM_STRUT_REGION property on the 
root window to freedesktop to cover this case and implement support for that 
inside of compiz (ideally, this should really deprecate both _NET_WM_STRUT and 
_NET_WM_STRUT_PARTIAL as both are fundamentally broken and too limited).

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/857214

Title:
  (oneirc) default placement of windows is behind panel

To manage notifications about this bug go to:
https://bugs.launchpad.net/unity/+bug/857214/+subscriptions

-- 
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to