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

Previous Next

Full log

View this message in rfc822 format

From: Gerd Möllmann <gerd.moellmann <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: alan <at> idiocy.org, 77039 <at> debbugs.gnu.org, aaronjensen <at> gmail.com
Subject: bug#77039: 31.0.50; Flickering on macOS
Date: Sun, 23 Mar 2025 10:32:29 +0100

Eli Zaretskii <eliz <at> gnu.org> writes:

>> From: Gerd Möllmann <gerd.moellmann <at> gmail.com>
>> Cc: Eli Zaretskii <eliz <at> gnu.org>,  alan <at> idiocy.org,  77039 <at> debbugs.gnu.org
>> Date: Sun, 23 Mar 2025 05:56:41 +0100
>> 
>> > Repro from emacs -Q:
>> >
>> > (defun foo ()
>> > (Interactive)
>> > (global-display-line-numbers-mode)
>> > (term "/usr/bin/yes")
>> > (switch-to-buffer "*scratch*"))
>> >
>> > Aaron
>> 
>> Thanks! I think I see now what's going on.
>> 
>> redisplay_internal has this (line numbers may differ):
>> 
>> xdisp.c:
>> 17368       && (NILP (Vdisplay_line_numbers)
>> 17369           || EQ (Vdisplay_line_numbers, Qvisual))
>> 
>> This means that certain redisplay optimizations that make redisplay
>> particularly "cheap" are not tried, depending on line number display.
>
> See bug#54091.

Thanks, but it's still an enigma for me :-). I've never used
hs-minor-mode and don't know how it is implemented. Is it the old
selective display, and something the OP did that changed it that way?

Previous Next

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