> Can you explain why you do not want e to set any environment variables?

Atleast it is counter-intuitive to say that the function restores env
vars to their original values and then modify an env var. Secondly,
LANGUAGE is expressly meant for users, and I doubt if it is a good
thing for an app to set it, especially when it forks... well... the
user meant it to be unset, so be it! As you said, E_LANG seems to be a
better idea, but well... if something really wants to know E's
language, it can use the much superior IPC mechanism.

On a related note, should we be using LANGUAGE as an argument to
setlocale, when LANGUAGE can use an extended syntax (colon separated
list of locales) not understood by setlocale? In fact, I think even
your validation function doesn't take the extended syntax into
account. May be we should not be using LANGUAGE at all (gettext anyway
references it if needed, even when only the default locale is set)

Ramkumar

--
WARN_(accel)("msg null; should hang here to be win compatible\n");
                                   -- WINE source code


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_idv37&alloc_id865&op=click
_______________________________________________
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Reply via email to