https://bugs.kde.org/show_bug.cgi?id=493193
Bug ID: 493193
Summary: Deletion of image from album in thumbnail view
re-indexes active position to top row
Classification: Applications
Product: digikam
Version: 8.5.0
Platform: Other
OS: Microsoft Windows
Status: REPORTED
Severity: normal
Priority: NOR
Component: Albums-ItemsSort
Assignee: digikam-bugs-n...@kde.org
Reporter: carbonwer...@hotmail.com
Target Milestone: ---
SUMMARY
On a file delete via an Album (thumbnail) view, the physical position of the
active item changes if the item isnt on the top row of displayed thumbnails.
STEPS TO REPRODUCE
1. For any album with say 100+ images indexed, where there may be say 4 rows
of 5 columns of thumbnails shown, select say Row3 Column3 and delete that image
via 'Del' key
OBSERVED RESULT
Selected image is deleted, and list of thumbnails is reset such that the
now-active/selected image (which will be the next image in sequence unless the
last image) is in the correct column (Column3), but the view has shifted the
listed thumbnails up so that you are now at position Row1 Column3
EXPECTED RESULT
The physical position of the newly active (focus-inheriting) image thumbnail
should not change on an item delete. This jump of active image position is
exactly what you would expect if you had accidentally selected a group of
photos before hitting Delete, and that is both concerning, and it tends to be a
bit of a lurch where effectively no other systems- from a file delete in
Explore (Windows) to an image preview in whatever viewer- shift the active
cursor position (exception for the last file in the collection, where the
position must move to the new 'last' item in the collection).
SOFTWARE/OS VERSIONS
Windows: 10
macOS:
(available in the Info Center app, or by running `kinfo` in a terminal window)
Linux/KDE Plasma:
KDE Plasma Version:
KDE Frameworks Version:
Qt Version:
ADDITIONAL INFORMATION
--
You are receiving this mail because:
You are watching all bug changes.
