@jpg54 : logiquement ça va le permettre oui, comme avant.
@pascal : je viens de constater un bug. Lorsque je change le thème, la modification est instantanée mais pas pour toutes les balises CSS. Je n’ai pas regardé en détail, la majorité étant changée instantanément. La balise (et importante) que j’ai constaté est celle permettant de définir la couleur de fond autour de l’image dans la chambre noire :
@define-color darkroom_bg_color #333333;
Si sur un autre CSS, j’ai mis une autre couleur, la couleur ne change pas après modification du thème. Elle ne change qu’après redémarrage de darktable. Si ensuite, je reviens sur le CSS darktable par défaut, idem, cette couleur ne change qu’après redémarrage de darkable. Je n’ai pas remarqué d’autres balises impactées donc à priori toutes les autres balises importantes (les plus visibles) se modifient bien instantanément.
Cette ligne ne change rien. Je me suis bien assuré d’avoir la dernière révision. Et je dois toujours redémarrer dt pour que le fond de la chambre noire (et de la table lumineuse) se modifie.
J’ai beau regardé attentivement l’interface et mes modifs faites, je ne vois vraiment que ça qui ne se modifie qu’après redémarrage. Il y a sûrement un truc à creuser du coup du côté du code GTK qui gère cette partie (fond table lumineuse et chambre noire).
Je ne suis pas dev donc je vais sans doute dire une c***rie.
Est ce qu’il ne serait pas possible, à la prochaine mise à jours, de créer le dossier « Thèmes » automatiquement, d’y mettre/déplacer le CSS par défaut dedans et de faire un joli pop-up à l’ouverture pour prévenir l’utilisateur qu’il ne lui reste plus qu’a déplacer son CSS personnalisé et/ou les thèmes téléchargés dans ce fameux dossier?
J’ai supprimé pas mal d’événements graphiques qui ralentissaient l’interface, corrigé un bug qui faisait que, en zoomant à la roulette de souris dans la chambre noire, la photo était recalculée 2 fois (bonjour le lag…), rendu les icônes redimensionnables via CSS, redessiné les icônes pour les rendre plus légères et qu’elles aient toutes la même hauteur, viré plein d’ombrages et d’encadrés moches, rendu les barres de défilement dans les modules optionnelles (elles ne s’affichent que si le contenu est plus haut que l’écran), rendu la fenêtre des préférences plus large et librement redimensionnable (réglé les problèmes de marges, aussi).
Il est est vraiment très agréable à l’œil. J’ai encore une 2.2 (si si pour de vrai, mais je suis sur 2.6 pour travailler) et la différence est bien réelle.
les barres de défilement ne s’affichent que lorsqu’elles sont nécessaires
activer un module l’ouvre automatiquement et le place en haut de la vue, pour remplir l’écran (le désactiver le referme)
les styles ont été harmonisés, par exemple tous les boutons et onlglets ont la même apparence
j’ai ajouté des styles pour certains événements graphiques (par exemple, quand vous sélectionnez un mot-clé, la sélection ne s’affichait pas en sur-brillance, maintenant oui).
j’ai créé des marges optiques pour aligner le contenu dans toutes l’interface, afin de rendre la lecture plus facile
les noms de modules et d’instances ont plus de place (mais les icônes des modules ont viré).
je suis sur une piste pour rendre les barres latérales redimensionnables de façon dynamique.
Pour le point 2 il y avait une préférence pour gérer ce comportement: « scroll to lighttable modules when expanded/collapsed » et « scroll to darkroom modules when expanded/collapsed », peut-être réutiliser ou est-ce le cas?
Je trouve dommage que lorsque un masque est sélectionné (dans ton premier exemple le pinceau) le fond soit noir. Toutes les sélections dans l’interface sont généralement plus clairs.
Pour ton point 5, je t’ai proposé sur GitHub de virer l’alignement dans le code et de tout faire en CSS. Cela permettra de proposer des UI en mode compacte.
Je ne suis pas Aurélien mais je peux te répondre que non La prochaine mise à jour est dans quelques jours et le travail d’Aurélien n’est pas terminé. De plus ces modifications sont assez profondes (pas mal de code C changé) qu’il faudra une bonne période de test avant de proposer dans une version mineure.
Super travail, merci Aurélien. Une remarque en ce qui me concerne : je pense qu’il faut conserver une option (fut-ce via un shift ou ctrl-clic) pour activer un module sans l’ouvrir ni le déplacer. C’est utile pour des modules comme aberrations chromatiques, correction objectifs, … si on ne souhaite pas les activer automatiquement via un preset (ou qu’on n’a pas encore appris à le faire)
Ok, j’avais pas tout compris dsl, ça m’apprendra à lire trop vite avant de partir au taf…
