Summary: | Assign tags to filtered images - not all images | ||
---|---|---|---|
Product: | [Applications] digikam | Reporter: | Oldřich Jedlička <oldium.pro> |
Component: | Tags-Engine | Assignee: | Digikam Developers <digikam-bugs-null> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | caulier.gilles |
Priority: | NOR | ||
Version: | 2.7.0 | ||
Target Milestone: | --- | ||
Platform: | Gentoo Packages | ||
OS: | Linux | ||
Latest Commit: | http://commits.kde.org/digikam/62cc8197fcd1bb8bc8052aacfad8a3798155715c | Version Fixed In: | 2.8.0 |
Sentry Crash Report: |
Description
Oldřich Jedlička
2012-07-12 05:09:31 UTC
The "All" is in contrast to "selected" or "this" image. I dont see any use to assign tags to any invisible images, _this_ would lead to confusion. Neither would I like to extend that context menu, three items is already more than enough. As usual, native speaker feedback is welcome if the language can be improved. (In reply to comment #1) > The "All" is in contrast to "selected" or "this" image. I dont see any use > to assign tags to any invisible images, _this_ would lead to confusion. Marcel, I completely agree and actually this is what happens - the tag is _currenty_ assigned to invisible images! It happened to me just two days ago and involved 10000 images (plus immediate metadata update, so it was really painful). I've re-opened the bug, it looks like misunderstanding of what I wrote. Git commit 62cc8197fcd1bb8bc8052aacfad8a3798155715c by Marcel Wiesweg. Committed on 15/07/2012 at 20:35. Pushed by mwiesweg into branch 'master'. Dont use all, unfiltered, entries of the source model for providing "All" entries to assign a tag, use the filter model. M +2 -1 NEWS M +2 -2 digikam/dragdrop/imagedragdrop.cpp http://commits.kde.org/digikam/62cc8197fcd1bb8bc8052aacfad8a3798155715c |