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 460733 - GtkScaleButton misbehaves at screen corners
GtkScaleButton misbehaves at screen corners
Status: RESOLVED OBSOLETE
Product: gtk+
Classification: Platform
Component: Widget: Other
2.11.x
Other All
: Normal normal
: ---
Assigned To: gtk-bugs
gtk-bugs
Depends on:
Blocks:
 
 
Reported: 2007-07-26 20:15 UTC by Sunil Mohan Adapa
Modified: 2014-05-11 18:04 UTC
See Also:
GNOME target: ---
GNOME version: 2.19/2.20



Description Sunil Mohan Adapa 2007-07-26 20:15:19 UTC
Please describe the problem:
GtkScaleButton tries to open the scale popup with +/- buttons in such a way that the slider button is right under the mouse pointer. But when the scale button is at a screen corner, this can't happen and mouse pointer is no more on top of the slider button. This is causing two problems:

1) When we do a short click on the button, the value is being set to min or max (sometimes) irrespective of the earlier value.

2) When we do a press an hold and try to drag, the old value is lost and the user can only set a new value. So slightly increasing/decreasing the value is not possible. 

Steps to reproduce:
1. Open an application that will place a GtkScaleButton in one of the corners of the screen (like totem in fullscreen mode).
2. Set the GtkScaleButton value to 50%
3. Short click on the button or in the long click mode, try to increase/decrease the value.


Actual results:
As described in the problem description.

Expected results:
A panel volume control like behavior is better than this.

Does this happen every time?
yes.

Other information:
I think idea to open the popup right under the mouse is not doing so well. When a user does a short click and the popup comes up, how does the user think of closing the popup? The button that opened the popup is not visible anymore covered by the popup itself. Clicking on the popup does not close it. No X button is available in the popup. The only way is find a vacant insensitive area in the application and click there (without the keyboard escape).
Comment 1 Matthias Clasen 2007-10-04 05:24:42 UTC
Yeah, I agree that the behaviour can be improved in these "corner" cases
Comment 2 Christopher Backhouse 2008-04-14 22:39:07 UTC
I just ran into this...
Clarifying this is the screen top and bottom edges, not just the  corners.
I didn't even realise the volume control is supposed to behave like this.
FWIW I vote for gtk.VolumeButton to act like the tray volume button - ie popup adjacent to the button, and directed away from the nearest screen edge.
Comment 3 Bastien Nocera 2008-08-18 16:24:10 UTC
(In reply to comment #2)
> I just ran into this...
> Clarifying this is the screen top and bottom edges, not just the  corners.
> I didn't even realise the volume control is supposed to behave like this.
> FWIW I vote for gtk.VolumeButton to act like the tray volume button - ie popup
> adjacent to the button, and directed away from the nearest screen edge.

That breaks the click+drag though.
Comment 4 Matthias Clasen 2014-05-11 18:03:44 UTC
No longer relevant since were using popovers now
Comment 5 Matthias Clasen 2014-05-11 18:03:45 UTC
No longer relevant since were using popovers now
Comment 6 Matthias Clasen 2014-05-11 18:04:05 UTC
No longer relevant since were using popovers now