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

Previous Next

Package: emacs;

Reported by: "Themba Fletcher" <themba <at> shirleymachine.com>

Date: Fri, 14 Nov 2008 22:55:04 UTC

Severity: normal

Done: martin rudalics <rudalics <at> gmx.at>

Bug is archived. No further changes may be made.

Full log


Message #80 received at 1348 <at> emacsbugs.donarmstrong.com (full text, mbox):

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

>  >> I have never looked into that code.  IIUC one problem is flickering 
> when
>  >> a frame gets redrawn too often.  Moreover, it's not always safe to
>  >> redraw frames.
>  >
>  > Redraw? Isn't this about resize rather than redraw?
> 
> You can, in one command, issue a number of resize requests.  I doubt we
> want each of them cause a redisplay/redraw before the command completes.

But who said anything about redisplay/redraw?  What it needs to
wait for is the notification from the window system or toolkit
that the resize request was carried out.

Otherwise emacs runs into situations where the state of it's
internal variables w.r.t. frame size/position is not consistent
with the state of the GUI, and in consequence the inconsistent
GUI state works back on these variables.  (by means of the logic
meant for mouse sizing/dragging)

I guess that is the basic problem. There may be additional aspects
like toolkit differences or race conditions.





This bug report was last modified 10 years and 296 days ago.

Previous Next


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