Project

General

Profile

Actions
Copy link

Feature #93344

open

Translate button disappear

Added by Timo Poppinga about 3 years ago. Updated 18 days ago.

Status:
Needs Feedback
Priority:
Should have
Assignee:
-
Category:
Backend User Interface
Target version:
-
Start date:
2021-01-22
Due date:
% Done:

0%

Estimated time:
PHP Version:
7.4
Tags:
Complexity:
Sprint Focus:

Description

If the base language has no content elements the translate button disappear. So you even can not translated from one translate language to another translated language. If you add one dummy element to base the translate button appre and it works fine even the translating language to another translated.

Files

Screenshot 2024-04-01 alle 18.20.28.png (121 KB) Screenshot 2024-04-01 alle 18.20.28.png Riccardo De Contardi, 2024-04-01 17:14
Actions
Copy link
 #1

Updated by Riccardo De Contardi 18 days ago ยท Edited

I apologize for this so late answer;

If I am not wrong your scenario looks like the following

  • you have three languages e.g. Italian (main), english (1) and french (2)
  • you have content in english but NOT in italian (main language)
  • result: there is no "translate button"

(see attached screenshot)

This behavior is as far as I know correct, as the "translate" button is visible only on the "Connected mode" which requires the existence of the CE
in the default language ;
-if you have just a content in a secondary language, your case is the "free mode" (as on my screenshot)

Let me know if I have misunderstood your request and thank you for your patience.

[EDITED] many thanks to Jo Hasenau who made me notice that the "translate" button is present also in "Free mode" , but it still requires a "staring element" in default language. Thanks, Jo!

Actions
Copy link
 #2

Updated by Jo Hasenau 18 days ago

  • Tracker changed from Bug to Feature
  • TYPO3 Version deleted (10)

Based on the current translation mechanism, this behaviour is correct independently from the mode you've got for your target languages.

The mechanism works the same way for both, connected and free mode, and even the same way with an "alternative source language":

  1. Copy the record from the default language to the target language
  2. Fill in the content and give it a prefix if configured
    • either based on the default language record
    • or based on the alternative source language
  3. Fill in the uid value of the element used as a source to the l10n_source field

Only for the connected mode there is an additional information for the l18n_parent field, that determines the connection between default parent and translated child.

So to make the actual translation work, you will always need a record in the default language first, otherwise the base for the translation is missing. Even with an alternative source language, the record itself does not come from that source language, but the content does.

That's why the translate button is only visible, if there is content in the default languagea and that's why especially that alternative source language only makes sense, if you are in connected mode, which makes sure, there are no other elements in that source language, which might be missing in the process.

We could discuss a feature request though, that would treat the alternative source language as a fully fledged default language instead of using two sources to get the data from. In that case, I would expect a translate button without any defauilt language records too.

Actions
Copy link

Also available in: Atom PDF