From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Kenichi Handa Newsgroups: gmane.emacs.devel Subject: Re: Setting file-name/process coding system from LANG Date: Mon, 18 Oct 2004 22:04:10 +0900 (JST) Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Message-ID: <200410181304.WAA24091@etlken.m17n.org> References: NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII X-Trace: sea.gmane.org 1098105572 29817 80.91.229.6 (18 Oct 2004 13:19:32 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 18 Oct 2004 13:19:32 +0000 (UTC) Cc: emacs-devel@gnu.org, miles@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Oct 18 15:19:21 2004 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1CJXKT-00071Z-00 for ; Mon, 18 Oct 2004 15:13:37 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CJXRl-00029y-3V for ged-emacs-devel@m.gmane.org; Mon, 18 Oct 2004 09:21:09 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CJXRd-00029f-U4 for emacs-devel@gnu.org; Mon, 18 Oct 2004 09:21:02 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CJXRd-00029L-9g for emacs-devel@gnu.org; Mon, 18 Oct 2004 09:21:01 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CJXRd-00029B-6g for emacs-devel@gnu.org; Mon, 18 Oct 2004 09:21:01 -0400 Original-Received: from [192.47.44.130] (helo=tsukuba.m17n.org) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CJXJo-0002Xy-8s; Mon, 18 Oct 2004 09:12:57 -0400 Original-Received: from fs.m17n.org (fs.m17n.org [192.47.44.2]) by tsukuba.m17n.org (8.12.3/8.12.3/Debian-7.1) with ESMTP id i9ID4B9d023205; Mon, 18 Oct 2004 22:04:11 +0900 Original-Received: from etlken.m17n.org (etlken.m17n.org [192.47.44.125]) by fs.m17n.org (8.11.6p2/8.11.6) with ESMTP id i9ID4AF06567; Mon, 18 Oct 2004 22:04:11 +0900 (JST) Original-Received: (from handa@localhost) by etlken.m17n.org (8.8.8+Sun/3.7W-2001040620) id WAA24091; Mon, 18 Oct 2004 22:04:10 +0900 (JST) Original-To: rms@gnu.org In-reply-to: (message from Richard Stallman on Sat, 16 Oct 2004 09:53:01 -0400) User-Agent: SEMI/1.14.3 (Ushinoya) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.2 Emacs/21.3 (sparc-sun-solaris2.6) MULE/5.0 (SAKAKI) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:28561 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:28561 In article , Richard Stallman writes: > BTW, another possibly related issue is that if I start `emacs -q' with > LANG=ja_JP, then the language-environment is automatically set to > "Japanese" -- great! But if I start `emacs -q' with LANG=ja_JP.utf8, then > the language environment is set to "utf-8", and that doesn't make much > sense to me -- indeed the whole concept of a "utf-8 language environment" > seems kind of weird. In this case I think it should instead (1) set the > language-environt to "Japanese", and then (2) set the various I/O encodings > to be `utf-8'. > Handa, what do you think? A while ago, I proposed an idea about make language environment more hierarchical and make it possible to generate one on demand from locale, but you refused such a change. In the above case, we should have a language environment Japanese-UTF-8. But, preparing all such lang. envs. in advance is a waste of memory (we surely need many XXX-UTF-8 lang. envs.). So, my idea was to generate that lang env by inheriting Japanese lang. env. and overriding several settings (values for keys coding-system, coding-priority, nonascii-translation of language-info-alist) for UTF-8 when Emacs runs on ja_JP.utf8 locale and Japanese-UTF-8 doesn't exist. Then a user can customize (and store in .emacs) that lang. env. if he wish. Of course, such a change requires carefull reconstructure of language-info-alist, and thus we may have to postpone it until 21.4 release. --- Ken'ichi HANDA handa@m17n.org