GNU bug report logs -
#17588
24.3.91; mouse-face glitchy
Previous Next
Reported by: Christopher Schmidt <ch <at> ristopher.com>
Date: Sun, 25 May 2014 19:05:02 UTC
Severity: normal
Found in version 24.3.91
Done: Eli Zaretskii <eliz <at> gnu.org>
Bug is archived. No further changes may be made.
Full log
Message #11 received at submit <at> debbugs.gnu.org (full text, mbox):
Eli Zaretskii <eliz <at> gnu.org> writes:
> In general, each redisplay requires removing the mouse-highlight and
> then re-applying it, so if Emacs cannot keep up, you might see
> annoyingly visible flickering or even such extreme effects as you
> describe. There's nothing new here.
There is no flickering. The artefacts are permanent.
It can work just fine. Something triggers the issue. After triggering,
scrolling or resizing windows of the affected frame usually make the
artefacts disappear again and highlighting works just fine.
The window configuration of my recipe is important, too. Using just one
rms2 window makes it impossible to reproduce this issue here.
> From: Christopher Schmidt <ch <at> ristopher.com>
> Date: Sun, 25 May 2014 15:04:18 -0400 (EDT)
[...]
>> My real use-case, which provokes this issue after a few minutes, is a
>> process filter which updates the buffer of a window exactly once a
>> second.
[...]
> May I ask what is the real-life situation where you need to refresh
> the display at such high frequency?
I do not think updating a window once a second is unreasonable. I have
never seen this issue with 24.3.
This bug report was last modified 11 years and 52 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.