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: Sun, 29 Jan 2012 19:11:58 +0200 Message-ID: <83wr8awi01.fsf@gnu.org> References: <87zkdl93r0.fsf@web.de> <6162fwu92z.fsf@fencepost.gnu.org> <83y5ssxlrx.fsf@gnu.org> <838vkry3ju.fsf@gnu.org> <837h0by0qu.fsf@gnu.org> <7cvcnv2g9v.fsf@fencepost.gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: dough.gmane.org 1327857311 19294 80.91.229.3 (29 Jan 2012 17:15:11 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sun, 29 Jan 2012 17:15:11 +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 Sun Jan 29 18:15:09 2012 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1RrYLH-0007Ji-Kh for geb-bug-gnu-emacs@m.gmane.org; Sun, 29 Jan 2012 18:15:03 +0100 Original-Received: from localhost ([::1]:33614 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RrYLH-00019c-1C for geb-bug-gnu-emacs@m.gmane.org; Sun, 29 Jan 2012 12:15:03 -0500 Original-Received: from eggs.gnu.org ([140.186.70.92]:55207) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RrYLD-00019N-Rl for bug-gnu-emacs@gnu.org; Sun, 29 Jan 2012 12:15:00 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RrYLC-0002t5-OR for bug-gnu-emacs@gnu.org; Sun, 29 Jan 2012 12:14:59 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:40383) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RrYLC-0002sv-MM for bug-gnu-emacs@gnu.org; Sun, 29 Jan 2012 12:14:58 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1RrYLG-0004ap-FD for bug-gnu-emacs@gnu.org; Sun, 29 Jan 2012 12:15: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: Sun, 29 Jan 2012 17:15: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.132785725517586 (code B ref 10539); Sun, 29 Jan 2012 17:15:02 +0000 Original-Received: (at 10539) by debbugs.gnu.org; 29 Jan 2012 17:14:15 +0000 Original-Received: from localhost ([127.0.0.1]:44006 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RrYKU-0004Zb-KZ for submit@debbugs.gnu.org; Sun, 29 Jan 2012 12:14:14 -0500 Original-Received: from mtaout23.012.net.il ([80.179.55.175]:64610) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RrYKS-0004ZP-Hi for 10539@debbugs.gnu.org; Sun, 29 Jan 2012 12:14:13 -0500 Original-Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0LYK00100L5O0400@a-mtaout23.012.net.il> for 10539@debbugs.gnu.org; Sun, 29 Jan 2012 19:14:01 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([84.228.102.195]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LYK000YML7AXQ30@a-mtaout23.012.net.il>; Sun, 29 Jan 2012 19:13:59 +0200 (IST) In-reply-to: <7cvcnv2g9v.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:56202 Archived-At: > From: Glenn Morris > Cc: michael_heerdegen@web.de, 10539@debbugs.gnu.org > Date: Sun, 29 Jan 2012 01:07:24 -0500 > > Eli Zaretskii wrote: > > > I think force-mode-line-update nowadays always forces update of all > > visible mode lines, not just the one of the current buffer. > > > > Calling force-mode-line-update with ALL non-nil forces a more thorough > > redisplay (because it sets a flag which causes redisplay not to trust > > the contents of the displayed windows, not just their mode lines). > > > > IOW, (force-mode-line-update t) is a way to force the next redisplay > > cycle do a more thorough job, it has nothing to do with mode lines per > > se. > > I think it would be good if you could document this, because it's > basically impossible to figure out what this function actually does from > looking at its lisp definition. I don't mind, but I'd like Chong's and Stefan's opinion on this first. The way the function is (was) implemented it exploits intimate knowledge about redisplay's inner workings. Maybe we should simply expose to Lisp the corresponding internal variables instead, or provide Lisp primitive functions to set them?