[Bug 166027] New: more efficient way of selecting tags

classic Classic list List threaded Threaded
3 messages Options
Reply | Threaded
Open this post in threaded view
|

[Bug 166027] New: more efficient way of selecting tags

Bugzilla from moelles@gmx.net
------- 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=166027         
           Summary: more efficient way of selecting tags
           Product: digikam
           Version: unspecified
          Platform: unspecified
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: wishlist
          Priority: NOR
         Component: Tags
        AssignedTo: digikam-devel kde org
        ReportedBy: moelles gmx net


Version:            (using KDE 3.5.9)

How to get rid of the "Include tag subtree" toggle.

This approach is standard in OLAP-Applications. I think it can lead to a usability jump in digikam/tag-hierarchy.

The tag-filter-bar on the left shows the following:

animal
 |- dog
 |- cat

All parent-tags apply to children automatically (its a ordinary hierachy!?!).

These are my applied tags:

- pictures of my dog               => animal/dog
- ... of my cat                    => animal/cat
- ... some animals yet to identify => animal

The Problem: How to select tags including or not including children ?

Solution:


Introduce a virtual child-node that represents its <parent-tag without children>.

animal        <---- selects animal with children ("all animals")
 |- <other>   <---- selects animal without children ("unspecified animals")
 |- cat       <---- only animal/cat
 |- dog       <---- only animal/dog

This simplifies our view of the hierarchy:

The sum of all children leads to the same set of pictures as their parent.
The virtual child makes sure we don't miss pictures that are not (yet?) assigned to a real child-tag. Now we don't have to toggle anything.


Thats it.. Questions? What do you think?
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel
Reply | Threaded
Open this post in threaded view
|

[Bug 166027] more efficient way of selecting tags

Bugzilla from andi.clemens@gmx.net
------- 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=166027         




------- Additional Comments From andi.clemens gmx net  2008-07-08 13:19 -------
In general I like the idea... right now you can also achieve this by creating a search for that: advanced search->Tag->equals->animal (but I guess this only works correct in the upcoming 0.9.4 release, I had to patch some query settings in the advanced search dialog some time ago).
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel
Reply | Threaded
Open this post in threaded view
|

[Bug 166027] more efficient way of selecting tags

Bugzilla from moelles@gmx.net
In reply to this post by Bugzilla from moelles@gmx.net
------- 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=166027         




------- Additional Comments From moelles gmx net  2008-07-09 18:37 -------
yes, but that would not be very intuitive..

i'm suggesting to simplify these things.. the whole tag-thing is not very intuitive as long as (see above) the sum of all sub-categories does not equal their parent.. this is called anomaly in data analysis..

imagine this with files.. like in the windows explorer, if there was a flat view on the right (recursive).
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel