07-03-23, 13:22:36
Quelques éléments de réflexion supplémentaires :
1 - En attendant que les fonctions max() et min() soient réparées — ou qu'on explique comment s'en servir —, dans le cas où on ne compare que 2 arguments, on peut les remplacer par
max(w, h) = h + (w-h)*roundup((w-h)/(w+h))
min(w, h) = w + (h-w)*roundup((w-h)/(w+h))
(la fonction roundup donne l'arrondi à la valeur supérieure. Ici, elle donnera 0 si w<h, ou 1 si w h)
Ces expressions sont acceptées et correctement exécutées dans la sous-fenêtre Transformer avec l'outil Déplacer. Malheureusement, cet outil ne fait qu'une homothétie dans un calque, sans réduire les dimensions du calque. Il faudrait que ces expressions soient acceptées dans les cases de saisie des tailles dans diverses fonctions du logiciel (redimensionnements, recadrage, exportation), mais ce n'est pas le cas actuellement : ces cases ne reconnaissent tout simplement pas les variables de document w et h
2 - Je m'interrogeai sur les problèmes d'unité dans les calculs. Effectivement, le logiciel est sensible aux dimensionnements : "w" et "h" sont des longueurs en px, tandis que "2000" est un simple nombre, sans dimension. Pour le rapport "w/2000", le logiciel suspecte que ce 2000 est un nombre de pixels, mais il n'en est pas certain et il refuse de trancher. Si on veut en faire un nombre sans dimension, il faudra écrire "w/2000px"
1 - En attendant que les fonctions max() et min() soient réparées — ou qu'on explique comment s'en servir —, dans le cas où on ne compare que 2 arguments, on peut les remplacer par
max(w, h) = h + (w-h)*roundup((w-h)/(w+h))
min(w, h) = w + (h-w)*roundup((w-h)/(w+h))
(la fonction roundup donne l'arrondi à la valeur supérieure. Ici, elle donnera 0 si w<h, ou 1 si w h)
Ces expressions sont acceptées et correctement exécutées dans la sous-fenêtre Transformer avec l'outil Déplacer. Malheureusement, cet outil ne fait qu'une homothétie dans un calque, sans réduire les dimensions du calque. Il faudrait que ces expressions soient acceptées dans les cases de saisie des tailles dans diverses fonctions du logiciel (redimensionnements, recadrage, exportation), mais ce n'est pas le cas actuellement : ces cases ne reconnaissent tout simplement pas les variables de document w et h
2 - Je m'interrogeai sur les problèmes d'unité dans les calculs. Effectivement, le logiciel est sensible aux dimensionnements : "w" et "h" sont des longueurs en px, tandis que "2000" est un simple nombre, sans dimension. Pour le rapport "w/2000", le logiciel suspecte que ce 2000 est un nombre de pixels, mais il n'en est pas certain et il refuse de trancher. Si on veut en faire un nombre sans dimension, il faudra écrire "w/2000px"
Vos applications :
- > Affinity Photo Mac
