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

Previous Next

Full log

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: grischka <grishka <at> gmx.de>, 1348 <at> debbugs.gnu.org
Cc: rudalics <at> gmx.at, jasonr <at> f2s.com, bug-gnu-emacs <at> gnu.org
Subject: Re: bug#1348: set-frame-width and set-frame-position seem buggy on	at	least MSWindows
Date: Fri, 05 Dec 2008 08:20:04 +0200

> Date: Fri, 05 Dec 2008 00:24:40 +0100
> From: grischka <grishka <at> gmx.de>
> Cc: 1348 <at> emacsbugs.donarmstrong.com, jasonr <at> f2s.com
> 
>      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.

Previous Next

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