Version: (using KDE KDE 3.2.2)
Installed from: Gentoo Packages
I've changed the language of my desktop environment to Dutch, but it seamed that a lot of applications (console and gtk) didn't have Dutch translations. However, if the "LANG" variable is set, these applications have Dutch messages as well.
My question is, could kdeinit/kcontrol be fixed, so it sets the LANG environment variable? (then newly started applications should appear with a different locate setting) Thans in advice.
If this bug is conformed, perhaps better $LC_ALL should be changed, as it has higher priority (and Mandrake works with $LC_ALL not with $LANG .)
Have a nice day!
Confirmed with 3.5.1. Firefox and OpenOffice does not follow KDE's language setting because of this. Quite annoying in a multi-language environment, where the user has a choice to select the language on startup, but still sees some applications in English.
Adding Coolo here, as the wish 86752 (same issue) was assigned to him.
*** Bug 86752 has been marked as a duplicate of this bug. ***
Agreed with Nicolas, if we are ever implementing this we should set $LC_ALL so it works everywhere.
Agreed. It is confusing to some users why they selected a language yet some apps do not use that language.
As far as I know, some of the applications do need "C" locale to be set (LC_COLLATE="C" ?). I would rather suggest setting only LANG.
Regarding Mandrake, I am sure there are some applications which need one of the LC_ variables. They never need LC_ALL.
Wouldn't this be a KDM issue, when the user logs in it should set the session environment variables as required? The big problem is that it is very hard to
What happens if the user is running GDM to log into KDE?
What happens if the desktop is not KDE, should we then ignore the KDE settings and use the host desktop settings instead?
Bah, pushed enter too soon...
The big problem is it is very hard to translate our country and language setting into a locale string supported by the host system.
*** Bug 106342 has been marked as a duplicate of this bug. ***
Whatever happens, I think we should all agree that the situation we have right now can not continue.
There are software developers that do not use anything else than locale to be sure they do not have to do anything special for KDE, Gnome, Xfce etc.
So whatever is done, it should be able to configure the following (taken from my own situation):
I am Norwegian, using Norwegian keyboard. (nb-NO)
I live in Brazil, so I need Brazilian units - Metric, Celsius, currency=BRL etc. (pt-BR)
We speak English in the house and all computers use English. So EVERYTHING including the name of days of the week in a calendar (and months) in all interfaces must be in English. (en-US or en-GB)
My problem right now is that I have some programs where almost everything is correct, but the name of days and months come up in Brazilian Portuguese.
Now - if I set units in KDE to Brazilian, why should not the corresponding settings in locale not follow?
It is all about make a system possible to use by average users. How do you explain to an average user that they have to edit language settings in the GUI, and then in a CLI?
And if a mix of KDE, Gnome etc. worries you? Why not make a setting in KDE (that defaults to YES) "Update locale when I change regional settings in KDE?".
Advanced users running multiple DE's can go and set it to NO. The average user will never need to think about it - it just behaves as expected.
I believe LANG is set these days, at least the Language KCM in 5.13 certainly writes it out.