Version: (using KDE KDE 3.5.1) Installed from: SuSE RPMs OS: Linux 1. My default language was "British English". 2. I changed the language to "Hindi". "Personnal settings --> Regional and Language Settings". 3. I used the system for some time - around 20 mins. 4. I changed the language back to "British English". 5. Some menus still show "Hindi". This is after I had logged out and logged in. 6. Tried rebooting the machine - No benefit - Hindi still appearing in some menus. 7. I removed "Hindi" by clicking on "Remove Language" button in "Personnal settings --> Regional and Language Settings". 8. Logged out and logged in - NO Benefit. 9. rebooted - Still no benefit - Am stuck with "Hindi" appearing in quite a few places. Thanks, kc
Using Suse 10.1 (Free version) KDE 3.5.1 Level "a" BTW: I LOVE KDE and have been using it as default desktop since I began GNU/Linux in 1999.
I think I'm seeing this as well in KDE 3.5.7. I installed the dutch language pack (for the dictionary) using the kubuntu feisty tool for that. (add language I think it is) Then it changed the system language and everything to dutch, so I changed back to British English. But some programs still use some dutch translations (I've noticed it so far in digikam and kbarcode) Is this a configuration issue or a bug? Simon
This sounds quite strange. Could you please report the result of the following command echo $LANGUAGE
Hi No output for echo $LANGUAGE. i.e. output is blank, there is no variable set with that name. I checked the environment variables - In this we have and environment variable - LANG=us_EN.UTF-8 I hope this helps. kc On 25 Jul 2007 14:07:02 -0000, Simos Xenitellis <simos.bugzilla@gmail.com> wrote: [bugs.kde.org quoted mail] Hi <br><br>No output for echo $LANGUAGE.<br>i.e. output is blank, there is no variable set with that name.<br><br>I checked the environment variables - In this we have and environment variable - <br>LANG=us_EN.UTF-8<br><br> I hope this helps.<br><br>kc<br><br><div><span class="gmail_quote">On 25 Jul 2007 14:07:02 -0000, <b class="gmail_sendername">Simos Xenitellis</b> <<a href="mailto:simos.bugzilla@gmail.com">simos.bugzilla@gmail.com</a> > wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">------- You are receiving this mail because: -------<br>You reported the bug, or are watching the reporter. <br><br><a href="http://bugs.kde.org/show_bug.cgi?id=139178">http://bugs.kde.org/show_bug.cgi?id=139178</a><br><br><br><br><br>------- Additional Comments From simos.bugzilla gmail com 2007-07-25 16:07 -------<br>This sounds quite strange. <br>Could you please report the result of the following command<br><br>echo $LANGUAGE<br></blockquote></div><br><br clear="all"><br>-- <br>K. C. Ramakrishna<br><a href="http://www.rknowsys.com">www.rknowsys.com</a><br>+91-40-98494-16664
This is really weird! Could you please run $ strace -f -v -o output.txt "put here one of the programs that has the problem" then close the program and $ grep locale output.txt* and attach the resulting file here. The file will show what MO files that program is actually reading.
Reporters, do you still have the problem? If so, could you provide requested information?
In my case, the problem seemed to be related to there not being a British English translation available. So having only EN_GB and NL available, the application chose NL. To solve it, I installed EN_US as second choice (so the order was: EN_GB, EN_US, NL). I'd say this could be solved by having a default (empty) translation file available for all languages being supported by the system. On a side note, some applications may have their "native" language as British English and could be "translated" into EN_US, how is this handled? (I can imagine British natives having a hard time writing their app in American ;-) Cheers Simon
AFAIK *all* KDE applications has to be in US English (though there may be some applications which are developed outside of KDE but still well-integrated in KDE; they may be different - e.g kbarcode is developed outside of KDE, but I honestly don't know what is their "native" language, as I haven't used it...)
Sorry to abuse this bug for an off topic discussion, I don't know where I can do this without entering into a mailinglist and the whole shebang. Re: *all* KDE applications has to be in US English Playing the devil's advocate... Would this "rule" not limit the number of people able and willing to contribute to the coding of KDE? I mean, it's free software (as in speech) and KDE appears to be a very open community, why limit the development to the select few who are capable enough in US-english to write source code (which only has a few keywords that are linked to the English language). Of course, developing in another language, say Chinese, would also have problems, since only those who can read/write that can help develop that application, but if enough translators can be found, it could be quite usable by all the rest of the world. If a mechanism would be available to indicate what the source language is for an application and to check for available translations based on that (rather than assume it's American English) it would be more generic... Cheers Simon
(Offtopic) To Simon: Maybe, but as KDE is quite a large project, they have to choose common denominator, and will it or not, it happens to be English... If you have a brilliant idea how to accomplish same level of understanding using different languages e.g. in API, you should turn to the kde-devel mailing list. But anyway, it leaves open the mysterious issue with not falling back to the (US) English when translation in chosen desktop language is not found...
Was there a hint above that KDE has an internal mechanism for language preference list apart from the generic $LANGUAGE variable? Without $LANGUAGE being set and KDE not having some alternative method for language preference functionality, I am at a loss to understand what's going on. Bug 147701 has more data.
That's probably smth one has to ask in kde-devel mailing list or somewhere else...
Well, KDE has it's internal variable KDE_LANG, which for user is determined in /home/marek/.kde/share/config/kdeglobals - e.g I've there following section: [Locale] DateFormatShort=%e.%n.%Y Language=et (it's one language environment only). Fallback should be (American) English.
Well, you can try and move your ./kde directory (i.e. not remove - you could lose valuable data - but just rename to smth else) and log in again and see if the same problem occurs. If not (as it happened e.g. in bug 147701) you could compare your new and old kdeglobals to see the difference.
As bug 147701 is closed (though there wasn't clean and clear resoulution), what about this?
Ping?
Sorry was off radar but I have been using Ubuntu for some time now and didn't log into KDE. But I still hope this issue gets solved as I do a lot of FOSS consulting in India and *really* want to introduce FOSS in govt. schools. I really need UI in local languages for this. I hope this issue is solved in 4.0
As far as I know KDE uses the language which has been set in control center. If a translation for this specific is not available, it probably falls back to the last language, which was Hindi in your case. Please add "american english" in control center -> regional settings and move it's preference down. This should solve the issue. Please tell me if that fixes the issue.
Does grep "Hindi string" `kde-config --localprefix`/share/config/ find the these strings in an application rc file? Then it's another case of OTT = One Time Translation.
(In reply to comment #19) > Does grep "Hindi string" `kde-config --localprefix`/share/config/ find the > these strings in an application rc file? > > Then it's another case of OTT = One Time Translation. Many apologies. I have been using Ubuntu for almost 2 years now. I don't think I will be able to provide much information on this anymore. Have not used KDE much after the new upgrade to QT4. We use only GNU/Linux on the desktop in our organisation. Had too many issues during the transition and went with Ubuntu. I may be trying Kubuntu as soon as 9.10 is released and will check if this bug persists.
I cannot reproduce this issue in KDE 4.7. If the OP cannot triage then maybe he can recall in which menus the problem occurs? If not, then this issue should be closed.
I still have this issue in Krita 4.3.