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


View this message in rfc822 format

From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 1348 <at> debbugs.gnu.org, grischka <grishka <at> gmx.de>,
        bug-gnu-emacs <at> gnu.org, jasonr <at> f2s.com
Subject: bug#1348: set-frame-width and set-frame-position seem buggy on	at	least MSWindows
Date: Fri, 05 Dec 2008 10:58:37 -0500
>> if (XINT (lines) != FRAME_LINES (f))
>> x_set_window_size (f, 1, FRAME_COLS (f), XINT (lines));
>> 
>> Basically if the window has 20 lines on enter-freeze, then our
>> thing wouldn't even start, because between "sleep-for" and
>> "set-frame-height" there is nothing to read the WM_SIZE messages
>> from the mouse-dragging.
>> 
>> Works for me if I disable this line:
>> // if (XINT (lines) ...
>> 
>> It is a natural problem which happens only too often with
>> such "micro-optimizations".

> This is not a "micro-optimization".  Emacs deliberately avoids
> unnecessary calls to display routines, because frequent redisplay that
> doesn't really change anything causes flickering that is quite
> annoying.  Therefore, your "solution" is wrong.

Maybe it's not the right fix, but since it appears to fix the original
problem, we should look into why it fixes the problem.


        Stefan





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.