GNU bug report logs - #19972
24.4; Font size change doesn't update (window-total-width)

Previous Next

Package: emacs;

Reported by: Joost Kremers <joostkremers <at> fastmail.fm>

Date: Sun, 1 Mar 2015 02:32:02 UTC

Severity: normal

Found in version 24.4

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

Bug is archived. No further changes may be made.

Full log


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

From: Eli Zaretskii <eliz <at> gnu.org>
To: martin rudalics <rudalics <at> gmx.at>
Cc: steve <at> sanityinc.com, jan.h.d <at> swipnet.se, 19972 <at> debbugs.gnu.org
Subject: Re: bug#19972: Font size change doesn't update (window-total-width)
Date: Thu, 05 Mar 2015 22:22:38 +0200
> Date: Thu, 05 Mar 2015 19:14:39 +0100
> From: martin rudalics <rudalics <at> gmx.at>
> CC: jan.h.d <at> swipnet.se, steve <at> sanityinc.com, 19972 <at> debbugs.gnu.org
> 
> Suppose an application wants to add 5 lines and 5 columns to a frame.
> It can do that in one call
> 
> (set-frame-size nil (+ (frame-width) 5) (+ (frame-height) 5))
> 
> or via
> 
> (progn
>    (set-frame-width nil (+ (frame-width) 5))
>    (set-frame-height nil (+ (frame-height) 5)))
> 
> I suppose that most people would consider these forms idempotent.
> 
> However, before the fix, `set-frame-height' could fail because Emacs has
> to tell Windows (via AdjustWindowRect) what the desired window width is.
> But the width Emacs knows about at that time is still that from before
> the `set-frame-width' call.

Did we try back then to sleep a few tens of milliseconds after each
such call?




This bug report was last modified 7 years and 269 days ago.

Previous Next


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