Bug 210358 - AND instead of OR in tag selecting
Summary: AND instead of OR in tag selecting
Status: RESOLVED FIXED
Alias: None
Product: digikam
Classification: Applications
Component: Tags-Engine (show other bugs)
Version: unspecified
Platform: Gentoo Packages Linux
: NOR wishlist
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-10-12 19:33 UTC by Paweł Rumian
Modified: 2017-07-16 15:46 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In: 1.0.0
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Paweł Rumian 2009-10-12 19:33:42 UTC
Version:           1.0.0_beta5 (using KDE 4.3.2)
Compiler:          gcc 4.3.2 
OS:                Linux
Installed from:    Gentoo Packages

One of the most annoying things when seeking tagged images is the limit of two tags connected with logical 'AND'.

I can select 'Tag1' from the left list AND 'Tag2' from the right list, but after selecting more tags from the right list it becomes 'Tag1' AND ('Tag2' OR 'Tag3' OR 'Tag4' ...)

I can see no method for seeking _only_ images tagged with Tag1 AND Tag2 AND Tag3 AND Tag4.

It would be very practical to have an option to choose AND/OR when selecting tags.
Another possibility is to allow selecting more than one tag from the left list (using CTRL or Shift).
Comment 1 Marcel Wiesweg 2009-10-12 20:26:18 UTC
In the right side bar tag filter you can select the Matching Condition between selected tags in the context menu. Is that what you mean?
Comment 2 Paweł Rumian 2009-10-12 20:31:31 UTC
It is exactly what I meant - sorry for the inconvenience.

Thank you!
Comment 3 Johannes Wienke 2009-10-12 20:36:13 UTC
For me this sound like a usability problem. Maybe we could also add the condition at the bottom of the tag list, above or below the text field?
Comment 4 Paweł Rumian 2009-10-12 20:42:19 UTC
Well from my of view (as an user, and I consider myself an advanced user - both in terms of photoediting and computer software) the location is quite unfortunate - I haven't found it despite quite a long research.

Putting it above or below the tag list seems to be much more intuitive, indeed.
Comment 5 Marcel Wiesweg 2009-10-14 18:30:13 UTC
Maybe a drop-down menu from an icon, to save space? There are some more options in the context menu.
Comment 6 Johannes Wienke 2009-10-14 18:33:36 UTC
(In reply to comment #5)
> Maybe a drop-down menu from an icon, to save space? There are some more options
> in the context menu.

Did you think of mirroring the whole context menu? I only thought about the connection between tags. The problem I have with icons is that if they aren't designed in a good way, the are as unintuitive as the context menu.
Comment 7 Paweł Rumian 2009-10-15 00:02:22 UTC
Mirroring the whole context menu is, from my pont of view, unnecessary. 

It still seems to be a good and intuitive place for things like 'select all/select none/invert selection', and of course all the per-tag specific options.
Even the 'Restore Tag Filters' menu has a good place where it is now.

The only two items that can (and, according to the previous posts, possibly should) be taken to menu bar are the 'Matching Condition' and 'Auto select Child/Parent' things.