GNU bug report logs - #28915
Emacs 27 under macOS window system; improper frame resizing (off by 4 pixels)

Previous Next

Full log

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

From: martin rudalics <rudalics <at> gmx.at>
To: Bob Weiner <rsw <at> gnu.org>, 28915 <at> debbugs.gnu.org
Subject: Re: bug#28915: Emacs 27 under macOS window system; improper frame
 resizing (off by 4 pixels)
Date: Sat, 21 Oct 2017 10:05:17 +0200

> Each time the following two expressions are called, they increase the
> width or height respectively of the selected frame by 4 pixels rather
> than leaving the dimension unchanged.  Even if this is a rounding error
> due to use of column/line math, shouldn't there be a special case test
> for this that prevents the size change?  It would simplify coding.
>
> (progn (set-frame-width nil (frame-pixel-width) nil t)
>         (frame-pixel-width))
>
> (progn (set-frame-height nil (frame-pixel-height) nil t)
>         (frame-pixel-height))

This is not a bug.  For historic reasons, the second arguments of
‘set-frame-width’ and ‘set-frame-height’ must specify the width and
height of the _text area_ of the frame and not its native width and
height.  You can rely on this to never ever change.  Section 29.3.4
Frame Size of the Elisp manual should explain everything.

martin

Previous Next

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