| Summary: | ICONVIEW : wrong selection start when browsing images | ||
|---|---|---|---|
| Product: | [Applications] digikam | Reporter: | Frederic Grelot <fredericg_99> |
| Component: | Thumbs-IconView | Assignee: | Digikam Developers <digikam-bugs-null> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | bg+kdex, bugs, caulier.gilles, metzpinguin |
| Priority: | NOR | ||
| Version: | 5.0.0 | ||
| Target Milestone: | --- | ||
| Platform: | Compiled Sources | ||
| OS: | Linux | ||
| Latest Commit: | https://commits.kde.org/digikam/98bdea2b65ddef17eb2e973f748359b3ced3555b | Version Fixed In: | 5.5.0 |
| Sentry Crash Report: | |||
|
Description
Frederic Grelot
2011-09-10 11:18:33 UTC
I can confirm. There seem to be separate problems with the thumbbar icon view (initial image is taken as start) and after returning to main icon view (by unclear logic, a following image is taken as start) I have been trying to investigate this problem. Apparently, the starting point of a shift+click selection is chosen by QAbstractItemView by setting a private, internal coordinate at relevant points. We are syncing the two views (icon view, thumb bar), but whatever we do, we cannot access the internal variable. I may not have completely understood every part of the rather complex selection code in Qt, but at the moment I dont see anything we can do to fix this bug. *** Bug 296653 has been marked as a duplicate of this bug. *** Frederic, This file still valid using last digiKam 4.2.0 ? Gilles Caulier Yes (4.2.0 from standard fedora repos)
To reproduce : in an album, Say you have 3 pictures, A, B, C.
Click 'A' to go in "Image view mode" ('A' in big, and a line of thumbnails at the top). Then, hit pgdown : you now see image B, and it gets selected in the top navigation bar. Press Shift+click on C.
Expected result : B+C should get selected
Actual result : A+B+C get selected.
Frederic, This file is a duplicate of bug #311652, or vice versa ? Note : Thumbbar or Icon-View use the same common implementation to model thumbnails. Gilles Caulier Frederic, Did you seen my previous comment ? Gilles Caulier This problem still valid using last digiKam 5.0.0 ? Gilles Caulier Still valid in 5.0.0 (92997d9c6c589e044ab77c3ca1e726627ae2e0a3). KDE Frameworks 5.23.0 Qt 5.6.1 (built against 5.6.1) What's about this file using digiKam AppImage bundle 5.4.0 pre release given at this url : https://drive.google.com/drive/folders/0BzeiVr-byqt5Y0tIRWVWelRJenM Gilles Caulier Maik Qualmann 2017-01-15 09:39:13 UTC Git commit 98bdea2b65ddef17eb2e973f748359b3ced3555b by Maik Qualmann. Committed on 15/01/2017 at 09:35. Pushed by mqualmann into branch 'master'. fix syncing thumbbar selection FIXED-IN: 5.5.0 M +2 -1 NEWS M +7 -2 app/views/stackedview.cpp M +9 -11 utilities/importui/views/importstackedview.cpp https://commits.kde.org/digikam/98bdea2b65ddef17eb2e973f748359b3ced3555b *** Bug 376427 has been marked as a duplicate of this bug. *** (In reply to Maik Qualmann from comment #12) > *** Bug 376427 has been marked as a duplicate of this bug. *** Great! I can confirm that this fix seems to have fixed the problem observed on Windows 7. |