GNU bug report logs - #44080
27.1; Display behavior of overlays `after-string` in resizable minibuffer frames

Previous Next

Package: emacs;

Reported by: Clemens <clemens.radermacher <at> posteo.de>

Date: Mon, 19 Oct 2020 18:40:02 UTC

Severity: normal

Found in version 27.1

Done: Clemens <clemens.radermacher <at> posteo.de>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: martin rudalics <rudalics <at> gmx.at>
To: Eli Zaretskii <eliz <at> gnu.org>, Clemens <clemens.radermacher <at> posteo.de>
Cc: 44080 <at> debbugs.gnu.org
Subject: bug#44080: 27.1; Display behavior of overlays `after-string` in resizable minibuffer frames
Date: Tue, 20 Oct 2020 09:21:36 +0200
> It looks like the problem is in fit-frame-to-buffer: it is not
> prepared to handle after-string at the end of the prompt.
> Specifically, the fact that the 2nd and the 3rd args of the call to
> window-text-pixel-size are both t causes the function to return the
> value which doesn't account for the after-string.

Indeed.  'fit-frame-to-buffer' strips empty spaces at the beginning and
end of the buffer - it's aim is to make the frame occupy as little of
screen space as possible.  If 'resize-mini-frames' should handle
peculiarities as such display strings, it's probably better to write a
tailored function that handles them by calling 'window-text-pixel-size'
with the appropriate arguments.

But we can change the default behavior as well, or provide an appropriate
option.

martin




This bug report was last modified 4 years and 205 days ago.

Previous Next


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