Re: Emacs's set-frame-size can not work well with gnome-shell?

[martin rudalics]

> - The thing with "resize then refresh" is also here. When a frame is
> resized, two distinct phases are also visible sometimes. But if it's
> the best we can do with GTK... *shrug*

Have you ever tried setting 'x-wait-for-event-timeout' to zero?

> - The original test case in this thread shows a glitch in the child
> frame in the place (to the right) where the scroll bar could be. See
> the attached screenshot. Resizing the frame (height or width) doesn't
> make it go away. posframe doesn't trigger this, probably because it
> disables scroll bars.

Right.  A similar thing happens with the toolbar I suppose.  You have to
turn off all of them.  The situation is slightly better with GTK2 builds
but there you can get strange resizing effects.  The only builds that
here work sufficiently well are Lucid builds after bypassing a brutal
hack that causes each single move to wait for half a second on platforms
that do not report the frame position as we want them (patch attached).

I have to fix Bug#38452 first before I can investigate the move/resize
issues further.  Don't expect further improvements for Emacs 27 though.

martin

gtk-resize-mode+no-sync-with-move+mouse+gtk-debug.diff
Description: Text Data