Bug #72318
closed
Epic #77810: Improve (responsive) image handling
Image Manipulation on Portrait images - wrong display in frontend?
Added by David Hoeckele over 8 years ago. Updated over 6 years ago.
0%
Description
I recognized a strange behaviour on image content elements + image manipulation with portrait images (landscape works like a charm)
Example:
I have an image content element with 3 images per row, all of them cropped with 1:1 ratio. (see Image_Manipulation_BE_1.png / Image_Manipulation_BE_2.png / Image_Manipulation_BE_3.png)
In Frontend all images are rendered in different ratio / height, see Image_Manipulation_FE.png
Testet on TYPO3 7.6.1
Any advice?
Files
Updated by Frans Saris over 8 years ago
- Status changed from New to Needs Feedback
What do you use to render the frontend? CSS_styled_content, fluid_styled_content or something custom? What are the settings for alignment, columns etc of the content element? Try setting it to 1 column aligned top center to see if fe ratio is then correct.
Gr. Frans
Updated by Jan Perdoch over 8 years ago
Same issues. Version 7.6.1 and 7.6.2, CSS_styled_content. Setting is 1 column aligned top center. Changing of setting has no impact on crop result. It's correct after crop in BE, but shifted after save. Only for portrait images.
Updated by Frans Saris over 8 years ago
So also in the backend the cropping is wrong after save? Also in the cropper window when you re-open it after save?
Updated by Jan Perdoch over 8 years ago
- File 200x300-result.jpg 200x300-result.jpg added
Yes, in the backend the cropping is wrong after save. In crop editor still shows correctly cropped area. But - when I open image in desktop editor and use values from crop editor (x,y,w and h), it's same wrong cropped image, as after Save in backend. I CAN'T crop it as I want in editor.
But, when I'm trying different portrait image - on the same page, in the same content element, behavior it's completely different. I created matrix 200x300 with 50px squares. I'm attaching screenshot of result: crop (100x100 from point [50,50]), save and open again. Cropped image is correct, but in editor is wrong area and start point. I CAN crop it as I want, in this case.
I took the third test, and it seems to be same as in the second. Correctly cropped, but wrong in editor in the next editation.
Updated by David Hoeckele over 8 years ago
Sorry for the late response.
We're using css_styled_content, images are aligned top left, 3 images per row.
Switching it to top center alignment, 1 image per row, the ratio-problem still persists (as Jan Perdoch already confirmed)
Updated by David Rellstab almost 8 years ago
Same Problem here (Version 7.6.6, CSS_styled_content). Thumbnail correctly displayed after cropping, but after saving the crop is shifted (sometetimes more, sometimes less, depending on the crop position you intened). If I don't move the initial crop position (center) it works as expected.
Updated by Riccardo De Contardi over 7 years ago
- Category set to Frontend
- Status changed from Needs Feedback to New
Updated by Frans Saris over 7 years ago
- Parent task set to #77810
Hi David's,
in what browsers did you test/experience this behavior?
Updated by Sascha Egerer over 7 years ago
- Status changed from New to Needs Feedback
Can't reproduce that issue in version 8.
Updated by Rafal Brzeski over 7 years ago
I have the same issue with portrait images only on TYPO 7.6.14,
after save cropped area are completely different (in BE and FE)
Updated by Rafal Brzeski over 7 years ago
- File Zrzut ekranu 2017-01-04 o 11.53.58.png Zrzut ekranu 2017-01-04 o 11.53.58.png added
- File Zrzut ekranu 2017-01-04 o 11.41.20.png Zrzut ekranu 2017-01-04 o 11.41.20.png added
- File Zrzut ekranu 2017-01-04 o 11.43.24.jpg Zrzut ekranu 2017-01-04 o 11.43.24.jpg added
- File Zrzut ekranu 2017-01-04 o 11.53.43.png Zrzut ekranu 2017-01-04 o 11.53.43.png added
I found where the problem is.
Crop editor (Image manipulation) use dimension of image from Camera data, not real physical dimension!
See my explanation on screenshots.
Updated by Frans Saris over 7 years ago
Do you have a special metadata extractor service/extension installed? And can you maybe attach your test image so I can try to reproduce your situation.
Updated by Rafal Brzeski over 7 years ago
Good point Frans, in my case i use extractor -> https://typo3.org/extensions/repository/view/extractor
and this extension maps Exif dimension data to fields which corresponds to image manipulation.
So i guess that my case should be report to author (Xavier Perseguers) of extractor, right ?
In any case I have attached my "Test.jpg" image in zip.
Updated by Xavier Perseguers over 7 years ago
Extractor takes the info from EXIF, right, but if they differ from the physical size, then it may be related to 2 different use cases:
- Image was resized (e.g. in Photoshop) prior to upload and metadata is from the original file, not the uploaded one
- Image was resized upon upload (e.g., EXT:image_autoresize)
If this happens, it looks like the crop editor should trust the metadata, when it exists since an extractor who populated the info (this is a read-only info thus cannot be changed by an editor) may be in a position to know "more" about the image than just by reading the EXIF data.
If the FAL metadata are not populated, then it's fine to read the EXIF of course, but only as failover.
Did not investigate more, if EXT:extractor may be enhanced in some way, do not hesitate to suggest change.
Updated by Alexander Opitz over 6 years ago
- Status changed from Needs Feedback to Closed
No feedback within the last 90 days => closing this issue.
If you think that this is the wrong decision or experience this issue again, then please write to the mailing list typo3.teams.bugs with issue number and an explanation or open a new ticket and add a relation to this ticket number.