144177 2007-04-13 14:56:52 +0000 In Caption/Tags sidebar, new Tags inherit the image of their parents 2021-01-19 17:21:01 +0000 1 1 2 Applications digikam Tags-Captions 4.1.0 Fedora RPMs Linux RESOLVED FIXED NOR normal --- 1 kde-2011.08 digikam-bugs-null caulier.gilles dch.code kde-2011.08 laurakittyinka metzpinguin timetre https://invent.kde.org/graphics/digikam/-/commit/087bdcd4c244e5acd5552c8b08e8636dc92ca31f 7.2.0 1 oldest_to_newest 520463 0 kde-2011.08 2007-04-13 14:56:52 +0000 Version: (using KDE KDE 3.5.6) Installed from: Fedora RPMs OS: Linux When creating new tags in the Comments/Tags sidebar, the new tag inherits the image of it's parent tag. I would expect the new tag to have no image, just like new tags created in other parts of Digikam have no image. 637941 1 andi.clemens 2008-08-16 15:47:48 +0000 Yes, I think this should be improved... I can confirm this, too. 841713 2 andi.clemens 2009-10-08 01:05:18 +0000 I also would prefer an empty icon, but there might also be users who want to have the icon of the parent set for the child tag. We need to discuss this. Any suggestions here? 844439 3 kde-2011.08 2009-10-13 15:17:07 +0000 > We need to discuss this. Any suggestions here? An option. It could either be a general option for all of digikam, or a checkbox for each tag whether or not new child tabs get an empty icon or their parent's icon. 1200484 4 caulier.gilles 2011-12-16 12:27:03 +0000 Dotan, This file still valid using digiKam 2.4 ? Gilles Caulier 1201067 5 kde-2011.08 2011-12-17 18:40:08 +0000 ‏Yes, still valid. Steps to reproduce: 1) Assign an an icon/image to a tag. 2) Right-click the tag, select New Tag. 3) Finish creating the new tag, do not assign an image. Notice that the icon/image of the new tag is the icon/image of the parent tag. 1469081 6 caulier.gilles 2014-09-02 10:03:17 +0000 Dotan, This file still valid using last digiKam 4.2.0 ? Gilles Caulier 1469171 7 kde-2011.08 2014-09-02 18:16:57 +0000 The issue is still valid in Digikam 4.1, using the steps to reproduce from Comment #5. 1605637 8 caulier.gilles 2016-07-06 13:59:34 +0000 This problem still valid using last digiKam 5.0.0 ? Gilles Caulier 1642822 9 caulier.gilles 2016-12-01 10:08:20 +0000 Any feedback with current AppImage bundle for Linux ? https://drive.google.com/drive/folders/0BzeiVr-byqt5Y0tIRWVWelRJenM Gilles Caulier 1642845 10 laurakittyinka 2016-12-01 11:58:45 +0000 I support the proposal of Dotan Cohen to have an option whether the new tag should inherit the icon or not, because the first can save you the hassle of finding a particular tag in lenghty tables/lists. I even "abuse" this function if I want the same icon for a tag that is not a child. I first create the new tag as a child and then move it to somewhere eles in the tree. 1996095 11 dch.code 2021-01-19 10:47:42 +0000 I think there may be a simple fix for this, that might allow us to close this very old report. At the moment, if the user wishes to use the standard icon, the tag has to be first created with right click then 'New Tag'. Then right click on the new tag then either 'Reset Tag Icon', or 'Properties' then 'Reset'. If we put a Reset button on the 'New Tag' popup dialog, then the user may choose the standard icon at creation time saving a few clicks. The 'New Tag' popup and the 'Properties' popup share the same dialog code (core/libs/tags/widgets/tageditdlg.cpp), so it is a simple fix to remove the code that disables the button. I'll send a merge request shortly. 1996191 12 metzpinguin 2021-01-19 17:21:01 +0000 Fixed with this commit: https://invent.kde.org/graphics/digikam/-/commit/087bdcd4c244e5acd5552c8b08e8636dc92ca31f Maik