Bug #14184
closed
image content: link wrong for mutliple images
Added by Jochen Weiland over 20 years ago.
Updated about 14 years ago.
Category:
Content Rendering
Description
When using multiple images in one content element (e.g. imgtext) and setting a link for the images, the link will only be correctly rendered for the first image, all other images will have "click enlarge" instead.
Tested with version 3.6.1, css_styled_content 0.0.9
(issue imported from #M121)
I can confirm this, will look into it in the development of cron_cssstyledimgtext and if solveable, also provide a fix for content(default) also.
Semantical problem here: If one has multiple images, but just one link defined, should just the first image get the link and the others no linking at all, or should all images get the same link?
The default TS - Setup configuration differs at this point from content default. One quick solution to get multiple images with links run is to insert:
tt_content.image.20.1.imageLinkWrap.typolink.parameter.listNum.stdWrap.data >
to your setup. In content default this seems to commented out by a default variable set to "#", so this should better be changed to be the default TS in css styled content too.
In the integration of cron_cssstyledimgtext in css_styled_content (4.0 beta 2 or something) this was fixed. Now you can specify a link for EACH image (separating them with a ",". If you have multiple images, the behaviour is now:
a) if you just specify one target-page-id: the first page will get linked to that page, all other pages won't get linked at all (which was the problem reported, being linked with image_zoom)
b) if you specifiy multiple targets in the links-field (separated by a comma ","), each will be applied to the respective image. If you want to skip a link on an image, just use an empty target at that position: e.g. "1,,3,4" will link the first image to page-id "1", won't link the second image, the third image to page-id 3 and the last image to page-id 4.
c) if you click on "click-enlarge", this will apply to all images that don't have any other link specified with a) or b).
So I think we can consider this "fixed".
Please consider to close this bug
Fixed in 4.0 beta-somewhere. See my note from 23.3. If you feel this is not correct, please open a new bug report with a suggestion on how it should work.
Also available in: Atom
PDF