GNU bug report logs - #78120
31.0.50; Calendar is not reliable with its marking

Previous Next

Package: emacs;

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

Date: Mon, 28 Apr 2025 14:48:02 UTC

Severity: normal

Found in version 31.0.50

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Manuel Giraud <manuel <at> ledu-giraud.fr>
Cc: michael_heerdegen <at> web.de, 78120 <at> debbugs.gnu.org
Subject: bug#78120: 31.0.50; Calendar is not reliable with its marking
Date: Thu, 08 May 2025 18:37:36 +0300
> From: Manuel Giraud <manuel <at> ledu-giraud.fr>
> Cc: Michael Heerdegen <michael_heerdegen <at> web.de>,  78120 <at> debbugs.gnu.org
> Date: Thu, 08 May 2025 16:03:56 +0200
> 
> BTW, I wonder it this can be related to redisplay since when hitting 'm'
> repeatedly, I see a flicker that was not present on my example with
> overlays (above in this thread).

Overlays are a display-time feature, so of course it's related to
redisplay.  It's redisplay that decides which of the overlays to show
when several of them "compete".

And if some Lisp sets up a hook that moves overlays, then you'll have
an immediate additional redisplay cycle, which might be what you see.

> > I think we can make them deterministic by specifying certain
> > priorities for each overlay.  If it turns out that the priorities we
> > specify don't produce the effect that some user wants, they could then
> > use the other face attributes, as you explain above (but maybe we
> > should document this facility in the user manual?).
> >
> > Still, I think the faces produced from sexp entities should take
> > precedent (via overlay priorities) over the other faces, as the
> > default.
> 
> I don't understand why you think so: a sexp entity could be of a lesser
> importance than a non-sexp one. For example:

I'm not talking about what _could_ be, I'm talking about what happens
in the majority of cases.

> That is why, regardless of the non-deterministic issue, I think that the
> user should have a way to express what is more important than something
> else.

What I said doesn't contradict the user's ability to affect the faces.
I'm just expressing an opinion about which overlay should by default
have the higher priority.  Surely, we need to make a decision like
that if we want the results to be completely deterministic?




This bug report was last modified 37 days ago.

Previous Next


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