From unknown Wed Aug 20 05:17:18 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#12872 <12872@debbugs.gnu.org> To: bug#12872 <12872@debbugs.gnu.org> Subject: Status: 24.2; Provide a feature to trigger mode-line redisplay Reply-To: bug#12872 <12872@debbugs.gnu.org> Date: Wed, 20 Aug 2025 12:17:18 +0000 retitle 12872 24.2; Provide a feature to trigger mode-line redisplay reassign 12872 emacs submitter 12872 Eli Zaretskii severity 12872 wishlist tag 12872 moreinfo wontfix thanks From debbugs-submit-bounces@debbugs.gnu.org Mon Nov 12 13:28:21 2012 Received: (at submit) by debbugs.gnu.org; 12 Nov 2012 18:28:21 +0000 Received: from localhost ([127.0.0.1]:35930 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TXyk9-00088P-1C for submit@debbugs.gnu.org; Mon, 12 Nov 2012 13:28:21 -0500 Received: from eggs.gnu.org ([208.118.235.92]:55551) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TXyk6-00088I-Ux for submit@debbugs.gnu.org; Mon, 12 Nov 2012 13:28:20 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TXyje-0002oQ-Jw for submit@debbugs.gnu.org; Mon, 12 Nov 2012 13:27:53 -0500 Received: from lists.gnu.org ([208.118.235.17]:57086) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TXyje-0002oM-Gz for submit@debbugs.gnu.org; Mon, 12 Nov 2012 13:27:50 -0500 Received: from eggs.gnu.org ([208.118.235.92]:58920) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TXyjb-000799-Ec for bug-gnu-emacs@gnu.org; Mon, 12 Nov 2012 13:27:50 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TXyjY-0002mD-CM for bug-gnu-emacs@gnu.org; Mon, 12 Nov 2012 13:27:47 -0500 Received: from mtaout21.012.net.il ([80.179.55.169]:38158) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TXyjX-0002lt-Vv for bug-gnu-emacs@gnu.org; Mon, 12 Nov 2012 13:27:44 -0500 Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0MDD00I00ZRR4W00@a-mtaout21.012.net.il> for bug-gnu-emacs@gnu.org; Mon, 12 Nov 2012 20:27:34 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MDE00IDT0LY4H40@a-mtaout21.012.net.il> for bug-gnu-emacs@gnu.org; Mon, 12 Nov 2012 20:27:34 +0200 (IST) Date: Mon, 12 Nov 2012 20:27:49 +0200 From: Eli Zaretskii Subject: 24.2; Provide a feature to trigger mode-line redisplay X-012-Sender: halo1@inter.net.il To: bug-gnu-emacs@gnu.org Message-id: <837gpqwuai.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: Solaris 10 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 208.118.235.17 X-Spam-Score: -7.1 (-------) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -7.1 (-------) This is a feature request: provide a way to trigger mode-line redisplay when the current line changes. This is so the mode line could display information about the current line. See the discussion of bug #12867 for more context. In GNU Emacs 24.2.1 (i386-mingw-nt5.1.2600) of 2012-09-17 on HOME-C4E4A596F7 Windowing system distributor `Microsoft Corp.', version 5.1.2600 Configured using: `configure --with-gcc (3.4)' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: ENU value of $XMODIFIERS: nil locale-coding-system: cp1255 default enable-multibyte-characters: t Major mode: Mail Minor modes in effect: shell-dirtrack-mode: t flyspell-mode: t diff-auto-refine-mode: t desktop-save-mode: t show-paren-mode: t display-time-mode: t tooltip-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t temp-buffer-resize-mode: t line-number-mode: t abbrev-mode: t Recent input: C-w C-c C-s d d d C-c C-n r C-c C-y C-x C-x C-SPC C-w I S-SPC a s k e d SPC R i v c h a r d SPC t o SPC s e e SPC w h a t SPC c a n SPC b e SPC d o n e . C-c C-s d d SPC d d d d d d t t C-x C-s M-1 g C-z C-z C-z C-z C-z C-z C-z C-z C-z C-z C-z C-z C-z C-z C-z C-z C-z C-z C-z C-z C-z C-z C-z C-z C-z C-z C-z C-z C-z C-z C-z C-z C-z C-z C-z C-z C-z C-z C-z C-z C-z C-z C-z C-z C-z C-z C-z C-z C-z C-z C-z C-z C-z C-z C-z C-z C-z C-z C-z C-z C-z C-z C-z C-z C-z C-z C-z C-z C-z C-z C-z C-z C-z C-z C-z C-z C-z C-z C-z C-z C-z C-z C-z C-z C-z C-z C-z C-z C-z C-z n d d d d d p M-x r e p o r t - e m a c s - b u g Recent messages: No following nondeleted message Saving file d:/usr/eli/rmail/INBOX... Wrote d:/usr/eli/rmail/INBOX [2 times] Getting mail from d:/usr/eli/data/mail.new... Counting new messages...done (6) Saving file d:/usr/eli/rmail/INBOX... Wrote d:/usr/eli/rmail/INBOX [2 times] Computing summary lines...done 6 new messages read No following nondeleted message Load-path shadows: None found. Features: (shadow emacsbug autoconf autoconf-mode skeleton dired-aux pp descr-text iso-transl etags shell mailcap texinfo utf-7 tar-mode thai-util thai-word mule-util ebuff-menu electric bug-reference add-log misearch multi-isearch help-mode view network-stream starttls tls smtpmail auth-source eieio assoc gnus-util password-cache dabbrev mailalias sendmail rmailout tcl nxml-uchnm rng-xsd xsd-regexp rng-cmpct rng-nxml rng-valid rng-loc rng-uri rng-parse nxml-parse rng-match rng-dt rng-util rng-pttrn nxml-ns nxml-mode nxml-outln nxml-rap nxml-util nxml-glyph nxml-enc xmltok sgml-mode conf-mode parse-time generic sh-script executable dired-x dired vc-cvs face-remap flyspell org-wl org-w3m org-vm org-rmail org-mhe org-mew org-irc org-jsinfo org-infojs org-html org-exp ob-exp org-exp-blocks find-func org-agenda org-info org-gnus org-docview org-bibtex bibtex org-bbdb org byte-opt warnings bytecomp byte-compile cconv macroexp advice help-fns advice-preload ob-emacs-lisp ob-tangle ob-ref ob-lob ob-table org-footnote org-src ob-comint ob-keys ob ob-eval org-pcomplete pcomplete comint ansi-color ring org-list org-faces org-compat org-entities org-macs noutline outline cal-menu calendar cal-loaddefs arc-mode archive-mode make-mode autorevert jka-compr smerge-mode newcomment diff-mode easy-mmode info vc-bzr cc-mode cc-fonts cc-guess cc-menus cc-cmds cc-styles cc-align cc-engine cc-vars cc-defs regexp-opt rmailsum qp rmailmm message format-spec rfc822 mml mml-sec mm-decode mm-bodies mm-encode mailabbrev gmm-utils mailheader mail-parse rfc2231 rmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils desktop server filecache mairix cus-edit easymenu cus-start cus-load wid-edit saveplace midnight ispell generic-x paren battery time time-date tooltip ediff-hook vc-hooks lisp-float-type mwheel dos-w32 disp-table ls-lisp w32-win w32-vars tool-bar dnd fontset image fringe lisp-mode register page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer loaddefs button faces cus-face files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote make-network-process multi-tty emacs) From debbugs-submit-bounces@debbugs.gnu.org Mon Nov 12 14:07:44 2012 Received: (at 12872) by debbugs.gnu.org; 12 Nov 2012 19:07:44 +0000 Received: from localhost ([127.0.0.1]:35973 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TXzMG-0000aL-16 for submit@debbugs.gnu.org; Mon, 12 Nov 2012 14:07:44 -0500 Received: from aserp1040.oracle.com ([141.146.126.69]:29170) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TXzMD-0000aE-Qo for 12872@debbugs.gnu.org; Mon, 12 Nov 2012 14:07:42 -0500 Received: from ucsinet22.oracle.com (ucsinet22.oracle.com [156.151.31.94]) by aserp1040.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id qACJ7EK9013834 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 12 Nov 2012 19:07:15 GMT Received: from acsmt358.oracle.com (acsmt358.oracle.com [141.146.40.158]) by ucsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id qACJ7DZZ014437 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 12 Nov 2012 19:07:14 GMT Received: from abhmt103.oracle.com (abhmt103.oracle.com [141.146.116.55]) by acsmt358.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id qACJ7D7n022020; Mon, 12 Nov 2012 13:07:13 -0600 Received: from dradamslap1 (/130.35.178.8) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 12 Nov 2012 11:07:12 -0800 From: "Drew Adams" To: "'Eli Zaretskii'" References: <77CAAFE4D0CE4DD98476C996E3158648@us.oracle.com> <83obj2x218.fsf@gnu.org> <83ehjywvx9.fsf@gnu.org> <42FD6C9E3CE4497C860CC8BA17FB1DE5@us.oracle.com> <83625awtyj.fsf@gnu.org> Subject: RE: bug#12867: 24.3.50; easy-to-repro crash involving mode line Date: Mon, 12 Nov 2012 11:07:11 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <83625awtyj.fsf@gnu.org> Thread-Index: Ac3BBGdBEM249hz4RtKiGKByx7hKMQAA53HQ X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-Source-IP: ucsinet22.oracle.com [156.151.31.94] X-Spam-Score: 0.6 (/) X-Debbugs-Envelope-To: 12872 Cc: 12872@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 0.6 (/) [from bug #12867] > I mean a new option, an enhancement. > > > > But we should first formulate the conditions under which this > > > redisplay will be performed. > > > > If we're talking about my use case then it is each time the > > current line changes. > > Would it be good enough to redisplay whenever point moves, and let > your code you run from :eval decide whether the text on the mode line > needs to be changed? I think this will be a more general solution. Yes, it would be good enough. But the advantage that I'm supposing %l has is that the line-counting is done in C, as part of the display engine. If my code had to check whether the line has changed then it would do that in Lisp. Not saying that's a big deal. But it still looks to me like the %l triggering is convenient. Perhaps the option could handle both cases: the general point-change case and the more particular line-change case, depending on the option value? BTW, why would this be a user option, rather than just a variable that code can bind? The use case for users is not too clear to me. I guess you want users to be able to turn off such triggering? That is something different from turning off redisplay caused by such triggering (of course, inhibiting the triggering turns off its resulting redisplay also). Anyway, I don't have much to say about what should be done for this enhancement. > Done: bug #12872. Let's continue there. Thank you. From debbugs-submit-bounces@debbugs.gnu.org Mon Nov 12 14:46:41 2012 Received: (at 12872) by debbugs.gnu.org; 12 Nov 2012 19:46:41 +0000 Received: from localhost ([127.0.0.1]:36023 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TXzxw-0002MZ-Qp for submit@debbugs.gnu.org; Mon, 12 Nov 2012 14:46:41 -0500 Received: from mtaout20.012.net.il ([80.179.55.166]:41001) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TXzxt-0002MQ-T8 for 12872@debbugs.gnu.org; Mon, 12 Nov 2012 14:46:39 -0500 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0MDE00M00448LD00@a-mtaout20.012.net.il> for 12872@debbugs.gnu.org; Mon, 12 Nov 2012 21:46:10 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MDE00MQZ48Y7D70@a-mtaout20.012.net.il>; Mon, 12 Nov 2012 21:46:10 +0200 (IST) Date: Mon, 12 Nov 2012 21:46:26 +0200 From: Eli Zaretskii Subject: Re: bug#12872: 24.2; Provide a feature to trigger mode-line redisplay In-reply-to: <837gpqwuai.fsf@gnu.org> X-012-Sender: halo1@inter.net.il To: Drew Adams Message-id: <831ufywqnh.fsf@gnu.org> References: <837gpqwuai.fsf@gnu.org> X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > From: "Drew Adams" > Cc: <12872@debbugs.gnu.org> > Date: Mon, 12 Nov 2012 11:07:11 -0800 > > > Would it be good enough to redisplay whenever point moves, and let > > your code you run from :eval decide whether the text on the mode line > > needs to be changed? I think this will be a more general solution. > > Yes, it would be good enough. > > But the advantage that I'm supposing %l has is that the line-counting is done in > C, as part of the display engine. [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.166 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.5000] X-Debbugs-Envelope-To: 12872 Cc: 12872@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > From: "Drew Adams" > Cc: <12872@debbugs.gnu.org> > Date: Mon, 12 Nov 2012 11:07:11 -0800 > > > Would it be good enough to redisplay whenever point moves, and let > > your code you run from :eval decide whether the text on the mode line > > needs to be changed? I think this will be a more general solution. > > Yes, it would be good enough. > > But the advantage that I'm supposing %l has is that the line-counting is done in > C, as part of the display engine. [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.166 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.5000] > From: "Drew Adams" > Cc: <12872@debbugs.gnu.org> > Date: Mon, 12 Nov 2012 11:07:11 -0800 > > > Would it be good enough to redisplay whenever point moves, and let > > your code you run from :eval decide whether the text on the mode line > > needs to be changed? I think this will be a more general solution. > > Yes, it would be good enough. > > But the advantage that I'm supposing %l has is that the line-counting is done in > C, as part of the display engine. What do you need the line number for, in your code? If you need it today, you are probably already calling something like what-line, because the mode line itself doesn't give you the line number back, right? You are aware that under certain conditions, the mode line can be redisplayed although point didn't move at all? > If my code had to check whether the line has changed then it would do that in > Lisp. Not saying that's a big deal. But it still looks to me like the %l > triggering is convenient. Yes, but you want to be independent of it, i.e. even when %l is not in the mode line format. > Perhaps the option could handle both cases: the general point-change case and > the more particular line-change case, depending on the option value? We could do that, yes. > BTW, why would this be a user option, rather than just a variable that code can > bind? The use case for users is not too clear to me. Yes, a variable sounds better. > Anyway, I don't have much to say about what should be done for this enhancement. Some wizardry with flags that control which redisplay optimizations can be used. From debbugs-submit-bounces@debbugs.gnu.org Mon Nov 12 17:18:12 2012 Received: (at 12872) by debbugs.gnu.org; 12 Nov 2012 22:18:12 +0000 Received: from localhost ([127.0.0.1]:36413 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TY2KZ-0006nF-Gx for submit@debbugs.gnu.org; Mon, 12 Nov 2012 17:18:11 -0500 Received: from userp1040.oracle.com ([156.151.31.81]:27422) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TY2KX-0006n8-9W for 12872@debbugs.gnu.org; Mon, 12 Nov 2012 17:18:10 -0500 Received: from ucsinet21.oracle.com (ucsinet21.oracle.com [156.151.31.93]) by userp1040.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id qACMHedG004991 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 12 Nov 2012 22:17:41 GMT Received: from acsmt357.oracle.com (acsmt357.oracle.com [141.146.40.157]) by ucsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id qACMHeeS015702 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 12 Nov 2012 22:17:40 GMT Received: from abhmt103.oracle.com (abhmt103.oracle.com [141.146.116.55]) by acsmt357.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id qACMHdJm029375; Mon, 12 Nov 2012 16:17:39 -0600 Received: from dradamslap1 (/130.35.178.8) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 12 Nov 2012 14:17:39 -0800 From: "Drew Adams" To: "'Eli Zaretskii'" References: <837gpqwuai.fsf@gnu.org> <831ufywqnh.fsf@gnu.org> Subject: RE: bug#12872: 24.2; Provide a feature to trigger mode-line redisplay Date: Mon, 12 Nov 2012 14:17:38 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <831ufywqnh.fsf@gnu.org> Thread-Index: Ac3BDmAfwShX+PVcSw68LoCe627F6AAEkCEw X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-Source-IP: ucsinet21.oracle.com [156.151.31.93] X-Spam-Score: 0.6 (/) X-Debbugs-Envelope-To: 12872 Cc: 12872@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 0.6 (/) > > > Would it be good enough to redisplay whenever point moves, and let > > > your code you run from :eval decide whether the text on > > > the mode line needs to be changed? I think this will be a more > > > general solution. > > > > Yes, it would be good enough. > > > > But the advantage that I'm supposing %l has is that the > > line-counting is done in C, as part of the display engine. > > What do you need the line number for, in your code? Sorry, I misspoke. I didn't mean line-counting, I meant determining whether the current line has changed. I don't need the line number. > You are aware that under certain conditions, the mode line can > be redisplayed although point didn't move at all? Yes, of course. > > If my code had to check whether the line has changed then > > it would do that in Lisp. Not saying that's a big deal. > > But it still looks to me like the %l triggering is convenient. > > Yes, but you want to be independent of it, i.e. even when %l is not in > the mode line format. Yes, that was my suggestion: separate (a) triggering mode-line redisplay upon current-line change from (b) what to display in that case. %l ties the two together, displaying the current line number when the line # changes. > > Perhaps the option could handle both cases: the general > > point-change case and the more particular line-change case, > > depending on the option value? > > We could do that, yes. > > > BTW, why would this be a user option, rather than just a > > variable that code can bind? The use case for users is not > > too clear to me. > > Yes, a variable sounds better. > > > Anyway, I don't have much to say about what should be done > > for this enhancement. > > Some wizardry with flags that control which redisplay optimizations > can be used. Sounds good. I wonder (without being very familiar with the mode-line %-constructs, so maybe speaking nonsense) whether it might be useful to add specific %-constructs (or variables?) that say when (i.e., in what contexts) to trigger mode-line redisplay. They would be in addition to the existing %-constructs that either (a) simply provide particular data and format it or (b) combine such data+formatting with a triggering condition. An example of (a) is %b. An example of (b) is %l (it displays the line number and triggers redisplay when the line # changes). An example of what I'm suggesting would be to add, say, %d for triggering redisplay whenever point changes and, say, %L for triggering redisplay whenever the current line changes. (Just picked %d and %L arbitrarily.) With the addition of such redisplay-triggering %-constructs, type (b) combinations would no longer be strictly needed, but could be kept for convenience and compatibility. If more than one triggering %-construct applied at any time, they would each be used. E.g., if we had a construct that triggered redisplay when the buffer size changed (just to give an example), say %B, then if the mode line contained both %B and %L then its redisplay would be triggered whenever the current line changed and whenever the buffer size changed. Just throwing this out. No idea whether it makes any sense at all. If it makes no or little sense, no need to point out particulars of why (unless you want to), - I trust your judgment on that. From debbugs-submit-bounces@debbugs.gnu.org Mon Nov 12 22:58:16 2012 Received: (at 12872) by debbugs.gnu.org; 13 Nov 2012 03:58:16 +0000 Received: from localhost ([127.0.0.1]:36833 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TY7dg-000081-G8 for submit@debbugs.gnu.org; Mon, 12 Nov 2012 22:58:16 -0500 Received: from mtaout21.012.net.il ([80.179.55.169]:41691) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TY7dc-00007r-KS for 12872@debbugs.gnu.org; Mon, 12 Nov 2012 22:58:14 -0500 Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0MDE00000QXUPZ00@a-mtaout21.012.net.il> for 12872@debbugs.gnu.org; Tue, 13 Nov 2012 05:57:43 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MDE0005UR06P420@a-mtaout21.012.net.il>; Tue, 13 Nov 2012 05:57:43 +0200 (IST) Date: Tue, 13 Nov 2012 05:57:59 +0200 From: Eli Zaretskii Subject: Re: bug#12872: 24.2; Provide a feature to trigger mode-line redisplay In-reply-to: X-012-Sender: halo1@inter.net.il To: Drew Adams Message-id: <83vcdaupbs.fsf@gnu.org> References: <837gpqwuai.fsf@gnu.org> <831ufywqnh.fsf@gnu.org> X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > From: "Drew Adams" > Cc: <12872@debbugs.gnu.org> > Date: Mon, 12 Nov 2012 14:17:38 -0800 > > I wonder (without being very familiar with the mode-line %-constructs, so maybe > speaking nonsense) whether it might be useful to add specific %-constructs (or > variables?) that say when (i.e., in what contexts) to trigger mode-line > redisplay. [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.169 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.5000] X-Debbugs-Envelope-To: 12872 Cc: 12872@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > From: "Drew Adams" > Cc: <12872@debbugs.gnu.org> > Date: Mon, 12 Nov 2012 14:17:38 -0800 > > I wonder (without being very familiar with the mode-line %-constructs, so maybe > speaking nonsense) whether it might be useful to add specific %-constructs (or > variables?) that say when (i.e., in what contexts) to trigger mode-line > redisplay. [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.169 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.5000] > From: "Drew Adams" > Cc: <12872@debbugs.gnu.org> > Date: Mon, 12 Nov 2012 14:17:38 -0800 > > I wonder (without being very familiar with the mode-line %-constructs, so maybe > speaking nonsense) whether it might be useful to add specific %-constructs (or > variables?) that say when (i.e., in what contexts) to trigger mode-line > redisplay. What would be the advantages of such a feature? Since the mode line format is not even consulted in order to decide whether or not to redisplay the mode line (because its processing is very non-trivial, what with all the propertize stuff and Lisp expressions going on there even in the standard value), we will need internal variables to shadow these constructs anyway. Having variables or maybe a plist of the mode line format allows easier access to this information, and is IMO more Lispy than hiding the information in some % magic. From debbugs-submit-bounces@debbugs.gnu.org Tue Nov 13 10:39:27 2012 Received: (at 12872) by debbugs.gnu.org; 13 Nov 2012 15:39:27 +0000 Received: from localhost ([127.0.0.1]:38831 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TYIaF-0000QA-0d for submit@debbugs.gnu.org; Tue, 13 Nov 2012 10:39:27 -0500 Received: from aserp1040.oracle.com ([141.146.126.69]:34684) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TYIaB-0000Q1-Tv for 12872@debbugs.gnu.org; Tue, 13 Nov 2012 10:39:25 -0500 Received: from ucsinet21.oracle.com (ucsinet21.oracle.com [156.151.31.93]) by aserp1040.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id qADFcnK3027446 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 13 Nov 2012 15:38:50 GMT Received: from acsmt358.oracle.com (acsmt358.oracle.com [141.146.40.158]) by ucsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id qADFcm7B023900 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 13 Nov 2012 15:38:49 GMT Received: from abhmt108.oracle.com (abhmt108.oracle.com [141.146.116.60]) by acsmt358.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id qADFcmQW022325; Tue, 13 Nov 2012 09:38:48 -0600 Received: from dradamslap1 (/10.159.163.96) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 13 Nov 2012 07:38:48 -0800 From: "Drew Adams" To: "'Eli Zaretskii'" References: <837gpqwuai.fsf@gnu.org> <831ufywqnh.fsf@gnu.org> <83vcdaupbs.fsf@gnu.org> Subject: RE: bug#12872: 24.2; Provide a feature to trigger mode-line redisplay Date: Tue, 13 Nov 2012 07:38:45 -0800 Message-ID: <147CB8FB2F7B4B83A18C26B553085D76@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <83vcdaupbs.fsf@gnu.org> Thread-Index: Ac3BUwohK3mBmDazRfuk20ZOYBXxjQAXVHxA X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-Source-IP: ucsinet21.oracle.com [156.151.31.93] X-Spam-Score: 0.6 (/) X-Debbugs-Envelope-To: 12872 Cc: 12872@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 0.6 (/) > > I wonder (without being very familiar with the mode-line > > %-constructs, so maybe speaking nonsense) whether it might be > > useful to add specific %-constructs (or variables?) that say > > when (i.e., in what contexts) to trigger mode-line redisplay. > > What would be the advantages of such a feature? Since the mode line > format is not even consulted in order to decide whether or not to > redisplay the mode line (because its processing is very non-trivial, > what with all the propertize stuff and Lisp expressions going on there > even in the standard value), we will need internal variables to shadow > these constructs anyway. > > Having variables or maybe a plist of the mode line format allows > easier access to this information, and is IMO more Lispy than hiding > the information in some % magic. I agree that (local) variables make more sense than %-constructs. That was part of my suggestion. I don't know much about how these things work. Even from my point of view, ignoring what I didn't know, including the reasons you gave, variables make more sense, because we are not replacing the %-construct with anything, in context - IOW, the positions of the new %-constructs in `mode-line-format' would be irrelevant. Consider my suggestion to be just to have some easy way to specify mode-line redisplay triggering conditions, so users can easily separate triggering from the mode-line format/content. So for the case that motivated this, you would be able to separate the two %l effects: triggering and line-# content. Having different variables (or plist keywords) to specify different triggering contexts would be one way. [Someone else might prefer that we come up with a single monster variable a la `buffer-display-alist' ;-).] From debbugs-submit-bounces@debbugs.gnu.org Fri Dec 03 23:47:14 2021 Received: (at 12872) by debbugs.gnu.org; 4 Dec 2021 04:47:14 +0000 Received: from localhost ([127.0.0.1]:52720 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mtMx7-0000Cp-Um for submit@debbugs.gnu.org; Fri, 03 Dec 2021 23:47:14 -0500 Received: from quimby.gnus.org ([95.216.78.240]:60614) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mtMx2-00005S-O1 for 12872@debbugs.gnu.org; Fri, 03 Dec 2021 23:47:12 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=yGlDptFwu6ZNPbCAR7YoQ1wEO3xDnz2AqZPt/hvWIfs=; b=KtxuIVgLbAIR74Q6WDQqEIDYZV 6MeDiSrLKwaGBIg3ZbYagvJXch7fQ/eDz+yQdaa7lRfaTo1tk3fjcz+cpTUUTPwI5XFaUZKbzUYYG 7p4fmvUIdvD6kD77eX2CyJaaTVm1kPRNl+xOAm918+quLs2Escsq/bdyOQBtuH7NuyNA=; Received: from [84.212.220.105] (helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mtMwt-0002X0-5u; Sat, 04 Dec 2021 05:47:02 +0100 From: Lars Ingebrigtsen To: Eli Zaretskii Subject: Re: bug#12872: 24.2; Provide a feature to trigger mode-line redisplay References: <837gpqwuai.fsf@gnu.org> X-Now-Playing: Neil Young's _Harvest_: "Out On The Weekend" Date: Sat, 04 Dec 2021 05:46:57 +0100 In-Reply-To: <837gpqwuai.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 12 Nov 2012 20:27:49 +0200") Message-ID: <87o85xou2m.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Eli Zaretskii writes: > This is a feature request: provide a way to trigger mode-line > redisplay when the current line changes. This is so the mode line > could display information about the current line. > > See the disc [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 12872 Cc: 12872@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Eli Zaretskii writes: > This is a feature request: provide a way to trigger mode-line > redisplay when the current line changes. This is so the mode line > could display information about the current line. > > See the discussion of bug #12867 for more context. I've skimmed both these bug reports, but I'm still not sure I understand the problem. `force-mode-line-update' has existed since forever, I think? Doesn't it do what it's supposed to? (And it can be run from post-command-hook if that's what Drew wants.) -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Fri Dec 03 23:47:15 2021 Received: (at control) by debbugs.gnu.org; 4 Dec 2021 04:47:15 +0000 Received: from localhost ([127.0.0.1]:52723 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mtMx9-0000Dw-B5 for submit@debbugs.gnu.org; Fri, 03 Dec 2021 23:47:15 -0500 Received: from quimby.gnus.org ([95.216.78.240]:60628) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mtMx7-000094-RP for control@debbugs.gnu.org; Fri, 03 Dec 2021 23:47:14 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=LiD0F6+CHSQdXUL0JjWtE1EMrBJvuGOy0Qf0mEns8BA=; b=KUDhZqoFVydwIUoIsJteLhhLh9 TfAIBh7p9DMXil97M75La2IrkSOYTroqnuDlzxkktKQJoFXWIYZnRNQBKUUkwXG8lbYLowmR32BgL T4a3bPHQLN0M/ExlATHt0DULvlQ8EppNXiJnwmAg+holJWIlM583dYnVIHgFrUy/rT+4=; Received: from [84.212.220.105] (helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mtMx0-0002XC-1y for control@debbugs.gnu.org; Sat, 04 Dec 2021 05:47:08 +0100 Date: Sat, 04 Dec 2021 05:47:05 +0100 Message-Id: <87mtlhou2e.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #12872 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: tags 12872 + moreinfo quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) tags 12872 + moreinfo quit From debbugs-submit-bounces@debbugs.gnu.org Sat Dec 04 02:54:54 2021 Received: (at 12872) by debbugs.gnu.org; 4 Dec 2021 07:54:54 +0000 Received: from localhost ([127.0.0.1]:52857 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mtPsk-0003pv-6Z for submit@debbugs.gnu.org; Sat, 04 Dec 2021 02:54:54 -0500 Received: from eggs.gnu.org ([209.51.188.92]:53458) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mtPsi-0003pj-Cj for 12872@debbugs.gnu.org; Sat, 04 Dec 2021 02:54:52 -0500 Received: from [2001:470:142:3::e] (port=52594 helo=fencepost.gnu.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mtPsd-0002q3-0T; Sat, 04 Dec 2021 02:54:47 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=RJbvgrpmZdwt/bi234IrRLS6EeK6jvk0TAOJMIN+FNU=; b=VU364zSsH7tc 3gszFm8akiFIWwswAypyRksB11ZUFCt/QLqbVlqckfCYoxfcDMaPPB95tK9XmlOonK6vOl1Xz+WMj bmG9mzUU30vIoU8xB8cj9aDxZMZarIPmPzCXGIzflJCzArGBZbX0EF+2WkmVZgxTG10M5ssKfn203 qgFB5l1QU4IbqB69SGrFfK/2yPpdhXsw8+yR2h1WCf880w5Eg5YE7KyK67FTIQmTGgUVpEsE2Gae1 ErVS31dSExXURYOKj+mYKoZCemMFIPIpDSHPEyPDeL2iW0dLo11IRJFQ0llgiGrjzNQ7YKPV0GpSM ibe8ajBYrcgyq2ng3QgjQQ==; Received: from [87.69.77.57] (port=3964 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mtPsc-0001iQ-PS; Sat, 04 Dec 2021 02:54:47 -0500 Date: Sat, 04 Dec 2021 09:54:38 +0200 Message-Id: <83a6hg7qkh.fsf@gnu.org> From: Eli Zaretskii To: Lars Ingebrigtsen In-Reply-To: <87o85xou2m.fsf@gnus.org> (message from Lars Ingebrigtsen on Sat, 04 Dec 2021 05:46:57 +0100) Subject: Re: bug#12872: 24.2; Provide a feature to trigger mode-line redisplay References: <837gpqwuai.fsf@gnu.org> <87o85xou2m.fsf@gnus.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 12872 Cc: 12872@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Lars Ingebrigtsen > Cc: 12872@debbugs.gnu.org > Date: Sat, 04 Dec 2021 05:46:57 +0100 > > Eli Zaretskii writes: > > > This is a feature request: provide a way to trigger mode-line > > redisplay when the current line changes. This is so the mode line > > could display information about the current line. > > > > See the discussion of bug #12867 for more context. > > I've skimmed both these bug reports, but I'm still not sure I understand > the problem. `force-mode-line-update' has existed since forever, I > think? Doesn't it do what it's supposed to? (And it can be run from > post-command-hook if that's what Drew wants.) force-mode-line-update is a blunt weapon, and causes a much more thorough redisplay than its name says. And post-command-hook is not the best method of achieving the desired goal, since it runs after _every_ command, not just a command that changes the line of point. From debbugs-submit-bounces@debbugs.gnu.org Sat Dec 04 13:55:22 2021 Received: (at 12872) by debbugs.gnu.org; 4 Dec 2021 18:55:22 +0000 Received: from localhost ([127.0.0.1]:54932 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mtaBu-0001zH-8V for submit@debbugs.gnu.org; Sat, 04 Dec 2021 13:55:22 -0500 Received: from quimby.gnus.org ([95.216.78.240]:39684) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mtaBs-0001z3-5p for 12872@debbugs.gnu.org; Sat, 04 Dec 2021 13:55:20 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=vLUoQbj68qlUfccfuZ2M1NH+cIsgMhjaBh4zMb4bejs=; b=MrSnveUCcj+aqat/v+QEOIexYc P8Z45Bz/uxbbf67bMAlChqOhhiAhRt4U4qRzkVBUezJWQ9ba0vxH2464NxmhOOJ7HFbRUZpxFdUwb l/oJmtnd8s76SwHbjY6dtX8QDDRKYCVMiplnKjOW7wDbuLxQbw4czHsS1bGBD4EUkEew=; Received: from [84.212.220.105] (helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mtaBj-0007vO-80; Sat, 04 Dec 2021 19:55:14 +0100 From: Lars Ingebrigtsen To: Eli Zaretskii Subject: Re: bug#12872: 24.2; Provide a feature to trigger mode-line redisplay References: <837gpqwuai.fsf@gnu.org> <87o85xou2m.fsf@gnus.org> <83a6hg7qkh.fsf@gnu.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwAgMAAAAqbBEUAAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAADFBMVEUmKRpaTTSujlX/ ///X3dOHAAAAAWJLR0QDEQxM8gAAAAlwSFlzAAALEgAACxIB0t1+/AAAAAd0SU1FB+UMBBIpNyOW Fz0AAAGSSURBVCjPLdExb+sgEADgu8pY72VyJfMkd3tj8yvsKHToRCqwVE8dbCnlV3TqnDyZDJ06 mCrwK98dDov9AXccBwAAupQu3reQByEFq1c8pOi91Qj49Tr4ZGkYCugb65O3va5pj6mUSjNoscag chSNdk0nHf+IG3z+VCtSVBSRg4SNQ/8NoAAX+DPXaBdUe8KyuZh6PwpRMLb9DP0iHws+1IUBCZGi VRlcwkvQhAbK+G+GhirlzH0MFiZrBVd28caCnI3kY9GbCC9ze2gJ22QmtPuD0YT0NRtsoNYarpiG YOCXmJSA6104LJYuOFUSYnlSRwN3qukk+FL1R4NiLulU81faUNe/p1eLoN7k4KFqJLUN3gkWqm3J 7bi+3esJqrQ5MfRBW+jScAPVuQsuo+aV5yUj1ve6g01037wyYksY3Zy34UmIrc5YAD9E4ZRbVrSy cM0N1Pji+J4TjBljSKcbavg5J07ArZPtT5euDKpWdlGs4NfqlsfEmQLj5RwyImP3GRLP8kPj0/M5 8aznuz+5HeM/PQGRf75mSO8AAAAldEVYdGRhdGU6Y3JlYXRlADIwMjEtMTItMDRUMTg6NDE6NTUr MDA6MDBcmXhmAAAAJXRFWHRkYXRlOm1vZGlmeQAyMDIxLTEyLTA0VDE4OjQxOjU1KzAwOjAwLcTA 2gAAAABJRU5ErkJggg== X-Now-Playing: Tom Waits's _The Heart Of Saturday Night_: "Diamonds On My Windshield" Date: Sat, 04 Dec 2021 19:55:09 +0100 In-Reply-To: <83a6hg7qkh.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 04 Dec 2021 09:54:38 +0200") Message-ID: <87mtlg6vzm.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Eli Zaretskii writes: > force-mode-line-update is a blunt weapon, and causes a much more > thorough redisplay than its name says. And post-command-hook is not > the best method of achieving the desired goal, since it runs [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 12872 Cc: 12872@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Eli Zaretskii writes: > force-mode-line-update is a blunt weapon, and causes a much more > thorough redisplay than its name says. And post-command-hook is not > the best method of achieving the desired goal, since it runs after > _every_ command, not just a command that changes the line of point. Perhaps this should be mentioned in the doc string of that function? This function could grow a `mode-line-only' parameter (or value of ALL), I guess. Hm... following the logic here isn't trivial. Would setting a new flag in the window object that'll make redisplay call redisplay_mode_lines be a way to implement this? Or just call it directly from (force-mode-line-update 'mode-line-only)? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Sat Dec 04 14:27:15 2021 Received: (at 12872) by debbugs.gnu.org; 4 Dec 2021 19:27:15 +0000 Received: from localhost ([127.0.0.1]:55006 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mtagk-00052G-U3 for submit@debbugs.gnu.org; Sat, 04 Dec 2021 14:27:15 -0500 Received: from eggs.gnu.org ([209.51.188.92]:43684) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mtagi-000520-R2 for 12872@debbugs.gnu.org; Sat, 04 Dec 2021 14:27:13 -0500 Received: from [2001:470:142:3::e] (port=43032 helo=fencepost.gnu.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mtagd-0001uL-99; Sat, 04 Dec 2021 14:27:07 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=ipApp8cLgCBvFTQqu1oGH+/dluXwwr0BA1SL5k06Hx8=; b=AeSfMpFnwyjK s52gCRgZgyjXt9E6n1i7ZjA3iYfdGWGuWEv6Zfa+w0JH37p6iQpBjnbFTfY0S7xtEJrzT4F+ohdr+ CZnjNhxXZ7uFoYgdqEUMrTSr9Yj9AOyqyFdtWgeynO23BJjy2hk6ukJS74LZuUVShGJJlwxzHdg9b ndE9Z7whVTL1X1tbOn8tSe0GLuF27BHX9oO1yeB3SOKu6LdPHrhHS5Mn9PCosUEg3TgNuVdVowGLo tgjZxXH32eH5nGx1lsc9YmmE70/cTt/pIvjzQ70hRSRJ3zOkeHQ9R/yTAxdV2LW1LoP2DqTuieawc ZOxv3zZPpkLl+0xqw4yPIA==; Received: from [87.69.77.57] (port=3050 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mtagc-0000Bq-1I; Sat, 04 Dec 2021 14:27:07 -0500 Date: Sat, 04 Dec 2021 21:26:59 +0200 Message-Id: <83ee6s5fy4.fsf@gnu.org> From: Eli Zaretskii To: Lars Ingebrigtsen In-Reply-To: <87mtlg6vzm.fsf@gnus.org> (message from Lars Ingebrigtsen on Sat, 04 Dec 2021 19:55:09 +0100) Subject: Re: bug#12872: 24.2; Provide a feature to trigger mode-line redisplay References: <837gpqwuai.fsf@gnu.org> <87o85xou2m.fsf@gnus.org> <83a6hg7qkh.fsf@gnu.org> <87mtlg6vzm.fsf@gnus.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 12872 Cc: 12872@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Lars Ingebrigtsen > Cc: 12872@debbugs.gnu.org > Date: Sat, 04 Dec 2021 19:55:09 +0100 > > Eli Zaretskii writes: > > > force-mode-line-update is a blunt weapon, and causes a much more > > thorough redisplay than its name says. And post-command-hook is not > > the best method of achieving the desired goal, since it runs after > > _every_ command, not just a command that changes the line of point. > > Perhaps this should be mentioned in the doc string of that function? It already hints on that. I don't object to saying that more clearly and explicitly. But I don't think that's the issue here. > This function could grow a `mode-line-only' parameter (or value of ALL), > I guess. Hm... following the logic here isn't trivial. Would setting > a new flag in the window object that'll make redisplay call > redisplay_mode_lines be a way to implement this? We already have the flag. The problem is how to set it only when the current line changes. I think that's the crux of this issue. From debbugs-submit-bounces@debbugs.gnu.org Sat Dec 04 14:40:56 2021 Received: (at 12872) by debbugs.gnu.org; 4 Dec 2021 19:40:56 +0000 Received: from localhost ([127.0.0.1]:55030 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mtau0-0007aE-3z for submit@debbugs.gnu.org; Sat, 04 Dec 2021 14:40:56 -0500 Received: from quimby.gnus.org ([95.216.78.240]:40272) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mtatx-0007Zz-OT for 12872@debbugs.gnu.org; Sat, 04 Dec 2021 14:40:54 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID :In-Reply-To:Date:References:Subject:Cc:To:From:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=7CFL2wJz/s+VA5pGGRTnFTsurzKgyMdXmr51qJVJ7H8=; b=km8Kbahzer5cMmr1htJ4PCD9fo u1dRMFO8UXhLtbHE45fRuJJFW0yOHJeyTcJHN9dle3XB1jJcwP/cvv5mDzn+grWOe37VUHn7i4mgu /WRWxBYYVBB1dVXm2fIxoKWqQJ/BoGWeDIajKzrpGnBZ135m34c9gW1H9fO6NegkfRrc=; Received: from [84.212.220.105] (helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mtatp-0008IY-AA; Sat, 04 Dec 2021 20:40:48 +0100 From: Lars Ingebrigtsen To: Eli Zaretskii Subject: Re: bug#12872: 24.2; Provide a feature to trigger mode-line redisplay References: <837gpqwuai.fsf@gnu.org> <87o85xou2m.fsf@gnus.org> <83a6hg7qkh.fsf@gnu.org> <87mtlg6vzm.fsf@gnus.org> <83ee6s5fy4.fsf@gnu.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAIVBMVEX78dv9/e/S1dvG vre3x9iBgXagpaCLhnhfaGAxLiX///9a+C/aAAAAAWJLR0QKaND0VgAAAAd0SU1FB+UMBBMnNCXe AT4AAAGjSURBVDjLndTPT8IwFAfwbvPgcTA08aYdAbk5qgWuSIxHMRmZN02zpzuqifHoj1C6m4mJ rv+thQ19AzTq99hP+95rFyAkj1VBcfO1yqq4C3t/BZX/gU2/EmCoD2bp9yn1h4swXTVpXC/BdNn3 +WkO1ifk+8XBMwabFnAsOqGFSvmkno/Uhc59gICTtRxi4OoClWqT4iYAPELgOsTuF9CIgjLM1hlA U1UwWM5MhAQuS0DIdp1uO0JO+AmCqm05gabNGzGW3RcMzo4fvNOtV5CTdAHshqReeisnVy/l5l4v o46+vZvsPsxuVgAh1Z5+8nSkxs1HdGJTOCLRKtU6zUqlNlSbJRpGOkv1GQaPcUj0CLRUSpemopR3 dRym93MomlcZY7sZQAIA0XAJDtutJ/NeO6hUbcBYL2Os9Wp2BOhEzZQwU0HyxjkUQOaglJKRZIyX wJSah5dKDcyn4+aYWOxxxIF1VawEh/gcT7Vvrh6FYWgaqQfXmrbIgcfqM/jZNxTKI4L172BzZOqP YJrLEL/VivwZ3JXgta3Vv3Nvz/rpL+ObfACVHLLUhFTUewAAACV0RVh0ZGF0ZTpjcmVhdGUAMjAy MS0xMi0wNFQxOTozOTo1MiswMDowMH5EyhoAAAAldEVYdGRhdGU6bW9kaWZ5ADIwMjEtMTItMDRU MTk6Mzk6NTIrMDA6MDAPGXKmAAAAAElFTkSuQmCC X-Now-Playing: Pink Floyd's _Wish You Were Here_: "Wish You Were Here" Date: Sat, 04 Dec 2021 20:40:40 +0100 In-Reply-To: <83ee6s5fy4.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 04 Dec 2021 21:26:59 +0200") Message-ID: <877dck5fbb.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Eli Zaretskii writes: >> This function could grow a `mode-line-only' parameter (or value of ALL), >> I guess. Hm... following the logic here isn't trivial. Would setting >> a new flag in the window object that'll make redi [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 12872 Cc: 12872@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Eli Zaretskii writes: >> This function could grow a `mode-line-only' parameter (or value of ALL), >> I guess. Hm... following the logic here isn't trivial. Would setting >> a new flag in the window object that'll make redisplay call >> redisplay_mode_lines be a way to implement this? > > We already have the flag. What flag is that? > The problem is how to set it only when the current line changes. I > think that's the crux of this issue. I must admit I didn't understand what was meant by "when the current line changes". =F0=9F=98=90 --=20 (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Sat Dec 04 14:43:27 2021 Received: (at 12872) by debbugs.gnu.org; 4 Dec 2021 19:43:27 +0000 Received: from localhost ([127.0.0.1]:55035 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mtawR-0007eF-HG for submit@debbugs.gnu.org; Sat, 04 Dec 2021 14:43:27 -0500 Received: from eggs.gnu.org ([209.51.188.92]:46686) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mtawP-0007e2-SN for 12872@debbugs.gnu.org; Sat, 04 Dec 2021 14:43:26 -0500 Received: from [2001:470:142:3::e] (port=43448 helo=fencepost.gnu.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mtawK-00077X-JV; Sat, 04 Dec 2021 14:43:20 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=eiBoLfXE++Sj4DJSy4ZNy6z2mObOob9nQfkUAV+KTco=; b=TbL4amADJk9lEd0fs6eP joZk1hm4tSGHD6ezh27jBT2uMRXaiR9/ALaC+G41gHzh0tONaY0m96d7OICbVUSyYX06l3YXxa4iz Vt5I+sMZY6yb6Vp2TJlYY4NGswhXBGsXaWJ+XT4u3ebR/2g/yFpyn+iGGBT58nGAxguw9H6penVHp 2A4M9yNRQPp9sXudrUYG2TjmM/pzjTF7iK1AmS1oAUDiHZsQtXshURq9wzPQh5G2nScadB5nTvzIy CPjTD2ba/gdvg2AHNcJLjHcRpvPxtvjCYdcGuCA4KhJtQLD0SN8i9MkSxMWjQnRZPmN/8jeS7UNiI b3j3t7zFtB73VQ==; Received: from [87.69.77.57] (port=4050 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mtawK-0000f5-7f; Sat, 04 Dec 2021 14:43:20 -0500 Date: Sat, 04 Dec 2021 21:43:14 +0200 Message-Id: <83a6hg5f71.fsf@gnu.org> From: Eli Zaretskii To: Lars Ingebrigtsen In-Reply-To: <877dck5fbb.fsf@gnus.org> (message from Lars Ingebrigtsen on Sat, 04 Dec 2021 20:40:40 +0100) Subject: Re: bug#12872: 24.2; Provide a feature to trigger mode-line redisplay References: <837gpqwuai.fsf@gnu.org> <87o85xou2m.fsf@gnus.org> <83a6hg7qkh.fsf@gnu.org> <87mtlg6vzm.fsf@gnus.org> <83ee6s5fy4.fsf@gnu.org> <877dck5fbb.fsf@gnus.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 12872 Cc: 12872@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Lars Ingebrigtsen > Cc: 12872@debbugs.gnu.org > Date: Sat, 04 Dec 2021 20:40:40 +0100 > > Eli Zaretskii writes: > > >> This function could grow a `mode-line-only' parameter (or value of ALL), > >> I guess. Hm... following the logic here isn't trivial. Would setting > >> a new flag in the window object that'll make redisplay call > >> redisplay_mode_lines be a way to implement this? > > > > We already have the flag. > > What flag is that? w->update_mode_line > > The problem is how to set it only when the current line changes. I > > think that's the crux of this issue. > > I must admit I didn't understand what was meant by "when the current > line changes". 😐 It means point moves from one physical line to another. From debbugs-submit-bounces@debbugs.gnu.org Sat Dec 04 17:04:23 2021 Received: (at 12872) by debbugs.gnu.org; 4 Dec 2021 22:04:23 +0000 Received: from localhost ([127.0.0.1]:55571 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mtd8p-00068Y-11 for submit@debbugs.gnu.org; Sat, 04 Dec 2021 17:04:23 -0500 Received: from quimby.gnus.org ([95.216.78.240]:42128) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mtd8m-00068L-NX for 12872@debbugs.gnu.org; Sat, 04 Dec 2021 17:04:22 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID :In-Reply-To:Date:References:Subject:Cc:To:From:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=CTOwj1vyI1Awjt9iSrneMciQmgps2IcE9Xa6OePx1b4=; b=Zq8QSlT1MwgAlzd2fu3phxjqMj oIRF2PeVEu2OXZd3P3XvmgUXcRUlaDVopKfpt51XbnNvUel76dgqfyOFjEvmd1R05kTQ5llR6dT6O 2qYyjvxIoRcXs6ARAdVqSMeg2NU9TKdIapq2kzuq56XbAtZVyPpiBh3EJdgWmJOHUwj4=; Received: from [84.212.220.105] (helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mtd8e-0000v0-3c; Sat, 04 Dec 2021 23:04:15 +0100 From: Lars Ingebrigtsen To: Eli Zaretskii Subject: Re: bug#12872: 24.2; Provide a feature to trigger mode-line redisplay References: <837gpqwuai.fsf@gnu.org> <87o85xou2m.fsf@gnus.org> <83a6hg7qkh.fsf@gnu.org> <87mtlg6vzm.fsf@gnus.org> <83ee6s5fy4.fsf@gnu.org> <877dck5fbb.fsf@gnus.org> <83a6hg5f71.fsf@gnu.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAFVBMVEXNqF30y1yZe22+ yb5tiVZWXU////+Xfhi4AAAAAWJLR0QGYWa4fQAAAAd0SU1FB+UMBBU7FhJEYTUAAAG2SURBVDjL ddTBkuIgEAZgQL2TzAskbbhnEuc+YnPfytLv/yr7d0DLlCzRsuSDTkOTGNu1myngcdnDGIOvM8Po Bk+md866wbmhQu8AY0/aOiLnxgodoiCWN2j4wd8K60ezTVge63cTblsbHv+BJbdh4cTtGSyyrfdP oAnw0wDJgNCARQR2b2WVQC24oV/GT/gRCU24TYSrwvS+jIUCxbGUVpiv64rPOrhAFOK1rNwjc8pR 4sRESYFqKOJIQppNpEg0vSBynHTFQYgwCVwrOKWoqyotYv70hKzjRTdpS0yccoVQB2+230Q4p208 wp/vPifJKBUOpbHe1H5ytoDsgOsJ5u85M2NFbL013vpyg41snAGsMzpAtwPRYL7OJ+FQQPfKl35s 1fmROKQXdFGP+WmHi4T0m1kriHxJ4ygs8SZB77KDBeD8azFmXlIugH4kbCqsCpB0R7qasrYvRFrT oAtU0JubeT6VSNeLbjM7uds9q1fB8w37IXyW3+4Il0fSLeT9wL3DLBMCcd4LZY6vA03Tap85ytsY gO6XPcwrsD/2g30OrPGNcRrVemdf/fscM5hDK+8LlPUfuWmwd0aU4E4AAAAldEVYdGRhdGU6Y3Jl YXRlADIwMjEtMTItMDRUMjE6NTk6MjIrMDA6MDC6Vv/2AAAAJXRFWHRkYXRlOm1vZGlmeQAyMDIx LTEyLTA0VDIxOjU5OjIyKzAwOjAwywtHSgAAAABJRU5ErkJggg== X-Now-Playing: The Wailers's _This Is Reggae Music_: "I Shot The Sheriff" Date: Sat, 04 Dec 2021 23:04:11 +0100 In-Reply-To: <83a6hg5f71.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 04 Dec 2021 21:43:14 +0200") Message-ID: <87tufoxc10.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Eli Zaretskii writes: >> What flag is that? > > w->update_mode_line Oh, I didn't realise that the update_mode_line variable and that field were separate things... Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 12872 Cc: 12872@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Eli Zaretskii writes: >> What flag is that? > > w->update_mode_line Oh, I didn't realise that the update_mode_line variable and that field were separate things... >> > The problem is how to set it only when the current line changes. I >> > think that's the crux of this issue. >>=20 >> I must admit I didn't understand what was meant by "when the current >> line changes". =F0=9F=98=90 > > It means point moves from one physical line to another. Then it doesn't sound difficult to implement that in an efficient manner? Whatever function Drew is using could just put itself in post-command-hook and check? Isn't there a line number cache somewhere? --=20 (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Sun Dec 05 02:02:55 2021 Received: (at 12872) by debbugs.gnu.org; 5 Dec 2021 07:02:55 +0000 Received: from localhost ([127.0.0.1]:56166 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mtlXz-0007iY-IG for submit@debbugs.gnu.org; Sun, 05 Dec 2021 02:02:55 -0500 Received: from eggs.gnu.org ([209.51.188.92]:47926) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mtlXy-0007iK-9h for 12872@debbugs.gnu.org; Sun, 05 Dec 2021 02:02:54 -0500 Received: from [2001:470:142:3::e] (port=60530 helo=fencepost.gnu.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mtlXt-00007S-2A; Sun, 05 Dec 2021 02:02:49 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=Crk4ukb9pN9V7YZUwZM5sTH3gKxhfPJX0jxb2QyHfKg=; b=Zgun0iwueoukkY7tEvzJ bfxdjyza3gZfff84IfAtYA9veBmsJsTACA110GNZrlAyZZcVDRR9BV70FjnEACSoEHXb3yy1936Z3 sRF54ddiWH0UEnI7lVJ8CRMai6WEj04BBk5/WadPbfSkWOCsoz8wTV/fZHDoiFvz9HHVFlGpTTnNs Hob/r/z+lUZDQeSS12ZXCOWl8uEiJrNnE+JGwjeE9l8mFe33z2BCgifzs8f4nlv9rmUqoT81juZ53 J6/kT+Ov28y0pmTd/55SpbFbyV94tNOUMh28pgmnqt2Z5xEP48ti03s6SaK+yUs4wsyuwL7RVM1vi 4hpUP5yAlCzoUQ==; Received: from [87.69.77.57] (port=2239 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mtlXs-0006Cm-O0; Sun, 05 Dec 2021 02:02:49 -0500 Date: Sun, 05 Dec 2021 09:02:43 +0200 Message-Id: <83zgpf4jqk.fsf@gnu.org> From: Eli Zaretskii To: Lars Ingebrigtsen In-Reply-To: <87tufoxc10.fsf@gnus.org> (message from Lars Ingebrigtsen on Sat, 04 Dec 2021 23:04:11 +0100) Subject: Re: bug#12872: 24.2; Provide a feature to trigger mode-line redisplay References: <837gpqwuai.fsf@gnu.org> <87o85xou2m.fsf@gnus.org> <83a6hg7qkh.fsf@gnu.org> <87mtlg6vzm.fsf@gnus.org> <83ee6s5fy4.fsf@gnu.org> <877dck5fbb.fsf@gnus.org> <83a6hg5f71.fsf@gnu.org> <87tufoxc10.fsf@gnus.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 12872 Cc: 12872@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Lars Ingebrigtsen > Cc: 12872@debbugs.gnu.org > Date: Sat, 04 Dec 2021 23:04:11 +0100 > > Eli Zaretskii writes: > > >> What flag is that? > > > > w->update_mode_line > > Oh, I didn't realise that the update_mode_line variable and that field > were separate things... update_mode_line is global, affecting all windows. > >> > The problem is how to set it only when the current line changes. I > >> > think that's the crux of this issue. > >> > >> I must admit I didn't understand what was meant by "when the current > >> line changes". 😐 > > > > It means point moves from one physical line to another. > > Then it doesn't sound difficult to implement that in an efficient > manner? Whatever function Drew is using could just put itself in > post-command-hook and check? Isn't there a line number cache somewhere? It can be solved that way, yes. But the bug is about allowing to solve it in a less expensive way. post-command-hook makes Emacs sluggish, and line-number cache cannot be trusted in Lisp programs (and is not exposed to Lisp, I think?). But if we don't want to add such a feature, we can close the bug as wontfix. From debbugs-submit-bounces@debbugs.gnu.org Sun Dec 05 15:05:57 2021 Received: (at 12872) by debbugs.gnu.org; 5 Dec 2021 20:05:57 +0000 Received: from localhost ([127.0.0.1]:59586 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mtxll-0005wA-4I for submit@debbugs.gnu.org; Sun, 05 Dec 2021 15:05:57 -0500 Received: from quimby.gnus.org ([95.216.78.240]:55548) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mtxli-0005vw-TO for 12872@debbugs.gnu.org; Sun, 05 Dec 2021 15:05:55 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=EzzKSbDVrWBaZMPbtqbNHCuuSW9HCWrBe7IhFI9tJVQ=; b=LN1n/zrh736XGhCfiumsEhhDQa 1397l+OMpxcyNJrEYplDJ8sYgju5WghQGj0w0jr+VTEqAXzViQ/iOYQ2vfZ1iPoAk6Z7LIQeMmEOp AzfPA+OaTE4VXf9yRd7Q2Yv6AoqeJNv/NCNHZ9rfDqczl5GnCvBIVAbadLcYyaURrMP0=; Received: from [84.212.220.105] (helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mtxla-0002VG-KC; Sun, 05 Dec 2021 21:05:49 +0100 From: Lars Ingebrigtsen To: Eli Zaretskii Subject: Re: bug#12872: 24.2; Provide a feature to trigger mode-line redisplay References: <837gpqwuai.fsf@gnu.org> <87o85xou2m.fsf@gnus.org> <83a6hg7qkh.fsf@gnu.org> <87mtlg6vzm.fsf@gnus.org> <83ee6s5fy4.fsf@gnu.org> <877dck5fbb.fsf@gnus.org> <83a6hg5f71.fsf@gnu.org> <87tufoxc10.fsf@gnus.org> <83zgpf4jqk.fsf@gnu.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwAgMAAAAqbBEUAAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAADFBMVEUmIiSMfHPIwr// ///XfD68AAAAAWJLR0QDEQxM8gAAAAd0SU1FB+UMBRMvJqYCnRsAAAGPSURBVCjPRdFBa6NAFAfw l1KH6MmCKepJignqp3BDG8KeTFGpPZlFhySfws0hbHMyIUrrKQYDOp9ynTG2c5of/5nHezwAmKtW rRZRAvTMeasWSJTeMPkUiBG2VxuGCq5/IONVC+2GPzXamD0u9cxSpG/4E0Vm1Rjw72GPBuE9/53c rfcvHYwW9X72g8/dlkE2LtHg33HbJxF8XLZ2h6MOX8sDg2QetQHR06RDrklYP9+w0yVs9MjNNX4L HQrRzK0m/tAZNL3YuKsvo0f8Vy7YqKCFTQVyrnRYBCkMXwUG0ePPwD/NJJYEoxOgyW7eYVECsrbP FOPGPwBSpvcUavayhJHnMSjXaZk8ZSZHwV1f63B5eJ9S3JF0gJ6VIqdAxAX/hEhD0S7KsU6P5I2h iVMhfSQVQ3A9ocQnZwreKzMhCQhbKsrLbPbL6yD4ZbEYeBv2R30PC4dbWyxRg2UWcat2DtpbIHoV RDHD2JViByrMno1BenAWFWYFrnD/YCN3lFFkYEsguCKbxwUYiYpjc/Afhu+BQQa9QocAAAAldEVY dGRhdGU6Y3JlYXRlADIwMjEtMTItMDVUMTk6NDc6MzgrMDA6MDCFwShyAAAAJXRFWHRkYXRlOm1v ZGlmeQAyMDIxLTEyLTA1VDE5OjQ3OjM4KzAwOjAw9JyQzgAAAABJRU5ErkJggg== X-Now-Playing: Peter Gabriel's _Peter Gabriel 2_: "Animal Magic" Date: Sun, 05 Dec 2021 21:05:46 +0100 In-Reply-To: <83zgpf4jqk.fsf@gnu.org> (Eli Zaretskii's message of "Sun, 05 Dec 2021 09:02:43 +0200") Message-ID: <87pmqaq0kl.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Eli Zaretskii writes: > But if we don't want to add such a feature, we can close the bug as > wontfix. I don't quite see the use case, but we could fix force-mode-line-update in any case. That is, add a parameter to only set w->update_mode_line? Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 12872 Cc: 12872@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Eli Zaretskii writes: > But if we don't want to add such a feature, we can close the bug as > wontfix. I don't quite see the use case, but we could fix force-mode-line-update in any case. That is, add a parameter to only set w->update_mode_line? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Sun Dec 05 15:14:47 2021 Received: (at 12872) by debbugs.gnu.org; 5 Dec 2021 20:14:47 +0000 Received: from localhost ([127.0.0.1]:59601 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mtxuJ-0006AP-GD for submit@debbugs.gnu.org; Sun, 05 Dec 2021 15:14:47 -0500 Received: from eggs.gnu.org ([209.51.188.92]:57856) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mtxuH-0006AC-Oy for 12872@debbugs.gnu.org; Sun, 05 Dec 2021 15:14:46 -0500 Received: from [2001:470:142:3::e] (port=48806 helo=fencepost.gnu.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mtxuB-0007wU-8C; Sun, 05 Dec 2021 15:14:40 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=CI5hcpan4AfUYWk4LScTueAZ6TTBQxyt2ThwOEnbovg=; b=UAwN1rot8tub fSBESY7LcJCfSj3U8RkQMhLiXGoWG+lnDyXV1BcJ/WmegMcmpYHsVsfxaGZ5/EMF+TLLbpi9W4xEJ qIOPrkdYA/nOym/iievISeEk7FxldZblcTXF6h0mU52UfgjcPIGuYK2ILPy4O4jlRbkWHSDWvpvfC mA5NbdUe41ccaNZpIaklnha5CvhcRbitEWC+a9omDSratMWNQiFNIauhl1aCDCK4iHvJLopLlUqLL 7MppgorFwh0ML+6ywiDgwZ02rByFZzw8hw1fw2mObApNK0HHYRwUhU90KhoTBhM7a5jNKY+DzRd5E 8a1MN+ucCA6YdzIYEf73vw==; Received: from [87.69.77.57] (port=3877 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mtxuA-0006s2-Vv; Sun, 05 Dec 2021 15:14:39 -0500 Date: Sun, 05 Dec 2021 22:14:34 +0200 Message-Id: <83ee6q3j2t.fsf@gnu.org> From: Eli Zaretskii To: Lars Ingebrigtsen In-Reply-To: <87pmqaq0kl.fsf@gnus.org> (message from Lars Ingebrigtsen on Sun, 05 Dec 2021 21:05:46 +0100) Subject: Re: bug#12872: 24.2; Provide a feature to trigger mode-line redisplay References: <837gpqwuai.fsf@gnu.org> <87o85xou2m.fsf@gnus.org> <83a6hg7qkh.fsf@gnu.org> <87mtlg6vzm.fsf@gnus.org> <83ee6s5fy4.fsf@gnu.org> <877dck5fbb.fsf@gnus.org> <83a6hg5f71.fsf@gnu.org> <87tufoxc10.fsf@gnus.org> <83zgpf4jqk.fsf@gnu.org> <87pmqaq0kl.fsf@gnus.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 12872 Cc: 12872@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Lars Ingebrigtsen > Cc: 12872@debbugs.gnu.org > Date: Sun, 05 Dec 2021 21:05:46 +0100 > > I don't quite see the use case, but we could fix force-mode-line-update > in any case. That is, add a parameter to only set w->update_mode_line? How would that be different from what force-mode-line-update does now? It sets the update_mode_line flag for the window's buffer, not just for the window, and it also sets a flag to prevent redisplay optimizations that could get in the way of the mode-line update. What do you suggest to do instead, and why would that be useful? The problem with the update_mode_line flags is that they are indiscriminate: the mode line shows a lot of data, each one of it changes at different frequencies and due to different triggers. If we want a finer resolution there, we need to make these flags not just simple booleans, but enumerations with several values, or maybe bitmaps. Then redisplay_window could be smarter about redrawing parts of the mode line. From debbugs-submit-bounces@debbugs.gnu.org Mon Dec 06 01:00:50 2021 Received: (at 12872) by debbugs.gnu.org; 6 Dec 2021 06:00:50 +0000 Received: from localhost ([127.0.0.1]:60348 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mu73S-0000SW-8x for submit@debbugs.gnu.org; Mon, 06 Dec 2021 01:00:50 -0500 Received: from quimby.gnus.org ([95.216.78.240]:60766) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mu73R-0000SK-CL for 12872@debbugs.gnu.org; Mon, 06 Dec 2021 01:00:49 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=7WyRK8Mv+3dYJRlZh6pVIzcyV5kRoe4sFlNfV4XWpGI=; b=iBH2q4QMndx3Kiwtcsw7AOJ7dJ DyX9dAFPNysnYmgVtNDXTH2DHLL+1MyqXK038G8U8lb9xAR8PsX2bHJ4Q9FTBlTx4II7EI6rYqwGX JErAIN97sNvoo99MbcdtaFyUteJ/X9D9I5FY8Ru070sgUGfAO4EzLfQal8iVoKfI8PxI=; Received: from [84.212.220.105] (helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mu73I-0002dL-96; Mon, 06 Dec 2021 07:00:43 +0100 From: Lars Ingebrigtsen To: Eli Zaretskii Subject: Re: bug#12872: 24.2; Provide a feature to trigger mode-line redisplay References: <837gpqwuai.fsf@gnu.org> <87o85xou2m.fsf@gnus.org> <83a6hg7qkh.fsf@gnu.org> <87mtlg6vzm.fsf@gnus.org> <83ee6s5fy4.fsf@gnu.org> <877dck5fbb.fsf@gnus.org> <83a6hg5f71.fsf@gnu.org> <87tufoxc10.fsf@gnus.org> <83zgpf4jqk.fsf@gnu.org> <87pmqaq0kl.fsf@gnus.org> <83ee6q3j2t.fsf@gnu.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAD1BMVEUrJi11nLmnL0aw Gi////+K8Yg8AAAAAWJLR0QEj2jZUQAAAAd0SU1FB+UMBgUtHrYoNysAAAG1SURBVDjLjZMJbsQg DEVZLoDpBQhcIAP3v1v//yZLpUqtpZk4ed4NIZoVKxFSi4VSzEK1YCEkI4oWD4MARJMSgiWrJVYC 8FLi/g4vAjesCMsQCCqQ7lC1lECbWByYHR4aBXgWxgoRCEKbBlCDqtpSwiNr+XOsFvLR6amvkHNr c/ANIK8tt4nMYn70n2DcOlwyMowHwOnMDqbyTw/FLPydDmDaHHQY9yFQJ5pe/HLG+k5e1+zTmOW0 rxtMjAyPj8Ah0MeuyvSp6r/gv+ULwKKVBB0zfedQlN4d5DUTVbZgd7tcB2MkH9VTioNJb+2o84Xu AOHKTAArTevQPu+hB9Y4CaJAGtf+3gLitbS946sSnLh6TSR4vnGBXaNAS6joS82Wa4mIVbKl9ald 4F504xCP0ad2Ex9AK6QznqDJw6ytt7CB70mdD9SAzHltUDVRdJh5+Hof20Nb+0QBP5cEpqOhWaFz KsM3aOOI3VNsUFUWljDRBRzCBmNohbAbHgmq+kDu9RHgfCYud5RHYy1NgAs9aG7sYKVUHXDAiq/7 piM378sXTdcRt/i9qD8k9dbSbyDy9v8jwDePd3DtvJKNeAAAACV0RVh0ZGF0ZTpjcmVhdGUAMjAy MS0xMi0wNlQwNTo0NTozMCswMDowMJymWlcAAAAldEVYdGRhdGU6bW9kaWZ5ADIwMjEtMTItMDZU MDU6NDU6MzArMDA6MDDt++LrAAAAAElFTkSuQmCC X-Now-Playing: Talking Heads's _Remain In Light (vinyl)_: "The Great Curve" Date: Mon, 06 Dec 2021 07:00:39 +0100 In-Reply-To: <83ee6q3j2t.fsf@gnu.org> (Eli Zaretskii's message of "Sun, 05 Dec 2021 22:14:34 +0200") Message-ID: <87lf0ynugo.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Eli Zaretskii writes: > How would that be different from what force-mode-line-update does now? > It sets the update_mode_line flag for the window's buffer, not just > for the window, and it also sets a flag to prevent redi [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 12872 Cc: 12872@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Eli Zaretskii writes: > How would that be different from what force-mode-line-update does now? > It sets the update_mode_line flag for the window's buffer, not just > for the window, and it also sets a flag to prevent redisplay > optimizations that could get in the way of the mode-line update. What > do you suggest to do instead, and why would that be useful? Somebody said earlier: > force-mode-line-update is a blunt weapon, and causes a much more > thorough redisplay than its name says. If this isn't accurate, then I guess there's nothing to do here. > The problem with the update_mode_line flags is that they are > indiscriminate: the mode line shows a lot of data, each one of it > changes at different frequencies and due to different triggers. If we > want a finer resolution there, we need to make these flags not just > simple booleans, but enumerations with several values, or maybe > bitmaps. Then redisplay_window could be smarter about redrawing parts > of the mode line. I think redrawing parts of the mode line would be more work than it's worth. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Mon Dec 06 08:02:34 2021 Received: (at 12872) by debbugs.gnu.org; 6 Dec 2021 13:02:34 +0000 Received: from localhost ([127.0.0.1]:60775 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1muDda-0007gt-40 for submit@debbugs.gnu.org; Mon, 06 Dec 2021 08:02:34 -0500 Received: from eggs.gnu.org ([209.51.188.92]:54862) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1muDdY-0007gf-BC for 12872@debbugs.gnu.org; Mon, 06 Dec 2021 08:02:32 -0500 Received: from [2001:470:142:3::e] (port=50100 helo=fencepost.gnu.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1muDdR-0003N4-Vx; Mon, 06 Dec 2021 08:02:26 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=8zoZhN4JrpP1/SSiF1LR9jAHkE1wYi5fdC4SSpZpnBM=; b=RMp/cTSOBLZK VdrNcW/lWwpajCGZ9+lwHBgIknMIoC5iAZ68/NwYLkypn3qjLjX8mAI8bhqNP76HQLywTaGY4I15M 1IRwOAFQEMKWFlISWVP7cYq147qWTx5NHSsgW2rEFX3OImE+j3v7YneuBZ28B17+G0zWmMRemaEmH 2B/3PtdIAhwsadAHaJJKzmqtUO9/ZCymtbbvR4ajjHfbEX1hcY+4Vo4qvwZrazlyV9i43ySFMujxo c+F3tacj9YqpEtFEXn4WgKYokOQg6+ORdR/7jkmanC00UxPG8nrT8mkpUd/bA7dqEtiWUOiYDL+iP XecuAUDKBT30WA4Pu0HL4w==; Received: from [87.69.77.57] (port=2256 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1muDdR-0007O7-Nj; Mon, 06 Dec 2021 08:02:26 -0500 Date: Mon, 06 Dec 2021 15:02:23 +0200 Message-Id: <83y24x28f4.fsf@gnu.org> From: Eli Zaretskii To: Lars Ingebrigtsen In-Reply-To: <87lf0ynugo.fsf@gnus.org> (message from Lars Ingebrigtsen on Mon, 06 Dec 2021 07:00:39 +0100) Subject: Re: bug#12872: 24.2; Provide a feature to trigger mode-line redisplay References: <837gpqwuai.fsf@gnu.org> <87o85xou2m.fsf@gnus.org> <83a6hg7qkh.fsf@gnu.org> <87mtlg6vzm.fsf@gnus.org> <83ee6s5fy4.fsf@gnu.org> <877dck5fbb.fsf@gnus.org> <83a6hg5f71.fsf@gnu.org> <87tufoxc10.fsf@gnus.org> <83zgpf4jqk.fsf@gnu.org> <87pmqaq0kl.fsf@gnus.org> <83ee6q3j2t.fsf@gnu.org> <87lf0ynugo.fsf@gnus.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 12872 Cc: 12872@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Lars Ingebrigtsen > Cc: 12872@debbugs.gnu.org > Date: Mon, 06 Dec 2021 07:00:39 +0100 > > Eli Zaretskii writes: > > > How would that be different from what force-mode-line-update does now? > > It sets the update_mode_line flag for the window's buffer, not just > > for the window, and it also sets a flag to prevent redisplay > > optimizations that could get in the way of the mode-line update. What > > do you suggest to do instead, and why would that be useful? > > Somebody said earlier: > > > force-mode-line-update is a blunt weapon, and causes a much more > > thorough redisplay than its name says. > > If this isn't accurate, then I guess there's nothing to do here. Somebody else explained earlier the "blunt" part: > > The problem with the update_mode_line flags is that they are > > indiscriminate: the mode line shows a lot of data, each one of it > > changes at different frequencies and due to different triggers. If we > > want a finer resolution there, we need to make these flags not just > > simple booleans, but enumerations with several values, or maybe > > bitmaps. Then redisplay_window could be smarter about redrawing parts > > of the mode line. > > I think redrawing parts of the mode line would be more work than it's > worth. Then I guess we should close this as wontfix. From debbugs-submit-bounces@debbugs.gnu.org Tue Dec 07 15:49:42 2021 Received: (at 12872) by debbugs.gnu.org; 7 Dec 2021 20:49:42 +0000 Received: from localhost ([127.0.0.1]:38783 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1muhPC-0004yL-Ls for submit@debbugs.gnu.org; Tue, 07 Dec 2021 15:49:42 -0500 Received: from quimby.gnus.org ([95.216.78.240]:53834) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1muhPB-0004y5-Aj for 12872@debbugs.gnu.org; Tue, 07 Dec 2021 15:49:41 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=dL/cGv92/xxgm+PNiT6e3yigDe9xoWPgHCqo1YGEVQ4=; b=LlCjpKNEBURKp83zvoMNV1vewx tNCgTzdfVXNdWH2tLAFW0189jAdy4R3P3SZXcizMr0G6s3nPsc7uBmKaC3yuAjRDIl6ExuhlMuzR2 /EW8yzZ0evidkEzgrRmPsPqCR8Yv8AKfEsTc4cZRwc5reyuySzywcyHc7yjq/rsCzn+c=; Received: from [84.212.220.105] (helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1muhP1-0002JY-B7; Tue, 07 Dec 2021 21:49:34 +0100 From: Lars Ingebrigtsen To: Eli Zaretskii Subject: Re: bug#12872: 24.2; Provide a feature to trigger mode-line redisplay References: <837gpqwuai.fsf@gnu.org> <87o85xou2m.fsf@gnus.org> <83a6hg7qkh.fsf@gnu.org> <87mtlg6vzm.fsf@gnus.org> <83ee6s5fy4.fsf@gnu.org> <877dck5fbb.fsf@gnus.org> <83a6hg5f71.fsf@gnu.org> <87tufoxc10.fsf@gnus.org> <83zgpf4jqk.fsf@gnu.org> <87pmqaq0kl.fsf@gnus.org> <83ee6q3j2t.fsf@gnu.org> <87lf0ynugo.fsf@gnus.org> <83y24x28f4.fsf@gnu.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwCAMAAABg3Am1AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAM1BMVEX+/v7Q7fxtyPqj 3fvr9fkxsvzgtMPTUZ/h1czZlmTlrpfup3KviGSfbExeUD6yVz////+BBqVmAAAAAWJLR0QQlbIN LAAAAAd0SU1FB+UMBxQSAyio3+wAAAFpSURBVEjHxZXRcoQgDEWNRDQS5P//tkkAdbvtBB+2vauA mAOXZJydps8LZpW2QS7RDA4AEAJggNDlbRFm61BWBgu2BgPKIpPhiDCD3NiApe60iJUgc6gDxZWf dTWUl0G9vAO2tr6sk3gBt4NdQMBzYqk+bzsA/AKgeXoHwg9AdYQoURZ4PwNM+AJABRB1XmZsUpqX MzRkXrR6dZFaND22OpCEWy5blnqFECTP0DrEWkyzVofaS0msLI1ozWnSUVzlF1dRjEPAasEWP7ZH jHGza3CDP9ZGe1e0dnOBlFJHZEQuwBeRElH2gHgcmRWROx8iL3GbRmXdhWzEriVd1YhsgGtJgWyu BGB5GAJy5p1YgOwDMTMzaaqIZMS+JTsvkVRARykNA2kUsCglngBU9RigR0AaBegE0hMgn57GAC7C lGeW2hHcDyjeMvpBgEvpmA8w6adWqmgMoNLjB4A9X4TZctP6XaN/Af+pL6x6Fsf3UPEvAAAAJXRF WHRkYXRlOmNyZWF0ZQAyMDIxLTEyLTA3VDIwOjE4OjAzKzAwOjAw9UGG9AAAACV0RVh0ZGF0ZTpt b2RpZnkAMjAyMS0xMi0wN1QyMDoxODowMyswMDowMIQcPkgAAAAASUVORK5CYII= X-Now-Playing: The Human League's _Dare_: "Love Action (I Believe In Love)" Date: Tue, 07 Dec 2021 21:49:29 +0100 In-Reply-To: <83y24x28f4.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 06 Dec 2021 15:02:23 +0200") Message-ID: <87wnkgcf8m.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Eli Zaretskii writes: > Then I guess we should close this as wontfix. OK; done. Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 12872 Cc: 12872@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Eli Zaretskii writes: > Then I guess we should close this as wontfix. OK; done. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Tue Dec 07 15:49:53 2021 Received: (at control) by debbugs.gnu.org; 7 Dec 2021 20:49:53 +0000 Received: from localhost ([127.0.0.1]:38786 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1muhPM-0004yi-TQ for submit@debbugs.gnu.org; Tue, 07 Dec 2021 15:49:53 -0500 Received: from quimby.gnus.org ([95.216.78.240]:53848) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1muhPL-0004yW-5E for control@debbugs.gnu.org; Tue, 07 Dec 2021 15:49:51 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=jmyy5/YmDXFF92n3DHek1wJlcFQoFCAyOHWY73vbkHM=; b=gTnfpigCTuaw75CRc3ocost6tZ MjQfRQWlZwc6k7DtX5ya707rfj81vtieZm2ocJSIofomTXKBaZeISQL874iDImbqEwrGaludFl+7p A/YUSBbnwXHmeCVYpkRjVdodm9B0z4lNMfaDKd4lXKnTMHQS9SU6LYj1RfW9SfmV6Ano=; Received: from [84.212.220.105] (helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1muhPD-0002Jf-05 for control@debbugs.gnu.org; Tue, 07 Dec 2021 21:49:45 +0100 Date: Tue, 07 Dec 2021 21:49:40 +0100 Message-Id: <87v900cf8b.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #12872 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: tags 12872 wontfix close 12872 quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) tags 12872 wontfix close 12872 quit From unknown Wed Aug 20 05:17:18 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Wed, 05 Jan 2022 12:24:07 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator