From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: gerd.moellmann@t-online.de (Gerd Moellmann) Newsgroups: gmane.emacs.devel,gmane.emacs.bidi Subject: Re: merge emacs-bidi into the main tree Date: 10 Aug 2003 12:42:37 +0200 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: <86y8y1yesi.fsf@gerd.free-bsd.org> References: <87lluax3ch.fsf@emacswiki.org> <7458-Sun03Aug2003224354+0300-eliz@elta.co.il> <87smoi9p64.fsf@emacswiki.org> <87he4x5v7x.fsf_-_@emacswiki.org> <86brv0wfyn.fsf@gerd.free-bsd.org> <6480-Fri08Aug2003180204+0300-eliz@elta.co.il> <8665l886vu.fsf@gerd.free-bsd.org> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1060512287 11309 80.91.224.253 (10 Aug 2003 10:44:47 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 10 Aug 2003 10:44:47 +0000 (UTC) Cc: emacs-bidi@gnu.org, alex@emacswiki.org, rms@gnu.org, developer@arabeyes.org, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Sun Aug 10 12:44:45 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 19lngr-0006dn-00 for ; Sun, 10 Aug 2003 12:44:45 +0200 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 19lnnc-0006u0-00 for ; Sun, 10 Aug 2003 12:51:44 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.20) id 19lnfy-00011d-Gs for emacs-devel@quimby.gnus.org; Sun, 10 Aug 2003 06:43:50 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19lnfp-0000zX-Kl for emacs-devel@gnu.org; Sun, 10 Aug 2003 06:43:41 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19lnfF-0000ro-LB for emacs-devel@gnu.org; Sun, 10 Aug 2003 06:43:36 -0400 Original-Received: from [194.25.134.18] (helo=mailout04.sul.t-online.com) by monty-python.gnu.org with esmtp (Exim 4.20) id 19lnfC-0000qv-5l; Sun, 10 Aug 2003 06:43:02 -0400 Original-Received: from fwd11.aul.t-online.de by mailout04.sul.t-online.com with smtp id 19lnf7-00058a-0C; Sun, 10 Aug 2003 12:42:57 +0200 Original-Received: from gerd.free-bsd.org (ZkcsvcZd8eKCOFOPdREODWk+UonaptSJ2gFZjvc35ncVYO43Pfv0cD@[217.85.161.187]) by fwd11.sul.t-online.com with esmtp id 19lnf0-1K1FRY0; Sun, 10 Aug 2003 12:42:50 +0200 Original-Received: from gerd.free-bsd.org (localhost [127.0.0.1]) by gerd.free-bsd.org (8.12.9/8.12.9) with ESMTP id h7AAgflx000260; Sun, 10 Aug 2003 12:42:41 +0200 (CEST) (envelope-from gerd.moellmann@t-online.de) Original-Received: (from gerd@localhost) by gerd.free-bsd.org (8.12.9/8.12.9/Submit) id h7AAgbGN000257; Sun, 10 Aug 2003 12:42:37 +0200 (CEST) X-Authentication-Warning: gerd.free-bsd.org: gerd set sender to gerd.moellmann@t-online.de using -f Original-To: Eli Zaretskii In-Reply-To: Original-Lines: 23 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 X-Seen: false X-ID: ZkcsvcZd8eKCOFOPdREODWk+UonaptSJ2gFZjvc35ncVYO43Pfv0cD 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:15865 gmane.emacs.bidi:133 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:15865 Eli Zaretskii writes: > However, it doesn't seem right to me to have an Emacs that cannot > scroll fast enough just because I've set such a flag, assuming that > Gerd's intuition is correct. One way to see how working with disabled redisplay optimizations feels might be to intentionally disable the optimizations in the source code. (Which is, BTW, where my intuition comes from, only that I didn't disable any optimizations, but implement one after the other until the result was "fast enough", for me anyway. And, another BTW, redisplay optimization was _the_ major time sink and _the_ primary source of complexity, when rewriting redisplay, esp. under the ancillary condition of being compatible with Emacs 19's redisplay. I'm mentioning that only in case that r2l redisplay optimization will prove necessary.) In any case, I think it might be worth the experiment. Computers got noticeable faster, maybe the picture is different now than it was in the late '90s.