From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Display slowness that is painful Date: Fri, 03 Feb 2006 21:17:22 +0200 Message-ID: References: <87slr5c78p.fsf@stupidchicken.com> <877j8fx43q.fsf@stupidchicken.com> Reply-To: Eli Zaretskii NNTP-Posting-Host: main.gmane.org X-Trace: sea.gmane.org 1139004495 14019 80.91.229.2 (3 Feb 2006 22:08:15 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 3 Feb 2006 22:08:15 +0000 (UTC) Cc: cyd@stupidchicken.com, emacs-devel@gnu.org, rms@gnu.org, handa@m17n.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Feb 03 23:08:13 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 1F596C-0006Pd-F2 for ged-emacs-devel@m.gmane.org; Fri, 03 Feb 2006 23:08:12 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1F597N-0005Tz-3t for ged-emacs-devel@m.gmane.org; Fri, 03 Feb 2006 17:09:25 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1F56e5-0003cA-9w for emacs-devel@gnu.org; Fri, 03 Feb 2006 14:31:01 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1F56e3-0003bY-TV for emacs-devel@gnu.org; Fri, 03 Feb 2006 14:31:00 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1F56Ut-00086G-8n for emacs-devel@gnu.org; Fri, 03 Feb 2006 14:21:31 -0500 Original-Received: from [192.114.186.17] (helo=gandalf.inter.net.il) by monty-python.gnu.org with esmtp (Exim 4.52) id 1F56TQ-0007kj-D9; Fri, 03 Feb 2006 14:20:00 -0500 Original-Received: from nitzan.inter.net.il (nitzan.inter.net.il [192.114.186.20]) by gandalf.inter.net.il (MOS 3.7.1-GA) with ESMTP id HTP01038; Fri, 3 Feb 2006 21:17:24 +0200 (IST) Original-Received: from HOME-C4E4A596F7 (IGLD-80-230-29-144.inter.net.il [80.230.29.144]) by nitzan.inter.net.il (MOS 3.7.3-GA) with ESMTP id CPW43752 (AUTH halo1); Fri, 3 Feb 2006 21:17:16 +0200 (IST) Original-To: Andreas Schwab In-reply-to: (message from Andreas Schwab on Fri, 03 Feb 2006 11:15:50 +0100) 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:49983 Archived-At: > From: Andreas Schwab > Date: Fri, 03 Feb 2006 11:15:50 +0100 > Cc: cyd@stupidchicken.com, rms@gnu.org, emacs-devel@gnu.org > > Kenichi Handa writes: > > > 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? > > Yes. All unibyte characters (except control characters) are written out > verbatim. Then what is it that you think unibyte-display-via-language-environment actually does? Unibyte characters are written verbatim when this option is set to nil, not to t. When it's non-nil, unibyte characters are converted to multibyte and then written as if they were multibyte. Or at least that's the theory was last time I looked. The doc string still says: unibyte-display-via-language-environment's value is nil *Non-nil means display unibyte text according to language environment. Specifically this means that unibyte non-ASCII characters are displayed by converting them to the equivalent multibyte characters according to the current language environment. As a result, they are displayed according to the current fontset. Is that a lie?