Project

General

Profile

Actions

Task #105647

open

Get rid of "resname" attribute in XLF file

Added by Xavier Perseguers 1 day ago. Updated 3 minutes ago.

Status:
Under Review
Priority:
Should have
Assignee:
-
Category:
-
Target version:
-
Start date:
2024-11-20
Due date:
% Done:

0%

Estimated time:
TYPO3 Version:
14
PHP Version:
Tags:
Complexity:
Sprint Focus:

Description

According to https://docs.typo3.org/m/typo3/reference-coreapi/main/en-us/ApiOverview/Localization/XliffFormat.html, a trans-unit node is supposed to have both `id` and `resname` attributes, with the same "key".

From my point of view this is totally useless as I work with XLIFF since TYPO3 4.6 and never did it for my own extensions.

Possible argument is that it's needed for (some) web tool showing that context for the translator.

With Pootle, back then, it was not required.

With Crowdin, it's not required. Proof is with EXT:image_autoresize where I don't have such definitions:

<trans-unit id="saveConfiguration">
    <source>Save configuration</source>
</trans-unit>

(source: https://github.com/xperseguers/t3ext-image_autoresize/blob/master/Resources/Private/Language/locallang.xlf#L6-L8)

and there's no problem seeing that context on Crowdin (https://crowdin.com/editor/typo3-extension-imageautoresiz/7511/en-fr?view=comfortable&filter=basic&value=3):

Suggestion

- Core should not have to worry about tools we don't use ourselves (such as Weblate as I was said it was required there)
- Official contribution documentation should not take care of this either
- I would suggest to get rid of all resname attributes for the sake of removing unneeded complexity and possible mismatch when working with Core XLIFF files


Files

clipboard-202411201108-xfbqa.png (114 KB) clipboard-202411201108-xfbqa.png Xavier Perseguers, 2024-11-20 10:08

Related issues 1 (0 open1 closed)

Related to TYPO3 Core - Task #89335: Add resname attribute to <trans-unit> tags in XLFClosedMarkus Klein2019-10-03

Actions
Actions

Also available in: Atom PDF