You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When viewing images taken vertically (i.e. https://gallery.csh.rit.edu/view/file/36582), some browsers (i.e. new versions of firefox) correctly rotate the image based on its EXIF metadata, however, most browsers (i.e. chromium) still display it incorrectly.
in order to fix this for other browsers, there needs to be a fallback for when the image-orientation CSS property is not supported.
So far i've come up with:
Since Thumbnail Rotation #45 seems to be rotating thumbnails server-side, maybe we could also rotate the images server-side before displaying them, however, it seems like the /api/files/get endpoint is just returning a link to s3, so this might be a pretty complicated way to do it.
alternatively, maybe we could implement the rotation using CSS classes and have the view_file.html template look at the metadata and decide which to use
The text was updated successfully, but these errors were encountered:
IMO we should handle things server-side, specifically on upload, fixing both thumbnail and file orientation. Probably best to do it on the /upload POST
When viewing images taken vertically (i.e. https://gallery.csh.rit.edu/view/file/36582), some browsers (i.e. new versions of firefox) correctly rotate the image based on its EXIF metadata, however, most browsers (i.e. chromium) still display it incorrectly.
in order to fix this for other browsers, there needs to be a fallback for when the
image-orientation
CSS property is not supported.So far i've come up with:
/api/files/get
endpoint is just returning a link to s3, so this might be a pretty complicated way to do it.view_file.html
template look at the metadata and decide which to useThe text was updated successfully, but these errors were encountered: