How to access the merged image data of the FAL in TYPO3 Fluid?
In the T3-Backend the file metadata can be edited in two places, within the form of the original file and in the form where the file is referenced. Edits in the second place overrule the data in the first place.
How to access the merged meta-data?
How to access the other two forms?
typo3 fluid fal
add a comment |
In the T3-Backend the file metadata can be edited in two places, within the form of the original file and in the form where the file is referenced. Edits in the second place overrule the data in the first place.
How to access the merged meta-data?
How to access the other two forms?
typo3 fluid fal
I like to see an answer in stackoverflow because the answer is contra-intuitive and a pitfall for new users.
– Blcknx
16 hours ago
If I understood you right, your starting position is wrong. With the module "Filelist" the meta data are written into the table "sys_file_metadata". With a content element "Image" the data is written into the table "sys_file_reference".
– Heinz Schilling
6 hours ago
I think, you express in terms of tables, what I express in terms of BE-forms. sys_file_reference overrules sys_file_metadata.
– Blcknx
5 hours ago
Yes. This is right. In CE (content elements) you can overwrite default values set in "Filelist" if you want. But "Edits in the second place modify the data in the first place." is wrong.
– Heinz Schilling
5 hours ago
I exchanged the word modify by overrule. D'accord?
– Blcknx
5 hours ago
add a comment |
In the T3-Backend the file metadata can be edited in two places, within the form of the original file and in the form where the file is referenced. Edits in the second place overrule the data in the first place.
How to access the merged meta-data?
How to access the other two forms?
typo3 fluid fal
In the T3-Backend the file metadata can be edited in two places, within the form of the original file and in the form where the file is referenced. Edits in the second place overrule the data in the first place.
How to access the merged meta-data?
How to access the other two forms?
typo3 fluid fal
typo3 fluid fal
edited 5 hours ago
asked 16 hours ago
Blcknx
604120
604120
I like to see an answer in stackoverflow because the answer is contra-intuitive and a pitfall for new users.
– Blcknx
16 hours ago
If I understood you right, your starting position is wrong. With the module "Filelist" the meta data are written into the table "sys_file_metadata". With a content element "Image" the data is written into the table "sys_file_reference".
– Heinz Schilling
6 hours ago
I think, you express in terms of tables, what I express in terms of BE-forms. sys_file_reference overrules sys_file_metadata.
– Blcknx
5 hours ago
Yes. This is right. In CE (content elements) you can overwrite default values set in "Filelist" if you want. But "Edits in the second place modify the data in the first place." is wrong.
– Heinz Schilling
5 hours ago
I exchanged the word modify by overrule. D'accord?
– Blcknx
5 hours ago
add a comment |
I like to see an answer in stackoverflow because the answer is contra-intuitive and a pitfall for new users.
– Blcknx
16 hours ago
If I understood you right, your starting position is wrong. With the module "Filelist" the meta data are written into the table "sys_file_metadata". With a content element "Image" the data is written into the table "sys_file_reference".
– Heinz Schilling
6 hours ago
I think, you express in terms of tables, what I express in terms of BE-forms. sys_file_reference overrules sys_file_metadata.
– Blcknx
5 hours ago
Yes. This is right. In CE (content elements) you can overwrite default values set in "Filelist" if you want. But "Edits in the second place modify the data in the first place." is wrong.
– Heinz Schilling
5 hours ago
I exchanged the word modify by overrule. D'accord?
– Blcknx
5 hours ago
I like to see an answer in stackoverflow because the answer is contra-intuitive and a pitfall for new users.
– Blcknx
16 hours ago
I like to see an answer in stackoverflow because the answer is contra-intuitive and a pitfall for new users.
– Blcknx
16 hours ago
If I understood you right, your starting position is wrong. With the module "Filelist" the meta data are written into the table "sys_file_metadata". With a content element "Image" the data is written into the table "sys_file_reference".
– Heinz Schilling
6 hours ago
If I understood you right, your starting position is wrong. With the module "Filelist" the meta data are written into the table "sys_file_metadata". With a content element "Image" the data is written into the table "sys_file_reference".
– Heinz Schilling
6 hours ago
I think, you express in terms of tables, what I express in terms of BE-forms. sys_file_reference overrules sys_file_metadata.
– Blcknx
5 hours ago
I think, you express in terms of tables, what I express in terms of BE-forms. sys_file_reference overrules sys_file_metadata.
– Blcknx
5 hours ago
Yes. This is right. In CE (content elements) you can overwrite default values set in "Filelist" if you want. But "Edits in the second place modify the data in the first place." is wrong.
– Heinz Schilling
5 hours ago
Yes. This is right. In CE (content elements) you can overwrite default values set in "Filelist" if you want. But "Edits in the second place modify the data in the first place." is wrong.
– Heinz Schilling
5 hours ago
I exchanged the word modify by overrule. D'accord?
– Blcknx
5 hours ago
I exchanged the word modify by overrule. D'accord?
– Blcknx
5 hours ago
add a comment |
2 Answers
2
active
oldest
votes
You can use f:image view helper in fluid:
https://docs.typo3.org/typo3cms/ExtbaseGuide/Fluid/ViewHelper/Image.html
If meta data is overwritten in reference this data will use with a fallback to default meta date set in module "Filelist".
Found this: How can I extract metadata properties from images with FAL and fluid?
To find all possible sys_file_reference
and sys_file_metadata
properties just add <f:debug>{file.properties}</f:debug>
inside the <f:for ...</f:for>
.
add a comment |
This answer is based on current TYPO3 8.7.
If you get a Reference of the class TYPO3CMSExtbaseDomainModelFileReference
you find the data in question under the property originalResource
.
Despite it's prefix original
it does not only give access to the data from the table sys_file_metadata
but also to the the table sys_file_reference
and to the merged data.
If we call the reference reference
, then the paths are as follows for the title
field:
Original files metadata (sys_file_metadata):
reference.originalResource.originalFile. metaDataProperties.title
Reference overlay (sys_file_reference):
reference.originalResource.propertiesOfFileReference.title
Merged data:
reference.originalResource.mergedProperties.title
also just:
reference.originalResource.title
Especially the wording of the last option is very counter-intuitive for a merged property.
The access to other fields like alternative
or description
have analogous paths.
add a comment |
Your Answer
StackExchange.ifUsing("editor", function () {
StackExchange.using("externalEditor", function () {
StackExchange.using("snippets", function () {
StackExchange.snippets.init();
});
});
}, "code-snippets");
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "1"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f53942881%2fhow-to-access-the-merged-image-data-of-the-fal-in-typo3-fluid%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
2 Answers
2
active
oldest
votes
2 Answers
2
active
oldest
votes
active
oldest
votes
active
oldest
votes
You can use f:image view helper in fluid:
https://docs.typo3.org/typo3cms/ExtbaseGuide/Fluid/ViewHelper/Image.html
If meta data is overwritten in reference this data will use with a fallback to default meta date set in module "Filelist".
Found this: How can I extract metadata properties from images with FAL and fluid?
To find all possible sys_file_reference
and sys_file_metadata
properties just add <f:debug>{file.properties}</f:debug>
inside the <f:for ...</f:for>
.
add a comment |
You can use f:image view helper in fluid:
https://docs.typo3.org/typo3cms/ExtbaseGuide/Fluid/ViewHelper/Image.html
If meta data is overwritten in reference this data will use with a fallback to default meta date set in module "Filelist".
Found this: How can I extract metadata properties from images with FAL and fluid?
To find all possible sys_file_reference
and sys_file_metadata
properties just add <f:debug>{file.properties}</f:debug>
inside the <f:for ...</f:for>
.
add a comment |
You can use f:image view helper in fluid:
https://docs.typo3.org/typo3cms/ExtbaseGuide/Fluid/ViewHelper/Image.html
If meta data is overwritten in reference this data will use with a fallback to default meta date set in module "Filelist".
Found this: How can I extract metadata properties from images with FAL and fluid?
To find all possible sys_file_reference
and sys_file_metadata
properties just add <f:debug>{file.properties}</f:debug>
inside the <f:for ...</f:for>
.
You can use f:image view helper in fluid:
https://docs.typo3.org/typo3cms/ExtbaseGuide/Fluid/ViewHelper/Image.html
If meta data is overwritten in reference this data will use with a fallback to default meta date set in module "Filelist".
Found this: How can I extract metadata properties from images with FAL and fluid?
To find all possible sys_file_reference
and sys_file_metadata
properties just add <f:debug>{file.properties}</f:debug>
inside the <f:for ...</f:for>
.
edited 5 hours ago
answered 6 hours ago
Heinz Schilling
1,1882819
1,1882819
add a comment |
add a comment |
This answer is based on current TYPO3 8.7.
If you get a Reference of the class TYPO3CMSExtbaseDomainModelFileReference
you find the data in question under the property originalResource
.
Despite it's prefix original
it does not only give access to the data from the table sys_file_metadata
but also to the the table sys_file_reference
and to the merged data.
If we call the reference reference
, then the paths are as follows for the title
field:
Original files metadata (sys_file_metadata):
reference.originalResource.originalFile. metaDataProperties.title
Reference overlay (sys_file_reference):
reference.originalResource.propertiesOfFileReference.title
Merged data:
reference.originalResource.mergedProperties.title
also just:
reference.originalResource.title
Especially the wording of the last option is very counter-intuitive for a merged property.
The access to other fields like alternative
or description
have analogous paths.
add a comment |
This answer is based on current TYPO3 8.7.
If you get a Reference of the class TYPO3CMSExtbaseDomainModelFileReference
you find the data in question under the property originalResource
.
Despite it's prefix original
it does not only give access to the data from the table sys_file_metadata
but also to the the table sys_file_reference
and to the merged data.
If we call the reference reference
, then the paths are as follows for the title
field:
Original files metadata (sys_file_metadata):
reference.originalResource.originalFile. metaDataProperties.title
Reference overlay (sys_file_reference):
reference.originalResource.propertiesOfFileReference.title
Merged data:
reference.originalResource.mergedProperties.title
also just:
reference.originalResource.title
Especially the wording of the last option is very counter-intuitive for a merged property.
The access to other fields like alternative
or description
have analogous paths.
add a comment |
This answer is based on current TYPO3 8.7.
If you get a Reference of the class TYPO3CMSExtbaseDomainModelFileReference
you find the data in question under the property originalResource
.
Despite it's prefix original
it does not only give access to the data from the table sys_file_metadata
but also to the the table sys_file_reference
and to the merged data.
If we call the reference reference
, then the paths are as follows for the title
field:
Original files metadata (sys_file_metadata):
reference.originalResource.originalFile. metaDataProperties.title
Reference overlay (sys_file_reference):
reference.originalResource.propertiesOfFileReference.title
Merged data:
reference.originalResource.mergedProperties.title
also just:
reference.originalResource.title
Especially the wording of the last option is very counter-intuitive for a merged property.
The access to other fields like alternative
or description
have analogous paths.
This answer is based on current TYPO3 8.7.
If you get a Reference of the class TYPO3CMSExtbaseDomainModelFileReference
you find the data in question under the property originalResource
.
Despite it's prefix original
it does not only give access to the data from the table sys_file_metadata
but also to the the table sys_file_reference
and to the merged data.
If we call the reference reference
, then the paths are as follows for the title
field:
Original files metadata (sys_file_metadata):
reference.originalResource.originalFile. metaDataProperties.title
Reference overlay (sys_file_reference):
reference.originalResource.propertiesOfFileReference.title
Merged data:
reference.originalResource.mergedProperties.title
also just:
reference.originalResource.title
Especially the wording of the last option is very counter-intuitive for a merged property.
The access to other fields like alternative
or description
have analogous paths.
edited 4 hours ago
answered 5 hours ago
Blcknx
604120
604120
add a comment |
add a comment |
Thanks for contributing an answer to Stack Overflow!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Some of your past answers have not been well-received, and you're in danger of being blocked from answering.
Please pay close attention to the following guidance:
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f53942881%2fhow-to-access-the-merged-image-data-of-the-fal-in-typo3-fluid%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
I like to see an answer in stackoverflow because the answer is contra-intuitive and a pitfall for new users.
– Blcknx
16 hours ago
If I understood you right, your starting position is wrong. With the module "Filelist" the meta data are written into the table "sys_file_metadata". With a content element "Image" the data is written into the table "sys_file_reference".
– Heinz Schilling
6 hours ago
I think, you express in terms of tables, what I express in terms of BE-forms. sys_file_reference overrules sys_file_metadata.
– Blcknx
5 hours ago
Yes. This is right. In CE (content elements) you can overwrite default values set in "Filelist" if you want. But "Edits in the second place modify the data in the first place." is wrong.
– Heinz Schilling
5 hours ago
I exchanged the word modify by overrule. D'accord?
– Blcknx
5 hours ago