27-01-19, 23:26
Y'a pas une histoire de numéro de version de l'algo qui permet de régler ce problème ? En gros, chaque enregistrement des données d'un module dans les XMP contient un numéro correspondant à une version du traitement dans le module.
Exemple : le module "zone" dont tu dis qu'il fonctionne mal. Dans les XMP les données de "zone" sont ou seraient complétées du numéro 1. Tu changes l'algo de "zone", tu le passes par exemple de L*a*b* en RGB. Évidemment les réglages ne sont plus valables, bien que l'interface n'aie pas changée. Du coup le nouveau code porte un nouveau numéro : 2 et les fichiers XMP qui utilisent ce nouvel algo ont aussi le numéro 2 pour les données de "zone". Du grec ça, pas de problème de réglages inappropriés. Et si on décide de faire disparaître le code d'un vieil algo totalement obsolète, au moment du chargement d'un vieil xmp, soit le module sera activé avec ses réglages par défaut, soit il ne sera pas activé.
J'ai dit une c...erie ?
Exemple : le module "zone" dont tu dis qu'il fonctionne mal. Dans les XMP les données de "zone" sont ou seraient complétées du numéro 1. Tu changes l'algo de "zone", tu le passes par exemple de L*a*b* en RGB. Évidemment les réglages ne sont plus valables, bien que l'interface n'aie pas changée. Du coup le nouveau code porte un nouveau numéro : 2 et les fichiers XMP qui utilisent ce nouvel algo ont aussi le numéro 2 pour les données de "zone". Du grec ça, pas de problème de réglages inappropriés. Et si on décide de faire disparaître le code d'un vieil algo totalement obsolète, au moment du chargement d'un vieil xmp, soit le module sera activé avec ses réglages par défaut, soit il ne sera pas activé.
J'ai dit une c...erie ?
Mes photos : jpverrue.fr