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 700426 - Size controls behavior
Size controls behavior
Status: RESOLVED OBSOLETE
Product: GIMP
Classification: Other
Component: User Interface
2.8.2
Other All
: Normal normal
: ---
Assigned To: GIMP Bugs
GIMP Bugs
: 724990 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2013-05-16 07:18 UTC by Alex McTrees
Modified: 2018-05-24 13:42 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Selecting in GIMP 2.6 (31.22 KB, video/ogg)
2013-06-25 04:07 UTC, Alex McTrees
Details
Possible solution (13.02 KB, image/png)
2013-06-25 04:11 UTC, Alex McTrees
Details

Description Alex McTrees 2013-05-16 07:18:38 UTC
Uneven behaviour of the gauge/input text controls (such as brush size).

How to reproduce:
Click on the text part of the control. Be extremely careful: if you miss a few pixels you will click on a gauge part of it.

What should happen:
Text part of the control should be selected automatically so user can type numerical values stright away like it was on GIMP 2.6.

This actually happens:
Nothing is selected. User have to either delete the current value manually either click 3! times to select it and start typing.

This is a very annoying behavior and the reason why I cannot upgrade to GIMP 2.8.
Comment 1 Max Mustermann 2013-05-16 20:29:20 UTC
Confirming for GIMP on Windows and OS X.
That UI control is new in 2.8. It behaves as follows:
- 1st click: control is focused, use up/down spinbuttons to modify the value
- 2nd click: select the numbers part before or behind the comma, depending on where you click
- 3rd click: select the whole number
No matter how often the user clicks that control or whether he/she clicks the numbers before or behind the comma, the up/down spinbuttons always increase/decrease the numeric value by 1.

It seems, that this is by intention. I found no spec for this in the GUI wiki [1].

@Peter Sikking: can you answer this, please?

[1] gui.gimp.org
Comment 2 Michael Natterer 2013-06-24 09:26:05 UTC
Clicking a spinbutton/entry never selected anything, focussing it via
the focus chain (tab, shift-tab) always did. This behavior has not
changed since 2.6. Does tab not select all the content for you?

Sven, there is no spec for this behavior because it's the default
GtkSpinButton behavior.
Comment 3 Alex McTrees 2013-06-25 04:07:24 UTC
Created attachment 247698 [details]
Selecting in GIMP 2.6
Comment 4 Alex McTrees 2013-06-25 04:09:27 UTC
Despite just clicking on a control indeed won't select anyting on GIMP 2.6 user is able to select the entry content with one click and swift movement.

On 2.8 it's very hard to do - elements of a control are positioned too tight and seem to overlap each over. Trying to select text moving mouse from the right user more likely will click on a gauge element or up/down buttons. The same gauge element is on a way if user will try to select text from the left and even if he select text he will always miss first digit of it.
Comment 5 Alex McTrees 2013-06-25 04:11:10 UTC
Created attachment 247699 [details]
Possible solution
Comment 6 Michael Schumacher 2014-02-23 23:55:07 UTC
*** Bug 724990 has been marked as a duplicate of this bug. ***
Comment 7 Michael Natterer 2018-01-02 23:13:55 UTC
I think this feels much better since Ell added highlighting to the upper
and lower areas of the scale. At least it's more obvious what will happen.

Suggest to close this as WONTFIX. Opinions?
Comment 8 GNOME Infrastructure Team 2018-05-24 13:42:32 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/gimp/issues/473.