After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 385145 - don't allow resizing windows to bigger then visible area
don't allow resizing windows to bigger then visible area
Status: RESOLVED OBSOLETE
Product: metacity
Classification: Other
Component: general
unspecified
Other Linux
: Normal normal
: ---
Assigned To: Metacity maintainers list
Metacity maintainers list
: 430882 573560 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2006-12-12 18:26 UTC by Benjamin Otte (Company)
Modified: 2020-11-06 20:06 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Benjamin Otte (Company) 2006-12-12 18:26:13 UTC
Here's two cases where windows get too big for me:
1) I tend to maximize windows horizontally by dragging the mouse to the edge of the screen. Since i have a 60px wide vertical panel there i get a window that's partially below the panel.
2) When prototyping, I often forget to put my treeviews or other widgets that can get big inside scrolled windows. When starting the application, I end up with a huge window.

I think it would be nice if resizing (either by programs or manually) would not be allowed beyond the area the window can be seen on.

Note: I do not want to restrict moving windows partially offscreen, and don't want to disallow resizing partially offscreen window so they end up bigger than the workspace since I know people use that. I just want that the currently resizing edge of the screen never leaves the visible area.
Comment 1 lexual 2007-04-13 10:12:26 UTC
Confirming, if you resize by draggin bottome edge of window, you can bring it down to screen bottom (below panel). It should only go as far as the top of the bottom panel.
Comment 2 Elijah Newren 2007-04-13 18:46:44 UTC
May be reasonable.  Anyone who wants to try to implement this will need to be careful with partial struts to figure out what makes sense.  Also, this limit on where one can resize to probably does not make sense for alt+middle-click resizing.  One may need to go through the other various resize possibilities to see which make sense and which don't.
Comment 3 Elijah Newren 2007-04-18 04:09:49 UTC
*** Bug 430882 has been marked as a duplicate of this bug. ***
Comment 4 Philip Withnall 2009-04-02 20:27:59 UTC
*** Bug 573560 has been marked as a duplicate of this bug. ***
Comment 5 Soren Sandmann Pedersen 2009-05-26 17:39:40 UTC
Is this still a problem? I can't reproduce it.
Comment 6 Benjamin Otte (Company) 2009-05-26 19:18:15 UTC
I can reproduce it (using Ubuntu Jaunty).

Take the terminal window, move it to the top left edge of the workspace. Now take the bottom right resize grip and move it as far as possible to the bottom right (for bigger effect, make your panels larger). You'll end up with a window that's too big.


Also, this Python code produces the other point:

import gtk
win = gtk.Window ()
win.set_size_request (2000, 2000)
win.show ()
gtk.main ()
Comment 7 Jonathan Kamens 2009-05-26 19:50:44 UTC
I honestly can't understand the difficulty in reproducing this problem.  It seems so simple, that there must be something different between your environment and mine that we're not realizing.

All I need to do to reproduce it is to grab the bottom edge of the window and drag downward.  When my mouse moves on top of the panel, the window moves below the panel, which is the bug.  The window resize should stop at the edge of the panel.
Comment 8 Soren Sandmann Pedersen 2009-05-26 20:06:07 UTC
I see what's going on. The edge-snapping doesn't release until you have moved some distance beyond the edge, so if the panel is small enough, it doesn't trigger.
Comment 9 André Klapper 2020-11-06 20:06:57 UTC
bugzilla.gnome.org is being replaced by gitlab.gnome.org. We are closing all old bug reports in Bugzilla which have not seen updates for many years.

If you can still reproduce this issue in a currently supported version of GNOME (currently that would be 3.38), then please feel free to report it at https://gitlab.gnome.org/GNOME/metacity/-/issues/

Thank you for reporting this issue and we are sorry it could not be fixed.