From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: [harder@ifa.au.dk: `set-locale-environment' bug] Date: 12 Nov 2003 08:29:30 +0200 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: References: <200310280714.QAA05836@etlken.m17n.org> <200311100236.LAA28922@etlken.m17n.org> <9743-Mon10Nov2003073149+0200-eliz@elta.co.il> <200311120240.LAA02931@etlken.m17n.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: deer.gmane.org X-Trace: sea.gmane.org 1068618549 23693 80.91.224.253 (12 Nov 2003 06:29:09 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 12 Nov 2003 06:29:09 +0000 (UTC) Cc: harder@ifa.au.dk, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Wed Nov 12 07:29:06 2003 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1AJoV0-0001iO-00 for ; Wed, 12 Nov 2003 07:29:06 +0100 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1AJoUz-0004dG-00 for ; Wed, 12 Nov 2003 07:29:05 +0100 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.24) id 1AJpRf-00055K-88 for emacs-devel@quimby.gnus.org; Wed, 12 Nov 2003 02:29:43 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.24) id 1AJpRZ-00051u-ES for emacs-devel@gnu.org; Wed, 12 Nov 2003 02:29:37 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.24) id 1AJpR2-0004l2-Iz for emacs-devel@gnu.org; Wed, 12 Nov 2003 02:29:35 -0500 Original-Received: from [207.232.27.5] (helo=WST0054) by monty-python.gnu.org with asmtp (Exim 4.24) id 1AJpR1-0004iv-Me; Wed, 12 Nov 2003 02:29:03 -0500 Original-To: Kenichi Handa In-reply-to: <200311120240.LAA02931@etlken.m17n.org> (message from Kenichi Handa on Wed, 12 Nov 2003 11:40:15 +0900 (JST)) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:17774 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:17774 > Date: Wed, 12 Nov 2003 11:40:15 +0900 (JST) > From: Kenichi Handa > > It seems that all settings about display table and terminal coding > system is done by dos-codepage-setup via term-setup-hook. Yup. > So, mule-cmds.el should do nothing for them on DOS, right? I'm not sure. First, dos-cpNNN-setup still calls set-language-environment (and the user could theoretically set some language environment manually). standard-display-european-internal could also be called in some unexpected way, even on DOS. So mule-cmds.el shouldn't do anything that's wrong for the DOS port; this the DOS-specific code in standard-display-european-internal and in set-language-environment. We could, of course, move the DOS-specific parts to term/internal.el so that mule-cmds.el is cleaner. > I think we must think over making the code in mule-cmds > clearer now. The current code is quite confusing and it > seems that there are bugs. I wouldn't be surprised, given the amount of changes that went under the bridge since that code was written. > So, for instance, if we start in some European locale in > multibyte mode, standard-display-european-internal is > called, but when we switch to Japanese lang. env., the > standard-display-table is not reset. On the other hand, if > we start in Japanese locale in multibyte mode, even if we > switch to some European locale, > standard-display-european-internal is not called. I see how this happens (set-display-table-and-terminal-coding-system is called in the multibyte mode from set-locale-environment, not from set-language-environment), but I'm not 100% sure this is a bug. I think we need to discuss the meaning of changing the language environment without switching the locale. When would a user want to do that, and what should Emacs do to adapt itself to such a situation?