#567083 emacs -Q doesn't fit on the user's screen

Package:
icewm
Source:
icewm
Description:
wonderful Win95-OS/2-Motif-like window manager
Submitter:
Date:
2010-02-21 09:48:03 UTC
Severity:
normal
#567083#5
Date:
2010-01-27 05:09:01 UTC
From:
To:
In http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3643
JD> It is up to your window manager placement routine to fix stuff like
JD> this. icewm is not so good here, but trying to fix shortcomings of
JD> window managers in Emacs is no use. You can file a bug to icewm
JD> about this.
OK, done. icewm maintainers, please see
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3643
#567083#10
Date:
2010-01-29 08:20:55 UTC
From:
To:
What geometry your Emacs has at start? You may provide the geometry by
emacs' option -geometry or by resource string emacs.geometry. Please,
add Emacs.geometry: 80x35+0+0 to ~/.Xresources and don't forget to
update resources with xrdb. Or run emacs -Q -geometry 80x35+0+0.

Note: I'm using Emacs22 based on Xaw3d toolkit and IceWM 1.3.6
backported to Lenny. I have run Emacs on 800x600 right now, and with
geometry options above all seems OK.
#567083#15
Date:
2010-01-29 10:41:24 UTC
From:
To:
I've just intstalled emacs23 with GTK backend from lenny-backports. Your
problem is reproducible, but is not reproducible with emacs22 with Xaw3d
backend. For some reason, toolbar is appeared too late, after the moment
when emacs window has been exposed. When toolbar appears, emacs window
is enlarged, its bottom goes beyond the screen boundaries, and IceWM
doesn't try to change emacs geometry to fit screen area. But... is this
IceWM problem?

This is my explanation (just guess). It seems that at least in GTK
version toolbar is not integral part of editor's window. When toolbar
appears, Emacs23 tries to preserve editor area geometry (lines
number). This leads to the changes in window size. On the contrary,
Emacs22 with Xaw3d calculates a window size with toolbar before it will
be exposed. I've run emacs22 -Q -geometry 90x99+0+0 with 800x600
resolution, and the entire window fits screen height.

FYI, Emacs23 also has Xaw3d backend. You can try it and verify is this
emacs23-gtk-only problem.
#567083#20
Date:
2010-01-29 10:50:05 UTC
From:
To:
However my point is that I want emacs to look good for the first time
user. The first time user experience is equivalent to
$ emacs -Q
with no geometry specifications allowed.

EMZ> Note: I'm using Emacs22 based on Xaw3d toolkit and IceWM 1.3.6
EMZ> backported to Lenny. I have run Emacs on 800x600 right now, and with
EMZ> geometry options above all seems OK.

Try this experiment with icewm.
$ mv .mozilla .mozilla.old
$ firefox
Notice how it fits nicely?
Notice how
$ emacs -Q ends up with its bottom part stuck underneath the toolbar?
#567083#25
Date:
2010-02-20 22:44:46 UTC
From:
To:
As I understand from the following discussion in the upstream, IceWM
not to blame for described emacs behaviour. I think the bug should be
reassigned to wishlist items of emacs23 package. Am I right? Upstream
considers an interim solution to use smaller default font, but it has
not announced what will be a final solution.
#567083#30
Date:
2010-02-21 09:45:15 UTC
From:
To:
EMZ> As I understand from the following discussion in the upstream, IceWM
EMZ> not to blame for described emacs behaviour. I think the bug should be
EMZ> reassigned to wishlist items of emacs23 package. Am I right? Upstream
EMZ> considers an interim solution to use smaller default font, but it has
EMZ> not announced what will be a final solution.

See also
  *  http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3643
  *  http://debbugs.gnu.org/cgi/bugreport.cgi?bug=4995
I give up.