bug#4640: 23.1.50; GNU Emacs does not follow geometry settings from command line

bug#4640: 23.1.50; GNU Emacs does not follow geometry settings from command line

[Peter Dyballa]

Hello!

A French brought this problem up in help-gnu-emacs for GNU Emacs  
23.1. The bug seems to exist also in the CVS version. Launched as

	src/emacs -Q -g 20x20+200+200 &

the frame is wider than thought and xwininfo then shows:

	  Corners:  +202+228  -930+228  -930-350  +202-350
	  -geometry 38x20+200+200

A second frame, from C-x 5 2, is put at the right edge of my screen:

	  Corners:  +1244+176  -14+176  -14-402  +1244-402
	  -geometry 20x20-12+148


My window manager is Blackbox 0.65.0 : (c) 2001 - 2002 Sean 'Shaleh'  
Perry
			    1997 - 2000, 2002 Brad Hughes

My xserver is X11 1.1.3 - XFree86 4.4.0, provided by Apple.

GNU Emacs 23.1.50 uses more up-to-date X libraries from outside (from  
the MacPorts project).


In GNU Emacs 23.1.50.1 (powerpc-apple-darwin8.11.0, GTK+ Version 2.16.6)
  of 2009-10-03 on Latsche.local
Windowing system distributor `The XFree86 Project, Inc', version  
11.0.40400000
configured using `configure  '--without-sound' '--without-pop' '-- 
with-dbus' '--with-libotf' '--with-xpm' '--with-jpeg' '--with-tiff'  
'--with-gif' '--with-png' '--x-libraries=/opt/local/lib' '--x- 
includes=/opt/local/include' '--enable-locallisppath=/Library/ 
Application Support/Emacs/calendar23:/Library/Application Support/ 
Emacs' 'PKG_CONFIG_PATH=/opt/local/lib/pkgconfig:/opt/local/share/ 
pkgconfig:/usr/local/lib/pkgconfig:/usr/lib/pkgconfig' 'CFLAGS=-ggdb3  
-gfull -mtraceback=full -Wno-pointer-sign -H -pipe -fPIC -mcpu=7450 - 
mtune=7450 -mtune=G4 -fast -mpim-altivec -ftree-vectorize -foptimize- 
register-move -freorder-blocks -fthread-jumps -fpeephole -fno- 
crossjumping' 'LDFLAGS=-dead_strip -multiply_defined suppress'  
'CPPFLAGS=-no-cpp-precomp -I/usr/include/openssl -I/sw/include/ 
pango-1.0 -I/sw/lib/fontconfig2/include -I/usr/local/include -I/sw/ 
include''

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

Major mode: Lisp Interaction

Minor modes in effect:
   tooltip-mode: t
   mouse-wheel-mode: t
   tool-bar-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
   line-number-mode: t
   transient-mark-mode: t

Recent input:
<help-echo> <help-echo> C-x 5 2 <switch-frame> <help-echo>
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo>
<help-echo> <help-echo> <menu-bar> <help-menu> <send-emacs-bug-report>


--
Greetings

   Pete

You can learn many things from children.  How much patience you have,  
for instance.
				– Franklin P. Jones

bug#4640: 23.1.50; GNU Emacs does not follow geometry settings from command line

[Andreas Schwab]

Peter Dyballa <Peter_Dyballa@Freenet.DE> writes:

> A French brought this problem up in help-gnu-emacs for GNU Emacs
> 23.1. The bug seems to exist also in the CVS version. Launched as
>
> 	src/emacs -Q -g 20x20+200+200 &
>
> the frame is wider than thought and xwininfo then shows:
>
> 	  Corners:  +202+228  -930+228  -930-350  +202-350
> 	  -geometry 38x20+200+200

I'm seeing the opposite effect: the resulting frame is too small.  This
is under KDE.

  Corners:  +204+225  -1164+225  -1164-310  +204-310
  -geometry 20x18+200+200

Andreas.

-- 
Andreas Schwab, schwab@linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
"And now for something completely different."

bug#4640: 23.1.50; GNU Emacs does not follow geometry settings from command line

[Jan Djärv]

