Bug #77886
closed
Epic #77810: Improve (responsive) image handling
Apply image cropping to click-enlarge NOT
0%
Description
With having resolved Bug #72798 images cropped in backend are now also cropped if click-enlarged. But what if thats exactly what you DO NOT want? What if you want to crop the images as thumbnails BUT display fullsize with click-enlarge? Is there an option to configure that? There is plenty of possible situations you might want to do that ...
Updated by Georg Ringer over 7 years ago
- Status changed from New to Needs Feedback
Did you check out the related changes like https://review.typo3.org/#/c/46114/5/typo3/sysext/css_styled_content/static/setup.txt or https://review.typo3.org/#/c/46114/5/typo3/sysext/fluid_styled_content/Configuration/TypoScript/Static/Setup/lib.fluidContent.ts if using fluid_styled_content?
removing the crop field in TS should be enough to get the previous behaviour back.
Updated by Martin Weisbach over 7 years ago
Now i got it - you disable it by setting it to NO value at all:
tt_content.image.20.1.imageLinkWrap.crop.data =
Updated by Sascha Egerer over 7 years ago
- Parent task set to #77810
I think we should provide examples for both behaviours. I'll put that into the scope of #77810 as we are dealing there with coppings anyway.
Updated by Alexander Opitz almost 7 years ago
Hi,
what is the state of this issue? Did I understand it correctly, that you could solve it with changed TS?
Updated by Martin Weisbach almost 7 years ago
Alexander Opitz wrote:
Hi,
what is the state of this issue? Did I understand it correctly, that you could solve it with changed TS?
Yes, thats's right. If you put
tt_content.image.20.1.imageLinkWrap.crop.data =
The images are cropped as thumbnail but displayed in full size on click-enlarge ...
Updated by Alexander Opitz almost 7 years ago
- Status changed from Needs Feedback to Closed
Thanks for your feedback, so closing as solved.
Updated by Martin Weisbach almost 7 years ago
- Status changed from Closed to New
Now moving on from css_styled_content to fluid_styled_content we have the same issue again.
tt_content.image.20.1.imageLinkWrap.crop.data =
doesn't solve the problem in fluid.
Further on, I can not see, that the problem has been solved for the end user. It is still not possible to choose if you want the pictures on click enlarge to display in full size OR only the cropped part you chose for the thumbnail...
Updated by Alexander Opitz almost 7 years ago
Ok, then I misunderstand your last comment.
Updated by Martin Weisbach almost 7 years ago
No, you didn't - i just didn't have to solve the issue with fluid_styled_content.
Updated by
Updated by Philipp Parzer almost 7 years ago
Can confirm this bug.
Normally you would do
lib.contentElement.settings.media.popup.crop.data = file:current:crop
but has no effect.
Updated by Björn Paulsen about 6 years ago
Same Problem here.
Nothing helps! I want the same, cropping by thumbnail, original picture on click-enlarge.
Please give us an option!
Updated by Björn Paulsen about 6 years ago
- Tracker changed from Feature to Bug
- Priority changed from Should have to Must have
- TYPO3 Version set to 8
Updated by Sebastian Klein over 5 years ago
Just as Georg wrote in the very first comment: all you need is to remove the crop field in TypoScript. In TYPO3 v8 and fluid_styled_content, this is:
lib.contentElement.settings.media.popup.crop.data =
This allows to crop the thumbnail images and use the original picture ratio on click-enlarge (lightbox).
However, this applies to all lightbox images. It's currently not possible for an editor to choose between crop and original (for click-enlarge) on a single image.
Updated by Susanne Moog about 4 years ago
- Status changed from New to Closed
Following up on the latest comment:
There is no bug here, the behaviour can be configured by an integrator via the mentioned TypoScript setting (it could even be applied depending on the content element).
Currently, there is no option for the editor to do so - this is something that an integrator can implement in an installation by adding a field to the table and reacting on that value with overwriting the TypoScript (so basically: ext_tables.sql + TCA + TypoScript). I don't see this feature as something that needs to be generally available in the TYPO3 Core as it adds complexity for editors that seems unnecessary for most use cases.
If you think differently, please open a new issue with the feature request.
Updated by Emile Blume almost 4 years ago
- TYPO3 Version changed from 8 to 10
- PHP Version set to 7.2
In TYPO3 10.4 this setting doesn't seem to work anymore