GNU bug report logs - #78418
31.0.50; Change in fit-frame-to-buffer doesn't work with transient-posframe

Previous Next

Package: emacs;

Reported by: Gerd Möllmann <gerd.moellmann <at> gmail.com>

Date: Wed, 14 May 2025 07:22:01 UTC

Severity: normal

Found in version 31.0.50

Full log


View this message in rfc822 format

From: martin rudalics <rudalics <at> gmx.at>
To: Gerd Möllmann <gerd.moellmann <at> gmail.com>
Cc: yhaoxie <at> gmail.com, 78418 <at> debbugs.gnu.org
Subject: bug#78418: 31.0.50; Change in fit-frame-to-buffer doesn't work with transient-posframe
Date: Mon, 19 May 2025 15:45:55 +0200
>> When on macOS with 'frame-resize-pixelwise' nil you drag a frame border
>> with the mouse, does it resize by pixels or by character increments?
>
> I think it resizes to character bounds with frame-resize-pixelwise nil,
> and to pixels with it being t.

But did you try?  I see PResizeInc defined in nsgui.h but I nowhere see
it used.  Same goes for Wayland builds.  AFAICT size increments are only
recognized by X11.  Everywhere else they are a pure nuisance.

> For transient-posframe child frames, when f-r-p is nil. things go wrong
> because Posframe binds frame-resize-pixelwise to t, and transient uses
> the default nil when fit-frame-to-buffer is called. That's what I showed
> in the screen shot.

That's a different issue.  If 'frame-resize-pixelwise' is nil,
'fit-frame-to-buffer-1' does all that silly rounding which blows frames
up in your case.

martin




This bug report was last modified 86 days ago.

Previous Next


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