GNU bug report logs - #3643
minibuffer beyond end of screen in emacs23

Previous Next

Full log

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

From: Jan Djärv <jan.h.d <at> swipnet.se>
To: jidanni <at> jidanni.org
Cc: rfrancoise <at> debian.org, 3643 <at> debbugs.gnu.org
Subject: Re: emacs -Q doesn't fit on the user's screen
Date: Fri, 15 Jan 2010 16:31:42 +0100

jidanni <at> jidanni.org skrev:
> On my 800x480 eeepc,
> $ emacs -Q
> ALT+F8 says the window is 21 lines high.
> Since the minibuffer is below the screen, in the scratch buffer, type
> (tool-bar-mode)C-x C-e
> The tool bar dissapears, ALT+F8 still reports the screen is 21 lines long,
> but finally all fits.
> Is this an icewm bug, reporting the same size with or without toolbar?
> Wait, it is counting screen lines, not pixels...

Depending on which Emacs version (Gtk+, Lucid, ...) the tool bar may or may 
not be counted in the lines available for editing, that is what the window 
manager reports.

> $ emacs -Q --eval '(tool-bar-mode)' #gives a window too short. ALT+F8
> says it is 19 lines high.

Too short for what?  How tall the initial frame becomes when no height has 
been specified is undefined, i.e. it can be anything.

	Jan D.

Previous Next

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