[Digikam-devel] [Bug 112799] Hierarchical tag selection on right pane does not work correctly
Frank Siegert
hugelmopf at web.de
Thu Feb 15 00:18:46 GMT 2007
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.kde.org/show_bug.cgi?id=112799
------- Additional Comments From hugelmopf web de 2007-02-15 01:18 -------
Hi Thomas,
if you look at bug #140675, it says:
> Now i have picture taged by animals and not birds or
> insects and i'm not able to show only this animals-taged.
Exactly this situation is resolved now, as I showed in the screenshot:
> Now i have a pictured tagged by Obst and not Rot or
> GrĂ¼n, and i AM able to show only this Obst-tagged.
So that bug #140675 is really resolved. Now looking at this bug here:
> In a tag hierarchy on the right pane it is not possible
> to select only a higher level tag without its children.
> Let's say you have /T1/T2, whenever you click on T1 the
> whole hierarchy will be selected, i.e T1 *and* T2."
You can now select a higher level tag without selecting its children. Thus I'll leave this resolved until the reporter Chris says different.
But I do understand, what you are talking about. You say, each tag checkbox should not only have *two* states, i.e. "checked => has to be tagged with this" and "unchecked => doesn't matter", but also a *third* state "third checktype => must not be tagged with this".
I am not sure, if Qt provides for such a checkbox type. If yes, it wouldn't complicate the user interface:
[x] Family
[-] Sisters
[-] Brothers
as additional possibility to
[x] Family
[ ] Sisters
[ ] Brothers
Instead of using a [-] which causes confusion with expansion/de-expansion symbols, one could probably use a red check for the negative selection, and a green check for the positive selection.
If this is also what you have in mind, and Chris is satisfied with the current solution, we should carry this to a separate wish report.
More information about the Digikam-devel
mailing list