Andreas Schwab skrev:
> Peter Dyballa <Peter_Dyballa@Freenet.DE> writes:
> 
>> A French brought this problem up in help-gnu-emacs for GNU Emacs
>> 23.1. The bug seems to exist also in the CVS version. Launched as
>>
>> 	src/emacs -Q -g 20x20+200+200 &
>>
>> the frame is wider than thought and xwininfo then shows:
>>
>> 	  Corners:  +202+228  -930+228  -930-350  +202-350
>> 	  -geometry 38x20+200+200
> 
> I'm seeing the opposite effect: the resulting frame is too small.  This
> is under KDE.
> 
>   Corners:  +204+225  -1164+225  -1164-310  +204-310
>   -geometry 20x18+200+200
> 

I can not reproduce this under KDE.  If it still happens, reopen this bug with 
more information (KDE version, theme used, Gtk-engine on or off, font used).

	Jan D.

bug#4640: 23.1.50; GNU Emacs does not follow geometry settings from command line

[Jan Djärv]

Peter Dyballa skrev:
> Hello!
> 
> A French brought this problem up in help-gnu-emacs for GNU Emacs 23.1. 
> The bug seems to exist also in the CVS version. Launched as
> 
>     src/emacs -Q -g 20x20+200+200 &
> 
> the frame is wider than thought and xwininfo then shows:
> 
>       Corners:  +202+228  -930+228  -930-350  +202-350
>       -geometry 38x20+200+200

My guess is that the width is calculated with the wrong font.  I'll check.

> 
> A second frame, from C-x 5 2, is put at the right edge of my screen:
> 
>       Corners:  +1244+176  -14+176  -14-402  +1244-402
>       -geometry 20x20-12+148
> 

The placement part of the geometry is not valid for subsequent frames, it only 
applies to the first one.  The window manager places the other frames.

	Jan D.

bug#4640: 23.1.50; GNU Emacs does not follow geometry settings from command line

[Jan Djärv]

Peter Dyballa skrev:
> Hello!
> 
> A French brought this problem up in help-gnu-emacs for GNU Emacs 23.1. 
> The bug seems to exist also in the CVS version. Launched as
> 
>     src/emacs -Q -g 20x20+200+200 &
> 
> the frame is wider than thought and xwininfo then shows:
> 
>       Corners:  +202+228  -930+228  -930-350  +202-350
>       -geometry 38x20+200+200

It was the menu bar that determined the width of the frame.  It does this even 
if menu bar mode is off, as the menu bar is first added then removed later on.

Andreas Schwab wrote:

> I'm seeing the opposite effect: the resulting frame is too small.  This
> is under KDE.
> 
>   Corners:  +204+225  -1164+225  -1164-310  +204-310
>   -geometry 20x18+200+200

This is a total mystery.  Can you try again with an up-to-date emacs?
Do you by any chance remove scroll bars and/or fringes?

	Jan D.

bug#4640: marked as done (23.1.50; GNU Emacs does not follow geometry settings from command line)

[Emacs bug Tracking System]

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

Your message dated Thu, 22 Oct 2009 10:42:22 +0200
with message-id <4AE01AEE.3040605@swipnet.se>
and subject line Re: bug#4640: 23.1.50;	GNU Emacs does not follow geometry settings from command line
has caused the Emacs bug report #4640,
regarding 23.1.50; GNU Emacs does not follow geometry settings from command line
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@emacsbugs.donarmstrong.com
immediately.)


-- 
4640: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=4640
Emacs Bug Tracking System
Contact owner@emacsbugs.donarmstrong.com with problems

