Re: Abysmal state of GTK build

[Daniel Brooks]

Robert Pluim <rpluim@gmail.com> writes:

>>>>>> On Sun, 04 Sep 2022 08:14:54 +0300, Eli Zaretskii <eliz@gnu.org> said:
>
>     >> From: Richard Stallman <rms@gnu.org>
>     >> Cc: emacs-devel@gnu.org
>     >> Date: Sat, 03 Sep 2022 23:01:31 -0400
>     >> 
>     >> > No, this means functions like `set-frame-position' can't move the 
> frame
>     >> > on the screen.  The only way to move the frame is by the user 
> dragging
>     >> > it with the mouse.
>     >> 
>     >> Thanks.
>     >> 
>     >> I don't know whether that limitation is necessary or justified in some 
> way,
>     >> but I think that most users don't use `set-frame-position'.
>
>     Eli> Emacs itself uses set-frame-position.  It also moves frames on 
> display
>     Eli> via the 'top' and 'left' frame parameters.  One notable case where
>     Eli> this happens is the desktop.el package, which restores frame and
>     Eli> window configuration of a previous Emacs session.
>
> And there are packages that want to put frames at specific positions,
> such as speedbar (plus the various "pop up frame" packages whose names
> I canʼt recall right now)
>
>     Eli> So I think the inability to do that is quite a big deal for Emacs
>     Eli> users.
>
> Yes. Itʼs very annoying.

Don’t forget about emacs --geometry, which sets top/left/width/height
properties on the initial-frame-alist.

db48x