Bug #69125
closed
language_alt only works for pibase and extbase plugins
Added by Anonymous over 9 years ago.
Updated almost 2 years ago.
Description
config.language_alt only seems to work when using the pibase and extbase API (those are at least to only spots within the core that contain the string "language_alt"!) and not when rendering LLL via TS.
Related to #32214
- Status changed from New to Needs Feedback
Philip, can you tell us if this is still true on 6.2.15 or 7.6 (latest master)? Or can you give instructions about how to reproduce the problem? Thank you!
config.language_alt is described in TSref as follows:
If “config.language” (above) is used, this can be set to another language key which will be used for labels if a label was not found for the main language. For instance a brazil portuguese website might specify “pt” as alternative language which means the portuguese label will be shown if none was available in the main language, brazil portuguese. This feature makes sense if one language is incompletely translated and close to another language.
The following snippet should result in a dutch translation (since it's the language_alt for missing german labels) but still shows the english original:
page.config {
language = de
language_alt = nl
}
page.5 = TEXT
page.5 {
value = This is English!
#lang.de = Das ist Deutsch!
lang.nl = Het is Nederlands!
}
If page.5 was a Extbase plugin using fluid translation viewhelpers this would work though.
I used 6.2.15 when testing the snippet above.
- Status changed from Needs Feedback to New
- Category set to Localization
This issue seems still present on 10.3.0-dev; tested with the same snippet on comment 2.
- Related to Bug #67005: $instance->localeDependencies is not filled properly in FLUIDTEAMPLATE added
- Related to Bug #32214: language_alt doesn't work added
- Status changed from New to Closed
Closing here: config.language_alt has been removed with v10.
Also available in: Atom
PDF