On Sun, Jan 14, 2007 at 06:36:52PM +0100, Georg Baum wrote:
> What for some users is fiddling is a useful feature for others. I do agree
> that the LANG variable is not convenient for most windows users, so an
> alternative should be implemented, but the LANG variable should not be
> dropped at all.
Quoting the standard:
The values of locale categories shall be determined by a precedence
order; the first condition met below determines the value:
1. If the LC_ALL environment variable is defined and is not null, the
value of LC_ALL shall be used.
2. If the LC_* environment variable ( LC_COLLATE , LC_CTYPE ,
LC_MESSAGES , LC_MONETARY , LC_NUMERIC , LC_TIME ) is defined and is
not null, the value of the environment variable shall be used to
initialize the category that corresponds to the environment variable.
3. If the LANG environment variable is defined and is not null, the
value of the LANG environment variable shall be used.
4. If the LANG environment variable is not set or is set to the empty
string, the implementation-defined default locale shall be used.
This means that when none of the LC_* or LANG variables are set, we are
allowed to do how we please. So, the proposal by Abdel could be implemented
but only used in this case. As Windows does not set any of the above
variables, this will be the default behaviour. Everybody happy?
--
Enrico
