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: [harder@ifa.au.dk: `set-locale-environment' bug] Date: Mon, 10 Nov 2003 11:36:00 +0900 (JST) Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: <200311100236.LAA28922@etlken.m17n.org> References: <200310280714.QAA05836@etlken.m17n.org> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: sea.gmane.org 1068431866 20077 80.91.224.253 (10 Nov 2003 02:37:46 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 10 Nov 2003 02:37:46 +0000 (UTC) Cc: rms@gnu.org, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Mon Nov 10 03:37:44 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 1AJ1w0-0001ra-00 for ; Mon, 10 Nov 2003 03:37:44 +0100 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1AJ1vz-0006ll-00 for ; Mon, 10 Nov 2003 03:37:44 +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 1AJ2t7-0001YD-T3 for emacs-devel@quimby.gnus.org; Sun, 09 Nov 2003 22:38:49 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.24) id 1AJ2t2-0001XN-GG for emacs-devel@gnu.org; Sun, 09 Nov 2003 22:38:44 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.24) id 1AJ2sW-0001SF-By for emacs-devel@gnu.org; Sun, 09 Nov 2003 22:38:43 -0500 Original-Received: from [192.47.44.130] (helo=tsukuba.m17n.org) by monty-python.gnu.org with esmtp (Exim 4.24) id 1AJ2rz-0001NH-DA; Sun, 09 Nov 2003 22:37:39 -0500 Original-Received: from fs.m17n.org (fs.m17n.org [192.47.44.2]) by tsukuba.m17n.org (8.11.6p2/3.7W-20010518204228) with ESMTP id hAA2a0h08477; Mon, 10 Nov 2003 11:36:00 +0900 (JST) (envelope-from handa@m17n.org) Original-Received: from etlken.m17n.org (etlken.m17n.org [192.47.44.125]) by fs.m17n.org (8.11.6/3.7W-20010823150639) with ESMTP id hAA2a0s12973; Mon, 10 Nov 2003 11:36:00 +0900 (JST) Original-Received: (from handa@localhost) by etlken.m17n.org (8.8.8+Sun/3.7W-2001040620) id LAA28922; Mon, 10 Nov 2003 11:36:00 +0900 (JST) Original-To: harder@ifa.au.dk In-reply-to: (message from Jesper Harder on Tue, 28 Oct 2003 15:21:59 +0100) 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.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:17740 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:17740 I'm sorry for this late response on this thread. In article , Jesper Harder writes: >>> By the way, the node "(elisp)Active Display Table" states that the >>> default value for `standard-display-table' is nil. >>=20 >> Right. How about writing the info as below? >>=20 >> This variable's value is the default display table, used whenever a >> window has no display table and neither does the buffer displayed in >> that window. This variable is usually @code{nil}, but set to a >> proper display table when Emacs is started in such locales that use >> a single byte character set (e.g. en_US.iso88591). > I'm still a bit confused about _why_ the display table should be > non-nil in a single byte locale. > 8bit characters like =E6=F8=E5 display just fine for me if > `standard-display-table' is nil (both in X and on a console). Actually, the relevant codes were written by someone while I was too busy to work on Emacs. So, I myself don't really understand the underlining idea of those codes. We must consider these parameters for displaying: * multibyte mode or unibyte mode * on terminal or on a windowing system * on Unix-like system, on MS-DOS, or on MS-Windows. This yields 8 cases (because some conbinations are invalid). But, in multibyte-mode, it seems that only MS-DOS case (on terminal) really requires standard-display-table to be setup. That is because, in that case, characters in the current codepage that are not supported by Emacs are decoded into eight-bit-control/graphic, and they must be displayed by the font of the current codepage as is. Eli, is that right? --- Ken'ichi HANDA handa@m17n.org