GNOME Bugzilla – Bug 90418
Implement button click preference
Last modified: 2004-12-22 21:47:04 UTC
Implement a preference for what happens on double-click titlebar, and middle-click frame. (these two settings will make most people happy I think. yes I know they won't make everyone happy.) For double click titlebar the only actions I was really thinking of allowing are shade or maximize. For middle click could go ahead and allow a long list of stuff (minimize, maximize, raise, lower, activate, blah blah)
*** Bug 80298 has been marked as a duplicate of this bug. ***
*** Bug 82859 has been marked as a duplicate of this bug. ***
Note, check dups to see which things middle click might have on it.
Can we have it do two different things? Just like single click does raise and activate a window while single click and drag will move the window. I would like it to do raise/lower on middleclick and resizing on middleclick-drag for example. AFAIK Sawfish does it like this or similar. When the button is released without a certain amount of drag movement, it could activate the "clickfunction" and otherwise just resize.
Daniel: We'd need a gconf key for advanced toolbar functions because else it would confuse new users (imagine, they play around a bit and the window disappears). But basically your idea sounds good. see you, Chris
*** Bug 93672 has been marked as a duplicate of this bug. ***
*** Bug 93797 has been marked as a duplicate of this bug. ***
Would it make sense to use the following defaults: - double-click on titlebar maximizes/unmaximizes (imo a necessary workaround for the Windows-style button order - bug 93797) - scroll wheel up/down shades/unshades (bug 91338) This would give access to both shade and maximize in a way that would seem to eliminate the need to touch prefs for most (except in the case of not having a wheelmouse && requiring fast access to shade).
See also http://bugzilla.gnome.org/show_bug.cgi?id=83210 and patches/discussion there.
*** Bug 96021 has been marked as a duplicate of this bug. ***
My 2 cents - trying to think in Metacity style - good global functionality, not just my personal prefs... My suggestion for middle-click on the window frame is for moving the window. IRIX does this, and it works well. Currently, there is no way in Metacity to move a window so that it's title bar is above the top of the screen, which is sometimes useful. Now, moving is a bit clumsy without using the title bar. Switching from resize to move by using the middle button on borders fits well with switching from move to resize for the middle button at the title bar. It might also be sensible for middle-click without dragging on borders to be a send-to-back stacking order tool. Right now, I don't see a send-to-back function. It might also be good to add this to the right-click menu, for people with 2-buttons. As for mouse functions within the client area: are people suggesting middleclick with no modifiers in the client area has has WM move/resize functions? That is definitely a bad idea because it prevents apps from using the middle button. Even with modifier key(s), WM functions in the client area should be possible to disable in case an app wants to use those button/ modifier combination. Actually, it may be best to make a general designation for a WM-only modifier key, such as the 'Windows logo' key - whichj is after all a 'windows' icon, and essentially unused by X11 applications. (Maybe an ICCCM request?) Then we will never have problems of WM functions interfering with an application. The typical approach by WM's like Sawfishis to go in and make special per-app exclusions or modifications, which is a rather lame approach.
*** Bug 97849 has been marked as a duplicate of this bug. ***
Just a little "I want this too!", to help you gage the popularity of this bug/rfe :-) I've hacked my local copy of metacity so that middle-clicking will lower the window. I doubt this would be useful to you hp, but I can share the diff if you (or anybody else) would like me to.
middle-click already lowers window in latest, iirc.
As CVS has the double-click-titlebar pref I'm going to merge with 83210 which has patch stuff *** This bug has been marked as a duplicate of 83210 ***