GNOME Bugzilla – Bug 677278
can't move windows to top monitor if "panel" on bottom monitor
Last modified: 2012-06-04 16:16:34 UTC
gnome-shell 3.4.1 in F17 I have two monitors one above the other. When I installed F17, the default was a horizontal layout, so I opened the display settings to fix it and just dragged one monitor to the top. This left the gnome-shell bar in between the two monitors. I then couldn't drag windows through the bar (as far as I can tell the top monitor was useless at that point). Completely possible I was just missing something and there's a way to do it, I don't know. Eventually I figured out that in Display settings, the tiny panel bar could be dragged between the tiny monitor icons to put it on the top monitor and fix the problem. It just seemed like a weird UI situation: - having the panel bar in the middle of the two monitors seemed to be completely useless/broken, so maybe it should not be allowed? - it wasn't clear to me in display settings how to fix this; the draggable panel bar is truly tiny and not obviously moveable Anyway don't know if it's a gnome-shell fix or a display settings UI tweak or what.
Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find. *** This bug has been marked as a duplicate of bug 663690 ***
(In reply to comment #0) > gnome-shell 3.4.1 in F17 > > I have two monitors one above the other. When I installed F17, the default was > a horizontal layout, so I opened the display settings to fix it and just > dragged one monitor to the top. > > This left the gnome-shell bar in between the two monitors. I then couldn't drag > windows through the bar (as far as I can tell the top monitor was useless at > that point). Completely possible I was just missing something and there's a way > to do it, I don't know. > > Eventually I figured out that in Display settings, the tiny panel bar could be > dragged between the tiny monitor icons to put it on the top monitor and fix the > problem. > > It just seemed like a weird UI situation: > > - having the panel bar in the middle of the two monitors seemed to be > completely useless/broken, so maybe it should not be allowed? We try to force it to the top monitor, I thought. I know we detect the bottom monitor and move the message tray there. > - it wasn't clear to me in display settings how to fix this; the draggable > panel bar is truly tiny and not obviously moveable That UI issue should have been fixed in like 3.2, I don't know why it wasn't.
(In reply to comment #0) > maybe it should not be allowed? Probably not, yeah - we already have some logic to not have the message tray above the bottom monitor, guess we need something similar here ... > Anyway don't know if it's a gnome-shell fix or a display settings UI tweak or > what. Right now it's basical "how struts work", notbdefined behavior.
(In reply to comment #2) > We try to force it to the top monitor, I thought. I know we detect the bottom > monitor and move the message tray there. Yeah, we only do that for the message tray.
Given the System Settings/DisplaysUI for selecting the primary monitor, I dont' think we can relocate the panel off the primary monitor - we'd have to prevent the user from making the bottom monitor the primary monitor,. I think it would be better to try and implement a reasonable set of behaviors when the top panel is in the middle - using a top monitor as an auxiliary monitor is a reasonable thing to do. Obviously the struts definition in the EWMH is an issue - but it doesn't seem like an issue that we can't work around or extend the EWMH to handle.