emacs-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[debbugs-tracker] bug#11177: closed (24.0.95; gtk_window_parse_geometry


From: GNU bug Tracking System
Subject: [debbugs-tracker] bug#11177: closed (24.0.95; gtk_window_parse_geometry warning)
Date: Fri, 06 Apr 2012 11:29:01 +0000

Your message dated Fri, 06 Apr 2012 07:27:45 -0400
with message-id <address@hidden>
and subject line Re: bug#11177: 24.0.95; gtk_window_parse_geometry warning
has caused the debbugs.gnu.org bug report #11177,
regarding 24.0.95; gtk_window_parse_geometry warning
to be marked as done.

(If you believe you have received this mail in error, please contact
address@hidden)


-- 
11177: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=11177
GNU Bug Tracking System
Contact address@hidden with problems
--- Begin Message --- Subject: 24.0.95; gtk_window_parse_geometry warning Date: Wed, 04 Apr 2012 16:00:10 -0400 User-agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0.1) Gecko/20120208 Thunderbird/10.0.1
When emacs is built with gtk3 and the window geometry is specified on the 
command line or in .Xdefaults, the following warning appears in the terminal 
from which emacs was started:

Gtk-WARNING **: gtk_window_parse_geometry() called on a window with no visible 
children; the window should be set up before gtk_window_parse_geometry() is 
called.

To reproduce:

1. Build emacs with the configure option --with-x-toolkit=gtk3.

2. emacs -Q --geometry=80x34+340+40 &

I don't know enough about gtk to know whether this warning can safely be 
ignored, but here's a quote from the source file gtk/gtkwindow.c in which 
gtk_window_parse_geometry is defined:

 * Note that for gtk_window_parse_geometry() to work as expected, it has
 * to be called when the window has its "final" size, i.e. after calling
 * gtk_widget_show_all() on the contents and gtk_window_set_geometry_hints()
 * on the window.


In GNU Emacs 24.0.95.1 (i686-pc-cygwin, GTK+ Version 3.2.3)
 of 2012-04-04 on fiona
Windowing system distributor `The Cygwin/X Project', version 11.0.11200000
Configured using:
 `configure
 '--srcdir=/home/kbrown/src/cygemacs/emacs-24.0.95-3/src/emacs-24.0.95'
 '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin'
 '--sbindir=/usr/sbin' '--libexecdir=/usr/lib' '--datadir=/usr/share'
 '--localstatedir=/var' '--sysconfdir=/etc' '--datarootdir=/usr/share'
 '--docdir=/usr/share/doc/emacs' '-C' '--with-x-toolkit=gtk3' 'CC=gcc'
 'CFLAGS=-g -O2 -pipe ' 'LDFLAGS=-L/usr/lib/ncursesw' 'LIBS='
 'CPPFLAGS=-I/usr/include/ncursesw''




--- End Message ---
--- Begin Message --- Subject: Re: bug#11177: 24.0.95; gtk_window_parse_geometry warning Date: Fri, 06 Apr 2012 07:27:45 -0400 User-agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0.1) Gecko/20120208 Thunderbird/10.0.1
On 4/6/2012 6:57 AM, Jan Djärv wrote:
Hello.

4 apr 2012 kl. 22:00 skrev Ken Brown:

When emacs is built with gtk3 and the window geometry is specified on the 
command line or in .Xdefaults, the following warning appears in the terminal 
from which emacs was started:

Gtk-WARNING **: gtk_window_parse_geometry() called on a window with no visible 
children; the window should be set up before gtk_window_parse_geometry() is 
called.

To reproduce:

1. Build emacs with the configure option --with-x-toolkit=gtk3.

2. emacs -Q --geometry=80x34+340+40&

I don't know enough about gtk to know whether this warning can safely be 
ignored, but here's a quote from the source file gtk/gtkwindow.c in which 
gtk_window_parse_geometry is defined:

* Note that for gtk_window_parse_geometry() to work as expected, it has
* to be called when the window has its "final" size, i.e. after calling
* gtk_widget_show_all() on the contents and gtk_window_set_geometry_hints()
* on the window.


This is a false warning. There are known issues with the rows in the geometry 
given to Emacs (you may get less rows than you ask for) but the positions are 
AFAIK more or less correct (i.e. both Gtk and the window manager modifyes it in 
an effort to keep the window onscreen).  I don't know why they added this 
warning in Gtk+ 3, the code is more or less the same as in Gtk+2.

OK, thanks for the information.  I'm closing the bug.

Ken



--- End Message ---

reply via email to

[Prev in Thread] Current Thread [Next in Thread]