From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David Kastrup Newsgroups: gmane.emacs.devel Subject: Re: redisplay-dont-pause does not work Date: Tue, 06 Jun 2006 11:58:13 +0200 Message-ID: <85wtbud2ru.fsf@lola.goethe.zz> References: <4483F292.2040302@soem.dk> <8564jgotvf.fsf@lola.goethe.zz> <20060605113149.FC61.SLAWOMIR.NOWACZYK.847@student.lu.se> <851wu4osca.fsf@lola.goethe.zz> <44853B02.4040504@soem.dk> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1149587941 19078 80.91.229.2 (6 Jun 2006 09:59:01 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 6 Jun 2006 09:59:01 +0000 (UTC) Cc: Slawomir Nowaczyk , emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Jun 06 11:58:59 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 1FnYKw-0004H8-5l for ged-emacs-devel@m.gmane.org; Tue, 06 Jun 2006 11:58:58 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FnYKv-000658-RQ for ged-emacs-devel@m.gmane.org; Tue, 06 Jun 2006 05:58:57 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FnYKk-00064A-3B for emacs-devel@gnu.org; Tue, 06 Jun 2006 05:58:46 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FnYKh-00060x-Ip for emacs-devel@gnu.org; Tue, 06 Jun 2006 05:58:44 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FnYKh-00060p-Fx for emacs-devel@gnu.org; Tue, 06 Jun 2006 05:58:43 -0400 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FnYS2-00050d-Px for emacs-devel@gnu.org; Tue, 06 Jun 2006 06:06:18 -0400 Original-Received: from localhost ([127.0.0.1] helo=lola.goethe.zz) by fencepost.gnu.org with esmtp (Exim 4.34) id 1FnYKg-00065X-Ad; Tue, 06 Jun 2006 05:58:42 -0400 Original-Received: by lola.goethe.zz (Postfix, from userid 1002) id 96D531C464FC; Tue, 6 Jun 2006 11:58:13 +0200 (CEST) Original-To: storm@cua.dk (Kim F. Storm) In-Reply-To: (Kim F. Storm's message of "Tue, 06 Jun 2006 11:47:36 +0200") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (gnu/linux) 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:55751 Archived-At: storm@cua.dk (Kim F. Storm) writes: > Lars Hansen writes: > >> Kim F. Storm wrote: >> >>>(defun redisplay-now (&optional object) >>> "Force immediate display update of all windows. >>>If optional arg object is a frame, update display of that frame only. >>>If optional arg object is a window, update display of that window only. >>>If object is a buffer or buffer name, update display of all windows >>>displaying that buffer." >>> ;; There is currently no way to update individual windows, so >>> ;; update everything. >>> (let ((redisplay-dont-pause t)) >>> (sit-for 0))) > > Thinking some more about this, I'm a bit puzzled about what specific > purpose anyone would have from doing this ... > > In most cases, if there are no changes to other parts of the frame, > redisplay will not spend time on updating them... So if the concern > is that updating all windows/frames is performance related, I think > that's a non-issue. > > And even if it _does_ redisplay all windows/frames, only the actual > changes to the display are actually propagated to the screen. > > > So I'm back to supporting the original proposal of having an explicit > "redisplay now" functionality ... but I propose to implement it as a > special call to sit-for: (sit-for t) or perhaps as > (sit-for 0 'redisplay-dont-pause). If we are going to be mess around with sit-for's argument, we might as well use (sit-for -1) This is perfectly logical, since then no input has been seen during the time interval [0, limit]. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum