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

Previous Next

Package: emacs;

Reported by: jidanni <at> jidanni.org

Date: Sun, 21 Jun 2009 21:40:12 UTC

Severity: normal

Merged with 4995

Done: Jan Djärv <jan.h.d <at> swipnet.se>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

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: bug#3643: emacs -Q doesn't fit on the user's screen
Date: Fri, 15 Jan 2010 18:08:57 +0100
I've checked in a fix.
Note that the emacs frame can still end up outside the visible area, icewm 
doesn't take care of placing Emacs at +0+0 when that is what it takes to make 
Emacs fully visible.  Moving Emacs there should make Emacs fully visible.
The adjustment of size to the desktop may not work if a bigger font is set in 
elisp.

	Jan D.


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





This bug report was last modified 15 years and 95 days ago.

Previous Next


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