bug#5308: 23.1.91; Geometry quirk on OpenSuSE 11.2

bug#5308: 23.1.91; Geometry quirk on OpenSuSE 11.2

[Steve Revilak]

[-- Attachment #1: Type: text/plain, Size: 7945 bytes --]

This bug report will be sent to the Free Software Foundation,
not to your local site managers!
Please write in English if possible, because the Emacs maintainers
usually do not have translators to read other languages for them.

Your bug report will be posted to the emacs-pretest-bug@gnu.org mailing list,
and to the gnu.emacs.bug news group.

Please describe exactly what actions triggered the bug
and the precise symptoms of the bug.  If you can, give
a recipe starting from `emacs -Q':

                                 * * *

I've been trying Emacs 23.1.91 on an OpenSUSE 11.2 system.

    Linux srevilak 2.6.31.5-0.1-desktop #1 SMP PREEMPT 2009-10-26 15:49:03 +0100 i686 i686 i386 GNU/Linux

In general, this prerelease seems to work very well.  However, I have
had difficulty getting Emacs 23.1.91 to respect geometry settings.  I
will frame this bug report as a series of (expected, observed) pairs.
In this context, "expected" refers to the the behavior of

  # this is the emacs that comes with OpenSUSE 11.2
  GNU Emacs 23.1.1 (i586-suse-linux-gnu, GTK+ Version 2.18.1) of 2009-12-02 on build15

and "observed" refers to the behavior of Emacs 23.1.91.

I will also try to be mindful of the recent change in -Q's behavior.


CASE 1: Geometry from ~/.Xresources
-----------------------------------

I have the (only) following line in ~/.Xresources

   emacs.geometry: 86x46-2+0

Expected: emacs starts with dimensions 86x46, two pixels from the
right edge of the screen, and zero pixels from the top edge of the
screen.

Observed: Emacs starts with dimensions 86x25 (not 86x46).  The initial
frame is two pixels from the right edge of the screen, but 225 pixels
from the top edge of the screen (not 0 pixels from the top edge of the
screen).


CASE 2: Geometry from Command Line
----------------------------------

I've started emacs as 

   emacs --no-init-file --no-site-file --geometry 86x46+0+0

Expected: Emacs starts with an 86x46 frame, with the upper left corner
of the frame in the upper left corner of the screen.

Observed: Emacs starts with an 86x28 frame.  The frame is positioned
against the right edge of the screen, but 225 pixels from the top of
the screen.


CASE 3: Geometry from Command Line (only width and height specified)
--------------------------------------------------------------------

Start emacs as

   emacs --no-init-file --no-site-file --geometry 86x46

Expected: Emacs starts with an 86x46 frame, with the frame positioned
at coordinates -2+0.  (Here the -2+0 was inherited from .Xresources).

Actual: Emacs starts with an 86x28 frame, with the frame positioned at
-2+225 (225 pixels from the top of the screen)


CASE 4: Geometry from the Command Line (but smaller frame size)
--------------------------------------------------------------

Start emacs as

   emacs --no-init-file --no-site-file --geometry 60x30+0+0

Expected: Emacs starts with a 60x30 frame, positioned in the upper
left corner of the screen.

Actual: Same as expected.  

This is interesting.  Given a smaller frame size, emacs 23.1.91
exhibited the same behavior as emacs 23.1.1.


Further pursuit of CASE 4:
-------------------------

I continued to experiment with different geometry sizes.  At a height
of 44, emacs with the default font fills the vertical space of the
screen.  At height > 44, emacs _appears_ to say "this frame is too
tall for the screen, so I'm going to use a different height".

If height 44 fills the vertical space of the screen, then why do I have
86x46 in ~/.Xresources?  My .emacs uses (set-frame-font) to change
fonts.  The font I'm using is a little smaller than the default font,
whereby height 46 fits nicely on the screen, with a little room to
spare at the bottom.

If it matters, here is my (set-frame-font) call

   (set-frame-font "-efont-fixed-medium-r-normal--16-160-75-75-c-80-iso10646-1")


Other observations:
------------------

Moving the font setting from ~/.emacs to ~/.Xresources did not work.

Changing emacs.geometry to 86x44 (from 86x46) worked.  The frame is
two lines of text shorter but this seems okay for now.

I guess one could summarize this as follows: the maximum height of
emacs' frame is limited by the number of rows that will fit, using the
default font.  If you're using a smaller font, then you can't fully
utilize the height of the screen.

                                 * * *

If Emacs crashed, and you have the Emacs process in the gdb debugger,
please include the output from the following gdb commands:
     `bt full' and `xbacktrace'.
For information about debugging Emacs, please read the file
/usr/local/emacs-23.1.91/share/emacs/23.1.91/etc/DEBUG.


In GNU Emacs 23.1.91.1 (i686-pc-linux-gnu, GTK+ Version 2.18.1)
  of 2009-12-31 on srevilak
Windowing system distributor `The X.Org Foundation', version 11.0.10605000
configured using `configure  '--prefix=/usr/local/emacs-23.1.91''

Important settings:
   value of $LC_ALL: nil
   value of $LC_COLLATE: C
   value of $LC_CTYPE: nil
   value of $LC_MESSAGES: nil
   value of $LC_MONETARY: nil
   value of $LC_NUMERIC: nil
   value of $LC_TIME: nil
   value of $LANG: en_US.UTF-8
   value of $XMODIFIERS: @im=local
   locale-coding-system: utf-8-unix
   default enable-multibyte-characters: t

Major mode: Lisp Interaction

Minor modes in effect:
   display-time-mode: t
   tooltip-mode: t
   mouse-wheel-mode: t
   menu-bar-mode: t
   file-name-shadow-mode: t
   global-font-lock-mode: t
   font-lock-mode: t
   blink-cursor-mode: t
   global-auto-composition-mode: t
   auto-composition-mode: t
   auto-encryption-mode: t
   auto-compression-mode: t
   column-number-mode: t
   line-number-mode: t
   transient-mark-mode: t

Recent input:
<help-echo> <help-echo> <help-echo> C-x o M-x r e p 
o t <backspace> r t - <down-mouse-1> e <mouse-1> m 
<tab> <backspace> C-x o C-x o e m <tab> <return>

Recent messages:
Loading /home/srevilak/.emacs-custom.el (source)...
Loading delsel...done
Loading /home/srevilak/.emacs-custom.el (source)...done
Loading /home/srevilak/.elisp/sr-window-setup.el (source)...done
OVERVIEW
For information about GNU Emacs and the GNU system, type C-h C-a.

Load-path shadows:
~/.elisp/ruby-mode hides /usr/local/emacs-23.1.91/share/emacs/23.1.91/lisp/progmodes/ruby-mode

Features:
(shadow sort mail-extr message sendmail ecomplete rfc822 mml mml-sec
password-cache mm-decode mm-bodies mm-encode mailcap mail-parse rfc2231
rfc2047 rfc2045 qp ietf-drums mailabbrev nnheader gnus-util netrc
mm-util mail-prsvr gmm-utils wid-edit mailheader canlock sha1 hex-util
hashcash mail-utils emacsbug diary-lib diary-loaddefs cal-iso org-wl
org-w3m org-vm org-rmail org-mhe org-mew org-irc org-jsinfo org-infojs
org-html org-exp org-exp-blocks org-info org-gnus org-bibtex org-bbdb
regexp-opt cal-menu calendar cal-loaddefs org-agenda org byte-opt
bytecomp byte-compile advice help-fns advice-preload org-footnote
org-src org-list org-faces org-compat org-macs easymenu time-date
noutline outline easy-mmode server delsel cus-start cus-load paren time
tooltip ediff-hook vc-hooks lisp-float-type mwheel x-win x-dnd
font-setting tool-bar dnd fontset image fringe lisp-mode register page
menu-bar rfn-eshadow timer select scroll-bar mldrag mouse jit-lock
font-lock syntax facemenu font-core frame cham georgian utf-8-lang
misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew
greek romanian slovak czech european ethiopic indian cyrillic chinese
case-table epa-hook jka-cmpr-hook help simple abbrev loaddefs button
minibuffer faces cus-face files text-properties overlay md5 base64
format env code-pages mule custom widget hashtable-print-readable
backquote make-network-process dbusbind system-font-setting
font-render-setting gtk x-toolkit x multi-tty emacs)

[-- Attachment #2: Type: application/pgp-signature, Size: 195 bytes --]

bug#5308: 23.1.91; Geometry quirk on OpenSuSE 11.2

[Jan Djärv]

Steve Revilak skrev:
> This bug report will be sent to the Free Software Foundation,
> not to your local site managers!
> Please write in English if possible, because the Emacs maintainers
> usually do not have translators to read other languages for them.
> 
> Your bug report will be posted to the emacs-pretest-bug@gnu.org mailing 
> list,
> and to the gnu.emacs.bug news group.
> 
> Please describe exactly what actions triggered the bug
> and the precise symptoms of the bug.  If you can, give
> a recipe starting from `emacs -Q':
> 
>                                 * * *
> 
> I've been trying Emacs 23.1.91 on an OpenSUSE 11.2 system.
> 
>    Linux srevilak 2.6.31.5-0.1-desktop #1 SMP PREEMPT 2009-10-26 
> 15:49:03 +0100 i686 i686 i386 GNU/Linux
> 
> In general, this prerelease seems to work very well.  However, I have
> had difficulty getting Emacs 23.1.91 to respect geometry settings.  I
> will frame this bug report as a series of (expected, observed) pairs.
> In this context, "expected" refers to the the behavior of
> 
>  # this is the emacs that comes with OpenSUSE 11.2
>  GNU Emacs 23.1.1 (i586-suse-linux-gnu, GTK+ Version 2.18.1) of 
> 2009-12-02 on build15
> 
> and "observed" refers to the behavior of Emacs 23.1.91.
> 
> I will also try to be mindful of the recent change in -Q's behavior.

All cases lack data.  Do you have a font set in X resources? What window 
manager are you using?  Do you set a font in .emacs?  Do your desktop contain 
panels or fixed menu bars?

Geometry tests for emacs are only reliable if the font and size is known at 
startup and doesn't change in elisp (.emacs or site-wide .el-file).
I.e. in X resources or from the command line.

Also note that a window manager is totally free to ignore and override any or 
all parts of a geometry specification.

> 
> 
> CASE 1: Geometry from ~/.Xresources
> -----------------------------------
> 
> I have the (only) following line in ~/.Xresources
> 
>   emacs.geometry: 86x46-2+0
> 
> Expected: emacs starts with dimensions 86x46, two pixels from the
> right edge of the screen, and zero pixels from the top edge of the
> screen.
> 
> Observed: Emacs starts with dimensions 86x25 (not 86x46).  The initial
> frame is two pixels from the right edge of the screen, but 225 pixels
> from the top edge of the screen (not 0 pixels from the top edge of the
> screen).

So you probably have a font change done in .emacs.  This is to be expected, 
the font change is done after the first frame is shown, so the frame shrinks.


> CASE 2: Geometry from Command Line
> ----------------------------------
> 
> I've started emacs as
>   emacs --no-init-file --no-site-file --geometry 86x46+0+0
> 
> Expected: Emacs starts with an 86x46 frame, with the upper left corner
> of the frame in the upper left corner of the screen.
> 
> Observed: Emacs starts with an 86x28 frame.  The frame is positioned
> against the right edge of the screen, but 225 pixels from the top of
> the screen.
> 
> 
> CASE 3: Geometry from Command Line (only width and height specified)
> --------------------------------------------------------------------
> 
> Start emacs as
> 
>   emacs --no-init-file --no-site-file --geometry 86x46
> 
> Expected: Emacs starts with an 86x46 frame, with the frame positioned
> at coordinates -2+0.  (Here the -2+0 was inherited from .Xresources).

Whst do you have in Xresources?  X does not inherit part of geometry from one 
place and another part from another place.  You can not expect it to pop up at 
-2+0 if you don't say so, and you didn't.  You said: "size 86x46, position 
undefined".

> 
> Actual: Emacs starts with an 86x28 frame, with the frame positioned at
> -2+225 (225 pixels from the top of the screen)
> 

More likely your window manager remembered where the frame popped up last and 
since Emacs didn't specify a position, the window manager used the remembered 
position (some do that).

> 
> CASE 4: Geometry from the Command Line (but smaller frame size)
> --------------------------------------------------------------
> 
> Start emacs as
> 
>   emacs --no-init-file --no-site-file --geometry 60x30+0+0
> 
> Expected: Emacs starts with a 60x30 frame, positioned in the upper
> left corner of the screen.
> 
> Actual: Same as expected. 
> This is interesting.  Given a smaller frame size, emacs 23.1.91
> exhibited the same behavior as emacs 23.1.1.
> 

So your window manager isn't interfering here.  The initial font fits so no 
shrinkage is done.

> 
> Further pursuit of CASE 4:
> -------------------------
> 
> I continued to experiment with different geometry sizes.  At a height
> of 44, emacs with the default font fills the vertical space of the
> screen.  At height > 44, emacs _appears_ to say "this frame is too
> tall for the screen, so I'm going to use a different height".

That is your window managers doing.

> 
> If height 44 fills the vertical space of the screen, then why do I have
> 86x46 in ~/.Xresources?  My .emacs uses (set-frame-font) to change
> fonts.  The font I'm using is a little smaller than the default font,
> whereby height 46 fits nicely on the screen, with a little room to
> spare at the bottom.
> 
> If it matters, here is my (set-frame-font) call
> 
>   (set-frame-font 
> "-efont-fixed-medium-r-normal--16-160-75-75-c-80-iso10646-1")
> 

The set-frame-font is done after all the geometry has been parsed and acted 
upon, and possibly modified by your window manager.  So you try 46 with the 
original font, your window manager descides that is too big and shrinks the 
frame.  The font then changes and the frame shrinks again.

> Other observations:
> ------------------
> 
> Moving the font setting from ~/.emacs to ~/.Xresources did not work.
> 

In what sense?  The font wasn't used, emacs crashed, the computer burned up, 
the frame is too big/small?

	Jan D.

bug#5308: 23.1.91; Geometry quirk on OpenSuSE 11.2

[Jan D.]

I think your figure 2 is a proper bug.  The rest is probably 
interactions with the window manager.  I'll have to install your 
versions and check.  It may take a while.

	Jan D.

On 2010-01-13 02:44, Steve Revilak wrote:
> Jan,
>
> Thanks for responding. I'm sorry that you didn't get much useful
> information from my initial report. Please let me try again, and I
> will make an effort to be clearer this time.
>
> First, I'd like to provide you with some system information.
>
>
> Operating System:
>
> (1:0)srevilak:~$ cat /etc/SuSE-release openSUSE 11.2 (i586)
> VERSION = 11.2
> (0:0)srevilak:~$ uname -a
> Linux srevilak 2.6.31.5-0.1-desktop #1 SMP PREEMPT 2009-10-26 15:49:03
> +0100 i686 i686 i386 GNU/Linux
>
>
> Window Manager:
>
> (0:0)srevilak:~$ kde4-config --version
> Qt: 4.5.3
> KDE: 4.3.1 (KDE 4.3.1) "release 6"
> kde4-config: 1.0
>
>
> Contents of .Xresources (a single line, containing a comment):
>
> (0:0)srevilak:~$ cat .Xresources
> ! .Xresources
>
>
> Contents of .emacs (a single line, containing a comment):
>
> (0:0)srevilak:~$ cat .emacs
> ; .emacs
>
> Finally, to be sure that ~/.Xresources agrees with our current
> environment.
>
> (0:0)srevilak:~$ xrdb .Xresources
>
>
>
> First, I will start emacs with the command line
>
> /usr/local/emacs-23.1.91/bin/emacs --no-init-file --no-site-file
> -geometry 86x44-0+0
> figure-1.png shows a snapshot of my screen after starting emacs. As
> you can see, emacs occupies most of the vertical space on the screen.
>
> Next, I will quit emacs, then run the following command line
>
> /usr/local/emacs-23.1.91/bin/emacs --no-init-file --no-site-file
> -geometry 86x45-0+0
>
> Notice that I have increased the height from 44 to 45, which is just a
> little too large to fit on the screen; the rest of the command line is
> unchanged. The result of this appears in figure-2.png.
>
> Observe that figure-1.png and figure-2.png are quite different.
>
>
> As you noted before, this could be the Window Manager's doing. For my
> third (and final) snapshot, I would like to provide evidence which
> suggests that it is not the window manager.
>
> /usr/bin/emacs --no-init-file --no-site-file -geometry 86x45-0+0
>
> Above, /usr/bin/emacs is emacs 23.1.1, as packaged with OpenSUSE 11.2
> (you'll see this from emacs' splash screen). The result of running
> this command appears in figure-3.png. As you can see, figure-3.png
> resembles figure-1.png much more than figure-2.png.
>
>
> The difference between figure-2.png and figure-3.png is the core of my
> issue. Specifically,
>
> * When Emacs-23.1.1 is confronted with a geometry that is too large
> for the height of the screen, then emacs-23.1.1 respects the
> geometry as best as it can. In figure-3.png, we see that
> Emacs-23.1.1 took up as much of the vertical screen space as was
> possible.
>
> * When Emacs-23.1.91 is confronted with a geometry that is too large
> for the height of the screen, then emacs-23.1.91 does not try to
> respect the geometry as best as it can. As you can see from
> figure-2.png, emacs-23.1.91 opted for a much smaller height. (In
> figure-2.png, you can also see a very different appearance in the
> splash screen itself.)
>
> In summary, I believe that the behavior shown in figure-3.png (produced by
> emacs-23.1.1) is more correct than the behavior shown in figure-2.png
> (produced by emacs-23.1.91).
>
> Please let me know if you'd like me to provide any additional details.
>
> Steve Revilak

bug#5308: 23.1.91; Geometry quirk on OpenSuSE 11.2

[Steve Revilak]

[-- Attachment #1: Type: text/plain, Size: 3902 bytes --]

>Date: Wed, 13 Jan 2010 08:52:00 +0100
>From: "Jan D." <jan.h.d@swipnet.se>
>Subject: Re: bug#5308: 23.1.91; Geometry quirk on OpenSuSE 11.2

> I think your figure 2 is a proper bug.  The rest is probably  
> interactions with the window manager.  I'll have to install your  
> versions and check.  It may take a while.


Thanks, Jan.  If there's anything I can do to assist, please let me
know.

Steve





> On 2010-01-13 02:44, Steve Revilak wrote:
>> Jan,
>>
>> Thanks for responding. I'm sorry that you didn't get much useful
>> information from my initial report. Please let me try again, and I
>> will make an effort to be clearer this time.
>>
>> First, I'd like to provide you with some system information.
>>
>>
>> Operating System:
>>
>> (1:0)srevilak:~$ cat /etc/SuSE-release openSUSE 11.2 (i586)
>> VERSION = 11.2
>> (0:0)srevilak:~$ uname -a
>> Linux srevilak 2.6.31.5-0.1-desktop #1 SMP PREEMPT 2009-10-26 15:49:03
>> +0100 i686 i686 i386 GNU/Linux
>>
>>
>> Window Manager:
>>
>> (0:0)srevilak:~$ kde4-config --version
>> Qt: 4.5.3
>> KDE: 4.3.1 (KDE 4.3.1) "release 6"
>> kde4-config: 1.0
>>
>>
>> Contents of .Xresources (a single line, containing a comment):
>>
>> (0:0)srevilak:~$ cat .Xresources
>> ! .Xresources
>>
>>
>> Contents of .emacs (a single line, containing a comment):
>>
>> (0:0)srevilak:~$ cat .emacs
>> ; .emacs
>>
>> Finally, to be sure that ~/.Xresources agrees with our current
>> environment.
>>
>> (0:0)srevilak:~$ xrdb .Xresources
>>
>>
>>
>> First, I will start emacs with the command line
>>
>> /usr/local/emacs-23.1.91/bin/emacs --no-init-file --no-site-file
>> -geometry 86x44-0+0
>> figure-1.png shows a snapshot of my screen after starting emacs. As
>> you can see, emacs occupies most of the vertical space on the screen.
>>
>> Next, I will quit emacs, then run the following command line
>>
>> /usr/local/emacs-23.1.91/bin/emacs --no-init-file --no-site-file
>> -geometry 86x45-0+0
>>
>> Notice that I have increased the height from 44 to 45, which is just a
>> little too large to fit on the screen; the rest of the command line is
>> unchanged. The result of this appears in figure-2.png.
>>
>> Observe that figure-1.png and figure-2.png are quite different.
>>
>>
>> As you noted before, this could be the Window Manager's doing. For my
>> third (and final) snapshot, I would like to provide evidence which
>> suggests that it is not the window manager.
>>
>> /usr/bin/emacs --no-init-file --no-site-file -geometry 86x45-0+0
>>
>> Above, /usr/bin/emacs is emacs 23.1.1, as packaged with OpenSUSE 11.2
>> (you'll see this from emacs' splash screen). The result of running
>> this command appears in figure-3.png. As you can see, figure-3.png
>> resembles figure-1.png much more than figure-2.png.
>>
>>
>> The difference between figure-2.png and figure-3.png is the core of my
>> issue. Specifically,
>>
>> * When Emacs-23.1.1 is confronted with a geometry that is too large
>> for the height of the screen, then emacs-23.1.1 respects the
>> geometry as best as it can. In figure-3.png, we see that
>> Emacs-23.1.1 took up as much of the vertical screen space as was
>> possible.
>>
>> * When Emacs-23.1.91 is confronted with a geometry that is too large
>> for the height of the screen, then emacs-23.1.91 does not try to
>> respect the geometry as best as it can. As you can see from
>> figure-2.png, emacs-23.1.91 opted for a much smaller height. (In
>> figure-2.png, you can also see a very different appearance in the
>> splash screen itself.)
>>
>> In summary, I believe that the behavior shown in figure-3.png (produced by
>> emacs-23.1.1) is more correct than the behavior shown in figure-2.png
>> (produced by emacs-23.1.91).
>>
>> Please let me know if you'd like me to provide any additional details.
>>
>> Steve Revilak
>

[-- Attachment #2: Type: application/pgp-signature, Size: 195 bytes --]

bug#5308: 23.1.91; Geometry quirk on OpenSuSE 11.2

[Jan Djärv]

Hi.

I think there might be a bug in the window manager lurking in the background.
It resizes Emacs a lot if Emacs is too big for the display.
But if we set size hints at startup, this problem goes away.

We used to do that, but the discussion starting at
http://lists.gnu.org/archive/html/emacs-devel/2008-10/msg00033.html
introduced a patch to not set wm hints at startup.

So it is basiacally the old startup problem again, but in a different form.
I don't know if there is much we can do about this.  I'll keep looking, but as 
this isn't something that makes Emacs unusable, it is a low priority.

	Jan D.



Steve Revilak skrev 2010-01-14 01.33:
>> Date: Wed, 13 Jan 2010 08:52:00 +0100
>> From: "Jan D." <jan.h.d@swipnet.se>
>> Subject: Re: bug#5308: 23.1.91; Geometry quirk on OpenSuSE 11.2
>
>> I think your figure 2 is a proper bug. The rest is probably
>> interactions with the window manager. I'll have to install your
>> versions and check. It may take a while.
>
>
> Thanks, Jan. If there's anything I can do to assist, please let me
> know.
>
> Steve
>
>
>
>
>
>> On 2010-01-13 02:44, Steve Revilak wrote:
>>> Jan,
>>>
>>> Thanks for responding. I'm sorry that you didn't get much useful
>>> information from my initial report. Please let me try again, and I
>>> will make an effort to be clearer this time.
>>>
>>> First, I'd like to provide you with some system information.
>>>
>>>
>>> Operating System:
>>>
>>> (1:0)srevilak:~$ cat /etc/SuSE-release openSUSE 11.2 (i586)
>>> VERSION = 11.2
>>> (0:0)srevilak:~$ uname -a
>>> Linux srevilak 2.6.31.5-0.1-desktop #1 SMP PREEMPT 2009-10-26 15:49:03
>>> +0100 i686 i686 i386 GNU/Linux
>>>
>>>
>>> Window Manager:
>>>
>>> (0:0)srevilak:~$ kde4-config --version
>>> Qt: 4.5.3
>>> KDE: 4.3.1 (KDE 4.3.1) "release 6"
>>> kde4-config: 1.0
>>>
>>>
>>> Contents of .Xresources (a single line, containing a comment):
>>>
>>> (0:0)srevilak:~$ cat .Xresources
>>> ! .Xresources
>>>
>>>
>>> Contents of .emacs (a single line, containing a comment):
>>>
>>> (0:0)srevilak:~$ cat .emacs
>>> ; .emacs
>>>
>>> Finally, to be sure that ~/.Xresources agrees with our current
>>> environment.
>>>
>>> (0:0)srevilak:~$ xrdb .Xresources
>>>
>>>
>>>
>>> First, I will start emacs with the command line
>>>
>>> /usr/local/emacs-23.1.91/bin/emacs --no-init-file --no-site-file
>>> -geometry 86x44-0+0
>>> figure-1.png shows a snapshot of my screen after starting emacs. As
>>> you can see, emacs occupies most of the vertical space on the screen.
>>>
>>> Next, I will quit emacs, then run the following command line
>>>
>>> /usr/local/emacs-23.1.91/bin/emacs --no-init-file --no-site-file
>>> -geometry 86x45-0+0
>>>
>>> Notice that I have increased the height from 44 to 45, which is just a
>>> little too large to fit on the screen; the rest of the command line is
>>> unchanged. The result of this appears in figure-2.png.
>>>
>>> Observe that figure-1.png and figure-2.png are quite different.
>>>
>>>
>>> As you noted before, this could be the Window Manager's doing. For my
>>> third (and final) snapshot, I would like to provide evidence which
>>> suggests that it is not the window manager.
>>>
>>> /usr/bin/emacs --no-init-file --no-site-file -geometry 86x45-0+0
>>>
>>> Above, /usr/bin/emacs is emacs 23.1.1, as packaged with OpenSUSE 11.2
>>> (you'll see this from emacs' splash screen). The result of running
>>> this command appears in figure-3.png. As you can see, figure-3.png
>>> resembles figure-1.png much more than figure-2.png.
>>>
>>>
>>> The difference between figure-2.png and figure-3.png is the core of my
>>> issue. Specifically,
>>>
>>> * When Emacs-23.1.1 is confronted with a geometry that is too large
>>> for the height of the screen, then emacs-23.1.1 respects the
>>> geometry as best as it can. In figure-3.png, we see that
>>> Emacs-23.1.1 took up as much of the vertical screen space as was
>>> possible.
>>>
>>> * When Emacs-23.1.91 is confronted with a geometry that is too large
>>> for the height of the screen, then emacs-23.1.91 does not try to
>>> respect the geometry as best as it can. As you can see from
>>> figure-2.png, emacs-23.1.91 opted for a much smaller height. (In
>>> figure-2.png, you can also see a very different appearance in the
>>> splash screen itself.)
>>>
>>> In summary, I believe that the behavior shown in figure-3.png
>>> (produced by
>>> emacs-23.1.1) is more correct than the behavior shown in figure-2.png
>>> (produced by emacs-23.1.91).
>>>
>>> Please let me know if you'd like me to provide any additional details.
>>>
>>> Steve Revilak
>>

bug#5308: 23.1.91; Geometry quirk on OpenSuSE 11.2

[Steve Revilak]

[-- Attachment #1: Type: text/plain, Size: 886 bytes --]

Jan,

Thanks, I really appreciate your taking the time to investigate.


> I think there might be a bug in the window manager lurking in the background.
> It resizes Emacs a lot if Emacs is too big for the display.
> But if we set size hints at startup, this problem goes away.
>
> We used to do that, but the discussion starting at
> http://lists.gnu.org/archive/html/emacs-devel/2008-10/msg00033.html
> introduced a patch to not set wm hints at startup.

That's a very interesting thread.  I never realized that the startup
process was so tricky.


> So it is basiacally the old startup problem again, but in a different form.
> I don't know if there is much we can do about this.  I'll keep looking, 
> but as this isn't something that makes Emacs unusable, it is a low 
> priority.

Agreed.  It's a minor issue, and emacs is quite usable despite it.

Steve

[-- Attachment #2: Type: application/pgp-signature, Size: 195 bytes --]

bug#5308: 23.1.91; Geometry quirk on OpenSuSE 11.2

[Stefan Kangas]

Hi Steve,

The below bug was reported 10 years ago, and many things have changed
since then.  Are you still seeing this on a modern version of Emacs?

Best regards,
Stefan Kangas

Steve Revilak <steve@srevilak.net> writes:

> I've been trying Emacs 23.1.91 on an OpenSUSE 11.2 system.
>
>    Linux srevilak 2.6.31.5-0.1-desktop #1 SMP PREEMPT 2009-10-26 15:49:03 +0100 i686 i686 i386 GNU/Linux
>
> In general, this prerelease seems to work very well.  However, I have
> had difficulty getting Emacs 23.1.91 to respect geometry settings.  I
> will frame this bug report as a series of (expected, observed) pairs.
> In this context, "expected" refers to the the behavior of
>
>  # this is the emacs that comes with OpenSUSE 11.2
>  GNU Emacs 23.1.1 (i586-suse-linux-gnu, GTK+ Version 2.18.1) of 2009-12-02 on build15
>
> and "observed" refers to the behavior of Emacs 23.1.91.
>
> I will also try to be mindful of the recent change in -Q's behavior.
>
>
> CASE 1: Geometry from ~/.Xresources
> -----------------------------------
>
> I have the (only) following line in ~/.Xresources
>
>   emacs.geometry: 86x46-2+0
>
> Expected: emacs starts with dimensions 86x46, two pixels from the
> right edge of the screen, and zero pixels from the top edge of the
> screen.
>
> Observed: Emacs starts with dimensions 86x25 (not 86x46).  The initial
> frame is two pixels from the right edge of the screen, but 225 pixels
> from the top edge of the screen (not 0 pixels from the top edge of the
> screen).
>
>
> CASE 2: Geometry from Command Line
> ----------------------------------
>
> I've started emacs as 
>   emacs --no-init-file --no-site-file --geometry 86x46+0+0
>
> Expected: Emacs starts with an 86x46 frame, with the upper left corner
> of the frame in the upper left corner of the screen.
>
> Observed: Emacs starts with an 86x28 frame.  The frame is positioned
> against the right edge of the screen, but 225 pixels from the top of
> the screen.
>
>
> CASE 3: Geometry from Command Line (only width and height specified)
> --------------------------------------------------------------------
>
> Start emacs as
>
>   emacs --no-init-file --no-site-file --geometry 86x46
>
> Expected: Emacs starts with an 86x46 frame, with the frame positioned
> at coordinates -2+0.  (Here the -2+0 was inherited from .Xresources).
>
> Actual: Emacs starts with an 86x28 frame, with the frame positioned at
> -2+225 (225 pixels from the top of the screen)
>
>
> CASE 4: Geometry from the Command Line (but smaller frame size)
> --------------------------------------------------------------
>
> Start emacs as
>
>   emacs --no-init-file --no-site-file --geometry 60x30+0+0
>
> Expected: Emacs starts with a 60x30 frame, positioned in the upper
> left corner of the screen.
>
> Actual: Same as expected.  
> This is interesting.  Given a smaller frame size, emacs 23.1.91
> exhibited the same behavior as emacs 23.1.1.
>
>
> Further pursuit of CASE 4:
> -------------------------
>
> I continued to experiment with different geometry sizes.  At a height
> of 44, emacs with the default font fills the vertical space of the
> screen.  At height > 44, emacs _appears_ to say "this frame is too
> tall for the screen, so I'm going to use a different height".
>
> If height 44 fills the vertical space of the screen, then why do I have
> 86x46 in ~/.Xresources?  My .emacs uses (set-frame-font) to change
> fonts.  The font I'm using is a little smaller than the default font,
> whereby height 46 fits nicely on the screen, with a little room to
> spare at the bottom.
>
> If it matters, here is my (set-frame-font) call
>
>   (set-frame-font "-efont-fixed-medium-r-normal--16-160-75-75-c-80-iso10646-1")
>
>
> Other observations:
> ------------------
>
> Moving the font setting from ~/.emacs to ~/.Xresources did not work.
>
> Changing emacs.geometry to 86x44 (from 86x46) worked.  The frame is
> two lines of text shorter but this seems okay for now.
>
> I guess one could summarize this as follows: the maximum height of
> emacs' frame is limited by the number of rows that will fit, using the
> default font.  If you're using a smaller font, then you can't fully
> utilize the height of the screen.

bug#5308: 23.1.91; Geometry quirk on OpenSuSE 11.2

[Steve Revilak]

[-- Attachment #1: Type: text/plain, Size: 343 bytes --]

Hello Stefan,

Thanks for following up on my problem report.

I worked through the examples listed in my report using

  GNU Emacs 26.2.90 (build 1, x86_64-pc-linux-gnu, GTK+ Version 2.24.32) of 2019-06-16

and OpenSUSE 15.1.  I'm no longer seeing the issues reported in bug
5308.  I think it would be fine to close out the bug report.

Steve

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

bug#5308: 23.1.91; Geometry quirk on OpenSuSE 11.2

[Stefan Kangas]

Hi Steve,

Steve Revilak <steve@srevilak.net> writes:

> Thanks for following up on my problem report.
>
> I worked through the examples listed in my report using
>
>  GNU Emacs 26.2.90 (build 1, x86_64-pc-linux-gnu, GTK+ Version 2.24.32) of 2019-06-16
>
> and OpenSUSE 15.1.  I'm no longer seeing the issues reported in bug
> 5308.  I think it would be fine to close out the bug report.

Thank you for checking and reporting back.  I'm consequently closing
this bug report.

Best regards,
Stefan Kangas