Version: 0.8.2-rc1 (using KDE 3.5.2, Debian Package 4:3.5.2-2+b1 (testing/unstable)) Compiler: Target: i486-linux-gnu OS: Linux (i686) release 2.6.16-1-686 This suggestion addresses use cases where you want to select pictures from across your collection in order to do something with them later, such as burning them to a CD. This suggestion applies to the case when the user would like to select quite a few images and also be able to view the selected images together, adding and removing images. One way for the user to go about this task currently is to add a temporary tag "Selected" to the images in question. They will then be browsable in the "Selected" tag view. The user can de-select images by removing the tag. Also, the user can see whether a particular image is selected while browsing the collection from the presence of the tag. When the user has finished working with the images, the tag can be removed. I suggest that some UI sugar is added to help users do the above more easily. Borrowing from Picasa, the "persistently selected" images could be referred to as the "image tray". There would be a UI button to add/remove selected images to/from the tray. Images currently in the tray could be marked with a circular icon. The tray would have its own top-level tab in the UI, also marked with the circular icon. There would be an UI option to empty the tray. Once the tray has been properly populated, the user would have to go to the tray, select all images and apply the appropriate action. (Alternatively, there could be a set of actions that apply to images in the tray, but I believe that could confuse users. Better to let all actions apply to the "ordinary" selection.)
Implementing an image tray would also solve wish #92351.
Since this is possible today with use of tags, I do not see why new UI element would help in this case. Can you explain what is the problem of using tags as you mentioned above?
Quite simply, while you and I could do this, less technical users would not be able to. Also, the work flow could be speeded up quite a bit by, the process would be more transparent and more intuitive (due to the indication shown on the selected images). While the suggestion was worded in rather technical terms, please think about the underlying use cases. Again, the idea is to allow the user to easily select a potentially large set of images from several albums on which to perform an action. The requirements are: 1) Easy selection and de-selection of images. 2) Selection across more than one album/view. 3) The selection is not accidentally lost from a misplaced mouse click. 4) There is feedback on which images are selected when browsing the albums or any other view (they are marked somehow). 5) There is a separate view showing all selected images. 6) In the end the user can perform one or more actions on the selected set of images. Forget about my indications on a possible implementation if you like.
*** Bug 92351 has been marked as a duplicate of this bug. ***
Dolphin in KDE 4.1 has this feature: when clicking in the corner of an icon it is selected, and has a checkmark added. I would like to see this mechanism in Digikam as well.
*** Bug 131036 has been marked as a duplicate of this bug. ***
dupe bug 131036 had some good suggestions. It should be noted that the facility for persistently marking photos currently exists in KDE 4 / Qt, and can be seen in Dolphin. In Dolphin, icons can be checked, which acts as a persistent form of selection. Gilles mentions in bug 131036 that this feature will be possible in Digikam only when Digikam is pure Qt4, however, which will not be the case for 0.10.
SVN commit 898844 by cgilles: digiKam from trunk : IconView improvements (à la Dophin/konqueror): - icon view item is now highlighted when mouse mouse over thumbnail. - selection can be performed using top/left icon displayed over icon view item when it's highlighted. - this behaviour is also available in Camera Icon view. BUG: 127753 M +13 -0 digikam/albumiconitem.cpp M +41 -6 digikam/iconitem.cpp M +14 -4 digikam/iconitem.h M +53 -10 digikam/iconview.cpp M +3 -0 digikam/iconview.h M +12 -10 project/project.kdevelop M +13 -1 utilities/cameragui/cameraiconitem.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=898844
i would suggest that this bug is _not_ fixed. watching my girlfriend trying to add 10 images to a selection, lead to the following series of events: *) click the green plus for 3 images. images are selected. *) hm, do i want this image too? click on the image to see it in full size. *) "damn, the selection is gone" :( *) re-select all of the 3 images, plus the 4th. *) trying to select a 5th image, she misses the green plus icon by a few pixels *) "what the f? can you please do the selection, i'm starting to go crazy."
> "damn, the selection is gone" It's only vaguely related, but you are not the first to complain about "persistent selection" being not persistent: https://bugs.kde.org/show_bug.cgi?id=177215 > trying to select a 5th image, she misses the green > plus icon by a few pixels https://bugs.kde.org/show_bug.cgi?id=193101
This can be fixed with new Icon view implementation based on Qt4 model view. Marcel has rewritten all old Qt3 code now. A lots of stuff need regression tests, but new features and fixed can be done. Please checkout current code from svn (0.11) and report in this room... Gilles Caulier
hm, i compiled 0.11 from svn, but i still see no method to permanently select images. am i missing something? as soon as i click on an image to show it in the preview, my selection is gone. same when missing the green plus icon.
@12 "Am I missing something?" Due to migration Gilles was asking if situation isn't worse ;) At them moment developers are only performing regression testing.