Created attachment 59248 [details] screenshot showing icons: hierarchical, partly with sketch Version: 2.0.0 (using KDE 4.6.2) OS: Linux I observe some not undesratood effects concerning "tags" (for me, I assume here "keyword-icons" as "tags"(!!)) (I do _not_ have a helping system, at this time) !! Please have a look at attached screenshot- thank you. 1.) Why do I have a sketch on an icon ("CHK")? What does this mean? 2.) What means an "included icon" as it is in "MHW", "JB" or in "FS"? Solution attempts: To overcome potential faulty links(?) I deleted these keywords several time, renamed the reffered pictures with other keywords and created newly "MHW", "JB" or "FS". I did not restart digiKam within this timespane. 3.) How can I "repair" and get "standard icons" without included icons or sketches? 4.) Are these observations related to pictures _or_ to databases? 5.) Is there a risk to proliferate this potential mistake to backups? (if related to databases) 6.) What's about sorting? bug or intentional? Axel --- Component-Information: digiKam version 2.0.0-beta4 Exiv2 kann in JP2 speichern: Ja Exiv2 kann in JPEG speichern: Ja Exiv2 kann in PGF speichern: Ja Exiv2 kann in PNG speichern: Ja Exiv2 kann in TIFF speichern: Ja Exiv2 unterstützt XMP-Metadaten: Ja LibCImg: 130 LibClapack: internal library LibExiv2: 0.21.1 LibJPEG: 62 LibJasper: 1.900.1 LibKDE: 4.6.2 (4.6.2) LibKExiv2: 2.0.0 LibKMap: 2.0.0 LibKdcraw: 2.0.0 LibLCMS: 118 LibPGF: 6.09.44 - internal library LibPNG: 1.2.44 LibQt: 4.7.0 LibRaw: 0.13.2 LibTIFF: LIBTIFF, Version 3.9.4 Copyright (c) 1988-1996 Sam Leffler Copyright (c) 1991-1996 Silicon Graphics, Inc. Marble Widget: 0.11.0 (Stable Release) Parallelisiertes Entfernen von Mosaikmustern: Ja Datenbanktreiber: QSQLITE LibGphoto2: 2.4.10.1 LibKface: 2.0.0 LibKipi: 1.2.0 LibOpenCV: 2.2.0 Libface: 0.2 Statistics: digiKam version 2.0.0-beta4 AVI: 59 GIF: 99 JP2: 14 JPG: 61652 MPEG: 3 PGF: 2 PNG: 809 RAW-CR2: 629 RAW-CRW: 10978 RAW-DNG: 4 RAW-NEF: 29444 TIFF: 834 Gesamtzahl der Einträge: 104527 : Alben: 1667 Stichwörter: 46 : Datenbanktreiber: QSQLITE Reproducible: Always Steps to Reproduce: just regular use Expected Results: - sorting order should be as selected (alphabetical, e.g.) - hierarchical structure should be followed as definied Freunde- Ru - MHW - JB ... OS: Linux (i686) release 2.6.35-28-generic-pae Compiler: cc
Please, you must be clear in your bug report. I don't understand very well the problem (s)... All is mixed... Gilles Caulier
I think I know what he means. If you have a look at the screenshot and specifically at the tag named "MHW" you see that its icon has the same icon within it. Icon in icon so to say. "Ru" does not have that. So his question is: why is this so? And how can he get rid of the small icon within the normal icon. Another issue is that the tags are not sorted. I guess he means alphabetically. And he asks whether that is intended behaviour or a bug.
(In reply to comment #1) > Please, you must be clear in your bug report. I don't understand very well the > problem (s)... All is mixed... > > Gilles Caulier Gilles: Sorry, this might be too much in one single task. Main issue: alphabetic sorting of tags (icons) is not givemn. So far, sven is perfectly right with his assumption. Point of second importance: I observed sometimes some filling within icon; in the meanwhile, this is resolved. Sorry for confusion Axel
If I understand things correctly, I may have a similar problem: On startup, tags are correctly ordered alphabetically on the left sidepanel (general tag list), however they are out of order on the right sidepanel (picture tag list, with checkboxes).
A work-around for the sorting problem: digiKam version: 2.0.0rc OS: Windows 7 Go to Settings -> Configure digiKam -> Miscellaneous Change widget style and press ok (you can change it back again to your preferred style after). The tags in the right sidebar will now be sorted alphabetically.
Which widget style you use under windows ? personally, i use WindowsXP, which is the best for the moment. But i cannot figure why widget style have an effect on tag filter. It's probably a signal which is dispatched to all widgets when you change style and force tags filtering to be updated. Gilles Caulier
I use the Oxygen widget style normally. When I'm bothered about the sorting, I switch to Windows XP and back to Oxygen. I tested by switching to Motif also, sorting occurred in that case also :) I think you are right that it is a signal instead of the actual style switch that causes the sorting to be performed. Somehow, that signal must be missing at start-up and some or all sub-tasks that I normally perform, because the sorting is always in the order in which I added the tags, unless I switch widget style. By the way, I think I need to clarify that it is the not the filter list of tags - it is only the list in the Caption/Tags functionality. The one you can use to assign tags and captions to images. Sorted: "My tags" (left side bar) Sorted: "Filters" (right side bar) Unsorted: "Caption/Tags" (right side bar) Hope this can help a bit. /Chris
> 6.) What's about sorting? bug or intentional? I can confirm I saw a bug regarding sorting of tags. Dont know how it slipped in. It is fixed with a recent commit.