GNU bug report logs - #10409
Minibuffer sized according to default face, not minibuffer face

Previous Next

Full log

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

From: David Reitter <david.reitter <at> gmail.com>
To: 10409 <at> debbugs.gnu.org
Subject: Minibuffer sized according to default face, not minibuffer face
Date: Sat, 31 Dec 2011 10:59:53 +0100

With further info from Jeremy, it looks like it works as designed.  

So would like to use this bug to request an enhancement (to allow for arbitrary (pixel level) window heights, with minibuffers sized according to the minibuffer face rather than the default face).


Begin forwarded message:

> On Fri, Dec 30, 2011 at 10:16, David Reitter <david.reitter <at> gmail.com> wrote:
>> I'm afraid part of this is an artifact of Emacs' long-standing way of measuring the heights of frames and windows in full glyph (or line) heights of the default face, even on post-1984 systems that have graphical user interfaces.

From: Jeremy Thurgood <firxen <at> gmail.com>

> Two lines (of the default face's height) are needed to display one
> line of the echo area's face. In my original case, the default face at
> 13pt was 12 pixels high (I think) and the echo area face at 13pt was
> 13 pixels high, so the minibuffer grew a second line (at the default
> face's height) for a total of 24 pixels so it could display the 13
> pixel high text without cutting any off. If there's a larger disparity
> in size, the need for multiple default-height lines in the minibuffer
> is more apparent.

Previous Next

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