GNU bug report logs - #1348
set-frame-width and set-frame-position seem buggy on at least MSWindows

Previous Next

Full log

View this message in rfc822 format

From: grischka <grishka <at> gmx.de>
To: martin rudalics <rudalics <at> gmx.at>
Cc: 1348 <at> debbugs.gnu.org
Subject: bug#1348: set-frame-width and set-frame-position seem buggy on at	least MSWindows
Date: Thu, 27 Nov 2008 18:45:45 +0100

martin rudalics wrote:
>  > Why waste time with looking for "better results" instead of a
>  > correct solution?
>  >
>  > Which is obviously that these set-frame-xxx functions need to wait
>  > for the ConfigureNotify event and to handle it before they return.
> 
> I doubt such a solution would be generally feasible.  A command might
> try to set the height and width of a couple of frames.  It can't wait
> for a ConfigureNotify event to arrive for each of these.

Why can't it wait?  A couple of frames doesn't sound like thousands
and also you probably would not start editing your files while your
frames are still moving around.  So it wouldn't make any difference
on the user level, except that you'd get correct results by design.

And then it can of course (and probably should) handle other events
while waiting for the ConfigureNotify.  In GUI apps it is normal that
"wait" doesn't mean just sleep or block.

Btw, on ms-windows such serialization is built-in actually. With
a call like "SetWindowPos" you'd get the WM_WINDOWPOSCHANGED message
with the new coordinates and sizes before the call returns.

Previous Next

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