From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Jesper Harder Newsgroups: gmane.emacs.devel Subject: Re: [harder@ifa.au.dk: `set-locale-environment' bug] Date: Wed, 29 Oct 2003 00:52:36 +0100 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: References: <200310280714.QAA05836@etlken.m17n.org> <9791-Tue28Oct2003222608+0200-eliz@elta.co.il> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: sea.gmane.org 1067385329 9835 80.91.224.253 (28 Oct 2003 23:55:29 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 28 Oct 2003 23:55:29 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Wed Oct 29 00:55:27 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 1AEdgN-0004Sy-00 for ; Wed, 29 Oct 2003 00:55:27 +0100 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1AEdgM-00015h-01 for ; Wed, 29 Oct 2003 00:55:27 +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 1AEdgJ-0002GO-Kl for emacs-devel@quimby.gnus.org; Tue, 28 Oct 2003 18:55:23 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.24) id 1AEdfv-0002FD-Ai for emacs-devel@gnu.org; Tue, 28 Oct 2003 18:54:59 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.24) id 1AEdfN-0001yA-Lz for emacs-devel@gnu.org; Tue, 28 Oct 2003 18:54:56 -0500 Original-Received: from [199.232.41.8] (helo=mx20.gnu.org) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.24) id 1AEdfN-0001wt-EA for emacs-devel@gnu.org; Tue, 28 Oct 2003 18:54:25 -0500 Original-Received: from [193.162.153.3] (helo=pfepb.post.tele.dk) by mx20.gnu.org with esmtp (Exim 4.24) id 1AEdej-0005XU-Bq for emacs-devel@gnu.org; Tue, 28 Oct 2003 18:53:45 -0500 Original-Received: from [195.215.224.191] (0xc3d7e0bf.esnxr4.ras.tele.dk [195.215.224.191]) by pfepb.post.tele.dk (Postfix) with ESMTP id BE1075EE163; Wed, 29 Oct 2003 00:53:34 +0100 (CET) Original-To: Eli Zaretskii In-Reply-To: <9791-Tue28Oct2003222608+0200-eliz@elta.co.il> (Eli Zaretskii's message of "Tue, 28 Oct 2003 22:26:08 +0200") User-Agent: Gnus/5.1003 (Gnus v5.10.3) Emacs/21.3.50 (gnu/linux) 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:17532 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:17532 "Eli Zaretskii" writes: >> From: Jesper Harder > >> I'm still a bit confused about _why_ the display table should be >> non-nil in a single byte locale. > > Because Emacs sets up a few entries in that display table, to match > what most users expect. For details, see the function > standard-display-european-internal defined on mule-cmds.el. Thank you. Now that I've looked at it, I know that I definitely want to set `standard-display-table' to nil :-( Most of what `standard-display-european-internal' does is wrong for my use, viz.: (standard-display-8bit (if (eq window-system 'pc) 128 160) 255) This controls how eight-bit-control and eight-bit-graphics is displayed, right? The presence of those charsets is usually a bug, so I'd rather be alerted than hiding their presence. (aset standard-display-table 146 [39]) I think this is a bit evil. Lisp, TeX, C, etc. do not consider 146 and 39 to be the same character. Making them indistinguishable makes it hard to locate errors caused by the presence of \222 rather than ' in source code. (aset standard-display-table ?' [?=E2=80=99]) (aset standard-display-table ?` [?=E2=80=98]) This is nice. But it might do some people a disservice by making them believe that `foo' actually looks good, while it'll look wrong and ugly for 99% of all computer users. --=20 Cheers, Jesper Harder