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

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 28915 in the body.
You can then email your comments to 28915 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

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

From: Bob Weiner <rsw <at> gnu.org>
To: bug-gnu-emacs <at> gnu.org
Subject: Emacs 27 under macOS window system;
 improper frame resizing (off by 4 pixels)
Date: Fri, 20 Oct 2017 13:41:44 -0400

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))

Bob

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

Message #11 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:16:18 +0200

I forgot to present the necessary code adjustments for this.  Use

(setq frame-resize-pixelwise t)

(progn (set-frame-width nil (frame-text-width) nil t)
       (frame-native-width))

(progn (set-frame-height nil (frame-text-height) nil t)
       (frame-native-height))

martin

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

From: martin rudalics <rudalics <at> gmx.at>
To: Bob Weiner <rsw <at> gnu.org>, 28915-done <at> debbugs.gnu.org
Subject: Re: bug#28915: Emacs 27 under macOS window system; improper frame
 resizing (off by 4 pixels)
Date: Tue, 31 Oct 2017 09:42:04 +0100

> 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.

Closing this bug.

martin

Previous Next

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