Important: Adapted profile image partial
Description
Resources/Private/Partials/Profile/Show/Image.html read the image
metadata from a view variable image that is never assigned. The profile
detail view of the academicpersonsedit_ plugin therefore never
rendered the caption, and it emitted an empty alt and title attribute even
when the file carried that metadata.
The profile carries a
\TYPO3\,
and that class exposes nothing but
get. Every other
property path on it resolves to null, which is why
{profile. was as empty as
{image..
All values are now read through original:
<!-- before -->
<img alt="{profile.image.alternative}" title="{profile.image.title}">
<f:if condition="{image.description}">
<figcaption class="visually-hidden">{image.description}</figcaption>
</f:if>
<!-- after -->
<img alt="{profile.image.originalResource.alternative}"
title="{profile.image.originalResource.title}">
<f:if condition="{profile.image.originalResource.description}">
<figcaption class="visually-hidden">{profile.image.originalResource.description}</figcaption>
</f:if>
The same partial rendered a copyright, which never worked either and was removed instead of repaired, see Breaking: Adapted frontend editing Fluid files.
Impact
The profile detail view of the frontend editing plugin now renders
- the
altandtitleattribute of the profile image from the file metadata instead of always empty, - a
figcaptionwhen the image has a description.
Note that nothing in this extension writes image metadata. An image uploaded through the plugin has none until it is maintained in the backend. Installations that never maintained the metadata of their profile images therefore see no change in the rendered output.
Affected Installations
Installations using the academicpersonsedit_ plugin, and any
installation overriding Partials/.
Migration
No configuration change is required.
Installations that override the partial keep their own copy, including its defect. Adopt the property paths above to render the metadata.