GNOME Bugzilla – Bug 339692
Dual screens => RIght panel on left screen can be maximized under
Last modified: 2020-01-30 15:04:44 UTC
On maximize, the window should be stopped along the panel as when the panel is on the top Other information: I attached a screenshot of the bug.
Created attachment 64267 [details] Screenshot
Ah, so you mean that the X icon is hidden... strange... Can't reproduce it here, have been using a right-side panel since forever, and never seen that... Are you using metacity window manager? (the default one installed) If you try to move the panel somewhere else, and then put it back, does this bug appear again?
Yes i'm using the default window manager, Metacity. When I move the panel somewhere and then put it back, the bug appear again, nothing changed. I've dual screen and the bug appear when the panel is in the "middle" of the both screen, there is no bug when the panel is on the right of the right screen, sorry never think that it could be that.
Yeah, I think that's the cause of it then. Retitling the bug. Don't have two screens, so I'll let someone else confirm this one.
The EWMH provides no way to reserve any area of the screen except the portion at the edges. (Note that in a xinerama setup, there is only one "screen" which spans both monitors, so that rules out reserving the area this bug report talks about) So, the panel can't tell metacity that this area is reserved. metacity-2.14.x does have most of the code necessary to handle reserved area that isn't at screen edges, but not quite all of it. So three bugs: 1) EWMH needs to be extended to handle xinerama edges too 2) Metacity needs to support the new hints 3) gnome-panel needs to use the new hints EWMH is first, so I'll move to metacity for now and try to remember to bring this up on wm-spec-list at some point.
Ok, tanks for the information, I'll try to follow my bug ^^
Ubuntu bug about that: https://launchpad.net/distros/ubuntu/+source/metacity/+bug/58977
*** Bug 420626 has been marked as a duplicate of this bug. ***
*** Bug 520713 has been marked as a duplicate of this bug. ***
*** Bug 527547 has been marked as a duplicate of this bug. ***
I wonder if this can be solved in the restricted case of n-monitors in line without changing anything except the STRUT_PARTIAL hint set by the panel. In my case I have two monitors stacked vertically (as far as X thinks); with a panel at the top of the top monitor, another at the bottom of the bottom monitor and the troublesome one which is at the bottom of the top monitor. If that 3rd one was said to be a strut on the left, and said it was as wide as the monitor but it's start and end 'y' corresponded to it's top and bottom would that work? As it is the STRUT_PARTIAL value on the middle panel looks meaningless: _NET_WM_STRUT_PARTIAL(CARDINAL) = 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 1919 _NET_WM_STRUT(CARDINAL) = 0, 0, 0, 0 (Top monitor is 1920x1080). It wouldn't cure everyone, but it should sort most users out. Would metacity cope with that?
Created attachment 127673 [details] Hack for the vertical case - for comment This is a hack to gnome-panel that addresses the case of monitors in a vertical stack and a panel at the bottom of the not-bottom monitor; this hack seems to work with metacity - it would be easy to generalise to the other edges. What do people think - sure it's not a full answer - and I don't know what other window managers would make of it?
Just a word of warning; while plain metacity is OK with this, compiz doesn't like it. (It puts everything at the side).
(In reply to comment #12) > Created an attachment (id=127673) [details] > Hack for the vertical case - for comment > > This is a hack to gnome-panel that addresses the case of monitors in a vertical > stack and a panel at the bottom of the not-bottom monitor; > this hack seems to work with metacity - it would be easy to generalise to the > other edges. > > What do people think - sure it's not a full answer - and I don't know what > other window managers would make of it? I've tried the patch and windows maximize correctly now. I don't use compiz because it breaks with the intel driver in Fedora. The patch header had to be tweaked to build with the Fedora source rpm.