GNU bug report logs - #40278
Flickering in Windows 10 (not double buffered)

Previous Next

Package: emacs;

Reported by: Nicolas Bertolo <nicolasbertolo <at> gmail.com>

Date: Sun, 29 Mar 2020 17:11:03 UTC

Severity: wishlist

Found in version 27.0.90

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Noam Postavsky <npostavs <at> gmail.com>
Cc: 40278 <at> debbugs.gnu.org, nicolasbertolo <at> gmail.com
Subject: bug#40278: 27.0.90; Flickering in Windows 10
Date: Mon, 30 Mar 2020 21:29:26 +0300
> From: Noam Postavsky <npostavs <at> gmail.com>
> Cc: 40278 <at> debbugs.gnu.org,  nicolasbertolo <at> gmail.com
> Date: Mon, 30 Mar 2020 13:15:39 -0400
> 
> The "flicker" part is that it looks like the window turns momentarily
> completely blank before redrawing.

That could happen if there's nothing in common between the previous
and the new contents of the window.  Again, if redisplay cannot keep
up, this is entirely normal, and any flicker related to such situation
is something we cannot do anything about.

> > What do you mean by "beneath" in this context?
> 
> There's occasionally a rectangle which seems to repainted slower than
> its surroundings.  That rectangle is lower down (closer to my desk than
> the ceiling) on my monitor than the child frame.  Also, I guess the text
> it momentarily contains was previously behind the child frame in terms
> of z-order (although it's a bit hard to tell because the repainting is
> still too fast to really anything).

What are the dimensions of that rectangle?  Is its width identical to
that of the parent frame, or is it smaller?  If smaller, is the width
similar to that of the child frame or different?




This bug report was last modified 3 years and 37 days ago.

Previous Next


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