Bonjour,
Dans la table lumineuse, le nombre de « collections récentes » affichées est de 10. Ça peut être juste, on peut en vouloir plus.
J’ai trouvé dans darktablerc la ligne plugins/lighttable/recentcollect/num_items=10
Mettre une autre valeur à la place de 10 ne change pas le nombre de collections récentes affichées…
dt 3.5.0~git1556.5b4a9a8c4-1
As-tu bien fait ta modification avec darktable arrêté ?
Oui, sans aucune ambiguïté. Et il est bien toujours à la nouvelle valeur, sans aucune effet.
Mais la question m’interroge : ce que je décris n’est pas reproductible ?
Oui c’est limité à 10 et la pref que tu cites n’indique que le nombre d’entrée actives que tu as. Donc c’est 10 ou moins, mais pas plus.
Exact @pascal, c’est ce que je viens de constater dans src/libs/recentcollect.c ligne 205.
On peut aller vers moins de ligne mais pas plus.
Dommage.
Cool d’aller voir directement dans le code . Il y a que ça comme la vérité absolue 
(enfin, non, la vérité c’est le code asm généré)
Donc pourquoi pas modifier et 1) Proposer un patch ou 2) Recompiler juste pour toi
Parce que, si on augmente la constante NUM_LINES, il se passera quoi ? En changeant aussi plugins/lighttable/recentcollect/num_items bien sûr. Moi j’ai essayé et, effectivement, ça fait plus de lignes ! 
Irek
Ce n’est pas parce que je sais déchiffrer du C (encore que CLAMPS je ne connaissais pas) que je sais coder (et encore moins l’envie), je suis un informaticien de la prod, pas du dev. Je connais des shells, et historiquement avant 90 quelques langages comme le C, le fortran, le pascal ou le cobol, mais ce n’est pas du tout ma tasse de thé !
Un tout autre monde !
Pas difficile avec un rgrep de trouver où on cause de « num_items » dans le code.
Perso je trouve souvent cette limitation un peu juste…
Soyons fou, un petit paramètre dans les préférences globales pour définir le nombre d’éléments mémorisés dans cette liste de collections récentes…
Si un DEV passe par là …
Oui, bizarre qu’il y a ce parametre dans darktablerc mais qu’il est limité par une constante « en dur » dans le code. Même si c’est souvent le cas dans d’autres logiciels de limiter le nombre de fichier precedemetn ouverts
Allez, si tu compiles dt toi-même
[list]
[*]modifier la ligne #define NUM_LINES 10 en (p.ex) #define NUM_LINES 20 au debut du fichier recentcollect.c
[*]recompiler
[*]modifier aussi plugins/lighttable/recentcollect/num_items=20 dans darktablerc
[/list]Sinon cherche bien sur le forum (ou plutôt sur le blog), il y a des explications détaillées comment le faire (récupérer le dépôt git + compiler) avec linux
Quelle satisfaction après !!
@manu, c’est même plus simple que cobol et rgrep
Irek
Je pencherais plutôt pour… https://github.com/darktable-org/darktable/issues/8581
Merci @manu pour ton intervention sur github …
Car pour moi compiler c’est hors de mes compétences … je suis trop ‹ vieux › …
Yess. Et si les devs sont pas d’accord tu demanderas gentiment à @pascal le grand validateur de modifs de git ! Mais il est censé d’être impartial et objectif je suppose
C’est le genre de codage qui est dans mes cordes. Si les « core devs » sont OK pour la modif, je veux bien m’en charger, mais pas avant le mois de mai, déménagement oblige.
Envoyé de mon CMR-AL09 en utilisant Tapatalk
Merci par avance @jpverrue !
@manu : Le paramétrage du nombre de collections récentes (de 1 à 50) est disponible dans la master.
Merci !
Perso j’utilise beaucoup les collections, historiques, mots clefs etc … et je trouve que dt s’améliore de version et version même si je penne parfois à intégrer de nouvelles fonctionnalités dans mon flux de travail…