GNU bug report logs -
#40278
Flickering in Windows 10 (not double buffered)
Previous Next
Full log
View this message in rfc822 format
>> Emacs frame partially covered by an Emacs frame: Nothing happens. Mouse input
>> does not seem to go anywhere.
Seems to work fine for me. I see the "normal" flickering, no slow-paint
rectangle.
>> 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.
Same here.
martin rudalics <rudalics <at> gmx.at> writes:
> 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))))))
Doesn't make a difference, I still see the slow-paint rectangle.
=======================
At any rate, if I've understood the responses from Eli, it sounds like
there isn't any bug here, just that we haven't implemented double
buffering for Windows.
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.