[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: martin rudalics
Subject: Re: Emacs's set-frame-size can not work well with gnome-shell?
Date: Fri, 14 Feb 2020 09:48:09 +0100

> Sounds like posframe could make this work if both patches could be
> pushed to emacs-27, and if they didn't break any other window
> managers.

We could add another variable to control the behavior of the
use_gdk_resize variant.  It's a really awful hack in either case,

> (Hiding the child frame during resizing could be used only when resizing down 
from the unreasolable large size, for example).

"down"?  Conceptually, the patches are mutually exclusive.  I don't know
whether it's possible to reconcile them the way you sketch above.

> BTW, are they supposed to be applied on top of current emacs-27? The second 
one fails with:
> $ patch -p1 < hide-child-frame-during-resize.diff
> patching file src/gtkutil.c
> Hunk #2 FAILED at 1002.
> Hunk #3 succeeded at 1018 (offset 1 line).
> 1 out of 3 hunks FAILED -- saving rejects to file src/gtkutil.c.rej
> patching file src/xterm.c
> Hunk #1 succeeded at 13763 (offset 16 lines).

They apply here properly against latest Emacs 27 (using git apply) but
_not_ on top of each other.

Both patches are based on your earlier observations.  I have not found
out anything new in this area.  Perhaps you (and maybe someone else)
could try to run either of them for a while and tell us whether they
render the overall behavior unbearable.  Also, I have no idea whether
any kind of eventual unmapping or hiding a child frame may render
further enlargings impossible again.  In particular, I don't know who
stores that "initial" frame size someone uses to compare the requested
frame size against and refuses to grant the request when the latter is


reply via email to

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