https://bugs.kde.org/show_bug.cgi?id=358539
Bug ID: 358539
Summary: can't use tags for real filtering: tag1 OR tag2 OR
tag3 => all in query result = "at least one of tags
1-2-3"
Product: digikam
Version: 4.12.0
Platform: Other
OS: MS Windows
Status: UNCONFIRMED
Severity: major
Priority: NOR
Component: Tags
Assignee: digikam-de...@kde.org
Reporter: de...@mail.ru
I try to find something...
now I try to use digikam for tagged-photos-idea-base for knitted clothes
construction team,
much tags must be for each photo there, imho 10-50....? tags per item.
Advanced filtering is must for us.
usebility and workfow speed is one of first conditions.
Program is really great! Clear Interface, functionality reach,
and most filtering features are very good, but tag-querying is not enought as
is now.
More over, IMHO strange logic of tag-quering...
[+] sign on each tag adds to query result too much "trash" - when checked 4-5
tags,
but revelant only 1-10% items for my case... I need get only exact tags 1+2+3
Ok, we have [-] but "not checked" and "[-] checked" is not the same?
I mean that tag-filtering/quering is for exclude
items if not true "tag1 AND tag2 AND... tagN all present" then exclude items
from result"
I try also as variant for our team piwigo, where tags work as I mean by
default,
but web-based app is too slow workfow for us, but client-server for team...
So, I use digicam for prepare collections by quick tagging
before publish at own piwigo intranet test-srv...
Some tags we have to add at piwigo, but mainly by digicam right into jpeg EXIF.
Syncronisation will be real next headache )))
IMHO, with current logic tag-filter is unusable now.
May be, on place of [+] and [-] signs for each tag -
should be global logic AND/EXCLUDE (against OR/INCLUDE) and ruleset as [AND],
[OR], [NOT]
bad English, sorry
Reproducible: Always
Steps to Reproduce:
1. check any 3(or more) tag , for get result exclude items where not all of
them presents
2. we can see all items with tags 1, 2, 3, 1+2, 1+3, 2+3 where should be only
1+2+3
3. profit! )))))
Actual Results:
tags 1, 2, 3, 1+2, 1+3, 2+3
Expected Results:
exact tags 1+2+3 all present only.
I'm can't belive that (result = any of tags 1, 2, 3, 1+2, 1+3, 2+3 )
is not a bug )))
Shoudn't I choose minor or feature request?
May be, but now so good program is half-unusable for me.
--
You are receiving this mail because:
You are watching all bug changes.
