On Thu, 06 Jan 2011 00:23:38 +0100 Oliver Arnold <[email protected]> said:
> 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? because when e sets lang and something else - like the distro set LC_ALL people complain that e's language dialog doesn't work. you don't win. better that it works even if in a dumb way. the solution is to allow e to set all the LC_* env vars and be able to choose what you want for what specifically. patches accepted. :) > 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 > -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) [email protected] ------------------------------------------------------------------------------ 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
