GNU bug report logs - #65217
29.1; set-frame-size gets confused and drops calls

Previous Next

Full log

Message #26 received at 65217 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Ash <ext0l <at> catgirl.ai>
Cc: rudalics <at> gmx.at, 65217 <at> debbugs.gnu.org
Subject: Re: bug#65217: 29.1; set-frame-size gets confused and drops calls
Date: Fri, 18 Aug 2023 09:37:28 +0300

> Date: Thu, 17 Aug 2023 23:04:06 -0700
> Cc: rudalics <at> gmx.at, 65217 <at> debbugs.gnu.org
> From: Ash <ext0l <at> catgirl.ai>
> 
> On 8/17/23 22:56, Eli Zaretskii wrote: 
> 
>  Can we close this bug, or is there anything left to do here?
> 
> IMO the fact that a set-frame-size call can fail to have an effect is absolutely a bug.

I disagree.  It is a consequence of the fact that the actual resizing
is performed by the window manager, and that Emacs must wait for the
window-system response event to perform the resize correctly.  Lisp
programs that perform several such operations in a row must inject
short wait periods to allow for the processing of the window-system
events.  That's what Martin meant by saying that using sit-for solves
the problems.

So this isn't a bug, but a limitation caused by the way Emacs's
interaction with the GUI systems is designed.  If by "bug" you mean
that design, then it is pointless to keep such "bugs" open, since no
one is working on redesigning that aspect of Emacs, nor intends to do
so any time soon.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.