GNOME Bugzilla – Bug 140362
Double click on window frame edge -> maximize window on that edge
Last modified: 2020-11-07 12:36:27 UTC
I would like to maximize windows in one of the four cardinal directions by double clicking on the appropriate window frame. 1. Event - Double click, on any window frame edge. 2. Change the window geometry so that edge grows to the edge of the screen.
*** Bug 334395 has been marked as a duplicate of this bug. ***
Good drawings in bug 334395. ;-)
Created attachment 76540 [details] [review] Getting the ball rolling for discussion How's this for a first attempt? Any comments pro or con?
I have been tested the patch here and it works fine.
:( When I click in bottom frame edge, it maximize south and weast.
The edge is divided into thirds. The middle third maximises south, the leftmost maximises south and west, and so on. (This is based on the way click-and-drag divides up the edges.)
Sorry by my mistake, Thomas. I have not percept that edge is divided into thirds.
no problem at all :) I will commit this when I get back on Monday, then. Thanks.
It might be nice to get some usability feedback here. Similar to how Havoc dislikes the idea of right click on the maximize button for doing things other than showing the window menu, extra functionality like this might dilute the strong correlation of simple reliable actions. Of course, maybe I just dislike the double-click-on-titlebar causes maximize action and I'm trying to avoid other things like it. ;-) As far as the patch goes: - Can't include gdk/gtk headers inside core files like display.h - If someone double clicked on the left, then on the right, shouldn't the window be maximized horizontally? (Similar for top and bottom and vertical maximization?)
Honestly, I do not like this. In any case, from reading the patch: there seems to be no provision to undo the change, like doubly-ckicking on titlebars maximizes and unmaximizes. Also, should this interact in some way with _NET_WM_STATE? If I double click on the top border (which is not the same as the titlebar!) and in the bottom border, should the window be marked as _NET_WM_STATE_MAXIMIZED_VERT? What should happen if I press the Maximize vertically shortcut in that state? &c.
(In reply to comment #9) > As far as the patch goes: > - Can't include gdk/gtk headers inside core files like display.h aargh, I keep forgetting that. Is there a list somewhere of which files count as core files? > - If someone double clicked on the left, then on the right, shouldn't > the window be maximized horizontally? (Similar for top and bottom and > vertical maximization?) Good point.
*** Bug 464083 has been marked as a duplicate of this bug. ***
Is this bug dead? seems like conversation stagnated, and stalled. I think this is an awesome feature (highly relevant for widescreen and bigger displays).
Seems like we might frame the discussion more broadly, rather than starting with the solution, start with a problem like "have an easy way to snap a window edge out to the screen edge" double-clicking the frame seems like it requires more hand-eye coordination than I have, to be honest ;-) maybe I need to use a theme with larger frames. It's also a little bit "magic" as Elijah said. Other ideas, just to throw some out there: - if you start dragging an edge and then kind of "throw" with the mouse it throws the edge to the side of the screen (this is hard to program so it feels good, though) - if you click while holding some modifier, it goes to the edge (wait, Shift already does this! doh!) - if you press an arrow key while resizing with mouse, it snaps the edge to the next snap-point that Shift would have chosen, or alternatively always snaps to screen edge Any other ideas? Holding Shift while resizing is pretty close to a decent solution already, try it out. I had forgotten about that feature until I was halfway through typing this.
Well there we go, Shift drag is exactly what I wanted. My brain assumed a double-click on a handle would maximise in the direction. The only thing lacking seems to be window memory for how it was (i.e. shift drag from extent back should snap to where it was). Okay, well, shift-drag does what I was looking for, but I still want to +1 a double click handle (to me it fits in with how double click title bar maximises), and shift-drag seems a bit obscure, but then rtfm eh? cool.
bugzilla.gnome.org is being replaced by gitlab.gnome.org. We are closing all old feature requests in Bugzilla which have not seen updates for many years. If you still use metacity and if you are still requesting this feature 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 implemented.