GNU bug report logs - #7004
23.2; In fullscreen mode, the echo area takes too much vertical space

Previous Next

Full log

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Jan Djärv <jan.h.d <at> swipnet.se>
Cc: 7004 <at> debbugs.gnu.org, david <at> harpegolden.net
Subject: Re: bug#7004: 23.2;
	In fullscreen mode, the echo area takes too much vertical space
Date: Mon, 13 Sep 2010 21:18:12 +0200

> Date: Mon, 13 Sep 2010 20:59:27 +0200
> From: Jan Djärv <jan.h.d <at> swipnet.se>
> CC: david <at> harpegolden.net, 7004 <at> debbugs.gnu.org
> 
> The resizing is constrained to increments of the font size, so it is not 
> possible to resize it manually to a fraction of the font size.
> If we remove that constraint by editing the source it will show the same 
> behavour, extra pixels are unused at the bottom of the frame.

So it's probably some detail of how the windows are redisplayed that
leaves the mini-window with the extra space, instead of giving it to
the previous window.

> But I don't know of any function that sizes a window by pixels.  All the 
> resizing code does is to calculate rows and columns from the pixel sizes and 
> the call change_frame_size.  That in turn resizes windows, but just based on 
> lines and columns, not pixels AFAIK.

Doesn't the fullscreen option on X resize _the_frame_ instead of
windows?

> I see that W32 does that also, so how can it be different?

On Windows, the fullscreen I tried was by sending a special command to
the window manager.  I'm guessing that this resizes the frame, and
then Emacs's redisplay simply uses what it's got.  I will have to look
at the sources to see if my guess is correct.

Previous Next

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