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

[martin rudalics]

> The first experiment: moving the frame by mode-line is smooth.

And it's slow with child frames so we have a major difference here.
Correct?

> After that: I tried resizing the dragging the border.

Which border(s)?

> Apparently, it
> doesn't account for window scaling, so it resizes to wrong size, and
> the window generally shrinked. After that, moving became choppy as
> well. Including after I deleted the resized frame and created new
> one(s).

This sounds interesting.  Does scaling work at all with the Lucid build?

> In the meantime, resizing the first, "normal" frame works okay. Moving
> too (by the title bar).

How comes the first frame has a title bar with this specification

(setq default-frame-alist
      '((minibuffer . nil) (undecorated . t) (drag-with-mode-line . t)
        (border-width . 0) (internal-border-width . 8) (drag-internal-border . 
t)
        (menu-bar-lines . 0) (tool-bar-lines . 0)))

> GTK:
>
> Actually, similar story with resizing.

You mean similar to the Lucid resizing behavior?

> Moving seems smooth enough before and after, with gradual drift toward
> top-left (because of the other bug we've mentioned before, probably).

Bug#38452, I presume.

martin