Version: 2.0.0 (using KDE 4.7.0) OS: Linux Following the instructions given I tried to create a new tag Locations/mylocation workaround create tag mylocation and move it to Locations Reproducible: Always Steps to Reproduce: select multiple images add new tag "Locations/mylocation" Actual Results: the tag is splitt into 2 tags Locations, mylocation in the image and sometimes Locations/Locations/mylocation in the tag database sorry if this might not be very accurate .... Expected Results: create a tag mylocation in category Locations OS: Linux (x86_64) release 2.6.37.6-0.5-desktop Compiler: gcc
"/" is the delimiter, so just as you cannot create a file with a "/", you cannot create a tag with a "/" because by that you tell the program to split the tag in parent/child
Created attachment 62449 [details] help text the help text says that '/' can be used to create a hierarchy .... which seems not to be the case following your comment #2
creating /Keywords/test1/test2 adds 3 tags Keywords,test1,test2 IMHO only test2 should be added contrary to Keywords,test1,test2 should add all 3 just my 2c
Creating three tags in a hierarchy: http://wstaw.org/m/2011/08/08/plasma-desktopz16846.jpg Result as intended: http://wstaw.org/m/2011/08/08/plasma-desktopx16846.jpg
Ferdinand, This file still valid using digiKam 2.4 ? Gilles Caulier
Thank you for the guide Elle, I'll try it, but such things should not be necessary, this should just work.
Err ignore that last comment, wrong bug.
To be clear : "Locations, mylocation" in the image metadata, especially IPTC due to string size limitation of this container. In fact each tag from tags path is stored in a dedicated keyword, to prevent cut strings. "Locations/mylocation" in image metadata, especially XMP to a dedicated digiKam namespace (as in DB). XMP do not have all IPTC limitation. So, all is normal here... Gilles Caulier