From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: display table for eight-bit-graphic Date: Mon, 03 Mar 2003 13:59:49 -0500 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: References: <200301270220.LAA14193@etlken.m17n.org> <200301291103.UAA17535@etlken.m17n.org> Reply-To: rms@gnu.org NNTP-Posting-Host: main.gmane.org X-Trace: main.gmane.org 1046718872 14018 80.91.224.249 (3 Mar 2003 19:14:32 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 3 Mar 2003 19:14:32 +0000 (UTC) Cc: emacs-devel@gnu.org Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 18pvOR-0003dx-00 for ; Mon, 03 Mar 2003 20:14:31 +0100 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 18pvhQ-0007PI-00 for ; Mon, 03 Mar 2003 20:34:08 +0100 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10.13) id 18pvO7-00055h-06 for emacs-devel@quimby.gnus.org; Mon, 03 Mar 2003 14:14:11 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10.13) id 18pvGj-0002VR-00 for emacs-devel@gnu.org; Mon, 03 Mar 2003 14:06:33 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10.13) id 18pvEe-0001sU-00 for emacs-devel@gnu.org; Mon, 03 Mar 2003 14:04:24 -0500 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by monty-python.gnu.org with esmtp (Exim 4.10.13) id 18pvAF-0000X3-00 for emacs-devel@gnu.org; Mon, 03 Mar 2003 13:59:51 -0500 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.10) id 18pvAD-0004ru-00; Mon, 03 Mar 2003 13:59:49 -0500 Original-To: Kenichi Handa In-reply-to: <200301291103.UAA17535@etlken.m17n.org> (message from Kenichi Handa on Wed, 29 Jan 2003 20:03:07 +0900 (JST)) Original-cc: d.love@dl.ac.uk X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1b5 Precedence: list List-Id: Emacs development discussions. List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:12081 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:12081 > It is definitely intended to use the display table for multibyte > buffers--but I think that's not actually the issue you are talking > about. I'm talking that using the display table in multibyte session is not good. > Anyway, I don't think this actually contradicts anything I said. > The display table is used for unibyte buffers, too. If we > want unibyte buffers to display the international graphics, > we have to set up the display table for codes 128-255. We don't have to use the display table even for unibyte buffers. Even for a unibyte buffer, get_next_display_element in xdisp.c doesn't generate a octal form "\XXX" for a code in the range 128-255 if the code can be converted to a multibyte character by unibyte_char_to_multibyte. It sounds like you're suggesting that we eliminate the display table feature. Perhaps the display table is obsolete as a means of displaying non-ASCII characters, assuming we set up for proper conversion to unibyte according to the language in use. But aren't display tables used for other things too?