SUMMARY When grouping pictures, the selection is often placed to the beginning, which makes it hard to work continuously. STEPS TO REPRODUCE 1. Take a directory with many pictures 2. Mark several of them with the shift-arrow-keys 3. Pull a picture of this marked ones with the mouse to another one, and select that you want to group the entries 4. Press the right arrow key to mark the next picture OBSERVED RESULT The selected picture is the first one of this long directory EXPECTED RESULT The selected picture should be the next one SOFTWARE/OS VERSIONS Windows: - macOS: - Linux/KDE Plasma: Kubuntu 18.04.2 (available in About System) KDE Plasma Version: ? KDE Frameworks Version: 5.44 Qt Version: 5.9.5
Can you check if this behavior is reproducible with 6.1.0 pre-release Linux AppImage bundle available here : https://files.kde.org/digikam/ Gilles Caulier
I can not reproduce the problem here with digiKam-6.1.0. The next selected image is after the group Maik
I just checked too. It's not reproducible here with 6.1.0 Gilles Caulier
Strange. I WAS able to reproduce this behavior with the new version of Digikam. Does this behavior have perhaps other reasons? Which ones can be perhaps responsible?
Which versions exactly, outside 5.6.0 of course ? Gilles Caulier
The latest development version, 6.1.0
Can you take a vide cast of this problem ? Just your your cellular and share the movie through the cloud. Gilles Caulier
I have added a screencast as an attachment. First I created loads of GIF files, starting with 001.gif. In Digikam 5.6.0 I grouped then some random files: first I selected a bunch with shift-right, then I pulled the first one to the second one with the mouse and selected to group them. I pressed then the right-arrow key. Instead of jumping to the next entry, it jumped to the first one (001.gif). By the way, the command I used the big amount of pictures was: for i in $(seq -w 1 999); do convert -density 90 -pointsize 72 label:$i $i.gif; done
Created attachment 119037 [details] Screencast showing the bug
If the items are dropped within the select as in the screencast, I can reproduce the behavior. I never thought of forming a group like that. Presumably the next index is no longer valid and it will be reset to the first index. Maik
So, what is the preferred way to create a group? I just came up with this way and do not stick to it.
digiKam 7.0.0 stable release is now published and now available as FlatPak: https://www.digikam.org/news/2020-07-19-7.0.0_release_announcement/ We need a fresh feedback on this file using this version. Thanks in advance Gilles Caulier
In this version, the selection seems to behave as expected.
Thanks for the feedback