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

[Dmitry Gutov]

On 21.02.2020 13:03, Dmitry Gutov wrote:
> On 17.02.2020 20:20, martin rudalics wrote:
> >  > Indeed, it does *something*, but not the intended effect yet:
> >  > apparently the window as seen by WM is extended by the Emacs child
> >                                                 ^ but? ^
> >
> >  > frame is not (similar to what we had using one of the intermediary
> >  > patches).
> >
> > Does shrinking work in the sense that the internal borders of the child
> > frame are redrawn?
> >
> >  > So it looks like the child frame is not enlarged, but e.g. clicks on
> >  > the area that should have been added to it don't go through to the
> >  > frame below it.
> >
> > Sounds good, but how comes that we apparently now we do not get the
> > ConfigureNotify we got before?  Basically, this new patch is
> > use_gdk_resize.diff with an initial child frame of 1000x1000 pixels
> > size.  Did you set 'x-resize-child-frame-special' to t?
>
> I... no. I only changed the value of this variable (locally or globally) 
> after the frame was created.

Sorry, the email got sent too fast.

Resizing indeed works if this variable is set to t before the frame is 
created. One problem is that the initial width and height are 2x the 
specified (probably scaling at fault).

Otherwise, it seems to work OK is the test scenario. Not so ideal in 
"production": it seems company-posframe still fails to change the width 
(!) when height is kept unchanged. And when that happens, the expected 
extra area (when we're enlarging the frame, but seemingly fail) is 
apparently where Emacs and the WM disagree (clicks don't do through).