https://bugs.kde.org/show_bug.cgi?id=192019
--- Comment #51 from Michael Tsang <mikl...@gmail.com> --- (In reply to Nate Graham from comment #47) > 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. >From my understanding C should mean "untranslated", so the above behaviour is expected and a bug report should be filed to the appropriate software for not coming with English translation. -- You are receiving this mail because: You are watching all bug changes.
