From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Alan Mackenzie Newsgroups: gmane.emacs.devel Subject: Aborting display. Is this possible? Date: Sun, 19 Oct 2014 14:17:13 +0000 Message-ID: <20141019141712.GB3197@acm.acm> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1413728611 7492 80.91.229.3 (19 Oct 2014 14:23:31 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 19 Oct 2014 14:23:31 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Oct 19 16:23:24 2014 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1XfrOF-0000x8-EU for ged-emacs-devel@m.gmane.org; Sun, 19 Oct 2014 16:23:23 +0200 Original-Received: from localhost ([::1]:40243 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XfrOE-00084r-Hi for ged-emacs-devel@m.gmane.org; Sun, 19 Oct 2014 10:23:22 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:49711) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XfrNu-00084K-OC for emacs-devel@gnu.org; Sun, 19 Oct 2014 10:23:10 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XfrNn-0006sr-8n for emacs-devel@gnu.org; Sun, 19 Oct 2014 10:23:02 -0400 Original-Received: from colin.muc.de ([193.149.48.1]:37567 helo=mail.muc.de) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XfrNm-0006s7-Ul for emacs-devel@gnu.org; Sun, 19 Oct 2014 10:22:55 -0400 Original-Received: (qmail 13110 invoked by uid 3782); 19 Oct 2014 14:22:52 -0000 Original-Received: from acm.muc.de (pD95196BD.dip0.t-ipconnect.de [217.81.150.189]) by colin.muc.de (tmda-ofmipd) with ESMTP; Sun, 19 Oct 2014 16:22:51 +0200 Original-Received: (qmail 3853 invoked by uid 1000); 19 Oct 2014 14:17:13 -0000 Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) X-Delivery-Agent: TMDA/1.1.12 (Macallan) X-Primary-Address: acm@muc.de X-detected-operating-system: by eggs.gnu.org: FreeBSD 8.x X-Received-From: 193.149.48.1 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:175560 Archived-At: Hello, Emacs. A lisp program can influence an ongoing display operation by setting redisplay-dont-pause to nil. When input arrives, the displaying is immediately paused. However, at the next opportunity, the displaying carries on where it left off, rather than being aborted. It would be nice to arrange for such abortion to happen, leaving the partly completed display visible on the user's video. Why? Better to handle a user auto-repeating on the PageDown key. On my system, auto-repeat is around 35-40 characters per second, on a window with 65 lines. In my favourite mode, display can not keep up. If I set redisplay-dont-pause to nil and hold down PageDown, what the user sees is frozen for several seconds whilst display determines the display of every intermediate buffer position (which isn't going to get displayed anyway) before finally reaching point. Would it be possible to enhance display such that incoming input would abort the current display operation? -- Alan Mackenzie (Nuremberg, Germany).