From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Ihor Radchenko Newsgroups: gmane.emacs.bugs Subject: bug#64596: 30.0.50; On FIXME: in src/buffer.c:1481 (force-mode-line-update) Date: Tue, 18 Jul 2023 09:52:28 +0000 Message-ID: <87msztv95v.fsf@localhost> References: <877cr4nez9.fsf@localhost> <83lefj4okb.fsf@gnu.org> <83fs5r3tqv.fsf@gnu.org> <834jm6fppc.fsf@gnu.org> <87a5vyidy6.fsf@localhost> <83sf9qe2ip.fsf@gnu.org> <83a5vxejz6.fsf@gnu.org> <87ttu4gnpt.fsf@localhost> <83bkgb8xo5.fsf@gnu.org> <87jzuz1uq5.fsf@localhost> <83a5vv8edp.fsf@gnu.org> <87ttu2zydc.fsf@localhost> <83351m92jl.fsf@gnu.org> <87y1jeiw8t.fsf@localhost> <831qh6917k.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="3542"; mail-complaints-to="usenet@ciao.gmane.io" Cc: monnier@iro.umontreal.ca, 64596@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Tue Jul 18 11:53:25 2023 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1qLhOX-0000j5-FP for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 18 Jul 2023 11:53:25 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qLhOC-0007pp-4q; Tue, 18 Jul 2023 05:53:04 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qLhOA-0007pf-Ie for bug-gnu-emacs@gnu.org; Tue, 18 Jul 2023 05:53:02 -0400 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1qLhOA-0002tA-5p for bug-gnu-emacs@gnu.org; Tue, 18 Jul 2023 05:53:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1qLhOA-0003us-1s for bug-gnu-emacs@gnu.org; Tue, 18 Jul 2023 05:53:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Ihor Radchenko Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 18 Jul 2023 09:53:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 64596 X-GNU-PR-Package: emacs Original-Received: via spool by 64596-submit@debbugs.gnu.org id=B64596.168967395015013 (code B ref 64596); Tue, 18 Jul 2023 09:53:02 +0000 Original-Received: (at 64596) by debbugs.gnu.org; 18 Jul 2023 09:52:30 +0000 Original-Received: from localhost ([127.0.0.1]:51586 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qLhNc-0003u4-NB for submit@debbugs.gnu.org; Tue, 18 Jul 2023 05:52:30 -0400 Original-Received: from mout02.posteo.de ([185.67.36.66]:44413) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qLhNY-0003to-4Y for 64596@debbugs.gnu.org; Tue, 18 Jul 2023 05:52:27 -0400 Original-Received: from submission (posteo.de [185.67.36.169]) by mout02.posteo.de (Postfix) with ESMTPS id 90E43240103 for <64596@debbugs.gnu.org>; Tue, 18 Jul 2023 11:52:18 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1689673938; bh=O8cgyIt8stlmPkS9WXgAZJyly3ZfOgD+VzuYU/RFR1Q=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version:From; b=Pd0X15d5/fkyBRAzlUgeuQ9Sjz4WeBFODSv/5U33yEafd8O+pVASbJqaBeB90fP6q QGC2MVN0UUJo8ayQpZPxcNnSEpW5CLEw6noSaM/sINB4gXwjP8jXCgmneIhcumczAC f5Q/2bL8/LLpwrcvH9GSID4oSJNjF9YyzaXGiB1BjBwIGypHzPqU/B8bA3WpfAO3wy ksI5wQcxdq9KH2ofqXAQCnbhPR7qKJidc7hQSxNoTY1S87CZll4Z9AgkbK8neGNP9L QGerJydCZh38RSuTmtjk8uG+IWuhAnA7XIdIk5984kKcKxRjhhRNr+hC9fMDAQQy0t 49g/RdD8uOLnA== Original-Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4R4vPY3cC3z6txy; Tue, 18 Jul 2023 11:52:17 +0200 (CEST) In-Reply-To: <831qh6917k.fsf@gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list 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-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:265429 Archived-At: Eli Zaretskii writes: >> May someone then detail these steps in the top commentary in xdisp.c + >> highlight that redisplay term is generally used when deciding if we need >> to update. > > It's already in the large commentary at the beginning of xdisp.c > (search for "update_window" to find the description of "update"). It > just "drowns" in the sea of the information there I saw this. But "update" is not used consistently across that commentary. If we read at the very beginning: /* New redisplay written by Gerd Moellmann . Redisplay. Emacs separates the task of updating the display from code modifying global state, e.g. buffer text. ... Updating the display is triggered by the Lisp interpreter when it decides it's time to do it.... Which immediately creates an impression that "redisplay" and "update" are referring to the same thing. It would be nice the highlight the distinction rightaway there. Further, You will find a lot of redisplay optimizations when you start looking at the innards of redisplay. The overall goal of all these optimizations is to make redisplay fast because it is done frequently. Some of these optimizations are implemented by the following functions: focuses on optimizations related to window, but says nothing about checking frames. It talks not about buffers displayed in multiple windows either. The rest of the commentary is diving deep into the "update" part. Redisplay and its optimizations are not described in sufficient detail. -- Ihor Radchenko // yantar92, Org mode contributor, Learn more about Org mode at . Support Org development at , or support my work at