From mboxrd@z Thu Jan 1 00:00:00 1970 Path: quimby.gnus.org!not-for-mail From: "Stefan Monnier" Newsgroups: gmane.emacs.devel Subject: Re: sit-for considered harmful in kbd-macros Date: Thu, 07 Feb 2002 09:32:28 -0500 Message-ID: <200202071432.g17EWSX01695@rum.cs.yale.edu> References: <200202062241.g16MfDO30778@rum.cs.yale.edu> <5xwuxqchwj.fsf@kfs2.cua.dk> NNTP-Posting-Host: quimby2.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: quimby2.netfonds.no 1013092886 15523 195.204.10.66 (7 Feb 2002 14:41:26 GMT) X-Complaints-To: usenet@quimby2.netfonds.no NNTP-Posting-Date: 7 Feb 2002 14:41:26 GMT Cc: "Stefan Monnier" , emacs-devel@gnu.org Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby2.netfonds.no with esmtp (Exim 3.12 #1 (Debian)) id 16Ypjq-00042H-00 for ; Thu, 07 Feb 2002 15:41:26 +0100 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.33 #1 (Debian)) id 16Ypbn-0008Nq-00; Thu, 07 Feb 2002 09:33:07 -0500 Original-Received: from rum.cs.yale.edu ([128.36.229.169]) by fencepost.gnu.org with esmtp (Exim 3.33 #1 (Debian)) id 16YpbF-0008Ff-00 for ; Thu, 07 Feb 2002 09:32:33 -0500 Original-Received: (from monnier@localhost) by rum.cs.yale.edu (8.11.6/8.11.6) id g17EWSX01695; Thu, 7 Feb 2002 09:32:28 -0500 X-Mailer: exmh version 2.4 06/23/2000 with nmh-1.0.4 Original-To: storm@cua.dk (Kim F. Storm) Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: quimby.gnus.org gmane.emacs.devel:844 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:844 > > How about short-circuiting sit-for when called from a kbd-macro, > > as if input was pending ? > > I agree that it should definitely not delay execution (in fact, I > don't think 20.7 did that). I don't know if it should perform > redisplay though. I think it should behave exactly as if the macro's events were being entered by the user: i.e. as if there was input pending. So maybe the change should be done inside detect_input_pending_run_timers (in keyboard.c). Looking at requeued_events_pending_p (and the comment before it), I see that someone has had similar ideas and that pushing the idea further might not be as straightforward as it seems. So maybe patching sit-for is good enough for now. Stefan _______________________________________________ Emacs-devel mailing list Emacs-devel@gnu.org http://mail.gnu.org/mailman/listinfo/emacs-devel