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: 3643 <at> debbugs.gnu.org
Subject: bug#3643: 23.1.90.1; menu, toolbars vs. constant size
Date: Sat, 09 Jan 2010 14:30:41 +0100
jidanni <at> jidanni.org skrev:
> !.Xresources
> Emacs.toolBar: 0
> Emacs.menuBar: 0
> and emacs -q it turns out work... unless one wants to use a different
> font! Then one needs -mm.
> Is there any way to put the -mm into .emacs? or does one need a shell wrapper?

The documentation for emacs and elisp is in info.  It can be confusing that 
some parts are in the Emacs node and some in the Elisp node.  This particular 
documentation is in the Elisp node: In Emacs:
C-h i m elisp<return> s maximized <return>

I.e. the frame parameter fullscreen can have the value maximized.

> emacs-version "23.1.91.1"
> Anyway, my point still remains, the user's first encounter with
> $ emacs # just won't fit on many people's screens.
> At least under icewm. I don't know any other program that acts like that
> right out of the box.

That is indeed a bad thing to do.  I added some code to address that.  Note 
that any tool bars put there by the window manager must be handeled by the 
window manager.  For example, compiz will never let me create a window so high 
it covers the menu/toolbars added by Gnome-panel.

	Jan D.






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.