GNU bug report logs - #77039
31.0.50; Flickering on macOS

Previous Next

Full log

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: aaronjensen <at> gmail.com, gerd.moellmann <at> gmail.com
Cc: alan <at> idiocy.org, 77039 <at> debbugs.gnu.org
Subject: Re: bug#77039: 31.0.50; Flickering on macOS
Date: Sun, 23 Mar 2025 12:37:25 +0200

> Cc: gerd.moellmann <at> gmail.com, alan <at> idiocy.org, 77039 <at> debbugs.gnu.org
> Date: Sun, 23 Mar 2025 12:13:10 +0200
> From: Eli Zaretskii <eliz <at> gnu.org>
> 
> So in summary, I don't see anything abnormal here.  If we want to keep
> the only-current-line-changed optimization in redisplay_internal,
> someone will have to come up with a smarter test for when line numbers
> are shown.  I think the underlying problem is that when the line
> number of the current line becomes large enough to require more
> columns for line-number display, we must redraw the entire window to
> avoid the problem with shifting or line number described in
> https://debbugs.gnu.org/cgi/bugreport.cgi?bug=54091#5 .

To clarify: this should not cause any flickering, AFAIU, because the
comparison of glyphs in subroutines of update_frame is supposed to
find that everything on the glass is already up-to-date and there's no
need to draw anything.  So flickering, which happens because portions
of the window are actually redrawn on the glass, should not happen in
this case.

Previous Next

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