GNU bug report logs - #16621
24.3.50; Periodic timer + overlays = flickering near point

Previous Next

Package: emacs;

Reported by: Dmitry Gutov <dgutov <at> yandex.ru>

Date: Sun, 2 Feb 2014 01:03:01 UTC

Severity: normal

Found in version 24.3.50

Fixed in version 26.1

Done: Dmitry Gutov <dgutov <at> yandex.ru>

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: Stefan Monnier <monnier <at> iro.umontreal.ca>
Cc: jan.h.d <at> swipnet.se, 16621 <at> debbugs.gnu.org, dgutov <at> yandex.ru
Subject: bug#16621: 24.3.50; Periodic timer + overlays = flickering near point
Date: Wed, 05 Feb 2014 17:59:54 +0200
> From: Stefan Monnier <monnier <at> iro.umontreal.ca>
> Cc: "Jan D." <jan.h.d <at> swipnet.se>,  dgutov <at> yandex.ru,  16621 <at> debbugs.gnu.org
> Date: Wed, 05 Feb 2014 08:46:17 -0500
> 
> >> So, if there is a way to avoid cursor redraws, go for it.
> > Can you tell when does the cursor need to be redrawn on X?
> 
> The problem in the current case is that the window hasn't had any
> modification at all, so we shouldn't even try to redraw any part of it.

The window is indeed not redrawn, only its cursor is.

We currently lack infrastructure that would allow us to notice that
the screen line where the cursor is displayed did not change.  So we
cannot decide not to redraw the cursor.

> Methinks there's a bit of code somewhere which maybe sets the `redisplay'
> bit unnecessarily.

I thought I explained a few messages back what "flag" is that: the
moment we redisplay the echo area, we are forced to call update_frame,
for the selected frame, which will redraw the cursors of that frame's
windows (and also its fringes, btw).




This bug report was last modified 8 years and 174 days ago.

Previous Next


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