Bug 284287 - THUMBBAR : after item deletion, scroll to the new current image
Summary: THUMBBAR : after item deletion, scroll to the new current image
Status: RESOLVED FIXED
Alias: None
Product: digikam
Classification: Applications
Component: Thumbs-BarView (show other bugs)
Version: 2.2.0
Platform: Unlisted Binaries Linux
: NOR minor
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-10-17 17:29 UTC by Frederic Grelot
Modified: 2017-07-28 15:11 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In: 5.1.0


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Frederic Grelot 2011-10-17 17:29:30 UTC
Version:           2.2.0
OS:                Linux

If you browse your pictures with the thumbbar and want to delete a series of image, once you deleted them, the selection goes to the following image, but you don't see it in the thumbbar.

Reproducible: Didn't try

Steps to Reproduce:
Say you have 20 photos, numbered 1..20. When the thumbbar shows interval [1..6], select picture 3, then scroll the bar to the right so that it shows pictures [7..12]. Shift-click on picture 8 (you want to delete pictures [3..8]). Pictures [3..8] are selected, as follow :
1,2,(3,4,5,6,[7,8),9,10,11,12],13,14,15,16,17,18,19,20
where "()" shows the selection, and [] shows the thumbbar view.
Now, hit "delete" key

Actual Results:  
the pictures are deleted, image 9 is selected and shown in preview, and the thumbbar becomes :
1,2,(9),10,11,12,[13,14,15,16,17,18],19,20
where "()" shows the currently selected/previewed image, and [] shows the thumbbar view : you've lost your image, and you don't know if your selection is before of after what you're viewing (actually it's always before, but how do you know?... :-) )

Expected Results:  
the pictures are deleted, image 9 is selected and shown, and the thumbbar scrolls to it :
1,[2,(9),10,11,12,13],14,15,16,17,18,19,20
or
1,2,[(9),10,11,12,13,14],15,16,17,18,19,20
Actually, the first solution should be preferred, since it gives more context around the selection picture.

OS: Linux (x86_64) release 2.6.40.6-0.fc15.x86_64
Compiler: gcc
Comment 1 Frederic Grelot 2011-10-17 17:30:26 UTC
Of course, Reproducible should be "Always", not "Didn't try"...
Sorry for the mistake
Comment 2 Marcel Wiesweg 2011-11-05 13:22:47 UTC
This is somehow related to 282900, and not straightforward to fix.
Comment 3 caulier.gilles 2016-07-06 14:01:10 UTC
This problem still valid using last digiKam 5.0.0 ?

Gilles Caulier
Comment 4 caulier.gilles 2016-07-16 12:27:06 UTC
I cannot reproduce this problem under DK  5.0.0

Gilles Caulier