GNU bug report logs - #5968
Problems with 'geometry' [GTK,Cygwin,trunk]

Previous Next

Full log

View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Angelo Graziosi <angelo.graziosi <at> alice.it>
Subject: bug#5968 closed by Jan Djärv <jan.h.d <at> swipnet.se>
 (Re: bug#5968: Problems with 'geometry' [GTK,Cygwin,trunk])
Date: Sun, 18 Apr 2010 11:29:02 +0000

[Message part 1 (text/plain, inline)]

This is an automatic notification regarding your bug report
which was filed against the emacs package:

#5968: Problems with 'geometry' [GTK,Cygwin,trunk]

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.


-- 
5968: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=5968
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems

[Message part 2 (message/rfc822, inline)]

From: Jan Djärv <jan.h.d <at> swipnet.se>
To: Angelo Graziosi <angelo.graziosi <at> alice.it>
Cc: 5968-done <at> debbugs.gnu.org
Subject: Re: bug#5968: Problems with 'geometry' [GTK,Cygwin,trunk]
Date: Sun, 18 Apr 2010 13:28:47 +0200

This is a combination of a race condition (frame is not visible when geometry 
is set), and the fact that the window manager doesn't honor gravity correctly.

I reinstalled the change below.  It is in principle redundant as Gtk+ sets 
this when parsing geometry, but the window manager doesn't seem to honor it 
when the window is later shown at a different size.

Marking as done.

	Jan D.


> Rev. 99880 works just fine... Indeed, reverting *only* the changes to 
> 'gtkutil.c' (applying 'gtkutil.c.revert_to_880.diff') and building rev. 
> 99922, Emacs starts as expected!! :-)
> 
> Perhaps these changes are the cause of the problems:
> 
> ====================
> [...]
> -  if (user_position)
> -    {
> -      hint_flags &= ~GDK_HINT_POS;
> -      hint_flags |= GDK_HINT_USER_POS;
> -    }
> [...]
> ====================
> 
> It seems that this problem is Cygwin specific, I can't reproduce it on 
> GNU/Linux Kubuntu 9.10.
> 

	Jan D.

[Message part 3 (message/rfc822, inline)]

From: Angelo Graziosi <angelo.graziosi <at> alice.it>
To: bug-gnu-emacs <bug-gnu-emacs <at> gnu.org>
Subject: Problems with 'geometry' [GTK,Cygwin,trunk]
Date: Sun, 18 Apr 2010 11:52:31 +0200

[Message part 4 (text/plain, inline)]

I have in .Xdefaults:

Emacs.geometry:         80x40-0+0

which has always started Emacs with the top-right corner (TRC) over the 
same corner of Desktop.

But now, the revisions 99918, 99920, 99922... of trunk (GTK build on 
Cygwin) starts Emacs with TRC *out* the Desktop! See the attached figure 
in [*]! :(

I suspect this is related:

src/ChangeLog:
==================================================
[...]
2010-04-13  Jan DjÃrv  <...>

* gtkutil.c (xg_set_geometry): Set geometry for PPosition also.
(x_wm_set_size_hint): Dont set position flags, gtk_window_parse_geometry
does that.
[...]
==================================================

Rev. 99880 works just fine... Indeed, reverting *only* the changes to 
'gtkutil.c' (applying 'gtkutil.c.revert_to_880.diff') and building rev. 
99922, Emacs starts as expected!! :-)

Perhaps these changes are the cause of the problems:

====================
[...]
-  if (user_position)
-    {
-      hint_flags &= ~GDK_HINT_POS;
-      hint_flags |= GDK_HINT_USER_POS;
-    }
[...]
====================

It seems that this problem is Cygwin specific, I can't reproduce it on 
GNU/Linux Kubuntu 9.10.

On Cygwin, it can be reproduced simply with:

$ emacs -Q --geometry 80x40-0+0 &

or

$ emacs -Q --geometry -0+0 &

Thanks,
Angelo.

---
[*] http://lists.gnu.org/archive/html/emacs-devel/2010-04/msg00772.html

[gtkutil.c.revert_to_880.diff (text/plain, attachment)]

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.