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

[martin rudalics <rudalics@gmx.at>]

 >> The problem is that the gtk_container_set_resize_mode patch might break
 >> with the next update of mutter or GTK.
 >
 > I wondered about that. But we'll probably release a new version of Emacs before then?

In either case it shouldn't bother us.  If it works, people may use it
and use the hiding approach if it doesn't.

 > It might also send a stronger message to GTK/Mutter developers, who
 > are not so fast to answer a bug report from a fellow GNU project.

We've fallen between two stools here: It's not precisely a mutter
problem - Lucid and Motif work there.  And it's not precisely a GTK3
problem because it works with all other window managers I know of.

 >> It also freezes Emacs on
 >> desktops like kwin and xfwm and therefore must be made optional anyway.
 >
 > That's unfortunate. If there was a way to detect Mutter programmatically, maybe we should use that. Even if just to set the default value of the new variable you've described below.

I've been trying to do that but it's unreliable (BTW mutter here
identifies itself as GNOME shell): We would have to test such an
automatism on all possible desktops people use.  So better leave that to
Emacs 28.

 > I think 'resize-mode' should be the main mode of operation for it. But if 'hide' wouldn't complicate the code too much, I can't really argue against it.

So far we have no proof that 'resize-mode' works for a sufficient number
of people.  Or did you have any feedback?

 > A more serious problem in Mutter, seems like. But it's not a given, of course.

mutter might not be bad ('focus-follows-mouse' nowhere works as well as
there) but I have no idea what goes on under its hood.

martin