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

[Dmitry Gutov <dgutov@yandex.ru>]

On 30.01.2020 21:41, martin rudalics wrote:
>  > mouse.el.diff seems to solve the undecorated frame resizing
>  > problem. No drift anymore, both with and without
>  > frame-resize-pixelwise. So brief testing showed that it's okay now.
> 
> OK.  With an undecorated top-level frame, I presume.

Yup.

>  > mouse+xfns.diff, on the other hand, is more broken. First of all, it
>  > didn't help resizing child frames (not discernible
>  > difference).
> 
> With GTK you mean.

Yes.

>  > Second, it's very broken with desktop scaling (my 200%
>  > makes dragging the frame behave very wildly). Without scaling it
>  > almost works as well as the other patch, but not quite. For instance,
>  > when mouse dragging by the bottom-right corner, at first the corner
>  > jumps a little away from the cursor in the top-left direction, and
>  > then follows it, more or less correctly, from that distance.
> 
> I didn't care about the scaling factors.  The most important aspect of
> the second patch is that it should solve the X issue with slow child
> frame resizing and moving (at least it does so here).  So you would have
> to try it with a Lucid child frame, unscaled first.  I'll try to fix the
> scaling issues later.

Okay, but actually the Lucid build doesn't have that problem with the 
scaled desktop. It "just works", or seems to. So I'm testing it with 
200% scaling.

So, Lucid build, under Mutter:

- Resizing works, more or less. Moving a frame by its mode-line works as 
well without stutters.
- The right-bottom corner still jumps away. When I drag the frame by the 
mode-line, it (the corner) also jumps at first, the same distance.
- Same with moving or resizing a child frame.
- tumashu's child frame moving test scenario is still slow.

E.g.

   (benchmark 1 `(set-frame-position ,test-frame 50 50))
   => 0.5s