Images et photos · Éditeur d'images et de dessins du navigateur
Comment les navigateurs gèrent l'orientation EXIF lorsque vous modifiez une photo de téléphone
· Comment ça marche
retouche d'images toile traitement du navigateur
Les téléphones enregistrent souvent les photos sur le côté et s'appuient sur une petite balise d'orientation pour indiquer aux utilisateurs comment les faire pivoter. Cet article explique ce qu'est cette balise, comment le navigateur l'applique lors du décodage et pourquoi une exportation modifiée n'en a plus besoin.
La photo qui est à la verticale sur votre téléphone et de côté partout ailleurs – le symptôme concret et la balise d'orientation EXIF à huit valeurs derrière elle
Commencez par le symptôme : un portrait qui semble droit dans la galerie du téléphone peut arriver de côté dans une autre visionneuse. EXIF Orientation est une instruction jointe au fichier, avec huit valeurs possibles décrivant les retournements et les quarts de tour. La preuve utile ici est plus étroite qu'une promesse générale du navigateur : cet éditeur charge une image HTML à partir d'une URL d'objet de portée, dessine le résultat décodé et n'a aucun élément prouvant comment chaque navigateur gère chaque valeur d'orientation.
Utilisez une photo de téléphone copiée comme spécimen de test. Enregistrez ses dimensions affichées, effectuez un petit recadrage, exportez-le et ouvrez le téléchargement dans une deuxième visionneuse. L'exportation de toile réencode les pixels affichés via canvas.toBlob sous la forme PNG, JPEG ou WebP ; il ne copie pas le conteneur source et ne promet pas de conserver EXIF. La comparaison vous indique ce qui est arrivé à ce raster, et non ce que fera chaque fichier.
Un résultat latéral est possible, mais ce référentiel n'analyse pas les huit valeurs d'orientation EXIF
L'inadéquation existe car une caméra peut enregistrer les lignes de capteurs dans un ordre physique pratique tout en stockant une instruction compacte sur la façon dont ces lignes doivent être présentées. Traitez cette explication comme un contexte, et non comme une affirmation concernant cette application. Le référentiel n'analyse pas les huit valeurs d'orientation EXIF et ne prouve pas quelles versions de navigateur les appliquent avant que l'image n'atteigne le canevas.
Cette limitation modifie le flux de travail pratique. Gardez l'original intact, ouvrez une copie et jugez l'apparence décodée plutôt que de supposer que la balise a été interprétée correctement. L'éditeur peut faire pivoter l'ensemble du raster par pas de quatre-vingt-dix degrés, mais il ne peut pas modifier ou restaurer les métadonnées d'orientation. Un export est donc un nouveau résultat de pixel dont le comportement doit être vérifié dans le visualiseur qui vous intéresse.
La justification du stockage de la caméra relève de preuves extérieures au référentiel ; inspecter le résultat réel décodé
Un navigateur peut décoder une image avec une instruction d'orientation déjà reflétée dans les pixels rendus. Les API modernes peuvent exposer des choix de décodage, y compris les options createImageBitmap, mais ce chemin de code n'appelle pas createImageBitmap ni ne définit d'option imageOrientation. Il crée une image HTML à partir d'une URL d'objet et dessine cette image, de sorte que le fichier téléphonique et le navigateur réels restent partie de l'expérience.
Inspectez le résultat en deux étapes : d'abord dans l'éditeur, puis après export. Notez à la fois la direction apparente du portrait ainsi que la largeur et la hauteur indiquées par le document. Si la première vue est erronée, un quart de tour manuel peut donner au raster de travail une apparence correcte. Si le premier point de vue est correct, évitez de prétendre que les métadonnées originales ont été comprises universellement ; les preuves du référentiel ne soutiennent que le résultat décodé observé.
Cet éditeur charge une image HTML et ne définit aucune option de décodage d'orientation explicite
Une fois que les pixels traversent un canevas et sont à nouveau encodés, le conteneur source n'est plus l'objet livré. L'éditeur compose les pixels décodés avec votre recadrage et toutes les autres modifications visibles, puis appelle canvas.toBlob pour la sortie PNG, JPEG ou WebP. Ce processus ne promet pas de préserver les champs EXIF. En particulier, cette implémentation ne peut pas modifier ou restaurer une balise d'orientation pour qu'un spectateur ultérieur puisse l'interpréter.
La description la plus sûre du téléchargement est une image contenant les pixels produits par cette session d'édition. Rouvrez-le dans une autre visionneuse et vérifiez la direction avant de le partager. Si ce spectateur est d'accord, vous avez vérifié une exportation concrète. Vous n'avez pas certifié tous les comportements EXIF, mais vous avez remplacé une instruction de métadonnées ambiguë par un résultat raster testable pour ce fichier.
L'exportation de canevas réencode les pixels affichés mais ne certifie pas quels champs de métadonnées restent
Prenons une photo de téléphone en portrait destinée à un message. Ouvrez un duplicata, observez si l'éditeur affiche la personne debout et notez les dimensions décodées avant de recadrer. Si la scène est latérale, faites pivoter le raster par pas de quatre-vingt-dix degrés jusqu'à ce que l'image de travail soit visiblement correcte, puis recadrez-la seulement après cette correction. L'opération est une modification de pixels et non une réparation des métadonnées du fichier.
Exportez le recadrage et comparez-le avec la vue de l'éditeur dans une deuxième visionneuse d'images. PNG, JPEG et WebP sont produits à partir du canevas, la sortie est donc une image réencodée plutôt que le conteneur téléphonique d'origine. Enregistrez le format et la visionneuse utilisés si le résultat est important sur le plan opérationnel. Ce petit audit vous donne des preuves de ce portrait, tout en évitant une promesse non étayée sur chaque téléphone ou navigateur.
Vérification travaillé : comparer les dimensions et l'apparence décodées avant le recadrage et l'exportation
Il y a des limites claires autour de cette enquête. L'éditeur ne fournit pas d'inspecteur de métadonnées, d'éditeur EXIF ou d'outil pour restaurer la valeur d'orientation d'origine. Il ne peut pas non plus faire en sorte qu'un visualiseur qui ignore les métadonnées d'orientation se comporte correctement. Ces tâches appartiennent à un logiciel conçu pour préserver ou réécrire les conteneurs d'images, et non à un flux de travail de canevas dont la sortie est un raster aplati.
La même prudence s'applique aux autres champs EXIF tels que l'heure de capture, le lieu et les détails de la caméra. Canvas exporte les pixels décodés via canvas.toBlob et ne certifie pas quels champs de métadonnées restent. Conservez l'original si ces champs sont importants, utilisez l'éditeur pour le travail sur l'image visible et vérifiez le fichier exporté avant de le traiter comme un remplacement préservant les métadonnées.
À retenir : modifiez une fois, à la verticale partout – comment l'édition dans l'éditeur d'images et de dessins du navigateur produit un fichier qui s'affiche de la même manière dans chaque visionneuse
La solution pratique est simple mais volontairement limitée : modifiez le raster visible, puis vérifiez l'orientation exportée dans une autre visionneuse. L'éditeur d'images et de dessins du navigateur est utile pour ouvrir une photo de téléphone local, faire pivoter l'ensemble du raster par pas de quatre-vingt-dix degrés, le recadrer et produire un téléchargement PNG, JPEG ou WebP. Son chargeur et son chemin d'exportation ne justifient pas une revendication de gestion EXIF universelle.
Une vérification fiable prend moins d'une minute. Conservez la source, ouvrez une copie, enregistrez la direction et les dimensions initiales, effectuez une petite modification, exportez une fois et inspectez le téléchargement ailleurs. Si le fichier est erroné, revenez à la copie et corrigez les pixels manuellement ; ne présumez pas que la balise d’orientation peut être restaurée ici. Le résultat vérifié est le fichier que vous avez réellement ouvert et vérifié.