From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: redisplay-dont-pause Date: Thu, 15 Sep 2011 18:02:52 -0400 Message-ID: References: <83ipovw2z2.fsf@gnu.org> Reply-To: rms@gnu.org NNTP-Posting-Host: lo.gmane.org Content-Type: text/plain; charset=ISO-8859-15 X-Trace: dough.gmane.org 1316124182 4589 80.91.229.12 (15 Sep 2011 22:03:02 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 15 Sep 2011 22:03:02 +0000 (UTC) Cc: emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Sep 16 00:02:58 2011 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1R4K1J-0001i5-SN for ged-emacs-devel@m.gmane.org; Fri, 16 Sep 2011 00:02:58 +0200 Original-Received: from localhost ([::1]:49358 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R4K1J-00046d-EB for ged-emacs-devel@m.gmane.org; Thu, 15 Sep 2011 18:02:57 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:45559) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R4K1G-00046C-H7 for emacs-devel@gnu.org; Thu, 15 Sep 2011 18:02:55 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1R4K1F-0001uP-HP for emacs-devel@gnu.org; Thu, 15 Sep 2011 18:02:54 -0400 Original-Received: from fencepost.gnu.org ([140.186.70.10]:41027) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R4K1F-0001uL-Ec for emacs-devel@gnu.org; Thu, 15 Sep 2011 18:02:53 -0400 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1R4K1E-0008MN-T9; Thu, 15 Sep 2011 18:02:52 -0400 In-reply-to: (message from Eli Zaretskii on Thu, 15 Sep 2011 00:59:17 -0400) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 140.186.70.10 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:144063 Archived-At: When the value is nil, Emacs checks at several places during redisplay whether some input is available, and if so, it aborts the redisplay cycle to handle the incoming input. That has the effect of forcing a full redisplay on the next opportunity, for those frames that were not completely redisplayed. Here, "full" means that all display optimizations are wholesale disabled for all windows on the frame. That is strange. I wonder why it does that? In the old days, Emacs would update the display records for each line that it output, so that the subsequent redisplay would know where it was starting from. Maybe this has to do with the variable height of lines, and overlap of lines. the display gets stuck because Emacs cannot keep up with the input and completely stops displaying. Over any substantial period, if the commands come so fast that excuting them leaves no time for redisplay, Emacs should not redisplay at all. You might describe that by saying "the display gets stuck", but this is what should happen. . it effectively slows down the keyboard auto-repeat rate (because events need to wait for the end of redisplay before they are processed), but only by a small factor, so the user experience is that Emacs does succeed to keep up. I am lost here. The keyboard determines its auto-repeat rate. Emacs can't slow it down. All it can do is skip redisplays so as to cope with the commands at the rate they are generated. -- Dr Richard Stallman President, Free Software Foundation 51 Franklin St Boston MA 02110 USA www.fsf.org www.gnu.org Skype: No way! That's nonfree (freedom-denying) software. Use free telephony http://directory.fsf.org/category/tel/