Summary: | Hidden tags for archiving purposes | ||
---|---|---|---|
Product: | [Applications] digikam | Reporter: | Martin Rehn <martinrehn> |
Component: | Plugin-Generic-WishForNewTools | Assignee: | Digikam Developers <digikam-bugs-null> |
Status: | RESOLVED FIXED | ||
Severity: | wishlist | CC: | caulier.gilles, jan.ott, kde-2011.08, online |
Priority: | NOR | ||
Version: | 0.8.2 | ||
Target Milestone: | --- | ||
Platform: | Debian testing | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | 4.3.0 | |
Sentry Crash Report: |
Description
Martin Rehn
2006-06-14 09:47:48 UTC
Create a new tag below the root tag and call it "hidden". Create tags that should normally be invisible below the tag "hidden". Now you can hide the subtags when you close "hidden" and show them when you open "hidden". That wont clutter your ui that much. yes, i fully agree with comment #1. the functionality is already there Still, such tags would show up below the image thumbnail in the album view or when exporting. I understand the original post such that hidden tags would not visible in these cases as well. So this is different from comment #1. The solution proposed in Comment #1 is good for tags that are unrelated to other tags. But there are situations in which one wants tags in a specific place in the tag hierarchy, but needs them to be hidden. A example would be a tags for old schoolmates who you may never see again. You want to keep the tags in their place in the tag hierarchy under "People" however you don't want them to show up each time you tag pictures of your family. A good example of a system that works like this is dotfiles in *nix. The uncommonly-needed files are hidden most of the time, but with the -a flag one could show all the files. This would be a welcome addition to tags and would solve some other bugs here as well, such as bug 144176. An additional use of these hidden tags would be integration with other KDE components. For instance, there could be a hidden tag for inclusion in the KDE screensaver, as outlined in Bug 165665. Another hidden tag could flag photos that are to be shown on the rotating desktop. Using Color Labels created by default in digiKam will be the solution to this problem. No need to create an HIDDEN tags for your workflow. Gilles Caulier Excuse me, but I do not understand how color labels can be useful in this context, especially if you look at the schoolmate example in comment #4. Could you please give some more explanation, Gilles? Color labels are tags in core digiKam. But color labels do not show ant description text. Only user know the relevant usage of one color. So, you can considerate as "hidden" the role of one color in GUI. Ex : GREEN to print image. To show all images to print, go to Labels tree-view and select GREEN label. All relevant image with this color will be show on icon-view. About to export all GREEN images, labels are available to all plugins managed by digiKam. Gilles Caulier Thank you, now I understand what you have in mind. But this does not help in the case of certain text tags that you want to hide. In comment #4 the example was about people you knew in in the past, e.g. schoolmates. Let's say in digikam you have a few old images showing your friend Paul from childhood days. You created a tag with his name and assigned it to these images. But you will probably not see Paul again in the future, so there is no need for this tag "Paul" to show up in your workflow when tagging new images. After 10 years of taking digital images, I already have about 300 tags with peoples names, but most of them belong to the past and it would make tagging new images easier if I could hide them. > After 10 years of taking digital images, I already have about 300 tags with
> peoples names, but most of them belong to the past and it would make
> tagging new images easier if I could hide them.
I would really like to second this. I don't even bother tagging any more as it has become such a chore. Removing ~70% of the tags (those that I no longer tag photos with) would go a long way towards making it fun again.
|