From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Kenichi Handa Newsgroups: gmane.emacs.devel Subject: Re: Display slowness that is painful Date: Tue, 07 Feb 2006 10:41:06 +0900 Message-ID: References: <87slr5c78p.fsf@stupidchicken.com> <877j8fx43q.fsf@stupidchicken.com> NNTP-Posting-Host: main.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 1139276528 9130 80.91.229.2 (7 Feb 2006 01:42:08 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 7 Feb 2006 01:42:08 +0000 (UTC) Cc: eliz@gnu.org, emacs-devel@gnu.org, cyd@stupidchicken.com, rms@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Feb 07 02:41:59 2006 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1F6HrQ-0004Mw-J0 for ged-emacs-devel@m.gmane.org; Tue, 07 Feb 2006 02:41:42 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1F6Hul-0000vg-28 for ged-emacs-devel@m.gmane.org; Mon, 06 Feb 2006 20:45:07 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1F6HuR-0000vH-TS for emacs-devel@gnu.org; Mon, 06 Feb 2006 20:44:48 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1F6HuP-0000u9-N7 for emacs-devel@gnu.org; Mon, 06 Feb 2006 20:44:47 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1F6HuP-0000u5-AP for emacs-devel@gnu.org; Mon, 06 Feb 2006 20:44:45 -0500 Original-Received: from [192.47.44.130] (helo=tsukuba.m17n.org) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.52) id 1F6Htv-0003EV-AT; Mon, 06 Feb 2006 20:44:15 -0500 Original-Received: from nfs.m17n.org (nfs.m17n.org [192.47.44.7]) by tsukuba.m17n.org (8.13.4/8.13.4/Debian-3) with ESMTP id k171f7ux024779; Tue, 7 Feb 2006 10:41:07 +0900 Original-Received: from etlken (etlken.m17n.org [192.47.44.125]) by nfs.m17n.org (8.13.4/8.13.4/Debian-3) with ESMTP id k171f6T6007807; Tue, 7 Feb 2006 10:41:06 +0900 Original-Received: from handa by etlken with local (Exim 3.36 #1 (Debian)) id 1F6Hqs-0003Qy-00; Tue, 07 Feb 2006 10:41:06 +0900 Original-To: Andreas Schwab In-reply-to: (message from Andreas Schwab on Sat, 04 Feb 2006 00:34:27 +0100) User-Agent: SEMI/1.14.3 (Ushinoya) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.2 Emacs/22.0.50 (i686-pc-linux-gnu) 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: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:50122 Archived-At: In article , Andreas Schwab writes: > Apparently the conversion to multibyte is broken in some way. In the > normal case, when unibyte-display-via-language-environment is nil, no > non-ascii character are ever used for display, so it works as expected. I found what is wrong. There are two problems related to this bug. At first, when running on a terminal, produce_glyphs is called instead of x_produce_glyphs, but unibyte-display-via-language-environment is handled only in x_produce_glyphs. So, I've just installed a fix of this problem. It at least fixes messing up of display as far as your terminal and Emacs agree with terminal coding system. Next, even in utf-8 environment, on displaying, emacs converts unibyte characters of the range 0xA0..0xFF to some multibyte characters if unibyte-display-via-language-environment is non-nil. Theoretically, as utf-8 doesn't use single byte for non-ASCII characters, such a conversion should not be done. But, that conversion has been done for many (7 or more) years, and now is not a good time to change that code. --- Kenichi Handa handa@m17n.org