What is the point of having all these different variables, if they all are required to be set to the same locale? I mean then one variable would suffice. Why is it necessary for e to set LC_ALL?
That aside, I would be happy if you could point me to the config file(s) I need to screw with. On 04.01.2011 00:50, Carsten Haitzler (The Rasterman) wrote: > On Mon, 03 Jan 2011 23:36:18 +0100 Oliver Arnold<[email protected]> said: > >> Thanks for the reply. >> Setting the LC_ALL variable seems to be the problem, because it >> overrides all LC_* environment variables with the given value. >> >> Is there a way to prevent e from changing the LC_ALL variable? >> (Wouldn't it actually make more sense if e didn't change the LC_ALL >> variable at all?) > > no it wouldn't make sense. LC_ALL is set so ... locale applies... to... all. e > doesn't have fine-grained locale support (eg locale x for time. locale y for > money, locale z for paper etc.). as mentioned below - once a lang is selected > it's set for the env vars listed and there is no way to unset it in the gui > (you'd have to screw with config files - and then you'd have to rely on your > own env vars being set before e runs). > >> On 03.01.2011 12:31, Carsten Haitzler (The Rasterman) wrote: >>> On Fri, 24 Dec 2010 00:04:25 +0100 Oliver Arnold<[email protected]> said: >>> >>>> Hi, >>>> >>>> I set LC_TIME to a different locale than the rest of the locale settings >>>> (so that thunderbird displays my local time format). When I open a xterm >>>> window under xfce4 the locale settings look like that: >>>> LANG=en_US.UTF-8 >>>> LC_CTYPE="en_US.UTF-8" >>>> LC_NUMERIC="en_US.UTF-8" >>>> LC_TIME=de_DE.utf8 >>>> LC_COLLATE="en_US.UTF-8" >>>> LC_MONETARY="en_US.UTF-8" >>>> LC_MESSAGES="en_US.UTF-8" >>>> LC_PAPER="en_US.UTF-8" >>>> LC_NAME="en_US.UTF-8" >>>> LC_ADDRESS="en_US.UTF-8" >>>> LC_TELEPHONE="en_US.UTF-8" >>>> LC_MEASUREMENT="en_US.UTF-8" >>>> LC_IDENTIFICATION="en_US.UTF-8" >>>> LC_ALL= >>>> >>>> But when I start E17 and open a xterm window the LC_TIME variable is set >>>> to en_US.UTF-8. Is this behaviour intentionally? Is there a way to make >>>> this work? >>> >>> e doesnt touch that env var. it ONLy sets the following: >>> >>> LC_MESSAGES >>> LANGUAGE >>> LC_ALL >>> LANG >>> >>> it will only set them if a language is selected in e's lang settings (as >>> such tho.. once you set a lang it will always set it - no way to unselect >>> one). so something else playes with your LC_TIME - not e (grep e for >>> LC_TIME and see). >>> >>>> Thanks, >>>> Oliver >> >> >> ------------------------------------------------------------------------------ >> Learn how Oracle Real Application Clusters (RAC) One Node allows customers >> to consolidate database storage, standardize their database environment, and, >> should the need arise, upgrade to a full multi-node Oracle RAC database >> without downtime or disruption >> http://p.sf.net/sfu/oracle-sfdevnl >> _______________________________________________ >> enlightenment-users mailing list >> [email protected] >> https://lists.sourceforge.net/lists/listinfo/enlightenment-users >> > > ------------------------------------------------------------------------------ Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl _______________________________________________ enlightenment-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-users
