https://bugs.kde.org/show_bug.cgi?id=416771
Matthew Cline <m...@nightrealms.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |m...@nightrealms.com
--- Comment #6 from Matthew Cline <m...@nightrealms.com> ---
The problem seems to be that many GTK apps don't explicitly name or alias their
English locale as "en" or "en_US", but instead make it the default locale,
which is "C". For these apps if you have "LANGUAGE=en_US" it will try to find
the en_US locale, fail, and fallback to the default locale, C, which just
usually happens to be English, so it *seems* to work. But if you have
"LANGUAGE=en_US:zh_CN" it tries to find en_US, fails, moves onto zh_CN, finds
it, and so displays Chinese. This can be verified by using "LANGUAGE=C:zh_CN",
which for most GTK apps should cause them to display English. Or at least
*mostly* English: for Evolution it causes some fields/labels to be in Chinese.
Possible solutions:
1) When generating plasma-localerc, try to guess a good place to insert "C"
into LANGUAGE.
2) In the "Configure Plasma translations" GUI, have a "GTK default" language
which will be second in the list when plasma-localerc has no [Translations]
section. The user can then change its position in the list or delete it.
--
You are receiving this mail because:
You are watching all bug changes.
