Re: Données Exif des images réduites

J'ai fait ticket (https://core.spip.net/issues/4546)
mais ne vais pas creuser car j'ai pu contourner en utilisant des css
(https://www.educative.io/edpresso/how-to-crop-an-image-in-css).

JLuc



Le 06/09/2020 à 02:38, JLuc a écrit :
> Le 04/09/2020 à 17:37, JLuc a écrit :
>> Le 04/09/2020 à 13:02, Cerdic a écrit :
>>> Je pense que pour image_reduire ça dépend aussi de la méthode que tu as choisi dans ecrire/ pour la création des 
>>> vignettes.
>>> Certaines méthodes probablement perdent aussi les données.
>> J'ai essayé GD2 et CONVERT avec les mêmes résultats.
> 
> OUPS NON les caches des proxies m'avaient joué un tour.
> En testant avec de nouveaux documents je vois que  image_reduire perd les EXIF de rotation avec GD2
> mais que CONVERT les préserve (c'est la librairie que j'utilisais initialement).
> 
> Il faudrait parvenir à généraliser les bonnes pratiques de CONVERT avec image_reduire.
> 
>>> Mais ensuite, pour tous les filtres qui transforment les images (donc modifient son  contenu au delà d’une simple 
>>> mise à l’échelle, donc y compris recadrent) il y a en effet création d’une nouvelle image via GD2 et aucun processus 
>>> de recopie des exif de la source vers la destination.
>>
>> J'ignore la mécanique de spip pour ces traitements, mais je vois que les différentes images réduites bénéficient bien 
>> de la rotation EXIF de l'image initiale, alors que celle qui passe par image_recadre ou image_proportions (qui appelle 
>> image_recadre) n'en dispose plus.
>> N'y a t il pas création d'une nouvelle image dans les 2 cas ?
> 
> Oui mais il y a plusieurs manières possibles de créer une nouvelle image.
> Par exemple la fonction _image_creer_vignette dans le cas GD2 utilise ImageCopyResampled
> et sinon utilise ImageCopyResized.
> On ne semble pas passer par là pour image_reduire mais ce serait une piste !
> 
> Je vois aussi qu'une bonne part du code garde les stigmates trompeurs d'une histoire où gd était la principale ou seule 
> librairie :
> - la fonction appelée "_image_gd_output" est en fait appelée par d'autres méthodes que gd (yc convert)
> - "_image_valeurs_trans" est utilisée par toutes les méthodes (yc convert) alors qu'un commentaire indique que c'est 
> réservé à GD2  (https://git.spip.net/spip/spip/src/branch/master/ecrire/inc/filtres_images_lib_mini.php#L105)
> 
> Au passage je découvre que var_mode=images permet de refaire les calculs d'images.
> Yeah bonne pioche !
> À documenter dans https://www.spip.net/fr_article4453.html ?
> 
> JLuc
>