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: bug-gnu-emacs <at> gnu.org (Emacs bug Tracking System)
To: jidanni <at> jidanni.org
Subject: bug#4995 closed by Jan Djärv <jan.h.d <at> swipnet.se>
 (Re: emacs -Q doesn't fit on the user's screen)
Date: Tue, 26 Jan 2010 06:57:02 +0000
[Message part 1 (text/plain, inline)]
This is an automatic notification regarding your bug report
which was filed against the emacs package:

#3643: 23.1.50; No size compensation for (tool-bar-mode 0)(menu-bar-mode 0)

It has been closed by Jan Djärv <jan.h.d <at> swipnet.se>.

Their explanation is attached below along with your original report.
If this explanation is unsatisfactory and you have not received a
better one in a separate message then please contact Jan Djärv <jan.h.d <at> swipnet.se> by
replying to this email.


-- 
3643: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3643
Emacs Bug Tracking System
Contact bug-gnu-emacs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
From: Jan Djärv <jan.h.d <at> swipnet.se>
To: jidanni <at> jidanni.org
Cc: 3643-done <at> debbugs.gnu.org, 3643 <at> debbugs.gnu.org
Subject: Re: emacs -Q doesn't fit on the user's screen
Date: Tue, 26 Jan 2010 07:56:09 +0100

jidanni <at> jidanni.org skrev 2010-01-26 00.05:
> JD>  I made some changes.  If 40 doesn't fit we try 24.  If that doesn't
> JD>  fit we just use 10.
> Well, you had better also glue it to the top left of the screen, or else
> your latest attempt ends up like...
>

No, that is what I said erlier, it is up to your window manager placement 
routine to fix stuff like this.  icewm is not so good here, but trying to fix 
shortcomings of window managers in Emacs is no use.
You can file a bug to icewm about this.

Closing this.

	Jan D.

[Message part 3 (message/rfc822, inline)]
From: jidanni <at> jidanni.org
To: emacs-pretest-bug <at> gnu.org
Cc: rfrancoise <at> debian.org
Subject: 23.1.50; No size compensation for (tool-bar-mode 0)(menu-bar-mode 0)
Date: Sat, 21 Nov 2009 04:01:31 +0800
ADMIT that
$ emacs -Q -eval '(progn(tool-bar-mode 0)(menu-bar-mode 0))'
1. Still momentarily wastefully shows at least the menu-bar before cleaning it
off the screen, even if the user does those commands in his .emacs file.
2. But more importantly, gives the user a window shorter than he wants.
No compensation is made here under X windows to lengthen back the emacs
window back to the size it was before removing those items.
(Note I had no xrdb emacs items set.) To workaround I must do:
(setq default-frame-alist (cons (cons 'height (+(frame-height)4)) default-frame-alist))
(No, fullhight, fullboth,(which by the way is not documented) don't let
one still see the ICEWM toolbar.)
In GNU Emacs 23.1.50.1 (i486-pc-linux-gnu, GTK+ Version 2.18.3)
 of 2009-11-15 on elegiac, modified by Debian
 (emacs-snapshot package, version 1:20091115-1)


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.