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 631334 - Unidirectional maximization with maximize button
Unidirectional maximization with maximize button
Status: RESOLVED OBSOLETE
Product: metacity
Classification: Other
Component: general
unspecified
Other Linux
: Normal enhancement
: ---
Assigned To: Metacity maintainers list
Metacity maintainers list
Depends on:
Blocks:
 
 
Reported: 2010-10-04 17:30 UTC by Tony Houghton
Modified: 2020-11-07 12:37 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
patch implementing the suggestion from the previous comment (2.67 KB, patch)
2010-10-15 19:54 UTC, Christophe Fergeau
none Details | Review

Description Tony Houghton 2010-10-04 17:30:36 UTC
In bug 358674 Thomas Thurman suggested anyone who wants unidirectional maximization by middle or right clicking on the maximize button should advocate it in a new bug, so I'm doing that now.

Some positive arguments in favour of a multifunction maximize widget:

It's a Unix norm. Off hand I can't think of any other X wm that doesn't have this feature. GNOME shouldn't be a poor man's Windows (or even Mac OS) clone. Why discriminate against users who are used to other X wms?

The maximize button is more closely associated with maximizing than the title bar in general. Binding specialised maximize actions to a button widget that's known for maximizing makes more sense to me than adding them to a list of general actions that can be bound to doing something "weird" with the title bar.

In answer to some arguments the developers used against a multifunctional maximize widget in bug 358674:

Havoc Pennington thinks having different mouse buttons do different things on a button widget is "insane". I disagree. Having only one action per widget is counter-productive for power users. Mac OS has always had to use keyboard modifiers to compensate for only having one mouse button (and I'm pretty sure most Mac users buy PC mice since Apple started using USB). Surely using a spare mouse button is more productive and easier because it only takes one hand. Acorn's RISC OS, which was acknowledged to have one of the best GUIs ever, used the convention throughout that right-clicking would perform a similar action to left-clicking but with some sort of modification (eg left-click on OK would apply and close a dialog box, right-click was apply and keep the dialog open); middle click was reserved for menu.

Anyway, the current behaviour *is* that the button widgets do different things if you click on them with different mouse buttons. Not only that, but they effectively stop being distinctive controls and turn into a blank bit of title bar. How is that better?

The developers say the chosen method fits in better with the ability metacity already had to bind different actions to double-click and right-click on the title bar. But they regard this ability as an aberration anyway so why use it to justify doing something in a way differently from what users are more likely to be used to?

They say that a multifunctional maximize button is "undiscoverable". So what? Metacity already has plenty of other "undiscoverable" features. And the chosen solution is even more undiscoverable because if you want both directions to be available you have to rebind right-click (or middle-click, but no way would I want to lose the lower action) as well as double-click, and this is a hidden gconf setting.
Comment 1 Christophe Fergeau 2010-10-15 19:53:05 UTC
Another approach is to add vertical/horizontal maximization when one double clicks when one of the resize handle is shown, eg when the cursor is at the bottom of the window at the place where you can resize it, double clicking would vertically maximize the window.
I know this belongs to a separate bug report, but i thought I'd throw this alternate idea here.
Comment 2 Christophe Fergeau 2010-10-15 19:54:03 UTC
Created attachment 172453 [details] [review]
patch implementing the suggestion from the previous comment
Comment 3 Tony Houghton 2010-10-15 20:02:24 UTC
Edges can be a little fiddly to click on.

Anyway, the point is that I want metacity to implement maximization in the same way that every other window manager does it, not to invent new new ways.
Comment 4 André Klapper 2020-11-07 12:37:24 UTC
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.