[-- Attachment #2: Type: message/rfc822, Size: 5394 bytes --]

From: Peter Dyballa <Peter_Dyballa@Freenet.DE>
To: emacs-pretest-bug@gnu.org
Subject: 23.1.50; GNU Emacs does not follow geometry settings from command line
Date: Mon, 5 Oct 2009 11:37:56 +0200
Message-ID: <D8F432D5-B644-4A14-A827-2252E5685273@Freenet.DE>

Hello!

A French brought this problem up in help-gnu-emacs for GNU Emacs  
23.1. The bug seems to exist also in the CVS version. Launched as

	src/emacs -Q -g 20x20+200+200 &

the frame is wider than thought and xwininfo then shows:

	  Corners:  +202+228  -930+228  -930-350  +202-350
	  -geometry 38x20+200+200

A second frame, from C-x 5 2, is put at the right edge of my screen:

	  Corners:  +1244+176  -14+176  -14-402  +1244-402
	  -geometry 20x20-12+148


My window manager is Blackbox 0.65.0 : (c) 2001 - 2002 Sean 'Shaleh'  
Perry
			    1997 - 2000, 2002 Brad Hughes

My xserver is X11 1.1.3 - XFree86 4.4.0, provided by Apple.

GNU Emacs 23.1.50 uses more up-to-date X libraries from outside (from  
the MacPorts project).


In GNU Emacs 23.1.50.1 (powerpc-apple-darwin8.11.0, GTK+ Version 2.16.6)
  of 2009-10-03 on Latsche.local
Windowing system distributor `The XFree86 Project, Inc', version  
11.0.40400000
configured using `configure  '--without-sound' '--without-pop' '-- 
with-dbus' '--with-libotf' '--with-xpm' '--with-jpeg' '--with-tiff'  
'--with-gif' '--with-png' '--x-libraries=/opt/local/lib' '--x- 
includes=/opt/local/include' '--enable-locallisppath=/Library/ 
Application Support/Emacs/calendar23:/Library/Application Support/ 
Emacs' 'PKG_CONFIG_PATH=/opt/local/lib/pkgconfig:/opt/local/share/ 
pkgconfig:/usr/local/lib/pkgconfig:/usr/lib/pkgconfig' 'CFLAGS=-ggdb3  
-gfull -mtraceback=full -Wno-pointer-sign -H -pipe -fPIC -mcpu=7450 - 
mtune=7450 -mtune=G4 -fast -mpim-altivec -ftree-vectorize -foptimize- 
register-move -freorder-blocks -fthread-jumps -fpeephole -fno- 
crossjumping' 'LDFLAGS=-dead_strip -multiply_defined suppress'  
'CPPFLAGS=-no-cpp-precomp -I/usr/include/openssl -I/sw/include/ 
pango-1.0 -I/sw/lib/fontconfig2/include -I/usr/local/include -I/sw/ 
include''

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

Major mode: Lisp Interaction

Minor modes in effect:
   tooltip-mode: t
   mouse-wheel-mode: t
   tool-bar-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
   line-number-mode: t
   transient-mark-mode: t

Recent input:
<help-echo> <help-echo> C-x 5 2 <switch-frame> <help-echo>
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo>
<help-echo> <help-echo> <menu-bar> <help-menu> <send-emacs-bug-report>


--
Greetings

   Pete

You can learn many things from children.  How much patience you have,  
for instance.
				– Franklin P. Jones



[-- Attachment #3: Type: message/rfc822, Size: 2717 bytes --]

From: "Jan Djärv" <jan.h.d@swipnet.se>
To: Andreas Schwab <schwab@linux-m68k.org>, 4640@emacsbugs.donarmstrong.com
Cc: 4640-done@emacsbugs.donarmstrong.com, emacs-pretest-bug@gnu.org
Subject: Re: bug#4640: 23.1.50;	GNU Emacs does not follow geometry settings from command line
Date: Thu, 22 Oct 2009 10:42:22 +0200
Message-ID: <4AE01AEE.3040605@swipnet.se>

Andreas Schwab skrev:
> Peter Dyballa <Peter_Dyballa@Freenet.DE> writes:
> 
>> A French brought this problem up in help-gnu-emacs for GNU Emacs
>> 23.1. The bug seems to exist also in the CVS version. Launched as
>>
>> 	src/emacs -Q -g 20x20+200+200 &
>>
>> the frame is wider than thought and xwininfo then shows:
>>
>> 	  Corners:  +202+228  -930+228  -930-350  +202-350
>> 	  -geometry 38x20+200+200
> 
> I'm seeing the opposite effect: the resulting frame is too small.  This
> is under KDE.
> 
>   Corners:  +204+225  -1164+225  -1164-310  +204-310
>   -geometry 20x18+200+200
> 

I can not reproduce this under KDE.  If it still happens, reopen this bug with 
more information (KDE version, theme used, Gtk-engine on or off, font used).

	Jan D.