Le design de base de darktable est que le module est l'élément initial, puis on choisi si l'effet du module est global ou local
Ne pourrait-on pas imaginer un module (vertical) chargé de la définition des zones, et laisser les autres modules les utiliser pour l'application locale ? La migration se ferait assez aisément, et pourrait même être rétro compatible. On pourrait imagine que si une zone est sélectionnée, les modules nouvellement activés le sont par défaut sur la zone uniquement. Ainsi, l'utilisateur pourrait choisir son flow préféré.
PS: j'ai testé darktable il y a bien longtemps, c'est peut-être déjà comme ça qu'il fonctionne.
Merci de prendre le commentaire ci-dessus avec: un peu de recul, le premier degré, et si possible le second !
[^] # Re: Bravo !
Posté par Elfir3 . En réponse à la dépêche darktable 2.4.0. Évalué à 3.
Ne pourrait-on pas imaginer un module (vertical) chargé de la définition des zones, et laisser les autres modules les utiliser pour l'application locale ? La migration se ferait assez aisément, et pourrait même être rétro compatible. On pourrait imagine que si une zone est sélectionnée, les modules nouvellement activés le sont par défaut sur la zone uniquement. Ainsi, l'utilisateur pourrait choisir son flow préféré.
PS: j'ai testé darktable il y a bien longtemps, c'est peut-être déjà comme ça qu'il fonctionne.
Merci de prendre le commentaire ci-dessus avec: un peu de recul, le premier degré, et si possible le second !