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: Fri, 03 Feb 2006 11:06:28 +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 1138932439 13470 80.91.229.2 (3 Feb 2006 02:07:19 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 3 Feb 2006 02:07:19 +0000 (UTC) Cc: cyd@stupidchicken.com, rms@gnu.org, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Feb 03 03:07:07 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 1F4qLl-0003Zi-Mt for ged-emacs-devel@m.gmane.org; Fri, 03 Feb 2006 03:07:01 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1F4qOt-00032T-Kk for ged-emacs-devel@m.gmane.org; Thu, 02 Feb 2006 21:10:15 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1F4qOZ-00031n-V6 for emacs-devel@gnu.org; Thu, 02 Feb 2006 21:09:56 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1F4qOW-00030X-34 for emacs-devel@gnu.org; Thu, 02 Feb 2006 21:09:55 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1F4qOV-00030T-T4 for emacs-devel@gnu.org; Thu, 02 Feb 2006 21:09:51 -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 1F4qNN-0000v1-O7; Thu, 02 Feb 2006 21:08:42 -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 k1326UH7012702; Fri, 3 Feb 2006 11:06:30 +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 k1326TXn002748; Fri, 3 Feb 2006 11:06:29 +0900 Original-Received: from handa by etlken with local (Exim 3.36 #1 (Debian)) id 1F4qLE-0003z1-00; Fri, 03 Feb 2006 11:06:28 +0900 Original-To: Andreas Schwab In-reply-to: (message from Andreas Schwab on Wed, 01 Feb 2006 11:43: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:49948 Archived-At: In article , Andreas Schwab writes: > Chong Yidong writes: >> How about simply making unibyte_display_via_language_environment >> default to t? > It completely messes up display in termcap frames. Really? If unibyte_display_via_language_environment is t, each eight-bit character is converted to a multibyte character according to your current locale, and then is writen out after being encoded again according to your current locale. If some multibyte character can't be encoded by your locale coding system, just SPC is produced. So, as far as your terminal is capable of your locale, the display should not be messed up. --- Kenichi Handa handa@m17n.org