GNU bug report logs - #50178
28.0.50; Size of echo area does not account for line-spacing

Previous Next

Full log

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

From: Óscar Fuentes <ofv <at> wanadoo.es>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 50178 <at> debbugs.gnu.org
Subject: Re: bug#50178: 28.0.50; Size of echo area does not account for
 line-spacing
Date: Tue, 24 Aug 2021 15:34:27 +0200

Eli Zaretskii <eliz <at> gnu.org> writes:

> And why is that a problem?  Emacs displays partially visible lines at
> end of window in many cases; as long as the list of completion
> candidates is long enough, you cannot see all of them anyway.
>
> Or maybe you have a specific recipe in mind where this works
> incorrectly, in which case please show that recipe.

There are some packages that works displaying a certain number of lines
on the echo area (ido-grid-mode, for instance.) They set
max-mini-window-height to an integer and expect that Emacs will take
care of resizing the echo area accordingly, if possible. If the
resulting echo area is not tall enough, there is a problem.

IMO max-mini-window-height, when set to an integer, should mean "I want
this many lines", as it does when line-spacing is nil. Otherwise every
one of those packages must implement the heuristics for taking into
account `line-spacing' and any other present and future variable that
might affect the number of lines visible on the echo area.

Previous Next

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