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 610419 - Return to pre-2.11.x shift-selection behavior
Return to pre-2.11.x shift-selection behavior
Status: RESOLVED FIXED
Product: gthumb
Classification: Other
Component: general
2.11.x
Other Linux
: Normal minor
: ---
Assigned To: Paolo Bacchilega
Paolo Bacchilega
Depends on:
Blocks:
 
 
Reported: 2010-02-19 02:19 UTC by Yan Li
Modified: 2010-03-31 02:10 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Yan Li 2010-02-19 02:19:33 UTC
GThumb 2.11.1's shift-select behavior (clicking images icons in the Browser while holding the shift key) is different from that of previous versions.

In previous versions, shift-selecting select all images between two consequential clicks, in list order. And now, shift-selecting does a ``block selecting'' that include all images in a block whose diagonal between by two clicks.

For example, we have a list of 8 image files:

a b c d
e f g h

In previous versions, clicking b, then g, we can select:

a B C D
E F G h

(selected files in capital letters)

But now, shift-clicking b, then g, we select:

a B C d
e F G h

It selects B, C, F, G as in a block.

With the current shift-select mode, there's no easy way to select a sequential range of image files, say, files between IMG_0100.JPG and IMG_0125.JPG. Please consider switching back to pre-2.11.x's shift-selection behavior. Thank you.
Comment 1 Matthias Hawran 2010-02-19 13:21:46 UTC
I confirm this behavior and agree with the request.
Comment 2 Paolo Bacchilega 2010-02-20 11:33:45 UTC
this is the way the GtkIconView widget works, I'm not sure this behavior can be changed.
Comment 3 Matthias Hawran 2010-02-24 10:18:45 UTC
So I suppose GtkIconView was not used in 2.10.x ?

Nautilus works like 2.10.x in icon view.

We must find a way to change this behavior.
Comment 4 Martin Pitt 2010-03-25 07:54:25 UTC
Perhaps this should be moved to gtk then, to fix GtkIconView? This is differnet behaviour to every other place in GNOME (or FWIW, Windows). Rectangular selection doesn't make much sense for a photo (or any icon) browser, and even if it is going to be suppported it should be consistent with other applications which support it (like gnome-terminal, firefox, or OO.o, which use Ctrl).
Comment 5 Michael Chudobiak 2010-03-25 11:49:46 UTC
Can we override the default shift-click behaviour, by catching the shift-click callbacks?

- Mike
Comment 6 Paolo Bacchilega 2010-03-25 15:05:09 UTC
(In reply to comment #5)
> Can we override the default shift-click behaviour, by catching the shift-click
> callbacks?
> 
> - Mike

I guess we can
Comment 7 Paolo Bacchilega 2010-03-30 19:32:18 UTC
This problem has been fixed in the development version. The fix will be available in the next major software release. Thank you for your bug report.
Comment 8 Yan Li 2010-03-31 02:10:22 UTC
Great, thank you very much! Hope it enters the Debian package soon.