https://bugs.kde.org/show_bug.cgi?id=192019
--- Comment #47 from Nate Graham <[email protected]> --- And from Bug 416771: 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. --- #1 is similar to the already-proposed idea, which I like because it will be invisible to users and we won't have to explain all this stuff in the UI. I'll try to block out some time to work on that. -- You are receiving this mail because: You are watching all bug changes.
