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: martin rudalics <rudalics <at> gmx.at>
To: Nicolas Bértolo <nicolasbertolo <at> gmail.com>, Eli Zaretskii <eliz <at> gnu.org>
Cc: 40278 <at> debbugs.gnu.org, Noam Postavsky <npostavs <at> gmail.com>
Subject: bug#40278: 27.0.90; Flickering in Windows 10
Date: Wed, 1 Apr 2020 08:36:15 +0200




> Emacs frame partially covered by an Emacs frame: Nothing happens. Mouse input
> does not seem to go anywhere.

Might be that here I'm using yet another program to handle that case.
'mouse-wheel-follow-mouse' should not be involved but please make sure
that it's t.

> Emacs frame partially covered by a Windows explorer window: Emacs scrolls
> normally, that is, in my case there is some flickering. But nothing like what
> happens with a child frame.

From what Noam described the flickering could be due to the tool bar.
What happens when you write

(defun open-test ()
  (display-buffer-in-child-frame
   (get-buffer-create "test child-frame")
   '((child-frame-parameters . ((tool-bar-lines . 0)
				(width . 20)
                                (height . 10)
                                (top . 200)
                                (left . 100))))))

instead?

martin
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.