Version: 1.0.0-beta3 (using KDE 4.3.0) OS: Linux Installed from: Debian testing/unstable Packages I noticed a (at least for me) very annoying behaviour if I delete images in the album view or the built-in preview: If I delete an image, the image BEFORE the deleted image is displayed/selected instead of, as I would expect, the image AFTER the deleted image. This is very, very annoying because I am used to view (and delete, if neccessary) my images from first one to last one, not in the other direction. This behaviour should be changed so that the image after the deleted image is displayed/selected. This is also what almost every other program I know (including showFoto) is doing, so I think it's save to assume that this is the behaviour most users expect. Making it configurable and changing the behaviour would be the very best option in my opinion, but I would be fine too with just making it configurable or just changing the behaviour.
Hum, try with beta4 or better with current code from svn (beta5) Gilles Caulier
Tried beta4, unfortunately no change. Is there some "easy way" to try it from svn? It takes a lot of time to compile all the libs and stuff...
I can reproduce this at r1021090. The previous image is selected both in icon view and in preview mode.
I can also reproduce this problem with rev1005586.
SVN commit 1026415 by mwiesweg: Ensure that the next index is selected when removing. Old code, taken from Qt, would default to previous index. BUG: 206670 M +3 -1 NEWS M +6 -2 digikam/imagecategorizedview.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=1026415
*** Bug 208635 has been marked as a duplicate of this bug. ***
As far as I can see, this is only fixed for the album view, but not for the preview window. So I'm reopening this bug.
SVN commit 1035557 by aclemens: setCurrentIndex seems to work better in this case BUG:206670 M +1 -1 imagecategorizedview.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=1035557