Bug #59161

Metadata and File Reference inconsitency

Added by Lorenz Ulrich over 6 years ago. Updated 8 months ago.

Status:
Closed
Priority:
Should have
Assignee:
-
Category:
File Abstraction Layer (FAL)
Target version:
-
Start date:
2014-05-28
Due date:
% Done:

0%

Estimated time:
TYPO3 Version:
6.2
PHP Version:
Tags:
Complexity:
Is Regression:
No
Sprint Focus:

Description

Currently, the usage of Metadata in File References is a bit distracting.

Once the sysext filemetadata is installed, there are two fields in a file:

- Description
- Caption

In sys_file_reference, the label is called

Description (Caption)

and it takes the data from the description field.

This can be confusing for editors. I'm aware that I can just overwrite the field names and hide the not needed fields, but I want to check whether you think that the current default state is OK in your eyes.


Files

fal-description-caption.png (29.4 KB) fal-description-caption.png Lorenz Ulrich, 2014-05-28 09:39
screen_bu4.jpg (168 KB) screen_bu4.jpg Birte Weishaupt, 2015-06-25 11:26

Related issues

Related to TYPO3 Core - Bug #67858: Image caption vs. description FAL element vs. content elementClosedJo Hasenau2015-06-30

Actions
#2

Updated by David Lemaitre over 6 years ago

I was confused first time. What is the purpose of the 'caption' field ?

#3

Updated by Andreas Wolf over 5 years ago

  • Status changed from New to Accepted

This can be fixed by inserting the following TypoScript where appropriate:

tt_content.image.20 {
    caption.1.1.data = file:current:caption
    rendering.singleNoCaption.fallbackRendering.10.if.isTrue.data = file:current:caption

    preRenderRegisters.allImageCaptions.cObject.renderObj.data = file:current:caption
}

The first two lines fix the actual problem, the third one is AFAIS required to get the rendering as a whole right with the different field.

#4

Updated by Birte Weishaupt over 5 years ago

When adding an image to a content element, the content element now shows data from the field caption while the frontend still uses the field description. This behavior seems to have changed during one of the last updates. Tested with 6.2.9 and 6.2.13.

#5

Updated by Christian Eßl about 1 year ago

  • Category set to File Abstraction Layer (FAL)
#6

Updated by Susanne Moog 8 months ago

A bit of background information:

- The fallback is configured via TCA "useOrOverridePlaceholder" where one could theoretically configure any field to be displayed in the backend
- The frontend however does not care at all about this setting, instead the parent file meta data properties are merged with the file reference properties --> meaning this works for fields having the exact same field name in sys_file_metadata as in sys_file_reference
- The frontend templates all reference file.description to get that value

I'm unsure if/how this could be fixed.

For reference see:
- typo3/sysext/core/Configuration/TCA/sys_file_reference.php:170
- typo3/sysext/fluid_styled_content/Resources/Private/Partials/Media/Type/Image.html
- \TYPO3\CMS\Core\Resource\FileReference::getProperties

#7

Updated by Lorenz Ulrich 8 months ago

Thanks for your reply, Susanne. I think this issue can be closed. While I still think that the naming is inconsistent, everyone (including me) will have adjusted to this inconsistency by now and configured it the way they need it.

#8

Updated by Susanne Moog 8 months ago

  • Status changed from Accepted to Closed

Thanks for your quick answer - I'm going to close the issue here but keep it in mind for a refactoring (as I think it might make sense to streamline the TCA and frontend behaviour in the long run)

Also available in: Atom PDF