GNU bug report logs - #78861
[PATCH] Avoid calendar flicker

Previous Next

Package: emacs;

Reported by: Manuel Giraud <manuel <at> ledu-giraud.fr>

Date: Sun, 22 Jun 2025 07:01:01 UTC

Severity: normal

Tags: patch

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

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Manuel Giraud <manuel <at> ledu-giraud.fr>
Cc: 78861 <at> debbugs.gnu.org
Subject: bug#78861: [PATCH] Avoid calendar flicker
Date: Sun, 22 Jun 2025 16:05:50 +0300
> From: Manuel Giraud <manuel <at> ledu-giraud.fr>
> Cc: 78861 <at> debbugs.gnu.org
> Date: Sun, 22 Jun 2025 13:46:28 +0200
> 
> Eli Zaretskii <eliz <at> gnu.org> writes:
> 
> >> From: Manuel Giraud <manuel <at> ledu-giraud.fr>
> >> Date: Sun, 22 Jun 2025 09:00:02 +0200
> >> 
> >> When you have diary marks activated in the calendar (with 'm',
> >> diary-mark-entries) and when moving around (for example with '<' and
> >> '>') you will see some flicker on dates where you have marks.
> >
> > Please elaborate: which part(s) of the display flicker?  I tried a
> > simple recipe to reproduce the problem, and saw no flickering on my
> > system.
> 
> I see the date digits flicker when moving: the digits glimpse in black
> before turning to red (with default theme).

I don't see anything like that here.

> Here is a recipe:
>      - emacs -Q
>      - Open "/tmp/diary" and insert the following content:
> --8<---------------cut here---------------start------------->8---
> %%(diary-block 6 22 2025 8 30 2025) Looong break
> --8<---------------cut here---------------end--------------->8---
>      - M-: (setq diary-file "/tmp/diary") <RET>
>      - M-x calendar <RET>
>      - Hit 'm' and then alternatively '>' and '<' to see the flicker

I see the entire window being redrawn, so it's hard to see a flicker.
Seeing flickering requires that everything stays the same and in the
same position in the window, otherwise it's impossible to say that
there's flickering when everything moves and changes.

If the above is the best scenario you can offer, then please point me
to the code in calendar that first draws the numbers in black and then
redraws them in red, and I will take a look.

> > And what is the state of double-buffering in the session where you saw
> > it?
> 
> I'm not sure but I think I'm good.  Here's an excerpt of xdpyinfo:

No, I meant whether your build is with double-buffering?




This bug report was last modified 19 days ago.

Previous Next


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