GNU bug report logs - #12872
24.2; Provide a feature to trigger mode-line redisplay

Previous Next

Package: emacs;

Reported by: Eli Zaretskii <eliz <at> gnu.org>

Date: Mon, 12 Nov 2012 18:29:01 UTC

Severity: wishlist

Tags: moreinfo, wontfix

Found in version 24.2

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log


Message #34 received at 12872 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 12872 <at> debbugs.gnu.org
Subject: Re: bug#12872: 24.2; Provide a feature to trigger mode-line redisplay
Date: Sat, 04 Dec 2021 21:26:59 +0200
> From: Lars Ingebrigtsen <larsi <at> gnus.org>
> Cc: 12872 <at> debbugs.gnu.org
> Date: Sat, 04 Dec 2021 19:55:09 +0100
> 
> Eli Zaretskii <eliz <at> gnu.org> 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.




This bug report was last modified 3 years and 227 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.