18-12-18, 20:59
Pour le CSS, c'est sans doute corrigeable (mais je n'aurais probablement pas le temps de m'y coller avant la release) :
Quand une couleur est customizable via CSS, il y a 2 valeurs par défaut quand tout va bien : 1) une codée en dur dans le code (les .c), utilisée en dernier recours, et 2) une dans la CSS par défaut (.css dans /usr/share/...). Et encore une fois si tout va bien, ces deux sont identiques, le fichier .css par défaut sert surtout de base de travail pour en faire une faite maison.
Je suppose que les couleurs customizables ont été ajoutées avec 1) et pas 2). Avec un
if(!gtk_style_context_lookup_color(...))
{
valeur par défaut en dur;
}
ça devrait aller.
A terme, il faudrait passer par le même mécanisme que https://github.com/darktable-org/darktable/pull/1897.
Quand une couleur est customizable via CSS, il y a 2 valeurs par défaut quand tout va bien : 1) une codée en dur dans le code (les .c), utilisée en dernier recours, et 2) une dans la CSS par défaut (.css dans /usr/share/...). Et encore une fois si tout va bien, ces deux sont identiques, le fichier .css par défaut sert surtout de base de travail pour en faire une faite maison.
Je suppose que les couleurs customizables ont été ajoutées avec 1) et pas 2). Avec un
if(!gtk_style_context_lookup_color(...))
{
valeur par défaut en dur;
}
ça devrait aller.
A terme, il faudrait passer par le même mécanisme que https://github.com/darktable-org/darktable/pull/1897.