From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#10539: 24.0.92; low display-time-interval makes Emacs slow Date: Sat, 28 Jan 2012 10:40:34 +0200 Message-ID: <83y5ssxlrx.fsf@gnu.org> References: <87zkdl93r0.fsf@web.de> <6162fwu92z.fsf@fencepost.gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org X-Trace: dough.gmane.org 1327740211 13164 80.91.229.12 (28 Jan 2012 08:43:31 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sat, 28 Jan 2012 08:43:31 +0000 (UTC) Cc: michael_heerdegen@web.de, 10539@debbugs.gnu.org To: Glenn Morris Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Jan 28 09:43:27 2012 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1Rr3sc-0002t9-FY for geb-bug-gnu-emacs@m.gmane.org; Sat, 28 Jan 2012 09:43:26 +0100 Original-Received: from localhost ([::1]:57171 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Rr3sb-0006hH-Mg for geb-bug-gnu-emacs@m.gmane.org; Sat, 28 Jan 2012 03:43:25 -0500 Original-Received: from eggs.gnu.org ([140.186.70.92]:35468) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Rr3sY-0006h9-E6 for bug-gnu-emacs@gnu.org; Sat, 28 Jan 2012 03:43:23 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Rr3sW-0003u3-TO for bug-gnu-emacs@gnu.org; Sat, 28 Jan 2012 03:43:22 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:42075) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Rr3sW-0003tx-Rm for bug-gnu-emacs@gnu.org; Sat, 28 Jan 2012 03:43:20 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1Rr3tC-0005LA-A4 for bug-gnu-emacs@gnu.org; Sat, 28 Jan 2012 03:44:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 28 Jan 2012 08:44:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10539 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 10539-submit@debbugs.gnu.org id=B10539.132774020920476 (code B ref 10539); Sat, 28 Jan 2012 08:44:02 +0000 Original-Received: (at 10539) by debbugs.gnu.org; 28 Jan 2012 08:43:29 +0000 Original-Received: from localhost ([127.0.0.1]:47462 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Rr3sf-0005KD-Bu for submit@debbugs.gnu.org; Sat, 28 Jan 2012 03:43:29 -0500 Original-Received: from mtaout21.012.net.il ([80.179.55.169]:39413) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Rr3sc-0005Jx-C5 for 10539@debbugs.gnu.org; Sat, 28 Jan 2012 03:43:28 -0500 Original-Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0LYI00J002O6F400@a-mtaout21.012.net.il> for 10539@debbugs.gnu.org; Sat, 28 Jan 2012 10:42:37 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([84.228.102.195]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LYI00JMI2V06790@a-mtaout21.012.net.il>; Sat, 28 Jan 2012 10:42:37 +0200 (IST) In-reply-to: <6162fwu92z.fsf@fencepost.gnu.org> X-012-Sender: halo1@inter.net.il X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:56115 Archived-At: > From: Glenn Morris > Date: Fri, 27 Jan 2012 16:30:44 -0500 > Cc: 10539@debbugs.gnu.org > > Michael Heerdegen wrote: > > > Second, the doc of `display-time-update' says > > > > Update the display-time info for the mode line. > > However, don't redisplay right now. > > > > But it _does_ redisplay, it calls `force-mode-line-update' explicitly at > > the end of the code! > > Looking at the history, the code used to have a (sit-for 0.0) after the > force-mode-line-update. The "don't redisplay" part was added when the > sit-for was removed. I confess that I don't really understand > force-mode-line-update [1]. The name makes sense, but not much else. The discussion that you refer to was about the optional ALL argument. It said nothing about force-mode-line-update itself or its effect, apart of that. > The manual says: > > -- Function: force-mode-line-update &optional all > Force redisplay of the current buffer's mode line and header line. > The next redisplay will update the mode line and header line based > on the latest values of all relevant variables. > > which seems contradictory to me ("force redisplay" + "next redisplay"). Would the following wording make it less confusing/contradictory? Force next redisplay cycle to update the current buffer's mode line and header line, based on the latest values of all the relevant variables. > Maybe the "don't redisplay" refers to the lack of the ALL argument? No, it refers to the fact that force-mode-line-update does not trigger redisplay, it just sets some internal variable that would force recomputation and redisplay of the mode line during the next redisplay cycle, whenever that happens. IOW, it prevents Emacs from deciding that nothing changed and therefore nothing on the screen should be redrawn.