Labelles for Labels colour

omimet at free.fr omimet at free.fr
Mon Nov 24 11:22:13 GMT 2025


Interesting to highlight that if we had such a kind of naming we probably would like to change it through time (notice that case matches with this naming coudn't be embedded in metadata in the form of string -as Gilles said-, but stay at session level -like a translation table?-)
I understand that, by using those pick color labels, your goal was to attache a tag intended to be permanent, despite it slide gradually according with your practices. 
In my mind those "named" color labels are not intended to be permanent because it should represent the status of an element at a time, downstream my workflow, and are consequently designed to be periodically changed.

As example :
- for grading
- to be edited
- prepare for printing
- prepare for web
- for HDR/stacking
- to be filed
- archived
- etc..

This need is different from tagging I of course simultaneously use with DK facilities (hierarchical tag, localisation, labels, rating, ...) ... and would be interesting to cover during import stage (doesn't it?).

Have you already faced to it along your DAM experience? perhaps using DK facilities you could share?

Best regards
Olivier

On 22/11/2025 11:31, Sveinn í Felli <sv1 at fellsnet.is> wrote:
> Personally, I had a period wishing I could name those Pick color labels. 
> Looking through older albums their use/meaning is different from one 
> period to the next, depending on zeitgeist of the moment.
> But progressively I got more comfortable using structured tags and star 
> ratings, and now use a combination of those for selections across 
> albums, while using color labels to distinguish images inside particular 
> albums.
> But to each their own, right?
> 
> Best regards,
> Sveinn í Felli
> 
> 
> Þann 22.11.2025 09:18, skrifaði omimet at free.fr:
> > Hi,
> > I remember this constraint, using DK (and testing some other DAM 
> > software) a few years ago.
> > I understand that this attached name has to stay in the DK session and 
> > can't be embedded in file/database
> > The spirit of my question is to ease allocation of each color during 
> > import session by having a clear understanding of what each mean FOR 
> > ME (for Web/for printing/for optimisation/...)
> > The idea could be to switch (or toggle) the DK interface to display 
> > the attached label instead of the color (which is remaining in the 
> > database).
> > But I have no idea if this facility can be wished by a lot of DK users...
> > Best regards,
> > OM
> >
> > On 22/11/2025 09:26, Gilles Caulier <caulier.gilles at gmail.com> wrote:
> >> Hi,
> >>
> >> Do you mean to attribute a description to a color label in the digiKam
> >> settings ?
> >>
> >> Actually, color labels are unnamed to be universal and portable. If a
> >> name is paired with a color and stored in the file metadata, the
> >> pairing can be (will be) certainly different due to the own workflow.
> >>
> >> If a name is given to each color, this must still in the digiKam
> >> session, somewhere in the config file and not propagated in the
> >> database and the file metadata.
> >>
> >> Best regards
> >>
> >> Gilles Caulier
> >> Gilles Caulier
> >>
> >> Le jeu. 20 nov. 2025 à 19:23, olivier mimet <omimet at free.fr> a écrit :
> >> >
> >> > In the idea to categorise more easily the elements during import 
> >> stage, Is It possible to attached a customisable labelle to each 
> >> label colour?
> >> >
> >> > OM
> >> >
> >> > NB : found nothing in the manual, and only 2 items  "Label colour" 
> >> in BugZilla => not relevant....
> >>
> 
> 


More information about the Digikam-users mailing list