[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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

From: Dmitry Gutov
Subject: Re: Emacs's set-frame-size can not work well with gnome-shell?
Date: Fri, 21 Feb 2020 13:13:01 +0200
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.9.0

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).

reply via email to

[Prev in Thread] Current Thread [Next in Thread]