GNOME Bugzilla – Bug 83647
horizontal desktop boundary premature and confines windows
Last modified: 2004-12-22 21:47:04 UTC
I am unable to drag windows horizontally past 1512 pixels (out of 1600). I also cannot move the title bars vertically past either the top and bottom of the screen.
Keeping the titlebar onscreen is deliberate, though you should be able to go slightly farther to the right than 1512 pixels (36 horizontal pixels of the window are required to be onscreen).
I can't see losing 30 pixels of 1600 as 'major', but I'm open to discussion on the point :)
Yes, it has minor impact, but it prevents metacity from being able to do what every other WM can. I'm sure a lot of people have X sessions that start apps in the top and bottom right-hand corners, for example. Anyways, 'minor' is fine.
Oh, hrm, good point. That's why I say I'm open to discussion... :) Bumping.
Hang on, nothing should keep you from doing an "xlock -geometry -0-0" type of thing; only the top-left corner of the titlebar is supposed to be restricted. You're saying you can't move the bottom right corner of the window past 1512 pixels?
No, I couldn't move the top left corner of the window past 1512 pixels. I only noticed this when I attempted to put a small window (< 88 pixels wide) in the bottom right corner and I couldn't drag the window all the way over. I tried dragging larger windows over and their right sides would go past the desktop boundary, but the left sides could not go past 1512. Still, 1600-1512 > 36. I wouldn't have a problem with the 36 pixel requirement, but you know a lot of other people will. :) I will try the initial position argument that you suggested when I get to my home machine.
If I launch 'xclock -geometry 32x32-0-0', the window does not come up in the bottom right corner: spacecoaster:~> xwininfo xwininfo: Please select the window about which you would like information by clicking the mouse in that window. xwininfo: Window id: 0x1c00009 "xclock" Absolute upper-left X: 1512 Absolute upper-left Y: 1161 Relative upper-left X: 5 Relative upper-left Y: 25 Width: 32 Height: 32 Depth: 24 Visual Class: TrueColor Border width: 0 Class: InputOutput Colormap: 0x20 (installed) Bit Gravity State: NorthWestGravity Window Gravity State: NorthWestGravity Backing Store State: NotUseful Save Under State: no Map State: IsViewable Override Redirect State: no Corners: +1512+1161 -56+1161 -56-7 +1512-7 -geometry 32x32-51-0 If I execute 'xclock -geometry -0-0', the window does come up in the bottom right, but here xclock's top left is < 1512.
More info: if I drag windows off to the left side of the desktop, the window stops moving to left when 36 pixels are left on screen. Also, in galeon, if I select View->Full screen, then deselect it, the window borders remain offscreen. This might go against your intention to have the borders always remain onscreen. At this point, I am unable to Alt-click and drag the window. I must select the fullscreen option again, Alt-click and drag on screen (without window borders), deselect fullscreen, then Alt-click and drag on screen (with window borders). I can then resize the window.
With the latest CVS update, the right-side behavior now only holds true for the first workspace. On any of the others I can drag windows over to within 36 pixels of the right side. If I move the windows over to the first workspace, they jump back to 88 pixels (+1512). They jump back to within 36 pixels if I move them back to their original workspace. I can't recall if this is different behavior since I can't recall whether I tested this bug on different workspaces.
What is the current status here? Everything works for me. Maybe you need to tell me about which panels you have, whether you are using xinerama, this sort of thing. Or run with METACITY_VERBOSE=1 METACITY_USE_LOGFILE=1 and forward the lines about "WORKAREA"
Created attachment 10403 [details] Can't drag windows further up or right.
Created attachment 10404 [details] To give you an idea what size the panels underneath are.
Created attachment 10405 [details] When I invoked 'xclock -geometry 32x32-0+0'
Created attachment 10406 [details] When I invoked 'xclock -geometry 32x32-0-0'
Created attachment 10407 [details] grep WORKAREA /tmp/metacity-22348-debug-log-MACUbW
Still happening I'm afraid with packages from Debian. Two panels, no xinerama. They are both corner panels with the top one being horizontal in the top right @ 36 pixel size and the bottom one being vertical in the top right @ 128 pixel size. I'm pretty sure that the xclock behavior is abnormal. Metacity isn't my default WM which I is why I haven't been reporting more details in the interim.
Oh, you have panels blocking your window. Dup of 86682 *** This bug has been marked as a duplicate of 86682 ***