From buonj4@cti.ecp.fr Sun Mar 2 12:38:59 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from piston.ecp.fr (piston.ecp.fr [138.195.33.3]) by mail.gnome.org (Postfix) with ESMTP id 42A93182F6 for ; Sun, 2 Mar 2003 12:38:59 -0500 (EST) Received: from localhost (localhost [127.0.0.1]) by piston.ecp.fr (Postfix) with ESMTP id 170553803C for ; Sun, 2 Mar 2003 18:38:57 +0100 (CET) Received: from chat.ecp.fr (chat.ecp.fr [138.195.33.30]) by piston.ecp.fr (Postfix) with ESMTP id 2A33938038 for ; Sun, 2 Mar 2003 18:38:57 +0100 (CET) Received: from jg (unknown [138.195.155.154]) by chat.ecp.fr (Postfix) with SMTP id DA1B616859 for ; Sun, 2 Mar 2003 18:28:10 +0100 (CET) Message-ID: <000801c2e0e2$98c4a4d0$9a9bc38a@scrk.com> From: "Jean-Guy BUON" To: Date: Sun, 2 Mar 2003 18:38:54 +0100 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0005_01C2E0EA.FA5FB2E0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Virus-Scanned: by amavisd-new Subject: [glade--]What is the equivalent function of lookup_widget with glade-- Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: This is a multi-part message in MIME format. ------=_NextPart_000_0005_01C2E0EA.FA5FB2E0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I was using the function lookup_widget to reach a child widget but it = doesn't work with glade--! If someone know a similar function give me the information And is there a good documentation on glade--? Jean-Guy BUON ------=_NextPart_000_0005_01C2E0EA.FA5FB2E0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I was using the function lookup_widget = to reach a=20 child widget but it doesn't work with glade--!
If someone know a similar function = give me the=20 information
And is there a good documentation on=20 glade--?
 
Jean-Guy = BUON
------=_NextPart_000_0005_01C2E0EA.FA5FB2E0-- From christof@petig-baender.de Tue Mar 4 04:40:31 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from mail.mediaways.net (mail.mediaways.net [193.189.224.113]) by mail.gnome.org (Postfix) with SMTP id B9AE5186C9 for ; Tue, 4 Mar 2003 04:40:30 -0500 (EST) Received: (qmail 16740 invoked by uid 4221); 4 Mar 2003 09:40:29 -0000 Received: from unknown (HELO gateway.petig-baender.de) (195.71.48.59) by smtp-relay.mediaways.net with SMTP; 4 Mar 2003 09:40:29 -0000 Received: from puck.petig-baender.de ([192.168.234.11] helo=petig-baender.de ident=christof) by gateway.petig-baender.de with esmtp (Exim 3.35 #1 (Debian)) id 18q8uW-0005YY-00; Tue, 04 Mar 2003 10:40:32 +0100 Message-ID: <3E64748C.8060802@petig-baender.de> Date: Tue, 04 Mar 2003 10:40:28 +0100 From: Christof Petig Organization: Adolf Petig GmbH & Co. KG User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.4a) Gecko/20030303 X-Accept-Language: de-DE, de, en MIME-Version: 1.0 To: BUON Jean-Guy Cc: "gtkmm-list@gnome.org" , glademm-list@gnome.org References: <20030303153032.359e5ca9.buonj4@cti.ecp.fr> In-Reply-To: <20030303153032.359e5ca9.buonj4@cti.ecp.fr> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: [glade--]Re: [gtkmm] equivalent function for lookup(GtkWidget * widget, gchar * name)? Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: BUON Jean-Guy wrote: > I don't know how to access to a child widget with glademm > I was using lookup_widget on glade but it doesn't work yet! First: Do you understand the 'visibility' property (glade-- user's guide)? Does 'protected' help you? Mark the widget as 'protected' and look into foo_glade.hh. If you really want to bypass every type- and lifetime-safety C++ can give you you might want to take a look at the deprecated 'public' and 'GMM_FOO' feature of glademm. (perhaps I already deactivated the feature by default) This is much like lookup_widget. Christof From DavidC@mail.lafayette.edu Wed Mar 5 12:45:09 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from lafvm2.lafayette.edu (mail.lafayette.edu [139.147.8.24]) by mail.gnome.org (Postfix) with ESMTP id 1365E181E5 for ; Wed, 5 Mar 2003 12:45:09 -0500 (EST) Received: from CONVERSION-DAEMON.lafvm2.lafayette.edu by lafvm2.lafayette.edu (PMDF V6.1-1 #37854) id <01KT5ZBV0634002BJ8@lafvm2.lafayette.edu> for glademm-list@gnome.org; Wed, 05 Mar 2003 12:44:18 +0000 (DST) Received: from lafayette.edu (kerberos.lafayette.edu [139.147.136.119]) by lafvm2.lafayette.edu (PMDF V6.1-1 #37854) with ESMTP id <01KT5Z8VUP2G002JDA@lafvm2.lafayette.edu> for glademm-list@gnome.org; Wed, 05 Mar 2003 12:41:57 +0000 (DST) Date: Wed, 05 Mar 2003 12:42:27 -0500 From: Christopher David To: glademm-list@gnome.org Message-id: <3E663703.8070500@lafayette.edu> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=us-ascii Content-transfer-encoding: 7BIT X-Accept-Language: en-us User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:0.9.4.1) Gecko/20020508 Netscape6/6.2.3 Subject: [glade--][Fwd: Re: Glademm and pixmaps also custom widgets] Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: I probably should have metnioned I have Glademm 1.1.3d, Glade 0.6.4, and GTKmm 1.2.10. I am running distribution RedHat 8.0. If there is anything else I left out, please tell me. It also appears no one has any info on my problem. Would anyone know where else I can find information this. Internet searching hasn't helped very much. From radhika_narendran@yahoo.com Wed Mar 5 23:20:08 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from web40503.mail.yahoo.com (web40503.mail.yahoo.com [66.218.78.120]) by mail.gnome.org (Postfix) with SMTP id 7BCB618758 for ; Wed, 5 Mar 2003 23:20:08 -0500 (EST) Message-ID: <20030306042007.4669.qmail@web40503.mail.yahoo.com> Received: from [63.210.222.109] by web40503.mail.yahoo.com via HTTP; Wed, 05 Mar 2003 20:20:07 PST Date: Wed, 5 Mar 2003 20:20:07 -0800 (PST) From: Radhika Sambamurti To: glademm-list@gnome.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: [glade--]glade-- for gtk2 Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Hi, I have installed the packages: glade2-1.1.3 A user interface builder for GTK+/GNOME libglade2-2.0.1 GNOME glade library I am trying to install glade-- and libglademm2 for gtk2. I am not able to find the sources for thses. I am running freebsd 5.0 and gtk2, gnome2. Has anybody successfully installed glade-- with glade2? any help iwth this will be appreciated. thanks radhika ===== It's all a matter of perspective. You can choose your view by choosing where to stand. --Larry Wall __________________________________________________ Do you Yahoo!? Yahoo! Tax Center - forms, calculators, tips, more http://taxes.yahoo.com/ From christof@petig-baender.de Thu Mar 6 02:12:16 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from mail.mediaways.net (mail.mediaways.net [193.189.224.113]) by mail.gnome.org (Postfix) with SMTP id A0F7C18492 for ; Thu, 6 Mar 2003 02:12:15 -0500 (EST) Received: (qmail 26559 invoked by uid 4221); 6 Mar 2003 07:12:14 -0000 Received: from unknown (HELO gateway.petig-baender.de) (195.71.48.59) by smtp-relay.mediaways.net with SMTP; 6 Mar 2003 07:12:14 -0000 Received: from puck.petig-baender.de ([192.168.234.11] helo=petig-baender.de ident=christof) by gateway.petig-baender.de with esmtp (Exim 3.35 #1 (Debian)) id 18qpY6-0007qV-00; Thu, 06 Mar 2003 08:12:14 +0100 Message-ID: <3E66089B.8000209@petig-baender.de> Date: Wed, 05 Mar 2003 15:24:27 +0100 From: Christof Petig Organization: Adolf Petig GmbH & Co. KG User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.4a) Gecko/20030303 X-Accept-Language: de-DE, de, en MIME-Version: 1.0 To: Christopher David Cc: glademm-list@gnome.org Subject: Re: [glade--]Glademm and pixmaps also custom widgets References: <3E5E7001.9020206@lafayette.edu> In-Reply-To: <3E5E7001.9020206@lafayette.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Christopher David wrote: Hi Chris, sorry for answering this late, I'd been ill and tried several times to more deeply understand your message. > I first want to thank everyone who helped me get glademm to work on my > Linux machine. However, now that I've gotten my test projects to > compile, I've been having an issue with pixmaps. The first issue was > with custom pixmaps. When I attempted to compile a program with pixmaps > I converted from JPEG, the make would generate the following error: gtk2.0/glademm1.1.3 supports embedding jpeg images directly into the program. (in compressed form, it's unpacked at run time). Why don't you use this feature? > > In file included from GameSetup2_glade.cc:29: > ../pixmaps/ChrisDavid.xpm:2: syntax error before `[' token > GameSetup2_glade.cc: In constructor `GameSetup2_glade::GameSetup2_glade()': > GameSetup2_glade.cc:95: `Chris' undeclared (first use this function) > GameSetup2_glade.cc:95: (Each undeclared identifier is reported only > once for > each function it appears in.) > GameSetup2_glade.cc:95: `manage' undeclared (first use this function) > cc1plus: `' is not a function, > /usr/include/sigc++-1.0/sigc++/object.h:143: conflict with > `template > T* SigC::manage(T*)' > GameSetup2_glade.cc:96: in call to `manage' Perhaps preceding manage by Gtk:: might help, can you please send me the preamble (first 5 lines) of your .xpm, so I can give more clued advices, I was unable to guess your problem ;-) > make[2]: *** [GameSetup2_glade.o] Error 1 > make[2]: Leaving directory `/home/Virtual/cs_205/gui_12/src' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory `/home/Virtual/cs_205/gui_12' > make: *** [all] Error 2 > > > At first I thought it was the fact that the pixmap files had a space in > it, so I changed the file names, setup the project with a new name in a > new folder, and tried again, but still the same message. I then used a > pixmap that came with a program on my Linux machine and it compiled > fine. However, when attempting to execute the program, the image does > not appear and I get this message: > > Gdk---WARNING **: Couldn't create pixmap out of file > '../pixmaps/edit.xpm' - using internal default it tries to load the image at run time - AFAIK embedding images is the default for recent glademms, but if it can't find the file, it can't embed it ... do you really want runtime loading? (I prefer embedded images) > > I heard of having to use "make install" when using gnome support and > such, but I ran make and make install and I still get the same message. > Again, I tried a new project but I still get the same message. I tried > manually copying the pixmap folder to the the bin directory where the > project was installed, still no such luck. Is there anyway to get this > to work, pixmaps or pictures in general are a big thing for this > project. Is there another widget to use, like GTK Image (and how to use > it or where I can find out how to use it)? There is a PIXMAP_DIR or so, try to look with strace for the path it searches. I usually never load images at run time (too easy to mess up the directory structure). > > Another, less pressing matter is custom widgets. To be specific, I am > trying to design a widget that is basically a giant grid. Ideally, I > want to be able to place objects on the grid, or shade parts of the > grid, by clicking on the different squares. However, I need to store > the data based on what I do or put on the grid (for now I'll probably be > using a multimap from STL). Is there any place I can find out where I > can make the widget, so it will return grid coordinates in callbacks > based on clicks, and modify each square individually and so forth. I > could make a table, but it I have a 40x40 table, I'd need callbacks for > each individual square in the table, which is 1600 squares. Hence, one > object that returns grid coordinates is a lot easier. I had also wanted > to modify grid lines by changing color or thickness at runtime also, but > I may just ditch that as that would be too complicated. IF someone > could point me in the right direction here as well, I would be greatly > appreciative. Thank you so much for all your help so far. Give GnomeCanvas or FooCanvas a try (FooCanvasmm was created two weeks ago). It sounds like this is the widget you are looking for (gnumeric, gcompris are examples of programs which use this widget). Usually I attach pointer to my data structures to the set_data interface of my widgets (using smart pointers and other magic (data destroy callbacks, I don't remember the exact name, it's a separate argument to set_data)). Yours Christof From christof@petig-baender.de Thu Mar 6 04:16:42 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from mail.mediaways.net (mail.mediaways.net [193.189.224.113]) by mail.gnome.org (Postfix) with SMTP id 860381888A for ; Thu, 6 Mar 2003 04:16:41 -0500 (EST) Received: (qmail 8987 invoked by uid 4221); 6 Mar 2003 09:16:39 -0000 Received: from unknown (HELO gateway.petig-baender.de) (195.71.48.59) by smtp-relay.mediaways.net with SMTP; 6 Mar 2003 09:16:39 -0000 Received: from puck.petig-baender.de ([192.168.234.11] helo=petig-baender.de ident=christof) by gateway.petig-baender.de with esmtp (Exim 3.35 #1 (Debian)) id 18qrUY-00086F-00; Thu, 06 Mar 2003 10:16:42 +0100 Message-ID: <3E6711F0.4010701@petig-baender.de> Date: Thu, 06 Mar 2003 10:16:32 +0100 From: Christof Petig Organization: Adolf Petig GmbH & Co. KG User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.4a) Gecko/20030305 X-Accept-Language: de-DE, de, en MIME-Version: 1.0 To: Radhika Sambamurti Cc: glademm-list@gnome.org Subject: Re: [glade--]glade-- for gtk2 References: <20030306042007.4669.qmail@web40503.mail.yahoo.com> In-Reply-To: <20030306042007.4669.qmail@web40503.mail.yahoo.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Radhika Sambamurti wrote: > Hi, > > I have installed the packages: > > glade2-1.1.3 A user interface builder for GTK+/GNOME > libglade2-2.0.1 GNOME glade library Simply look for glademm-1.1.3e (d is sufficient but has bugs) ... > > I am trying to install glade-- and libglademm2 for gtk2. I > am not able to find the sources for thses. http://home.wtal.de/petig/Gtk/ libglademm should be available from ftp.gnome.org (I'd have to google too, give it a try) the actual version on my computer is 2.0.1. > > I am running freebsd 5.0 and gtk2, gnome2. > > Has anybody successfully installed glade-- with glade2? > any help iwth this will be appreciated. Of course I have Christof From radhika_narendran@yahoo.com Wed Mar 5 23:11:33 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from web40514.mail.yahoo.com (web40514.mail.yahoo.com [66.218.78.131]) by mail.gnome.org (Postfix) with SMTP id 8BD61183EB for ; Wed, 5 Mar 2003 23:11:32 -0500 (EST) Message-ID: <20030306041128.14175.qmail@web40514.mail.yahoo.com> Received: from [63.210.222.109] by web40514.mail.yahoo.com via HTTP; Wed, 05 Mar 2003 20:11:28 PST Date: Wed, 5 Mar 2003 20:11:28 -0800 (PST) From: Radhika Sambamurti To: glademm-list@gnome.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: [glade--]Builing glade-- for glade2 & gtk2 Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Hi, I have successfully installed: glade2-1.1.3 A user interface builder for GTK+/GNOME libglade2-2.0.1 GNOME glade library I am trying to install glade-- and libglademm2 but cannot find the source code for this. could anyone point me inthe right direction. I am running freebsd 5.0 and gtk2. Any help with this will be appreciated. Thanks, Radhika ===== It's all a matter of perspective. You can choose your view by choosing where to stand. --Larry Wall __________________________________________________ Do you Yahoo!? Yahoo! Tax Center - forms, calculators, tips, more http://taxes.yahoo.com/ From christof@petig-baender.de Thu Mar 6 08:09:33 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from mail.mediaways.net (mail.mediaways.net [193.189.224.113]) by mail.gnome.org (Postfix) with SMTP id 802481819E for ; Thu, 6 Mar 2003 08:09:32 -0500 (EST) Received: (qmail 16677 invoked by uid 4221); 6 Mar 2003 13:09:31 -0000 Received: from unknown (HELO gateway.petig-baender.de) (195.71.48.59) by smtp-relay.mediaways.net with SMTP; 6 Mar 2003 13:09:31 -0000 Received: from puck.petig-baender.de ([192.168.234.11] helo=petig-baender.de ident=christof) by gateway.petig-baender.de with esmtp (Exim 3.35 #1 (Debian)) id 18qv7u-00005P-00; Thu, 06 Mar 2003 14:09:35 +0100 Message-ID: <3E674886.9080709@petig-baender.de> Date: Thu, 06 Mar 2003 14:09:26 +0100 From: Christof Petig Organization: Adolf Petig GmbH & Co. KG User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.4a) Gecko/20030305 X-Accept-Language: de-DE, de, en MIME-Version: 1.0 To: Christopher David Cc: glademm-list@gnome.org Subject: Re: [glade--][Fwd: Re: Glademm and pixmaps also custom widgets] References: <3E663703.8070500@lafayette.edu> In-Reply-To: <3E663703.8070500@lafayette.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Christopher David wrote: > I probably should have metnioned I have Glademm 1.1.3d, Glade 0.6.4, and > GTKmm 1.2.10. I am running distribution RedHat 8.0. If there is > anything else I left out, please tell me. Yes, to quote my own mail: - do you want to embed pictures? or do you want to load them at runtime. - please show me the first five lines of your pixmap - most likely this is a pixmap path problem, you might send me your .glade file and (perhaps) the pixmaps in private mail so I might take a look at them (please also mention your paths to the files you sent me). > It also appears no one has any info on my problem. Would anyone know > where else I can find information > this. Internet searching hasn't helped very much. You're the first who encountered this problem, and a more decent place than this list does not exist. Christof (glademm user, author & maintainer) From radhika_narendran@yahoo.com Thu Mar 6 12:29:29 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from web40506.mail.yahoo.com (web40506.mail.yahoo.com [66.218.78.123]) by mail.gnome.org (Postfix) with SMTP id E96C218134 for ; Thu, 6 Mar 2003 12:29:28 -0500 (EST) Message-ID: <20030306172927.10566.qmail@web40506.mail.yahoo.com> Received: from [64.152.169.65] by web40506.mail.yahoo.com via HTTP; Thu, 06 Mar 2003 09:29:27 PST Date: Thu, 6 Mar 2003 09:29:27 -0800 (PST) From: Radhika Sambamurti Subject: Re: [glade--]glade-- for gtk2 To: Christof Petig Cc: glademm-list@gnome.org In-Reply-To: <3E6711F0.4010701@petig-baender.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Hi, Thanks for the email. It has made things a bit clearer. I have installed libglade2.0.1 I am trying to install glademm-1.1.3e and get these errors when it i do make: I am running gcc 3.2 Any ideas as to why my glademm is not building? thanks radhika getopt.h:110: declaration of C function `int getopt()' conflicts with /usr/include/unistd.h:366: previous declaration `int getopt(int, char* const*, const char*)' here *** Error code 1 Stop in /drive2/downloads/glademm-1.1.3e/src. *** Error code 1 Stop in /drive2/downloads/glademm-1.1.3e/src. *** Error code 1 Stop in /drive2/downloads/glademm-1.1.3e. *** Error code 1 Stop in /drive2/downloads/glademm-1.1.3e. --- Christof Petig wrote: > Radhika Sambamurti wrote: > > Hi, > > > > I have installed the packages: > > > > glade2-1.1.3 A user interface builder for > GTK+/GNOME > > libglade2-2.0.1 GNOME glade library > > Simply look for glademm-1.1.3e (d is sufficient but has > bugs) ... > > > > > I am trying to install glade-- and libglademm2 for > gtk2. I > > am not able to find the sources for thses. > > http://home.wtal.de/petig/Gtk/ > > libglademm should be available from ftp.gnome.org (I'd > have to google > too, give it a try) the actual version on my computer is > 2.0.1. > > > > > I am running freebsd 5.0 and gtk2, gnome2. > > > > Has anybody successfully installed glade-- with glade2? > > any help iwth this will be appreciated. > > Of course I have > Christof > ===== It's all a matter of perspective. You can choose your view by choosing where to stand. --Larry Wall __________________________________________________ Do you Yahoo!? Yahoo! Tax Center - forms, calculators, tips, more http://taxes.yahoo.com/ From christof@petig-baender.de Fri Mar 7 02:46:19 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from mail.mediaways.net (mail.mediaways.net [193.189.224.113]) by mail.gnome.org (Postfix) with SMTP id B00CD189AC for ; Fri, 7 Mar 2003 02:46:18 -0500 (EST) Received: (qmail 9665 invoked by uid 4221); 7 Mar 2003 07:46:15 -0000 Received: from unknown (HELO gateway.petig-baender.de) (195.71.48.59) by smtp-relay.mediaways.net with SMTP; 7 Mar 2003 07:46:15 -0000 Received: from puck.petig-baender.de ([192.168.234.11] helo=petig-baender.de ident=christof) by gateway.petig-baender.de with esmtp (Exim 3.35 #1 (Debian)) id 18rCYb-00011O-00; Fri, 07 Mar 2003 08:46:18 +0100 Message-ID: <3E67C566.1000107@petig-baender.de> Date: Thu, 06 Mar 2003 23:02:14 +0100 From: Christof Petig Organization: Adolf Petig GmbH & Co. KG User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.4a) Gecko/20030305 X-Accept-Language: de-DE, de, en MIME-Version: 1.0 To: Owen Taylor Cc: Jon Cast , Mark McLoughlin , gnome-hackers@gnome.org, glade-devel@ximian.com, glademm-list@gnome.org References: <1046299405.10038.23.camel@localhost.localdomain> <1046302078.1655.26.camel@localhost.localdomain> <20030227002158.7D8B84A5F8@jcomain> <1046306197.1655.40.camel@localhost.localdomain> In-Reply-To: <1046306197.1655.40.camel@localhost.localdomain> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: [glade--]Re: [Glade-devel] Re: glade code generation Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Hi, (Sorry, if this looks like crossposting, but all CCs look sensible) I'm speaking up on behalf of glademm, the (separate) C++ code/project generator for glade. And I like the _choice_ to use generated code. Owen Taylor wrote: > If you generate C code with glade: > > - You get C code which isn't related to how you write code by > hand. But if you don't know better, you'll copy anyways. > (Why is this code calling gtk_widget_set_name() and ref'ing > every widget?) > > - You get the typical code generation problem that once you > edit it, you risk problems if you generate code again. > > - You get something you can't check into source control reliably. > > - You go to experienced GTK+ programmers for help, and they > look at you blankly. I can't speak in favor of the generated C code (I always found the above problems very valid), but for C++ and glademm I found these problems solved. (Except for the fourth point, you need some glademm knowledge to solve glademm problems/bugs, gtkmm only knowledge might help you but is not always sufficient). The only reason I was ever tempted to use libglade _internally_ as an optional drop in replacement (_transparently_ to any program code!) was it's good gnome widget support. With C++ it should not make any difference to your program code whether the actual widgets are created by libglade(mm) or by gtkmm (generated code). To support these claims I promise to finish the libglade option in glademm this week: generate your program's skeleton by glademm and use libglade or generated code by choice. > Libglade is a development methology we can support, because it > gets used extensively for real apps. There may be full scale > apps using generated glade code, but certainly not many of them. I can name a lot of apps using glademm generated code. There _are_ reasons for generated code: - a single binary is enough, no need to ship .glade and image files seperately, install them to a known location and find them at runtime. - no user can mess up your program's user interface by editing/deleting the .glade/image files (this is clearly a pro and a con!) >>>Makes sense to me; we had >> >>> Don't use glade to generate code, use libglade! for C I can't disagree, but I would love to have the option to switch between libglade and generated code (statically linked in widgets) without having to change a single line of the program. Since this is feasible with C++, it should be possible for C, too. Perhaps a nice project for a volunteer? (I don't care about C code) A separation of GUI designer and code generator would benefit glade-[123] IMHO. (IIRC glade-3 does take this road) > The comment about IDE integration is basically that if the source > code editing is integrated with the widget editing, then things > can work better: > > - You can click on a widget, and edit its callbacks > - Source code editing is relatively constrained, because the > tool you are using to do it knows about the GUI. I'm all in favor of IDE integration, but personally I don't need it at all. GUI and program code (callbacks) are well separated by glademm (IMHO of course). Christof (glademm maintainer) From christof@petig-baender.de Fri Mar 7 02:59:49 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from mail.mediaways.net (mail.mediaways.net [193.189.224.113]) by mail.gnome.org (Postfix) with SMTP id BCAE818953 for ; Fri, 7 Mar 2003 02:59:48 -0500 (EST) Received: (qmail 14575 invoked by uid 4221); 7 Mar 2003 07:59:47 -0000 Received: from unknown (HELO gateway.petig-baender.de) (195.71.48.59) by smtp-relay.mediaways.net with SMTP; 7 Mar 2003 07:59:47 -0000 Received: from puck.petig-baender.de ([192.168.234.11] helo=petig-baender.de ident=christof) by gateway.petig-baender.de with esmtp (Exim 3.35 #1 (Debian)) id 18rCli-000132-00; Fri, 07 Mar 2003 08:59:50 +0100 Message-ID: <3E685168.8050107@petig-baender.de> Date: Fri, 07 Mar 2003 08:59:36 +0100 From: Christof Petig Organization: Adolf Petig GmbH & Co. KG User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.4a) Gecko/20030305 X-Accept-Language: de-DE, de, en MIME-Version: 1.0 To: Radhika Sambamurti Cc: glademm-list@gnome.org Subject: Re: [glade--]glade-- for gtk2 References: <20030306172927.10566.qmail@web40506.mail.yahoo.com> In-Reply-To: <20030306172927.10566.qmail@web40506.mail.yahoo.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Radhika Sambamurti wrote: > Hi, > Thanks for the email. It has made things a bit clearer. > I have installed libglade2.0.1 that's not yet related to glade-- at all. > > I am trying to install glademm-1.1.3e and get these errors > when it i do make: > > I am running gcc 3.2 > Any ideas as to why my glademm is not building? > > thanks > radhika > > getopt.h:110: declaration of C function `int getopt()' > conflicts with > /usr/include/unistd.h:366: previous declaration `int > getopt(int, char* const*, > const char*)' here > *** Error code 1 this is a bit too short, is this during glade--.c compilation? which options are passed to the compiler? What are the contents of config.h? I don't have this problem. I tweaked the CVS version to handle things differently, can you try it? Christof From pfb@users.sourceforge.net Fri Mar 7 11:17:27 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from ps7.kent.dot.net.au (ps7.kent.dot.net.au [203.221.100.25]) by mail.gnome.org (Postfix) with ESMTP id 1E7AA180DD for ; Fri, 7 Mar 2003 11:17:27 -0500 (EST) Received: from dialup-3.37.194.203.acc01-stge-pth.comindico.com.au ([203.194.37.3] helo=goldmund.pri) by ps7.kent.dot.net.au with esmtp (Exim 3.22 #1) id 18rKPt-0003DO-00 for glademm-list@gnome.org; Sat, 08 Mar 2003 03:09:51 +1100 Received: from goldmund.pri ([127.0.0.1] helo=goldmund ident=pfb) by goldmund.pri with esmtp (Exim 3.35 #1 (Debian)) id 18rKOi-0002td-08 for ; Sat, 08 Mar 2003 00:08:37 +0800 Date: Fri, 31 Jan 2003 17:01:52 +0800 (WST) From: Peter F Bradshaw To: glademm-list@gnome.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Keywords: X-UID: 137 Subject: [glade--]How to get hold of the widgets Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Hi; I'm new to Gtk, glade and glademm so I'm sure this question has been answered many times before. My question is how do I get hold of the widgets that glademm creates. For instance, if I have a top level window called MainWindow then glademm creates a base class called MainWindow_glade. In the ctor of this class the widgets are created and pointed to by local pointers. How do I access these widgets in MainWindow (or else where). Thanks. Cheers -- Peter F Bradshaw, pfb@users.sourceforge.net, ICQ 75431157 (exadios). PGP public key at http://dingoblue.net.au/public_key.html "Needs more salt" - Archimedes From murrayc@t-online.de Sat Mar 8 07:03:21 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from mailout06.sul.t-online.com (mailout06.sul.t-online.com [194.25.134.19]) by mail.gnome.org (Postfix) with ESMTP id CD333181B8; Sat, 8 Mar 2003 07:03:20 -0500 (EST) Received: from fwd02.sul.t-online.de by mailout06.sul.t-online.com with smtp id 18rd2m-0000NZ-03; Sat, 08 Mar 2003 13:03:12 +0100 Received: from pD959022C.dip.t-dialin.net (520075295495-0001@[217.89.2.44]) by fwd02.sul.t-online.com with esmtp id 18rd2V-1KLK0uC; Sat, 8 Mar 2003 13:02:55 +0100 From: murrayc@t-online.de (Murray Cumming) Reply-To: murrayc@usa.net To: Joaquin Cuenca Abela Cc: Christof Petig , Owen Taylor , Jon Cast , Mark McLoughlin , Gnome Hackers , glade-devel@ximian.com, glademm-list@gnome.org In-Reply-To: <1047076096.1225.36.camel@localhost.localdomain> References: <1046299405.10038.23.camel@localhost.localdomain> <1046302078.1655.26.camel@localhost.localdomain> <20030227002158.7D8B84A5F8@jcomain> <1046306197.1655.40.camel@localhost.localdomain> <3E67C566.1000107@petig-baender.de> <1047076096.1225.36.camel@localhost.localdomain> Content-Type: text/plain Organization: Message-Id: <1047123218.1270.10.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 Date: 08 Mar 2003 12:33:39 +0100 Content-Transfer-Encoding: 7bit X-Sender: 520075295495-0001@t-dialin.net Subject: [glade--]Re: [Glade-devel] Re: glade code generation Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: On Fri, 2003-03-07 at 23:28, Joaquin Cuenca Abela wrote: > How do you solve the second problem with glademm? > > You generate a file, say foo.cpp, with glademm. I edit it, change the > glade file, and regenerate the file. Do you conserve the changes done > to foo.cpp by hand? [snip] > That feasible in any language. But that's not the problem. The problem > is: How do you deal with changes done by hand in the generated code? > > MS deals with this problem adding "please, don't change this code" > comments (and of course, hell opens when you don't follow the advice). > I guess that I don't have to discuss the problems of that approach... > but in fact, you can't do much better if you generate code. C++ has the concept of inheritance. glademm generates only base classes. User-written code is in user-written derived classes. -- Murray Cumming murray@usa.net www.murrayc.com From murrayc@t-online.de Sat Mar 8 09:32:08 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from mailout03.sul.t-online.com (mailout03.sul.t-online.com [194.25.134.81]) by mail.gnome.org (Postfix) with ESMTP id 126BA183BF; Sat, 8 Mar 2003 09:32:08 -0500 (EST) Received: from fwd06.sul.t-online.de by mailout03.sul.t-online.com with smtp id 18rfMp-00081w-07; Sat, 08 Mar 2003 15:32:03 +0100 Received: from pD959022C.dip.t-dialin.net (520075295495-0001@[217.89.2.44]) by fwd06.sul.t-online.com with esmtp id 18rfMd-07SWGGC; Sat, 8 Mar 2003 15:31:51 +0100 From: murrayc@t-online.de (Murray Cumming) Reply-To: murrayc@usa.net To: Joaquin Cuenca Abela Cc: 'Gnome Hackers' , glade-devel@ximian.com, glademm-list@gnome.org In-Reply-To: <000001c2e57e$c64277c0$7fe03851@lou> References: <000001c2e57e$c64277c0$7fe03851@lou> Content-Type: text/plain Organization: Message-Id: <1047132068.1272.28.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 Date: 08 Mar 2003 15:01:08 +0100 Content-Transfer-Encoding: 7bit X-Sender: 520075295495-0001@t-dialin.net Subject: [glade--]Re: RE : [Glade-devel] Re: glade code generation Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: On Sat, 2003-03-08 at 15:26, Joaquin Cuenca Abela wrote: > Murray wrote: > > > > > but in fact, you can't do much better if you generate code. > > > > C++ has the concept of inheritance. glademm generates only > > base classes. > > User-written code is in user-written derived classes. > > That's irrelevant. The question is: what happens when the user edits > code that he shouldn't edit and later it regenerates this code? He shouldn't. He doesn't have any need to. -- Murray Cumming murray@usa.net www.murrayc.com From bill.haneman@sun.com Sat Mar 8 10:59:19 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from pheriche.sun.com (pheriche.sun.com [192.18.98.34]) by mail.gnome.org (Postfix) with ESMTP id 245CB183F7; Sat, 8 Mar 2003 10:59:19 -0500 (EST) Received: from dub-mail1.Ireland.Sun.COM ([129.156.220.69]) by pheriche.sun.com (8.9.3+Sun/8.9.3) with ESMTP id IAA20069; Sat, 8 Mar 2003 08:59:15 -0700 (MST) Received: from yp2-1200-gw1.Central.Sun.COM (dbl-isdn-109 [129.156.227.109]) by dub-mail1.Ireland.Sun.COM (8.11.6+Sun/8.10.2/ENSMAIL,v2.1p1) with ESMTP id h28FxDv13319; Sat, 8 Mar 2003 15:59:13 GMT From: Bill Haneman To: murrayc@usa.net Cc: Joaquin Cuenca Abela , Christof Petig , Owen Taylor , Jon Cast , Mark McLoughlin , Gnome Hackers , glade-devel@ximian.com, glademm-list@gnome.org In-Reply-To: <1047123218.1270.10.camel@localhost.localdomain> References: <1046299405.10038.23.camel@localhost.localdomain> <1046302078.1655.26.camel@localhost.localdomain> <20030227002158.7D8B84A5F8@jcomain> <1046306197.1655.40.camel@localhost.localdomain> <3E67C566.1000107@petig-baender.de> <1047076096.1225.36.camel@localhost.localdomain> <1047123218.1270.10.camel@localhost.localdomain> Content-Type: text/plain Organization: Message-Id: <1047138616.4616.2.camel@taistealai.ireland.sun.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.0 Date: 08 Mar 2003 15:50:16 +0000 Content-Transfer-Encoding: 7bit Subject: [glade--]Re: [Glade-devel] Re: glade code generation Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: The only glade-generated code that an end-user should/would want to modify IFAICS are the stubs (end-users might want to insert implementations there). But the generation of callback stub code is a convenience feature. Perhaps a smarter code generation system could (reliably) be limited to appending any newly-added stubs without overwriting the whole callbacks file. Otherwise, one can just choose not to regenerate the stubs file if it already exists. -Bill -- Bill Haneman From christof@petig-baender.de Sun Mar 9 04:12:38 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from mail.mediaways.net (mail.mediaways.net [193.189.224.113]) by mail.gnome.org (Postfix) with SMTP id 298D718243 for ; Sun, 9 Mar 2003 04:12:38 -0500 (EST) Received: (qmail 21315 invoked by uid 4221); 9 Mar 2003 09:12:36 -0000 Received: from unknown (HELO gateway.petig-baender.de) (195.71.48.59) by smtp-relay.mediaways.net with SMTP; 9 Mar 2003 09:12:36 -0000 Received: from [192.168.235.2] (helo=petig-baender.de ident=christof) by gateway.petig-baender.de with esmtp (Exim 3.35 #1 (Debian)) id 18rwrH-00039d-00; Sun, 09 Mar 2003 10:12:39 +0100 Message-ID: <3E6A8406.4080009@petig-baender.de> Date: Sun, 09 Mar 2003 01:00:06 +0100 From: Christof Petig Organization: Adolf Petig GmbH & Co. KG User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.4a) Gecko/20030305 X-Accept-Language: de-DE, de, en MIME-Version: 1.0 To: Peter F Bradshaw Cc: glademm-list@gnome.org Subject: Re: [glade--]How to get hold of the widgets References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Peter F Bradshaw wrote: > Hi; > > I'm new to Gtk, glade and glademm so I'm sure this question has been > answered many times before. > > My question is how do I get hold of the widgets that glademm creates. > > For instance, if I have a top level window called MainWindow then > glademm creates a base class called MainWindow_glade. In the ctor of > this class the widgets are created and pointed to by local pointers. How > do I access these widgets in MainWindow (or else where). most frequently asked question: mark its visibility as protected (or even public) instead of private. See the glademm user's guide. Any idea on where to put this information more prominently? (perhaps a comment at the start of the window1_glade.cc file?) Christof From christof@petig-baender.de Sun Mar 9 04:12:44 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from mail.mediaways.net (mail.mediaways.net [193.189.224.113]) by mail.gnome.org (Postfix) with SMTP id 8D60A18400 for ; Sun, 9 Mar 2003 04:12:43 -0500 (EST) Received: (qmail 21326 invoked by uid 4221); 9 Mar 2003 09:12:42 -0000 Received: from unknown (HELO gateway.petig-baender.de) (195.71.48.59) by smtp-relay.mediaways.net with SMTP; 9 Mar 2003 09:12:42 -0000 Received: from [192.168.235.2] (helo=petig-baender.de ident=christof) by gateway.petig-baender.de with esmtp (Exim 3.35 #1 (Debian)) id 18rwrL-00039j-00; Sun, 09 Mar 2003 10:12:44 +0100 Message-ID: <3E6A8EF8.9090300@petig-baender.de> Date: Sun, 09 Mar 2003 01:46:48 +0100 From: Christof Petig Organization: Adolf Petig GmbH & Co. KG User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.4a) Gecko/20030305 X-Accept-Language: de-DE, de, en MIME-Version: 1.0 To: Joaquin Cuenca Abela Cc: gnome-hackers@gnome.org, glade-devel@ximian.com, glademm-list@gnome.org References: <1046299405.10038.23.camel@localhost.localdomain> <1046302078.1655.26.camel@localhost.localdomain> <20030227002158.7D8B84A5F8@jcomain> <1046306197.1655.40.camel@localhost.localdomain> <3E67C566.1000107@petig-baender.de> <1047076096.1225.36.camel@localhost.localdomain> In-Reply-To: <1047076096.1225.36.camel@localhost.localdomain> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: [glade--]Re: [Glade-devel] Re: glade code generation Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: [cc list trimmed somewhat, will remove gnome-hackers at next reply] Joaquin Cuenca Abela wrote: > How do you solve the second problem with glademm? [second problem is: avoid user overwriting generated code, avoid to overwrite user written code] there are two separate classes, and four (or six) files for each widget tree (toplevel window): - foo_glade.hh: UI class declaration, never edit, overwritten [contains the declaration of user visible widget pointers and the pure virtual callbacks]. Informative to look into when you write the actual program. - foo_glade.cc: UI class methods, never edit, overwritten [construction and customization of the widgets, callback connection] Usually nobody ever looks into this file (unless out of curiosity). - foo.hh: User class, derived from UI class, needs to override every connected signal handler to be instantiable, glademm outputs a first empty skeleton but never touches this file again (it emits a foo.hh_new which you can copy new callback declarations from). If there are no callbacks, this class can be empty (or even missing) - foo.cc: normally contains the flesh (definition) of the callbacks, the c(onstruct)tor and the d(estruc)tor. Of course the physical location (which file the definitions are in) is not relevant, arrange them according to your taste. My ctors usually fill the window with content (from a database) and (typically) take a number of parameters to control their behaviour. > You generate a file, say foo.cpp, with glademm. I edit it, change the > glade file, and regenerate the file. Do you conserve the changes done > to foo.cpp by hand? see above. The code is well separated. > Honestly, I don't think that the exact language in which the code is > generated has any impact. It does not have to have impact. But since C++ programs tend to organize differently (class inheritance) from C (collection of functions) the generated code looks totally different for glade and glademm. >>The only reason I was ever tempted to use libglade _internally_ as an >>optional drop in replacement (_transparently_ to any program code!) was >>it's good gnome widget support. With C++ it should not make any >>difference to your program code whether the actual widgets are created >>by libglade(mm) or by gtkmm (generated code). > > > exactly like with C. Please understand that I'm not bashing C++ (as > it's also usually my language of choice), but I don't see any > substantial difference, here. Due to my effort yesterday, glademm now offers the option (pupal state) to use generated code and libglade as a drop in replacement (no code change). I don't know of any effort to make glade generated code and libglade API compatible, but it would benefit. [Stop, I'd enjoy such a project. I'm not saying C++ is better, I'm saying: I did it for C++, who want's to do it for C?] > I agree that there may be reasons to use generated code (mostly of the > kind of "we don't want a dependency on libxml-2"), but I don't agree > with your reasons. > > It's quite rare to find a program that can be installed with just an > executable. In fact except for trivial programs (and mono executables > when you put everything in the same .exe), you always have a lot of > things to install. Some .glade files don't make really a difference. Agreed. But there are such programs (single binaries), it gets more likely if you depend on external things (like a database infrastructure, available binaries etc.). Personally I dislike to depend on external files (and how to find them at run time) unless necessary (you know: make sure to install them to a _proper_ place, binary will not work until support files are installed to target location, yuck). A binary is easy to copy around once it's self containing. [I have no problem to depend on shared libraries!] > That feasible in any language. But that's not the problem. The problem > is: How do you deal with changes done by hand in the generated code? > > MS deals with this problem adding "please, don't change this code" > comments (and of course, hell opens when you don't follow the advice). > I guess that I don't have to discuss the problems of that approach... > but in fact, you can't do much better if you generate code. Well, I don't open the gates of hell - glademm simply overwrites the changes in the "changes will be lost" marked files. Usually nobody needs to change them (glademm bugs put aside). Yours Christof PS: Am I correct to assume you are involved with glade-3? From christof@petig-baender.de Sun Mar 9 04:12:47 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from mail.mediaways.net (mail.mediaways.net [193.189.224.113]) by mail.gnome.org (Postfix) with SMTP id DFF0118243 for ; Sun, 9 Mar 2003 04:12:46 -0500 (EST) Received: (qmail 21334 invoked by uid 4221); 9 Mar 2003 09:12:46 -0000 Received: from unknown (HELO gateway.petig-baender.de) (195.71.48.59) by smtp-relay.mediaways.net with SMTP; 9 Mar 2003 09:12:46 -0000 Received: from [192.168.235.2] (helo=petig-baender.de ident=christof) by gateway.petig-baender.de with esmtp (Exim 3.35 #1 (Debian)) id 18rwrR-00039p-00; Sun, 09 Mar 2003 10:12:49 +0100 Message-ID: <3E6A8FF2.5020108@petig-baender.de> Date: Sun, 09 Mar 2003 01:50:58 +0100 From: Christof Petig Organization: Adolf Petig GmbH & Co. KG User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.4a) Gecko/20030305 X-Accept-Language: de-DE, de, en MIME-Version: 1.0 To: Christopher David Cc: glademm-list@gnome.org Subject: Re: [glade--] Glademm and pixmaps also custom widgets References: <3E663703.8070500@lafayette.edu> <3E674886.9080709@petig-baender.de> <3E6956A0.2020807@lafayette.edu> In-Reply-To: <3E6956A0.2020807@lafayette.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Christopher David wrote: > Loading them at runtime is what we originally plan on doing and at this > stage in the game, we may just stick with that and use pixmaps. We > eventually got pixmaps to work on a smaller project on another computer, > and since this will be the main computer we'll be working on, everthing > is fine for now. Out of curiosity, I've been trying to find other ways > of using pictures, is there anywhere I can find the documentation for > embedding jpegs, I haven't been too successful in finding some simply give gtk2 and glademm a try (it will embed jpegs in compressed form). I would never dare to try this with gtk1. > I recreated it with no spaces, the preamble didn't change. This has > fixed the problem. Thank you for telling me about the preamble. Nice to see this solved. > Again, we've gotten it to work for now, so this isn't a big deal. I > appreciate your help, it has greatly benefited me and my group a lot. > I'm interested to know what the response to Peter Bradshaw's question of > "How to get a hold of the widgets," since we have run into the same > question. Again, thanks for all your help. Hope you're feeling better. Mark the visibility as protected ;-) Oh, my ear capacity has returned. I'm just a bit short breathed due to the lack of sports. Christof From bill.haneman@sun.com Sun Mar 9 08:11:47 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from kathmandu.sun.com (kathmandu.sun.com [192.18.98.36]) by mail.gnome.org (Postfix) with ESMTP id 4C21A18149; Sun, 9 Mar 2003 08:11:47 -0500 (EST) Received: from dub-mail1.Ireland.Sun.COM ([129.156.220.69]) by kathmandu.sun.com (8.9.3+Sun/8.9.3) with ESMTP id GAA06325; Sun, 9 Mar 2003 06:11:43 -0700 (MST) Received: from yp2-1200-gw1.Central.Sun.COM (dbl-isdn-115 [129.156.227.115]) by dub-mail1.Ireland.Sun.COM (8.11.6+Sun/8.10.2/ENSMAIL,v2.1p1) with ESMTP id h29DBfv09823; Sun, 9 Mar 2003 13:11:41 GMT From: Bill Haneman To: Jon Cast Cc: murrayc@usa.net, Joaquin Cuenca Abela , Christof Petig , Owen Taylor , Mark McLoughlin , Gnome Hackers , glade-devel@ximian.com, glademm-list@gnome.org In-Reply-To: <20030309024446.3C3F04A5ED@jcomain> References: <1046299405.10038.23.camel@localhost.localdomain> <1046302078.1655.26.camel@localhost.localdomain> <20030227002158.7D8B84A5F8@jcomain> <1046306197.1655.40.camel@localhost.localdomain> <3E67C566.1000107@petig-baender.de> <1047076096.1225.36.camel@localhost.localdomain> <1047123218.1270.10.camel@localhost.localdomain> <1047138616.4616.2.camel@taistealai.ireland.sun.com> <20030309024446.3C3F04A5ED@jcomain> Content-Type: text/plain Organization: Message-Id: <1047214965.4611.20.camel@taistealai.ireland.sun.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.0 Date: 09 Mar 2003 13:02:46 +0000 Content-Transfer-Encoding: 7bit Subject: [glade--]Re: [Glade-devel] Re: glade code generation Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: On Sun, 2003-03-09 at 02:44, Jon Cast wrote: > Bill Haneman wrote: > > The only glade-generated code that an end-user should/would want to > > modify IFAICS are the stubs (end-users might want to insert > > implementations there). But the generation of callback stub code is a > > convenience feature. > > Right. In fact, there's no reason I can see to even generate them; the > only code I'd want to keep is code I can copy from the header file > anyway, and I don't think there's any reason to modify that. So the > argument is against auto-generating the handler stubs, not against > auto-generating the UI creation code. I do believe that handler stub generation is useful. I advocate improving it, not removing it. Dissatisfactor with the UI generation code is what started the discussion. - Bill > > > > Jon Cast > _______________________________________________ > gnome-hackers mailing list > gnome-hackers@gnome.org > http://mail.gnome.org/mailman/listinfo/gnome-hackers -- Bill Haneman From e98cuenc@free.fr Fri Mar 7 17:27:54 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from postfix4-1.free.fr (postfix4-1.free.fr [213.228.0.62]) by mail.gnome.org (Postfix) with ESMTP id D416718396; Fri, 7 Mar 2003 17:27:53 -0500 (EST) Received: from lns-th2-4f-81-56-224-127.adsl.proxad.net (lns-th2-4f-81-56-224-127.adsl.proxad.net [81.56.224.127]) by postfix4-1.free.fr (Postfix) with ESMTP id 1A92816307; Fri, 7 Mar 2003 23:27:52 +0100 (CET) From: Joaquin Cuenca Abela To: Christof Petig Cc: Owen Taylor , Jon Cast , Mark McLoughlin , gnome-hackers@gnome.org, glade-devel@ximian.com, glademm-list@gnome.org In-Reply-To: <3E67C566.1000107@petig-baender.de> References: <1046299405.10038.23.camel@localhost.localdomain> <1046302078.1655.26.camel@localhost.localdomain> <20030227002158.7D8B84A5F8@jcomain> <1046306197.1655.40.camel@localhost.localdomain> <3E67C566.1000107@petig-baender.de> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 (1.0.8-10) Date: 07 Mar 2003 23:28:14 +0100 Message-Id: <1047076096.1225.36.camel@localhost.localdomain> Mime-Version: 1.0 Subject: [glade--]Re: [Glade-devel] Re: glade code generation Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Hi, On Thu, 2003-03-06 at 23:02, Christof Petig wrote: > Hi, > > (Sorry, if this looks like crossposting, but all CCs look sensible) > > I'm speaking up on behalf of glademm, the (separate) C++ code/project > generator for glade. And I like the _choice_ to use generated code. > > Owen Taylor wrote: > > If you generate C code with glade: > > > > - You get C code which isn't related to how you write code by > > hand. But if you don't know better, you'll copy anyways. > > (Why is this code calling gtk_widget_set_name() and ref'ing > > every widget?) > > > > - You get the typical code generation problem that once you > > edit it, you risk problems if you generate code again. > > > > - You get something you can't check into source control reliably. > > > > - You go to experienced GTK+ programmers for help, and they > > look at you blankly. > > I can't speak in favor of the generated C code (I always found the above > problems very valid), but for C++ and glademm I found these problems solved. How do you solve the second problem with glademm? You generate a file, say foo.cpp, with glademm. I edit it, change the glade file, and regenerate the file. Do you conserve the changes done to foo.cpp by hand? Honestly, I don't think that the exact language in which the code is generated has any impact. > (Except for the fourth point, you need some glademm knowledge to solve > glademm problems/bugs, gtkmm only knowledge might help you but is not > always sufficient). > > The only reason I was ever tempted to use libglade _internally_ as an > optional drop in replacement (_transparently_ to any program code!) was > it's good gnome widget support. With C++ it should not make any > difference to your program code whether the actual widgets are created > by libglade(mm) or by gtkmm (generated code). exactly like with C. Please understand that I'm not bashing C++ (as it's also usually my language of choice), but I don't see any substantial difference, here. > > Libglade is a development methology we can support, because it > > gets used extensively for real apps. There may be full scale > > apps using generated glade code, but certainly not many of them. > > I can name a lot of apps using glademm generated code. There _are_ > reasons for generated code: > > - a single binary is enough, no need to ship .glade and image files > seperately, install them to a known location and find them at runtime. > - no user can mess up your program's user interface by editing/deleting > the .glade/image files (this is clearly a pro and a con!) I agree that there may be reasons to use generated code (mostly of the kind of "we don't want a dependency on libxml-2"), but I don't agree with your reasons. It's quite rare to find a program that can be installed with just an executable. In fact except for trivial programs (and mono executables when you put everything in the same .exe), you always have a lot of things to install. Some .glade files don't make really a difference. > >>>Makes sense to me; we had > >> > >>> Don't use glade to generate code, use libglade! > > for C I can't disagree, but I would love to have the option to switch > between libglade and generated code (statically linked in widgets) > without having to change a single line of the program. Since this is > feasible with C++, it should be possible for C, too. Perhaps a nice > project for a volunteer? (I don't care about C code) That feasible in any language. But that's not the problem. The problem is: How do you deal with changes done by hand in the generated code? MS deals with this problem adding "please, don't change this code" comments (and of course, hell opens when you don't follow the advice). I guess that I don't have to discuss the problems of that approach... but in fact, you can't do much better if you generate code. > A separation of GUI designer and code generator would benefit > glade-[123] IMHO. (IIRC glade-3 does take this road) glade-3 ignores completely the code generator stage. Cheers, From e98cuenc@free.fr Sat Mar 8 09:26:39 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from postfix3-1.free.fr (postfix3-1.free.fr [213.228.0.44]) by mail.gnome.org (Postfix) with ESMTP id A2396180D7; Sat, 8 Mar 2003 09:26:39 -0500 (EST) Received: from lou (lns-th2-4f-81-56-224-127.adsl.proxad.net [81.56.224.127]) by postfix3-1.free.fr (Postfix) with ESMTP id A3DB0C15D; Sat, 8 Mar 2003 15:26:36 +0100 (CET) From: "Joaquin Cuenca Abela" To: Cc: "'Gnome Hackers'" , , Date: Sat, 8 Mar 2003 15:26:50 +0100 Message-ID: <000001c2e57e$c64277c0$7fe03851@lou> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.4024 Importance: Normal In-Reply-To: <1047123218.1270.10.camel@localhost.localdomain> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Subject: [glade--]RE : [Glade-devel] Re: glade code generation Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Murray wrote: > > > but in fact, you can't do much better if you generate code. > > C++ has the concept of inheritance. glademm generates only > base classes. > User-written code is in user-written derived classes. That's irrelevant. The question is: what happens when the user edits code that he shouldn't edit and later it regenerates this code? Two different places to put the same info is one too much, and as the task of extract the information from a .glade file is several orders of magnitude easier than extracting it from the code, .glade files should be used. I still see useful (for those who don't like an extra dependency) a utility that converts a .glade file to [pick you language] code, hopefully one that, with enough makefile's magic can do the conversion automatically at compilation time (kind of like the RC compiler on windows). But that's out of glade's scope. Cheers, From johnp@martianrock.com Sat Mar 8 10:51:24 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from sepia.propagation.net (sepia.propagation.net [63.249.206.1]) by mail.gnome.org (Postfix) with ESMTP id 69DBF183F7; Sat, 8 Mar 2003 10:51:24 -0500 (EST) Received: from localhost.localdomain (ool-182d63d4.dyn.optonline.net [24.45.99.212]) by sepia.propagation.net (8.9.3/8.8.5) with ESMTP id JAA11389; Sat, 8 Mar 2003 09:50:33 -0600 From: John Palmieri To: Joaquin Cuenca Abela Cc: murrayc@usa.net, "'Gnome Hackers'" , glade-devel@ximian.com, glademm-list@gnome.org In-Reply-To: <000001c2e57e$c64277c0$7fe03851@lou> References: <000001c2e57e$c64277c0$7fe03851@lou> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.5 Date: 08 Mar 2003 10:55:19 -0500 Message-Id: <1047138950.27949.99.camel@jade> Mime-Version: 1.0 Subject: [glade--]Re: RE : [Glade-devel] Re: glade code generation Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Hello all, I am the author of gobject-factory a gobject code generator. It has been mentioned to me by Biswapesh of Anjuta fame that a new project I am going to embark on has the potential to help out in the code generation glade area. Basicly gobject-factory has become useless to me for the same reasons that code generation in Glade is bad. Basicly I have to think of everything I want up front or trash my hand written code later because I needed to generate the code again. Basicly I am going to integrate what I learned from gobject-factory into an Anjuta 2 plugin that allows a person to add and remove methods, properties, and signals on the fly instead of all at once. Since GObjects have the same patterns as GtkObjects, using it to keep track of callbacks and essentialy glue Glade and Anjuta would be trivial. I am not starting the project right away since gobject-factory is a utility to help with another project that I want to get a little further in before I start and I am also waiting for SourceBase (source code tagging) to get into Anjuta. It is something to look out for as a potential way to solve the code generation problems. Some comments on the issues inline bellow. On Sat, 2003-03-08 at 09:26, Joaquin Cuenca Abela wrote: > Murray wrote: > > > > > but in fact, you can't do much better if you generate code. > > > > C++ has the concept of inheritance. glademm generates only > > base classes. > > User-written code is in user-written derived classes. > > That's irrelevant. The question is: what happens when the user edits > code that he shouldn't edit and later it regenerates this code? An incremental code generator would only generate new code as needed. When a user edits code the generator will learn the changes. The generator will only edit existing code if the user then goes and asks for the generator to edit it. For instance my gobject generator will be generating signals which need to be entered in three places in the code - the Gobject's class structure, the signals enumeration and registered somewhere in the implementation file, usualy in the init method. When a user generates a signal code is placed in these three locations and the generator has some way of displaying that the signal exists and can be edited by the generator. Say the user goes and edits the signal all that is realy significant to the generator is the signals name so the edited code will not affect the generator unless the name is changed. Say the name is changed in one place, the generator will display that the signal is now broken because some of the elements that make up the signal pattern are missing (which would be an error in the code anyway). When the user goes and changes the name in all three locations the pattern is again complete and the code generator registers the new signal name. The same would happen if the user created a whole new signal by hand. The user would only be allowed to use the code generator on signals whoes patterns are not broken. Now what happens if the user slightly edits the signals registration code and then uses the generator to edit the signal? Two things could happen, the generator could be dumb and just warn the user that the code seems to have been edited by hand and if they continue it might clobber their changes. Or the generator could be smart enough to understand what changes effect what and only do changes if they will not effect the code (such as changing the name of the signal which can be done safely even if the user has changed some of the parameters when regestering the signal with the GObject). Of corse at some point a programmer has to resposible for their own code. > Two different places to put the same info is one too much, and as the > task of extract the information from a .glade file is several orders of > magnitude easier than extracting it from the code, .glade files should > be used. Nothing extranious should go in .glade files. They should be lean and mean. > I still see useful (for those who don't like an extra dependency) a > utility that converts a .glade file to [pick you language] code, > hopefully one that, with enough makefile's magic can do the conversion > automatically at compilation time (kind of like the RC compiler on > windows). Code generators dumping out code at compile time is bad. A user should be able to inspect the code and make changes by hand. At that point you have to ask yourself why not use libglade. > But that's out of glade's scope. But not out of Anjuta's as was pointed out to me. As I devlop my project I will keep in mind these other concerns and try to program around a more flexable design. -- J5 From e98cuenc@free.fr Sat Mar 8 11:27:45 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from postfix3-2.free.fr (postfix3-2.free.fr [213.228.0.169]) by mail.gnome.org (Postfix) with ESMTP id 94F5B18236; Sat, 8 Mar 2003 11:27:45 -0500 (EST) Received: from lns-th2-4f-81-56-224-127.adsl.proxad.net (lns-th2-4f-81-56-224-127.adsl.proxad.net [81.56.224.127]) by postfix3-2.free.fr (Postfix) with ESMTP id 48571C13F; Sat, 8 Mar 2003 17:27:44 +0100 (CET) From: Joaquin Cuenca Abela To: murrayc@usa.net Cc: 'Gnome Hackers' , glade-devel@ximian.com, glademm-list@gnome.org In-Reply-To: <1047132068.1272.28.camel@localhost.localdomain> References: <000001c2e57e$c64277c0$7fe03851@lou> <1047132068.1272.28.camel@localhost.localdomain> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 (1.0.8-10) Date: 08 Mar 2003 17:28:11 +0100 Message-Id: <1047140892.1114.39.camel@localhost.localdomain> Mime-Version: 1.0 Subject: [glade--]Re: RE : [Glade-devel] Re: glade code generation Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: On Sat, 2003-03-08 at 15:01, Murray Cumming wrote: > On Sat, 2003-03-08 at 15:26, Joaquin Cuenca Abela wrote: > > Murray wrote: > > > > > > > but in fact, you can't do much better if you generate code. > > > > > > C++ has the concept of inheritance. glademm generates only > > > base classes. > > > User-written code is in user-written derived classes. > > > > That's irrelevant. The question is: what happens when the user edits > > code that he shouldn't edit and later it regenerates this code? > > He shouldn't. He doesn't have any need to. In the same sense that when you do a singleton the user should use a ::getInstance method, but you still make the constructors private. Just to be sure. There is an important difference between "he shouldn't" and "he can't". Cheers, From jcast@ou.edu Sat Mar 8 21:43:18 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from jcomain (cate0-46.reshall.ou.edu [129.15.140.46]) by mail.gnome.org (Postfix) with ESMTP id E91DA181A6; Sat, 8 Mar 2003 21:43:17 -0500 (EST) Received: from ou.edu (jcomain [127.0.0.1]) by jcomain (Postfix) with ESMTP id 3C3F04A5ED; Sat, 8 Mar 2003 20:44:46 -0600 (CST) To: Bill Haneman Cc: murrayc@usa.net, Joaquin Cuenca Abela , Christof Petig , Owen Taylor , Mark McLoughlin , Gnome Hackers , glade-devel@ximian.com, glademm-list@gnome.org In-Reply-To: Message from Bill Haneman of "Sat, 08 Mar 2003 15:50:16 GMT." <1047138616.4616.2.camel@taistealai.ireland.sun.com> References: <1046299405.10038.23.camel@localhost.localdomain> <1046302078.1655.26.camel@localhost.localdomain> <20030227002158.7D8B84A5F8@jcomain> <1046306197.1655.40.camel@localhost.localdomain> <3E67C566.1000107@petig-baender.de> <1047076096.1225.36.camel@localhost.localdomain> <1047123218.1270.10.camel@localhost.localdomain> <1047138616.4616.2.camel@taistealai.ireland.sun.com> X-Mailer: MH-E 7.2; nmh 1.0.4+dev; GNU Emacs 21.3.50.82 Date: Sat, 08 Mar 2003 20:44:45 -0600 From: Jon Cast Message-Id: <20030309024446.3C3F04A5ED@jcomain> Subject: [glade--]Re: [Glade-devel] Re: glade code generation Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Bill Haneman wrote: > The only glade-generated code that an end-user should/would want to > modify IFAICS are the stubs (end-users might want to insert > implementations there). But the generation of callback stub code is a > convenience feature. Right. In fact, there's no reason I can see to even generate them; the only code I'd want to keep is code I can copy from the header file anyway, and I don't think there's any reason to modify that. So the argument is against auto-generating the handler stubs, not against auto-generating the UI creation code. Jon Cast From jcast@ou.edu Sat Mar 8 21:58:10 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from jcomain (cate0-46.reshall.ou.edu [129.15.140.46]) by mail.gnome.org (Postfix) with ESMTP id BACE0181A6; Sat, 8 Mar 2003 21:58:10 -0500 (EST) Received: from ou.edu (jcomain [127.0.0.1]) by jcomain (Postfix) with ESMTP id 860EE4A5ED; Sat, 8 Mar 2003 20:59:39 -0600 (CST) To: Joaquin Cuenca Abela Cc: murrayc@usa.net, 'Gnome Hackers' , glade-devel@ximian.com, glademm-list@gnome.org In-Reply-To: Message from Joaquin Cuenca Abela of "Sat, 08 Mar 2003 17:28:11 +0100." <1047140892.1114.39.camel@localhost.localdomain> References: <000001c2e57e$c64277c0$7fe03851@lou> <1047132068.1272.28.camel@localhost.localdomain> <1047140892.1114.39.camel@localhost.localdomain> X-Mailer: MH-E 7.2; nmh 1.0.4+dev; GNU Emacs 21.3.50.82 Date: Sat, 08 Mar 2003 20:59:39 -0600 From: Jon Cast Message-Id: <20030309025939.860EE4A5ED@jcomain> Subject: [glade--]Re: RE : [Glade-devel] Re: glade code generation Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Joaquin Cuenca Abela wrote: > In the same sense that when you do a singleton the user should use a > ::getInstance method, but you still make the constructors private. > Just to be sure. I'm not sure what you mean. `::getInstance'' does the same job as a constructor, no? In any case, this is a UI change. Obviously, we don't want to have a button that says ``click here to load the user-generated code into $EDITOR''. But, modifying the generated code is physically possible, just like it's physically possible to write a bit of assembler to call the (private) constructor. > There is an important difference between "he shouldn't" and "he > can't". Right. Which is why ``he can't'' has been banished from the Un*x vocabulary. I don't see the reason for your urge to destroy features to enforce any notion of right & wrong, though. > Cheers, Jon Cast From jcast@ou.edu Sun Mar 9 12:19:58 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from jcomain (cate0-46.reshall.ou.edu [129.15.140.46]) by mail.gnome.org (Postfix) with ESMTP id EF345181AA; Sun, 9 Mar 2003 12:19:57 -0500 (EST) Received: from ou.edu (jcomain [127.0.0.1]) by jcomain (Postfix) with ESMTP id 867E64A5ED; Sun, 9 Mar 2003 11:21:29 -0600 (CST) To: Bill Haneman Cc: murrayc@usa.net, Joaquin Cuenca Abela , Christof Petig , Owen Taylor , Mark McLoughlin , Gnome Hackers , glade-devel@ximian.com, glademm-list@gnome.org In-Reply-To: Message from Bill Haneman of "Sun, 09 Mar 2003 13:02:46 GMT." <1047214965.4611.20.camel@taistealai.ireland.sun.com> References: <1046299405.10038.23.camel@localhost.localdomain> <1046302078.1655.26.camel@localhost.localdomain> <20030227002158.7D8B84A5F8@jcomain> <1046306197.1655.40.camel@localhost.localdomain> <3E67C566.1000107@petig-baender.de> <1047076096.1225.36.camel@localhost.localdomain> <1047123218.1270.10.camel@localhost.localdomain> <1047138616.4616.2.camel@taistealai.ireland.sun.com> <20030309024446.3C3F04A5ED@jcomain> <1047214965.4611.20.camel@taistealai.ireland.sun.com> X-Mailer: MH-E 7.2; nmh 1.0.4+dev; GNU Emacs 21.3.50.85 Date: Sun, 09 Mar 2003 11:21:29 -0600 From: Jon Cast Message-Id: <20030309172129.867E64A5ED@jcomain> Subject: [glade--]Re: [Glade-devel] Re: glade code generation Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Bill Haneman wrote: > I do believe that handler stub generation is useful. I advocate > improving it, not removing it. > Dissatisfactor with the UI generation code is what started the > discussion. Right. But AFAIR, no effective argument has been advanced against the UI generation code. Somewhat valid arguments have been advanced against generating stubs, though---and these have been used in the overall conversation. So, lest anyone lose sight of the fact that they apply /only/ to stub generation, I thought I'd throw that out. In any case, I'm curious what value you see in stub generation (over and above prototype generation, which can go into a non-modifiable file in C)? Jon Cast From mark.jones106@verizon.net Mon Mar 10 01:51:55 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from pop017.verizon.net (pop017pub.verizon.net [206.46.170.210]) by mail.gnome.org (Postfix) with ESMTP id 4B4B2182B5 for ; Mon, 10 Mar 2003 01:51:55 -0500 (EST) Received: from [192.168.0.102] ([4.47.43.56]) by pop017.verizon.net (InterMail vM.5.01.05.27 201-253-122-126-127-20021220) with ESMTP id <20030310065154.NHHK2095.pop017.verizon.net@[192.168.0.102]> for ; Mon, 10 Mar 2003 00:51:54 -0600 From: Mark Jones To: glademm-list Content-Type: multipart/mixed; boundary="=-rTwA9UMhUFarF91j62x/" Organization: Message-Id: <1047275515.4051.35.camel@localhost.1515RioGrande.net> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 Date: 10 Mar 2003 00:51:55 -0500 X-Authentication-Info: Submitted using SMTP AUTH at pop017.verizon.net from [4.47.43.56] at Mon, 10 Mar 2003 00:51:54 -0600 Subject: [glade--]Bug fix for alignment used on buttons with stock icons Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: --=-rTwA9UMhUFarF91j62x/ Content-Type: text/plain Content-Transfer-Encoding: 7bit I found a bug tonight and fixed it from what I could grab out of cvs. When you create a button in glade, and then assign it a stock icon, the lable and the icon ends up not being centered as it shows in glade and as stock buttons are. That was due to not constructing the alignment properly with its x/yalign, and x/yscale properties. So I added code for that, and everything works correctly now. As a side note, the newest Mandrake is not coming out with the latest glademm (glademm-1.1.2-1mdk.i586 instead). :( -- Mark http://www.utdallas.edu/~mej017200/ --=-rTwA9UMhUFarF91j62x/ Content-Disposition: attachment; filename=alignmentBugFix.diff Content-Type: text/x-diff; name=alignmentBugFix.diff; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit --- alignment.cc 2003-03-10 00:41:52.000000000 -0500 +++ newAlignment.cc 2003-03-10 00:41:44.000000000 -0500 @@ -28,8 +28,7 @@ Gtk_Alignment(); virtual bool NeedExplicitCtor(const Widget &w) const { return false; } - virtual void ConstructionArgs(Widget const &w, CxxFile &f) const - { f.FunctionArg(); } + virtual void ConstructionArgs(Widget const &w, CxxFile &f) const; }; static Gtk_Alignment Gtk_Alignment; @@ -42,6 +41,18 @@ { return Configuration.GtkmmIncludePath()+"alignment.h"; } +void Gtk_Alignment::ConstructionArgs(const Widget &w, CxxFile &f) const +{ + if( w.hasProperty("xalign") && w.hasProperty("yalign") && + w.hasProperty("xscale") && w.hasProperty("yscale") ) + { + f.FunctionArg() << w.getFloatProperty("xalign"); + f.FunctionArg() << w.getFloatProperty("yalign"); + f.FunctionArg() << w.getFloatProperty("xscale"); + f.FunctionArg() << w.getFloatProperty("yscale"); + } +} + Gtk_Alignment::Gtk_Alignment() { Writer["GtkAlignment"]=this; } --=-rTwA9UMhUFarF91j62x/-- From mark.jones106@verizon.net Mon Mar 10 02:07:44 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from out001.verizon.net (out001pub.verizon.net [206.46.170.140]) by mail.gnome.org (Postfix) with ESMTP id 286F8184B9 for ; Mon, 10 Mar 2003 02:07:44 -0500 (EST) Received: from [192.168.0.102] ([4.47.43.56]) by out001.verizon.net (InterMail vM.5.01.05.27 201-253-122-126-127-20021220) with ESMTP id <20030310070743.YZUQ5518.out001.verizon.net@[192.168.0.102]> for ; Mon, 10 Mar 2003 01:07:43 -0600 From: Mark Jones To: glademm-list In-Reply-To: <1047275515.4051.35.camel@localhost.1515RioGrande.net> References: <1047275515.4051.35.camel@localhost.1515RioGrande.net> Content-Type: text/plain Organization: Message-Id: <1047276463.4052.46.camel@localhost.1515RioGrande.net> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 Date: 10 Mar 2003 01:07:44 -0500 Content-Transfer-Encoding: 7bit X-Authentication-Info: Submitted using SMTP AUTH at out001.verizon.net from [4.47.43.56] at Mon, 10 Mar 2003 01:07:43 -0600 Subject: [glade--]Re: Bug fix for alignment used on buttons with stock icons Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Actually, it might need an else statement now that I review what I sent, so instead it may need to be (I did the modification below by hand to my previous message, but it was just adding the else clause so I think it should be very close to correct if not correct): --- alignment.cc 2003-03-10 00:41:52.000000000 -0500 +++ newAlignment.cc 2003-03-10 00:41:44.000000000 -0500 @@ -28,8 +28,7 @@ Gtk_Alignment(); virtual bool NeedExplicitCtor(const Widget &w) const { return false; } - virtual void ConstructionArgs(Widget const &w, CxxFile &f) const - { f.FunctionArg(); } + virtual void ConstructionArgs(Widget const &w, CxxFile &f) const; }; static Gtk_Alignment Gtk_Alignment; @@ -42,6 +41,18 @@ { return Configuration.GtkmmIncludePath()+"alignment.h"; } +void Gtk_Alignment::ConstructionArgs(const Widget &w, CxxFile &f) const +{ + if( w.hasProperty("xalign") && w.hasProperty("yalign") && + w.hasProperty("xscale") && w.hasProperty("yscale") ) + { + f.FunctionArg() << w.getFloatProperty("xalign"); + f.FunctionArg() << w.getFloatProperty("yalign"); + f.FunctionArg() << w.getFloatProperty("xscale"); + f.FunctionArg() << w.getFloatProperty("yscale"); + } + else + { + f.FunctionArg(); + } +} + Gtk_Alignment::Gtk_Alignment() { Writer["GtkAlignment"]=this; } ________________________________________________________________________ -- Mark http://www.utdallas.edu/~mej017200/ From radhika_narendran@yahoo.com Wed Mar 12 00:46:45 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from web40501.mail.yahoo.com (web40501.mail.yahoo.com [66.218.78.118]) by mail.gnome.org (Postfix) with SMTP id 4628C1851A for ; Wed, 12 Mar 2003 00:46:45 -0500 (EST) Message-ID: <20030312054644.35915.qmail@web40501.mail.yahoo.com> Received: from [209.244.102.136] by web40501.mail.yahoo.com via HTTP; Tue, 11 Mar 2003 21:46:44 PST Date: Tue, 11 Mar 2003 21:46:44 -0800 (PST) From: Radhika Sambamurti To: glademm-list@gnome.org In-Reply-To: <1047132068.1272.28.camel@localhost.localdomain> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="0-1728697004-1047448004=:28565" Subject: [glade--]autoconf not generating configure - glade-2 and glademm Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: --0-1728697004-1047448004=:28565 Content-Type: text/plain; charset=us-ascii Content-Id: Content-Disposition: inline Hi all, I have been trying to create c++ code generated from glade-2 & glademm, on gtk2 but the autogen.sh script keeps failing. The very last line of the message is libtool failed. [see below]. I am attaching the output of sh -x autogen.sh which shows the execution of autogen.sh and its point of failure. I have tried to get the latest autoconf and libtool, but to no avail. Please let me know if i can provide any more info about the errors, and i willdo so. any help will be appreciated as i need to get glade-2 working with glademm to generate c++ code. I am running gtk2 on freebsd 5.0. The tools I am using are: gtk+-2.0 glade2-1.1.3 glademm V1.1.3e libglade-2.0 libglademm-2.0 autoconf (GNU Autoconf ltmain.sh (GNU libtool) 1.4a ) 2.57 ------------------------ When I run autogen.sh, these are the errors i get: WARNING: More sophisticated templates can also be produced, see the WARNING: documentation. autoheader: error: AC_CONFIG_HEADERS not found in configure.in automake: configure.in: installing `./mkinstalldirs' automake: configure.in: installing `./missing' automake: Makefile.am: installing `./INSTALL' automake: Makefile.am: installing `./COPYING' configure.in: 6: required file `./config.h.in' not found automake: configure.in: installing `./depcomp' configure.in:6: warning: do not use m4_patsubst: use patsubst or m4_bpatsubst configure.in:42: warning: do not use m4_regexp: use regexp or m4_bregexp checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... no checking for mawk... no checking for nawk... nawk checking whether make sets $(MAKE)... yes checking for style of include used by make... GNU checking for gcc... gcc checking for C compiler default output... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ANSI C... none needed checking dependency style of gcc... gcc3 checking for strerror in -lcposix... no checking for gcc... (cached) gcc checking whether we are using the GNU C compiler... (cached) yes checking whether gcc accepts -g... (cached) yes checking for gcc option to accept ANSI C... (cached) none needed checking dependency style of gcc... (cached) gcc3 checking for gcc option to accept ANSI C... none needed checking how to run the C preprocessor... gcc -E checking for egrep... grep -E checking for ANSI C header files... yes checking how to run the C preprocessor... gcc -E checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking dependency style of g++... gcc3 checking how to run the C++ preprocessor... g++ -E checking build system type... i386-unknown-freebsd5.0 checking host system type... i386-unknown-freebsd5.0 checking for ranlib... ranlib checking for ld used by GCC... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for BSD-compatible nm... /usr/bin/nm -B checking whether ln -s works... yes ltconfig: you must specify a host type if you use `--no-verify' Try `ltconfig --help' for more information. configure: error: libtool configure failed ===== It's all a matter of perspective. You can choose your view by choosing where to stand. --Larry Wall __________________________________________________ Do you Yahoo!? Yahoo! Web Hosting - establish your business online http://webhosting.yahoo.com --0-1728697004-1047448004=:28565 Content-Type: application/octet-stream; name=errfile Content-Transfer-Encoding: base64 Content-Description: errfile Content-Disposition: attachment; filename=errfile KyB0ZXN0ICEgLWYgaW5zdGFsbC1zaAorIHdoaWNoIGdudW1ha2UKKyBNQUtF PQorIHRlc3QgISAteCAKKyB3aGljaCBnbWFrZQorIE1BS0U9L3Vzci9sb2Nh bC9iaW4vZ21ha2UKKyB0ZXN0ICEgLXggL3Vzci9sb2NhbC9iaW4vZ21ha2UK KyAvdXNyL2xvY2FsL2Jpbi9nbWFrZSAtLXZlcnNpb24KKyBncmVwIC1jIEZy ZWUgU29mdHdhcmUgRm91bmRhdGlvbgorIEhBVkVfR05VX01BS0U9MQorIHRl c3QgMSAhPSAxCisgZWNobyBGb3VuZCBHTlUgTWFrZSBhdCAvdXNyL2xvY2Fs L2Jpbi9nbWFrZSAuLi4gZ29vZC4KKyBlY2hvIFRoaXMgc2NyaXB0IHJ1bnMg Y29uZmlndXJlIGFuZCBtYWtlLi4uCisgZWNobyBZb3UgZGlkIHJlbWVtYmVy IG5lY2Vzc2FyeSBhcmd1bWVudHMgZm9yIGNvbmZpZ3VyZSwgcmlnaHQ/Cisg d2hpY2ggYWNsb2NhbAorIHRlc3QgISAteCAvdXNyL2xvY2FsL2Jpbi9hY2xv Y2FsCisgd2hpY2ggYXV0b21ha2UKKyB0ZXN0ICEgLXggL3Vzci9sb2NhbC9i aW4vYXV0b21ha2UKKyBsaWJ0b29saXplIC0tZm9yY2UgLS1jb3B5CisgYXV0 b2hlYWRlcgpXQVJOSU5HOiBVc2luZyBhdXhpbGlhcnkgZmlsZXMgc3VjaCBh cyBgYWNjb25maWcuaCcsIGBjb25maWcuaC5ib3QnCldBUk5JTkc6IGFuZCBg Y29uZmlnLmgudG9wJywgdG8gZGVmaW5lIHRlbXBsYXRlcyBmb3IgYGNvbmZp Zy5oLmluJwpXQVJOSU5HOiBpcyBkZXByZWNhdGVkIGFuZCBkaXNjb3VyYWdl ZC4KCldBUk5JTkc6IFVzaW5nIHRoZSB0aGlyZCBhcmd1bWVudCBvZiBgQUNf REVGSU5FJyBhbmQKV0FSTklORzogYEFDX0RFRklORV9VTlFVT1RFRCcgYWxs b3dzIHRvIGRlZmluZSBhIHRlbXBsYXRlIHdpdGhvdXQKV0FSTklORzogYGFj Y29uZmlnLmgnOgoKV0FSTklORzogICBBQ19ERUZJTkUoW05FRURfTUFJTl0s IDEsCldBUk5JTkc6ICAgICAgICAgICAgIFtEZWZpbmUgaWYgYSBmdW5jdGlv biBgbWFpbicgaXMgbmVlZGVkLl0pCgpXQVJOSU5HOiBNb3JlIHNvcGhpc3Rp Y2F0ZWQgdGVtcGxhdGVzIGNhbiBhbHNvIGJlIHByb2R1Y2VkLCBzZWUgdGhl CldBUk5JTkc6IGRvY3VtZW50YXRpb24uCisgYWNsb2NhbAorIGF1dG9tYWtl IC0tYWRkLW1pc3NpbmcgLS1jb3B5IC0tZ251CisgYXV0b2NvbmYKY29uZmln dXJlLmluOjY6IHdhcm5pbmc6IGRvIG5vdCB1c2UgbTRfcGF0c3Vic3Q6IHVz ZSBwYXRzdWJzdCBvciBtNF9icGF0c3Vic3QKY29uZmlndXJlLmluOjQyOiB3 YXJuaW5nOiBkbyBub3QgdXNlIG00X3JlZ2V4cDogdXNlIHJlZ2V4cCBvciBt NF9icmVnZXhwCisgLi9jb25maWd1cmUKbHRjb25maWc6IHlvdSBtdXN0IHNw ZWNpZnkgYSBob3N0IHR5cGUgaWYgeW91IHVzZSBgLS1uby12ZXJpZnknClRy eSBgbHRjb25maWcgLS1oZWxwJyBmb3IgbW9yZSBpbmZvcm1hdGlvbi4KY29u ZmlndXJlOiBlcnJvcjogbGlidG9vbCBjb25maWd1cmUgZmFpbGVkCg== --0-1728697004-1047448004=:28565-- From radhika_narendran@yahoo.com Wed Mar 12 00:49:13 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from web40506.mail.yahoo.com (web40506.mail.yahoo.com [66.218.78.123]) by mail.gnome.org (Postfix) with SMTP id BCFC618525 for ; Wed, 12 Mar 2003 00:49:12 -0500 (EST) Message-ID: <20030312054911.70915.qmail@web40506.mail.yahoo.com> Received: from [209.244.102.136] by web40506.mail.yahoo.com via HTTP; Tue, 11 Mar 2003 21:49:11 PST Date: Tue, 11 Mar 2003 21:49:11 -0800 (PST) From: Radhika Sambamurti To: glademm-list@gnome.org In-Reply-To: <1047132068.1272.28.camel@localhost.localdomain> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="0-1904440805-1047448151=:70478" Subject: [glade--]autogen.sh not generating configure - glade-2 and glademm Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: --0-1904440805-1047448151=:70478 Content-Type: text/plain; charset=us-ascii Content-Id: Content-Disposition: inline Hi all, I have been trying to create c++ code generated from glade-2 & glademm, on gtk2 but the autogen.sh script keeps failing. The very last line of the message is libtool failed. [see below]. I am attaching the output of sh -x autogen.sh which shows the execution of autogen.sh and its point of failure. I have tried to get the latest autoconf and libtool, but to no avail. Please let me know if i can provide any more info about the errors, and i willdo so. any help will be appreciated as i need to get glade-2 working with glademm to generate c++ code. I am running gtk2 on freebsd 5.0. The tools I am using are: gtk+-2.0 glade2-1.1.3 glademm V1.1.3e libglade-2.0 libglademm-2.0 autoconf (GNU Autoconf ltmain.sh (GNU libtool) 1.4a ) 2.57 ------------------------ When I run autogen.sh, these are the errors i get: WARNING: More sophisticated templates can also be produced, see the WARNING: documentation. autoheader: error: AC_CONFIG_HEADERS not found in configure.in automake: configure.in: installing `./mkinstalldirs' automake: configure.in: installing `./missing' automake: Makefile.am: installing `./INSTALL' automake: Makefile.am: installing `./COPYING' configure.in: 6: required file `./config.h.in' not found automake: configure.in: installing `./depcomp' configure.in:6: warning: do not use m4_patsubst: use patsubst or m4_bpatsubst configure.in:42: warning: do not use m4_regexp: use regexp or m4_bregexp checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... no checking for mawk... no checking for nawk... nawk checking whether make sets $(MAKE)... yes checking for style of include used by make... GNU checking for gcc... gcc checking for C compiler default output... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ANSI C... none needed checking dependency style of gcc... gcc3 checking for strerror in -lcposix... no checking for gcc... (cached) gcc checking whether we are using the GNU C compiler... (cached) yes checking whether gcc accepts -g... (cached) yes checking for gcc option to accept ANSI C... (cached) none needed checking dependency style of gcc... (cached) gcc3 checking for gcc option to accept ANSI C... none needed checking how to run the C preprocessor... gcc -E checking for egrep... grep -E checking for ANSI C header files... yes checking how to run the C preprocessor... gcc -E checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking dependency style of g++... gcc3 checking how to run the C++ preprocessor... g++ -E checking build system type... i386-unknown-freebsd5.0 checking host system type... i386-unknown-freebsd5.0 checking for ranlib... ranlib checking for ld used by GCC... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for BSD-compatible nm... /usr/bin/nm -B checking whether ln -s works... yes ltconfig: you must specify a host type if you use `--no-verify' Try `ltconfig --help' for more information. configure: error: libtool configure failed ===== It's all a matter of perspective. You can choose your view by choosing where to stand. --Larry Wall __________________________________________________ Do you Yahoo!? Yahoo! Web Hosting - establish your business online http://webhosting.yahoo.com ===== It's all a matter of perspective. You can choose your view by choosing where to stand. --Larry Wall __________________________________________________ Do you Yahoo!? Yahoo! Web Hosting - establish your business online http://webhosting.yahoo.com --0-1904440805-1047448151=:70478 Content-Type: application/octet-stream; name=errfile Content-Transfer-Encoding: base64 Content-Description: errfile Content-Disposition: attachment; filename=errfile KyB0ZXN0ICEgLWYgaW5zdGFsbC1zaAorIHdoaWNoIGdudW1ha2UKKyBNQUtF PQorIHRlc3QgISAteCAKKyB3aGljaCBnbWFrZQorIE1BS0U9L3Vzci9sb2Nh bC9iaW4vZ21ha2UKKyB0ZXN0ICEgLXggL3Vzci9sb2NhbC9iaW4vZ21ha2UK KyAvdXNyL2xvY2FsL2Jpbi9nbWFrZSAtLXZlcnNpb24KKyBncmVwIC1jIEZy ZWUgU29mdHdhcmUgRm91bmRhdGlvbgorIEhBVkVfR05VX01BS0U9MQorIHRl c3QgMSAhPSAxCisgZWNobyBGb3VuZCBHTlUgTWFrZSBhdCAvdXNyL2xvY2Fs L2Jpbi9nbWFrZSAuLi4gZ29vZC4KKyBlY2hvIFRoaXMgc2NyaXB0IHJ1bnMg Y29uZmlndXJlIGFuZCBtYWtlLi4uCisgZWNobyBZb3UgZGlkIHJlbWVtYmVy IG5lY2Vzc2FyeSBhcmd1bWVudHMgZm9yIGNvbmZpZ3VyZSwgcmlnaHQ/Cisg d2hpY2ggYWNsb2NhbAorIHRlc3QgISAteCAvdXNyL2xvY2FsL2Jpbi9hY2xv Y2FsCisgd2hpY2ggYXV0b21ha2UKKyB0ZXN0ICEgLXggL3Vzci9sb2NhbC9i aW4vYXV0b21ha2UKKyBsaWJ0b29saXplIC0tZm9yY2UgLS1jb3B5CisgYXV0 b2hlYWRlcgpXQVJOSU5HOiBVc2luZyBhdXhpbGlhcnkgZmlsZXMgc3VjaCBh cyBgYWNjb25maWcuaCcsIGBjb25maWcuaC5ib3QnCldBUk5JTkc6IGFuZCBg Y29uZmlnLmgudG9wJywgdG8gZGVmaW5lIHRlbXBsYXRlcyBmb3IgYGNvbmZp Zy5oLmluJwpXQVJOSU5HOiBpcyBkZXByZWNhdGVkIGFuZCBkaXNjb3VyYWdl ZC4KCldBUk5JTkc6IFVzaW5nIHRoZSB0aGlyZCBhcmd1bWVudCBvZiBgQUNf REVGSU5FJyBhbmQKV0FSTklORzogYEFDX0RFRklORV9VTlFVT1RFRCcgYWxs b3dzIHRvIGRlZmluZSBhIHRlbXBsYXRlIHdpdGhvdXQKV0FSTklORzogYGFj Y29uZmlnLmgnOgoKV0FSTklORzogICBBQ19ERUZJTkUoW05FRURfTUFJTl0s IDEsCldBUk5JTkc6ICAgICAgICAgICAgIFtEZWZpbmUgaWYgYSBmdW5jdGlv biBgbWFpbicgaXMgbmVlZGVkLl0pCgpXQVJOSU5HOiBNb3JlIHNvcGhpc3Rp Y2F0ZWQgdGVtcGxhdGVzIGNhbiBhbHNvIGJlIHByb2R1Y2VkLCBzZWUgdGhl CldBUk5JTkc6IGRvY3VtZW50YXRpb24uCisgYWNsb2NhbAorIGF1dG9tYWtl IC0tYWRkLW1pc3NpbmcgLS1jb3B5IC0tZ251CisgYXV0b2NvbmYKY29uZmln dXJlLmluOjY6IHdhcm5pbmc6IGRvIG5vdCB1c2UgbTRfcGF0c3Vic3Q6IHVz ZSBwYXRzdWJzdCBvciBtNF9icGF0c3Vic3QKY29uZmlndXJlLmluOjQyOiB3 YXJuaW5nOiBkbyBub3QgdXNlIG00X3JlZ2V4cDogdXNlIHJlZ2V4cCBvciBt NF9icmVnZXhwCisgLi9jb25maWd1cmUKbHRjb25maWc6IHlvdSBtdXN0IHNw ZWNpZnkgYSBob3N0IHR5cGUgaWYgeW91IHVzZSBgLS1uby12ZXJpZnknClRy eSBgbHRjb25maWcgLS1oZWxwJyBmb3IgbW9yZSBpbmZvcm1hdGlvbi4KY29u ZmlndXJlOiBlcnJvcjogbGlidG9vbCBjb25maWd1cmUgZmFpbGVkCg== --0-1904440805-1047448151=:70478-- From christof@petig-baender.de Wed Mar 12 04:20:58 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from mail.mediaways.net (mail.mediaways.net [193.189.224.113]) by mail.gnome.org (Postfix) with SMTP id 5B18C180DE for ; Wed, 12 Mar 2003 04:20:58 -0500 (EST) Received: (qmail 20031 invoked by uid 4221); 12 Mar 2003 09:20:56 -0000 Received: from unknown (HELO gateway.petig-baender.de) (195.71.48.59) by smtp-relay.mediaways.net with SMTP; 12 Mar 2003 09:20:56 -0000 Received: from puck.petig-baender.de ([192.168.234.11] helo=petig-baender.de ident=christof) by gateway.petig-baender.de with esmtp (Exim 3.35 #1 (Debian)) id 18t2Pz-0007Jt-00; Wed, 12 Mar 2003 10:20:59 +0100 Message-ID: <3E6EFBEE.6060505@petig-baender.de> Date: Wed, 12 Mar 2003 10:20:46 +0100 From: Christof Petig Organization: Adolf Petig GmbH & Co. KG User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.4a) Gecko/20030305 X-Accept-Language: de-DE, de, en MIME-Version: 1.0 To: Radhika Sambamurti Cc: glademm-list@gnome.org Subject: Re: [glade--]autoconf not generating configure - glade-2 and glademm References: <20030312054644.35915.qmail@web40501.mail.yahoo.com> In-Reply-To: <20030312054644.35915.qmail@web40501.mail.yahoo.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Radhika Sambamurti wrote: > Hi all, Hi, > > I am attaching the output of sh -x autogen.sh which shows > the execution of autogen.sh and its point of failure. > I have tried to get the latest autoconf and libtool, but to > no avail. Please let me know if i can provide any more info > about the errors, and i willdo so. any help will be > appreciated as i need to get glade-2 working with glademm > to generate c++ code. I am running gtk2 on freebsd 5.0. To make it clearer, generating gtk1 projects does work? You might try to look which m4 file is generating the wrong ltconfig call in configure and which packet it belongs to. > checking whether ln -s works... yes > ltconfig: you must specify a host type if you use > `--no-verify' > Try `ltconfig --help' for more information. > configure: error: libtool configure failed I have _never_ seen this error, and I have no idea. But the problem should manifest for _any_ program you autogen. Perhaps you should ask on a BSD or libtool/autoconf specific mailing list. Looks like an autoconf macro is passing wrong arguments to ltconfig. Christof From christof@petig-baender.de Thu Mar 13 04:02:57 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from mail.mediaways.net (mail.mediaways.net [193.189.224.113]) by mail.gnome.org (Postfix) with SMTP id 19BC81813C for ; Thu, 13 Mar 2003 04:02:56 -0500 (EST) Received: (qmail 19726 invoked by uid 4221); 13 Mar 2003 09:02:54 -0000 Received: from unknown (HELO gateway.petig-baender.de) (195.71.48.59) by smtp-relay.mediaways.net with SMTP; 13 Mar 2003 09:02:54 -0000 Received: from puck.petig-baender.de ([192.168.234.11] helo=petig-baender.de ident=christof) by gateway.petig-baender.de with esmtp (Exim 3.35 #1 (Debian)) id 18tOc6-00009a-00; Thu, 13 Mar 2003 10:02:58 +0100 Message-ID: <3E6D0A6C.1030901@petig-baender.de> Date: Mon, 10 Mar 2003 22:58:04 +0100 From: Christof Petig Organization: Adolf Petig GmbH & Co. KG User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.4a) Gecko/20030305 X-Accept-Language: de-DE, de, en MIME-Version: 1.0 To: Jon Cast Cc: Bill Haneman , murrayc@usa.net, Joaquin Cuenca Abela , Owen Taylor , Mark McLoughlin , Gnome Hackers , glade-devel@ximian.com, glademm-list@gnome.org References: <1046299405.10038.23.camel@localhost.localdomain> <1046302078.1655.26.camel@localhost.localdomain> <20030227002158.7D8B84A5F8@jcomain> <1046306197.1655.40.camel@localhost.localdomain> <3E67C566.1000107@petig-baender.de> <1047076096.1225.36.camel@localhost.localdomain> <1047123218.1270.10.camel@localhost.localdomain> <1047138616.4616.2.camel@taistealai.ireland.sun.com> <20030309024446.3C3F04A5ED@jcomain> <1047214965.4611.20.camel@taistealai.ireland.sun.com> <20030309172129.867E64A5ED@jcomain> In-Reply-To: <20030309172129.867E64A5ED@jcomain> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: [glade--]Re: [Glade-devel] Re: glade code generation Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Jon Cast wrote: > Bill Haneman wrote: > > >>I do believe that handler stub generation is useful. I advocate >>improving it, not removing it. > > >>Dissatisfactor with the UI generation code is what started the >>discussion. > > > Right. But AFAIR, no effective argument has been advanced against the > UI generation code. Somewhat valid arguments have been advanced against > generating stubs, though---and these have been used in the overall > conversation. So, lest anyone lose sight of the fact that they apply > /only/ to stub generation, I thought I'd throw that out. > > In any case, I'm curious what value you see in stub generation (over and > above prototype generation, which can go into a non-modifiable file in > C)? stub generation enables the programmer to test the program before everything is implemented. It gives an easy start, and enables you to test your build environment before you do any error-prone modifications to the project. Christof From bill.haneman@sun.com Thu Mar 13 08:26:28 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from patan.sun.com (patan.Sun.COM [192.18.98.43]) by mail.gnome.org (Postfix) with ESMTP id B58F0186E0; Thu, 13 Mar 2003 08:26:27 -0500 (EST) Received: from dub-mail1.Ireland.Sun.COM ([129.156.220.69]) by patan.sun.com (8.9.3+Sun/8.9.3) with ESMTP id GAA23230; Thu, 13 Mar 2003 06:26:24 -0700 (MST) Received: from yp2-1200-gw1.Central.Sun.COM (dbl-isdn-115 [129.156.227.115]) by dub-mail1.Ireland.Sun.COM (8.11.6+Sun/8.10.2/ENSMAIL,v2.1p1) with ESMTP id h2DDQLv24467; Thu, 13 Mar 2003 13:26:21 GMT From: Bill Haneman To: Christof Petig Cc: Jon Cast , murrayc@usa.net, Joaquin Cuenca Abela , Owen Taylor , Mark McLoughlin , Gnome Hackers , glade-devel@ximian.com, glademm-list@gnome.org In-Reply-To: <3E6D0A6C.1030901@petig-baender.de> References: <1046299405.10038.23.camel@localhost.localdomain> <1046302078.1655.26.camel@localhost.localdomain> <20030227002158.7D8B84A5F8@jcomain> <1046306197.1655.40.camel@localhost.localdomain> <3E67C566.1000107@petig-baender.de> <1047076096.1225.36.camel@localhost.localdomain> <1047123218.1270.10.camel@localhost.localdomain> <1047138616.4616.2.camel@taistealai.ireland.sun.com> <20030309024446.3C3F04A5ED@jcomain> <1047214965.4611.20.camel@taistealai.ireland.sun.com> <20030309172129.867E64A5ED@jcomain> <3E6D0A6C.1030901@petig-baender.de> Content-Type: text/plain Organization: Message-Id: <1047561069.19272.26.camel@taistealai.ireland.sun.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.0 Date: 13 Mar 2003 13:11:09 +0000 Content-Transfer-Encoding: 7bit Subject: [glade--]Re: [Glade-devel] Re: glade code generation Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: On Mon, 2003-03-10 at 21:58, Christof Petig wrote: > ...> > > In any case, I'm curious what value you see in stub generation (over and > > above prototype generation, which can go into a non-modifiable file in > > C)? > > stub generation enables the programmer to test the program before > everything is implemented. It gives an easy start, and enables you to > test your build environment before you do any error-prone modifications > to the project. Yes - and it means you can run the little project you've just created (i.e. test drive the UI or demo it) without having to run test-libglade. -Bill > Christof > > > _______________________________________________ > gnome-hackers mailing list > gnome-hackers@gnome.org > http://mail.gnome.org/mailman/listinfo/gnome-hackers -- Bill Haneman From bada@prgn.ru Mon Mar 17 00:14:53 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from prgn.ru (unknown [213.59.43.1]) by mail.gnome.org (Postfix) with ESMTP id 822AE180FE for ; Mon, 17 Mar 2003 00:14:53 -0500 (EST) Received: by prgn.ru (Postfix, from userid 1004) id DFFF781D8; Mon, 17 Mar 2003 12:14:51 +0700 (KRAT) Received: from exabiche (exabiche.prgn.ru [213.59.43.10]) by prgn.ru (Postfix) with SMTP id C3AA081D5 for ; Mon, 17 Mar 2003 12:14:51 +0700 (KRAT) Date: Mon, 17 Mar 2003 12:14:50 +0700 From: Dedov Anton To: glademm-list@gnome.org Message-Id: <20030317121450.29cfd539.bada@prgn.ru> Organization: Paragon-Telecom X-Mailer: Sylpheed version 0.8.10 (GTK+ 1.2.10; i386-debian-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: [glade--]I get "segmentation fault" when i customazing a class created by glademm. Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: My program crashes with "segmentation fault" when i customazing the my main window class with any class-members. I am using: glade-2 (1.1.3) glademm (1.1.3e) I create the window "Eng_Window" in glade's enviromnent and put on it a number of various of control elements. Glademm creates corresponding Eng_Window* files. I am build this skeleton applications to test a window. And it works! Then I am trying to customize Eng_Window class (Eng_Window -|> Eng_Window_glade) which was created by glademm. If I add _any_ member filed (even just "int i;") to Eng_Window class my application builds but crashes with "segmentation fault" signal :( Looking through the ddd shows that crash happens in Glib::ObjectBase::is_derived_ () from Eng_Window_glade::Eng_Window_glade(). Best regards, Dedov Anton From christof@petig-baender.de Mon Mar 17 06:14:27 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from mail.mediaways.net (mail.mediaways.net [193.189.224.113]) by mail.gnome.org (Postfix) with SMTP id D6DFD184C5 for ; Mon, 17 Mar 2003 06:14:26 -0500 (EST) Received: (qmail 15345 invoked by uid 4221); 17 Mar 2003 11:14:25 -0000 Received: from unknown (HELO gateway.petig-baender.de) (195.71.48.59) by smtp-relay.mediaways.net with SMTP; 17 Mar 2003 11:14:25 -0000 Received: from puck.petig-baender.de ([192.168.234.11] helo=petig-baender.de ident=christof) by gateway.petig-baender.de with esmtp (Exim 3.35 #1 (Debian)) id 18usZY-0005cZ-00; Mon, 17 Mar 2003 12:14:28 +0100 Message-ID: <3E75ADFF.1090800@petig-baender.de> Date: Mon, 17 Mar 2003 12:14:07 +0100 From: Christof Petig Organization: Adolf Petig GmbH & Co. KG User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.4a) Gecko/20030305 X-Accept-Language: de-DE, de, en MIME-Version: 1.0 To: Dedov Anton Cc: glademm-list@gnome.org Subject: Re: [glade--]I get "segmentation fault" when i customazing a class created by glademm. References: <20030317121450.29cfd539.bada@prgn.ru> In-Reply-To: <20030317121450.29cfd539.bada@prgn.ru> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Dedov Anton wrote: > My program crashes with "segmentation fault" when i customazing the my main window class with any class-members. > > I am using: > glade-2 (1.1.3) > glademm (1.1.3e) > > I create the window "Eng_Window" in glade's enviromnent and put on it a number of various of control elements. > > Glademm creates corresponding Eng_Window* files. I am build this skeleton applications to test a window. And it works! > > Then I am trying to customize Eng_Window class (Eng_Window -|> Eng_Window_glade) which was created by glademm. > If I add _any_ member filed (even just "int i;") to Eng_Window class my application builds but crashes with "segmentation fault" signal :( > > Looking through the ddd shows that crash happens in Glib::ObjectBase::is_derived_ () from Eng_Window_glade::Eng_Window_glade(). This certainly looks like g++ 2.95 being used. It has a bug which makes it unusable with gtkmm2 and glade. Unfortunately only the CVS version of glade refuses to compile such projects with older compilers. Christof From Murray.Cumming@Comneon.com Mon Mar 17 06:22:15 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from smtp1.infineon.com (smtp1.infineon.com [194.175.117.76]) by mail.gnome.org (Postfix) with ESMTP id 8250E1851E for ; Mon, 17 Mar 2003 06:22:15 -0500 (EST) Received: from vihsx03a.vih.infineon.com (vih.ifx-mail3.com [172.31.163.97]) by smtp1.infineon.com (8.12.8/8.12.8) with ESMTP id h2HBDY5X003745; Mon, 17 Mar 2003 12:13:34 +0100 (MET) Received: by vihsx03a.vih.infineon.com with Internet Mail Service (5.5.2653.19) id ; Mon, 17 Mar 2003 12:22:19 +0100 Message-ID: <258B0164D480D5118D900800062B3858D91F3B@vihsx09a.vih.infineon.com> From: Murray.Cumming@Comneon.com To: christof@petig-baender.de, bada@prgn.ru Cc: glademm-list@gnome.org Subject: RE: [glade--]I get "segmentation fault" when i customazing a clas s created by glademm. Date: Mon, 17 Mar 2003 12:22:10 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: > From: Christof Petig [mailto:christof@petig-baender.de] > This certainly looks like g++ 2.95 being used. It has a bug > which makes > it unusable with gtkmm2 and glade. It's only unusable in some situations - see the gtkmm FAQ. It _might_ be unusable with glademm. Murray Cumming murrayc@usa.net www.murrayc.com From christof@petig-baender.de Mon Mar 17 08:11:37 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from mail.mediaways.net (mail.mediaways.net [193.189.224.113]) by mail.gnome.org (Postfix) with SMTP id 146C2180DE for ; Mon, 17 Mar 2003 08:11:37 -0500 (EST) Received: (qmail 6873 invoked by uid 4221); 17 Mar 2003 13:11:35 -0000 Received: from unknown (HELO gateway.petig-baender.de) (195.71.48.59) by smtp-relay.mediaways.net with SMTP; 17 Mar 2003 13:11:35 -0000 Received: from puck.petig-baender.de ([192.168.234.11] helo=petig-baender.de ident=christof) by gateway.petig-baender.de with esmtp (Exim 3.35 #1 (Debian)) id 18uuOx-0005sh-00; Mon, 17 Mar 2003 14:11:39 +0100 Message-ID: <3E75C975.3050103@petig-baender.de> Date: Mon, 17 Mar 2003 14:11:17 +0100 From: Christof Petig Organization: Adolf Petig GmbH & Co. KG User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.4a) Gecko/20030305 X-Accept-Language: de-DE, de, en MIME-Version: 1.0 To: Murray.Cumming@Comneon.com Cc: bada@prgn.ru, glademm-list@gnome.org Subject: Re: [glade--]I get "segmentation fault" when i customazing a clas s created by glademm. References: <258B0164D480D5118D900800062B3858D91F3B@vihsx09a.vih.infineon.com> In-Reply-To: <258B0164D480D5118D900800062B3858D91F3B@vihsx09a.vih.infineon.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Murray.Cumming@Comneon.com wrote: >>From: Christof Petig [mailto:christof@petig-baender.de] >>This certainly looks like g++ 2.95 being used. It has a bug >>which makes >>it unusable with gtkmm2 and glade. > > > It's only unusable in some situations - see the gtkmm FAQ. It _might_ be > unusable with glademm. Sorry, of course I meant gtkmm2 and glademm (combined). It _is_ unusable with glademm (unless you do not plan to add anything to the classes). Speaking of glade was inexact. Christof From christof@petig-baender.de Tue Mar 18 03:20:38 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from mail.mediaways.net (mail.mediaways.net [193.189.224.113]) by mail.gnome.org (Postfix) with SMTP id A9AE518151 for ; Tue, 18 Mar 2003 03:20:37 -0500 (EST) Received: (qmail 11493 invoked by uid 4221); 18 Mar 2003 08:20:36 -0000 Received: from unknown (HELO gateway.petig-baender.de) (195.71.48.59) by smtp-relay.mediaways.net with SMTP; 18 Mar 2003 08:20:36 -0000 Received: from puck.petig-baender.de ([192.168.234.11] helo=petig-baender.de ident=christof) by gateway.petig-baender.de with esmtp (Exim 3.35 #1 (Debian)) id 18vCKu-0007XV-00; Tue, 18 Mar 2003 09:20:40 +0100 Message-ID: <3E76D6BE.6070301@petig-baender.de> Date: Tue, 18 Mar 2003 09:20:14 +0100 From: Christof Petig Organization: Adolf Petig GmbH & Co. KG User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.4a) Gecko/20030305 X-Accept-Language: de-DE, de, en MIME-Version: 1.0 To: Dedov Anton , glademm-list Subject: Re: [glade--]I get "segmentation fault" when i customazing a clas s created by glademm. References: <258B0164D480D5118D900800062B3858D91F3B@vihsx09a.vih.infineon.com> <3E75C975.3050103@petig-baender.de> <20030318091553.1e071384.bada@prgn.ru> In-Reply-To: <20030318091553.1e071384.bada@prgn.ru> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Dedov Anton wrote: > Can I hope that if I would use gtkmm2 only (without glademm) and g++ 2.95 the things will be stable? All works well unless you start using dynamic_cast within a ctor of a derived class e.g. struct A { A() { this->a_method_which_uses_dynamic_cast(); } }; struct B { int x; B() : A(), x(1) {} } this will crash. It will not crash if you remove the x (the compile optimizes B away) or if you call a_method_which_uses_dynamic_cast after A() has ended (e.g. in a member or inside B()). Since this is clearly a compiler bug and any workarounds are quite ugly and most up to date distributions ship with g++-3.2 I'd recommend to upgrade the compiler. You really get a better environment, 2.95 is broken in many ways (e.g. standard conformance), produces larger code and will die soon (hopefully). I would accept a patch which moves the widget creation and customization into an init function (actually add() uses dynamic_cast()), but I bet the effort is better put into upgrading your compiler. Of course you can replace the ctor of foo_glade by init and call that function from your foo ctor but this means patching the generated file by hand (or patch). Christof From giri@bom7.vsnl.net.in Wed Mar 19 23:09:19 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from mmb4.vsnl.net.in (mmb4.vsnl.net.in [202.54.1.88]) by mail.gnome.org (Postfix) with ESMTP id C4D92183DE for ; Wed, 19 Mar 2003 23:09:18 -0500 (EST) Received: from girish (PPP-219.65.64.185.mum2.vsnl.net.in [219.65.64.185]) by mmb4.vsnl.net.in (Postfix) with SMTP id 4EF5C144CE for ; Thu, 20 Mar 2003 09:39:02 +0530 (IST) Message-ID: <000201c2e2cf$4bee20c0$b94041db@girish> Reply-To: "Girish Patil" From: "Girish Patil" To: Date: Tue, 4 Mar 2003 11:06:27 +0530 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0005_01C2E23E.1A645D30" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Subject: [glade--]error Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: This is a multi-part message in MIME format. ------=_NextPart_000_0005_01C2E23E.1A645D30 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable when i am trying to compile a project in glade I get the following error = "NO TARGET SPECIFIED AND NO MAKEFILE FOUND" PLEASE RELY ASAP ------=_NextPart_000_0005_01C2E23E.1A645D30 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
when i am trying to compile a project = in glade I=20 get the following error "NO TARGET SPECIFIED AND NO MAKEFILE = FOUND"
 
PLEASE RELY = ASAP
------=_NextPart_000_0005_01C2E23E.1A645D30-- From christof@petig-baender.de Fri Mar 21 03:04:36 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from mail.mediaways.net (mail.mediaways.net [193.189.224.113]) by mail.gnome.org (Postfix) with SMTP id 3C5011826A for ; Fri, 21 Mar 2003 03:04:36 -0500 (EST) Received: (qmail 20848 invoked by uid 4221); 21 Mar 2003 08:04:35 -0000 Received: from unknown (HELO gateway.petig-baender.de) (195.71.48.59) by smtp-relay.mediaways.net with SMTP; 21 Mar 2003 08:04:35 -0000 Received: from puck.petig-baender.de ([192.168.234.11] helo=petig-baender.de ident=christof) by gateway.petig-baender.de with esmtp (Exim 3.35 #1 (Debian)) id 18wHW1-0003lx-00; Fri, 21 Mar 2003 09:04:37 +0100 Message-ID: <3E7AC776.1030609@petig-baender.de> Date: Fri, 21 Mar 2003 09:04:06 +0100 From: Christof Petig Organization: Adolf Petig GmbH & Co. KG User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.4a) Gecko/20030305 X-Accept-Language: de-DE, de, en MIME-Version: 1.0 To: Girish Patil Cc: glademm-list@gnome.org Subject: Re: [glade--]error References: <000201c2e2cf$4bee20c0$b94041db@girish> In-Reply-To: <000201c2e2cf$4bee20c0$b94041db@girish> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Girish Patil wrote: > when i am trying to compile a project in glade I get the following error > "NO TARGET SPECIFIED AND NO MAKEFILE FOUND" > > PLEASE RELY ASAP - there is no "compile" button in glade - I see no evidence that you use glade-- which this list is about look for and try to execute autogen.sh Christof From thomashansen@uol.com.br Sat Mar 22 14:18:33 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from traven10.uol.com.br (traven10.uol.com.br [200.221.29.45]) by mail.gnome.org (Postfix) with ESMTP id DE0FD18160 for ; Sat, 22 Mar 2003 14:18:32 -0500 (EST) Received: from uol.com.br ([200.158.68.205]) by traven10.uol.com.br (8.9.1/8.9.1) with ESMTP id QAA15490 for ; Sat, 22 Mar 2003 16:16:07 -0300 (BRT) Message-ID: <3E7CB71F.6040807@uol.com.br> Date: Sat, 22 Mar 2003 16:18:55 -0300 From: Thomas Hansen User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20021130 X-Accept-Language: en-us, en MIME-Version: 1.0 To: glademm-list@gnome.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: [glade--]How to connect object 1 signal to object 2 slot? Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Hello, I'm new to gtk+, gtkmm and glade. I am trying to connect a signal (changed) from a GtkCombo to a signal handler (on_combo_changed()) from a GtkEntry derived object. It doesn't seem to be a complicated task if not using glade: I would use on my main window constructor: m_combo1.signal_clicked().connect( SigC::slot(m_entry1, &My_Entry::on_combo_changed)); , where My_Entry is the class that inherits GktEntry), but I wasn't able to find a simple way to do this in glade (appart from editing the _glade files). So, how can I do this? Am I so mad about trying this connection :)? Thomas From christof@petig-baender.de Tue Mar 25 07:34:45 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from mail.mediaways.net (mail.mediaways.net [193.189.224.113]) by mail.gnome.org (Postfix) with SMTP id 1EED6182B5 for ; Tue, 25 Mar 2003 07:34:45 -0500 (EST) Received: (qmail 3305 invoked by uid 4221); 25 Mar 2003 12:34:43 -0000 Received: from unknown (HELO gateway.petig-baender.de) (195.71.48.59) by smtp-relay.mediaways.net with SMTP; 25 Mar 2003 12:34:43 -0000 Received: from puck.petig-baender.de ([192.168.234.11] helo=petig-baender.de ident=christof) by gateway.petig-baender.de with esmtp (Exim 3.35 #1 (Debian)) id 18xndg-0000ma-00; Tue, 25 Mar 2003 13:34:48 +0100 Message-ID: <3E804CC8.80305@petig-baender.de> Date: Tue, 25 Mar 2003 13:34:16 +0100 From: Christof Petig Organization: Adolf Petig GmbH & Co. KG User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.4a) Gecko/20030305 X-Accept-Language: de-DE, de, en MIME-Version: 1.0 To: Thomas Hansen Cc: glademm-list@gnome.org Subject: Re: [glade--]How to connect object 1 signal to object 2 slot? References: <3E7CB71F.6040807@uol.com.br> In-Reply-To: <3E7CB71F.6040807@uol.com.br> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Thomas Hansen wrote: > Hello, > > I'm new to gtk+, gtkmm and glade. I am trying to connect a signal > (changed) from a GtkCombo to a signal handler (on_combo_changed()) from > a GtkEntry derived object. It doesn't seem to be a complicated task if > not using glade: I would use on my main window constructor: > > m_combo1.signal_clicked().connect( SigC::slot(m_entry1, > &My_Entry::on_combo_changed)); > > , where My_Entry is the class that inherits GktEntry), but I wasn't able > to find a simple way to do this in glade (appart from editing the _glade > files). > > So, how can I do this? Am I so mad about trying this connection :)? Try to specify m_entry1 as the object for the signal (sounds logical, doesn't it?). If both objects live within the same class and this gives an error, this is a glade-- bug. Christof From johnmotsweng@hotmail.com Fri Mar 28 20:42:00 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from hotmail.com (f25.law12.hotmail.com [64.4.19.25]) by mail.gnome.org (Postfix) with ESMTP id D34021817D for ; Fri, 28 Mar 2003 20:41:59 -0500 (EST) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Fri, 28 Mar 2003 17:41:58 -0800 Received: from 80.15.139.101 by lw12fd.law12.hotmail.msn.com with HTTP; Sat, 29 Mar 2003 01:41:58 GMT X-Originating-IP: [80.15.139.101] X-Originating-Email: [johnmotsweng@hotmail.com] From: "John Motsweng" To: glademm-list@gnome.org Date: Sat, 29 Mar 2003 02:41:58 +0100 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 29 Mar 2003 01:41:58.0999 (UTC) FILETIME=[6350A670:01C2F594] Subject: [glade--]Simple tutorial Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Please don't shoot me, because I am just the messenger. It is just hard to break into glademm and the recurring question about accessing widgets is not a bug or a nuisance, but an expression of genuine interest. I bet it is easy to move on to gtkmm if you come from gtk, but I can't take that route. I can't turn away, because I never learned C and my C++ is just taking shape. All I want to achieve for now is a simple program with a button, an entry and a label. On the button click the contents should be send to standard out and to the label. A second part could maybe do a little string manipulation, concatenation type of thing. Here's the deal. If anybody on this list could mail me some commented code with these three little widgets I will study it and write a good tutorial adding the other little parts I already understand. I can then send it to one of the more knowledgeable members for review and comment and develop a tutorial as I learn, for the benefit of all us newbies. Maybe I should go as far as promise that I am willing to write a few more tutorials as I progress as long as somebody who knows can guide me a little. _________________________________________________________________ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=features/junkmail From christof@petig-baender.de Mon Mar 31 02:17:57 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from mail.mediaways.net (mail.mediaways.net [193.189.224.113]) by mail.gnome.org (Postfix) with SMTP id 8B55D18238 for ; Mon, 31 Mar 2003 02:17:56 -0500 (EST) Received: (qmail 1215 invoked by uid 4221); 31 Mar 2003 07:17:55 -0000 Received: from unknown (HELO gateway.petig-baender.de) (195.71.48.59) by smtp-relay.mediaways.net with SMTP; 31 Mar 2003 07:17:55 -0000 Received: from puck.petig-baender.de ([192.168.234.11] helo=petig-baender.de ident=christof) by gateway.petig-baender.de with esmtp (Exim 3.35 #1 (Debian)) id 18ztYM-0007V2-00; Mon, 31 Mar 2003 09:17:58 +0200 Message-ID: <3E87EB80.9060207@petig-baender.de> Date: Mon, 31 Mar 2003 09:17:20 +0200 From: Christof Petig Organization: Adolf Petig GmbH & Co. KG User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.4a) Gecko/20030326 X-Accept-Language: de-DE, de, en MIME-Version: 1.0 To: John Motsweng Cc: glademm-list@gnome.org Subject: Re: [glade--]Simple tutorial References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: John Motsweng wrote: > Please don't shoot me, because I am just the messenger. It is just hard > to break into glademm and the recurring question about accessing widgets > is not a bug or a nuisance, but an expression of genuine interest. > > I bet it is easy to move on to gtkmm if you come from gtk, but I can't > take that route. I can't turn away, because I never learned C and my C++ > is just taking shape. All I want to achieve for now is a simple program > with a button, an entry and a label. On the button click the contents > should be send to standard out and to the label. A second part could > maybe do a little string manipulation, concatenation type of thing. > > Here's the deal. If anybody on this list could mail me some commented > code with these three little widgets I will study it and write a good > tutorial adding the other little parts I already understand. I can then > send it to one of the more knowledgeable members for review and comment > and develop a tutorial as I learn, for the benefit of all us newbies. > > Maybe I should go as far as promise that I am willing to write a few > more tutorials as I progress as long as somebody who knows can guide me > a little. Deal. I'll do it (10 minutes of work). I guess you are not asking about gtk-- 1.2? Christof From christof@petig-baender.de Mon Mar 31 02:30:42 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from mail.mediaways.net (mail.mediaways.net [193.189.224.113]) by mail.gnome.org (Postfix) with SMTP id D845818238 for ; Mon, 31 Mar 2003 02:30:41 -0500 (EST) Received: (qmail 10024 invoked by uid 4221); 31 Mar 2003 07:30:40 -0000 Received: from unknown (HELO gateway.petig-baender.de) (195.71.48.59) by smtp-relay.mediaways.net with SMTP; 31 Mar 2003 07:30:40 -0000 Received: from puck.petig-baender.de ([192.168.234.11] helo=petig-baender.de ident=christof) by gateway.petig-baender.de with esmtp (Exim 3.35 #1 (Debian)) id 18ztki-0007Vd-00; Mon, 31 Mar 2003 09:30:44 +0200 Message-ID: <3E87EE7F.1000706@petig-baender.de> Date: Mon, 31 Mar 2003 09:30:07 +0200 From: Christof Petig Organization: Adolf Petig GmbH & Co. KG User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.4a) Gecko/20030326 X-Accept-Language: de-DE, de, en MIME-Version: 1.0 To: John Motsweng Cc: glademm-list@gnome.org Subject: Re: [glade--]Simple tutorial References: In-Reply-To: Content-Type: multipart/mixed; boundary="------------090909040309000901020605" Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: This is a multi-part message in MIME format. --------------090909040309000901020605 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit John Motsweng wrote: > Please don't shoot me, because I am just the messenger. It is just hard > to break into glademm and the recurring question about accessing widgets > is not a bug or a nuisance, but an expression of genuine interest. > > I bet it is easy to move on to gtkmm if you come from gtk, but I can't > take that route. I can't turn away, because I never learned C and my C++ > is just taking shape. All I want to achieve for now is a simple program > with a button, an entry and a label. On the button click the contents > should be send to standard out and to the label. A second part could > maybe do a little string manipulation, concatenation type of thing. Attached. Simply do "cd tutorial; glade-- tutorial.glade ; ./autogen.sh ; make ; src/tutorial". It should be really obvious what was needed to create the glade file with glade-2 - isn't it? > > Here's the deal. If anybody on this list could mail me some commented > code with these three little widgets I will study it and write a good > tutorial adding the other little parts I already understand. I can then > send it to one of the more knowledgeable members for review and comment > and develop a tutorial as I learn, for the benefit of all us newbies. I really think that two liners do not need comments (with approx. 40 chars a line). Gtkmm.org has a really good documentation about the widget and their methods. > Maybe I should go as far as promise that I am willing to write a few > more tutorials as I progress as long as somebody who knows can guide me > a little. No problem for me ;-) Christof --------------090909040309000901020605 Content-Type: application/x-gtar; name="tutorial.tgz" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="tutorial.tgz" H4sIAHXthz4CA+1ZX5PaNhDnFT6F4j4klwSwAcOUAPnLpddyuUyOJpOZznh0trAVjOSR5QPa 6XfvyjYcB/Zhprm0ySAekKXfrla7q9V6LSPJBcV+vXR/Tddbeqdjwr+uNw09/jda7fg/bSW9 024ZnXa70WmVdKNhts0SMkvfoEWhxAKhku0JGko+yccRETZKP1qTK/tLEkrTtCTnvsAO5TXX xw75OvY3dL3dbuXY3zCaTXPD/jBvtOGphPSj/e+99Z4vZj66hr1RzvqaUdM1BBphDvY5I32N ce35APUeVKuPq2jGHdJFigCeqoNK78Gbi9fjz++HKHaWKmWSiAm2Cbr8fDkeniPNkzLo1uvx dM1lfEZqXLjJc7VR02uOdLRBpdLbYqCG5tRxiUS2j8Owr72V00+UOXyuIer0tXncN4AWoV4g eECEXCKGZyDzNQ3plU+0wVhEpFdfzWZBJZUARFJgFvpYYiDra0sSaoN0gT3kywCWeTv+zfp0 9u7NxSdrfPF+NPw4HN1NlvC2Ah5SCWpfc7DeX1xa7y7eDe8mBzNgXxucYj/csz1BQvonLqgL ByKA4EtrTqVnBVgQJjMWUYS2R31HsYD+jpU+vuKLxEbXV3yRWChGFrdSFtzjM+4SRngUZm49 iyYMsE2Zqw30rR3E4HQX5d0tDJkUy2QPRHXVJsqb7DFIIvta7LSzmZYuZy8WVrwr6lO51AYA l8SWxNlcvXyAJjKwNmbWhNtKCQXQxKESF2W9KXoB+AwvLJ8wV3pb+s3ASrKQmadsD52HQ2si oFtIIspSTVq2h0Xmeo/3sMC2pNcY7kLLIRMc+VknoNyrJx6juuBhU3CxTGYBdpxd98sy0yKA iJu11C52Qn0/W6i1KKl/11MH3+/vI3xF/MTffdX9H/m7n4iWYcpE0j3kcGtbEXOI8CkjxRSs SGZYTKOgGP4LZBB0skyC+K+/X47PTj9bo+HpeA/dXOCCK4TEB7Um57gIfoF96sKtotfMPchl YSR4qLPfkZcZqB/utLyKpIRLOz4uV3F/57zcd1wXxKdkkrjch+HobHgKacOH85ejbboQzIv9 1Ro+tafE0ZAH+vOJ6GucWekOrPUk7FNakGLQCbWxSk8sSRX1OWdPUdNA55AuNyCRR3qn29C7 uoneno+1OmiuvKG27NzgpXK3mUosYu3h1WOqwIPShBx8vvNnoZcHoRehjZUoehHOWdg1eKWm DPf6ZZ0/eWn+VD7It8qH5k5ZFOvMqXFb/E0T59j4bAa3RbIBqrqrHRxm3BwCeEOzp9rAldOq IBNIb70iVNQGL4ZMGBZqFcHn+dCBTpTHPSNI5nHOg24E1eT5JrLmsMoJrzno/BibQ5AXaFNp b4l3E2uL+NN2ctL4mv6Un17E8RBJjmweLIuw2ko1ikpwd7qRQ1Qs58ghzks88o7cndnH8QT9 pyeovJlebWUy29vcnPrOkrLbO9mYuBmE7k4NqXRs/7L+G9x//VfXzWZzq/7bMVqNY/33u6v/ wln+AndFsepvCs6oAqcz8UFXEWMwTp20V48f09qlK/DMigfkev7WsML5mLkRZKGD10+e9Orr JzUVC2SFURBwIQenL0eXQ4ghtwZjGJGqfLUD3Bpex5+19N/X+Q+FfV/fAA/5/mca6vtfs2ka x+9/39z+6TePmm1/Xfvvif/t1rb9zUbLPMb/b9HqdaQqAwJL4sRlnTr8DPRzt2F09QZ6Pbwc o6slWmnnRRDZ01pAJHWrV5io152aQyrAJQohcUNphRh9NGpGrTmx7OsQJtU8I3Mi0CPGGbJB 53wGr+POyermCRGfIOnREEFySJDL1ZvXjTtaQF1RXMZriPrnAi15JFAa9Z+iMzTn7KEE4sj2 EJUIu5iyB5XKT5TZfuQQpNmcTahb87SNsdVC3uZoj/JQCoJncDFdc+qsxOl2d6tmj04qfyGU VKSrg5BIS90Nj5KPR9WBuxo4OXmmctlQOt2uzSOJej20C1KjD/9gD59V/j6msMd2bMd2bMd2 L+0fIJKhQgAoAAA= --------------090909040309000901020605-- From buonj4@cti.ecp.fr Sun Mar 2 12:38:59 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from piston.ecp.fr (piston.ecp.fr [138.195.33.3]) by mail.gnome.org (Postfix) with ESMTP id 42A93182F6 for ; Sun, 2 Mar 2003 12:38:59 -0500 (EST) Received: from localhost (localhost [127.0.0.1]) by piston.ecp.fr (Postfix) with ESMTP id 170553803C for ; Sun, 2 Mar 2003 18:38:57 +0100 (CET) Received: from chat.ecp.fr (chat.ecp.fr [138.195.33.30]) by piston.ecp.fr (Postfix) with ESMTP id 2A33938038 for ; Sun, 2 Mar 2003 18:38:57 +0100 (CET) Received: from jg (unknown [138.195.155.154]) by chat.ecp.fr (Postfix) with SMTP id DA1B616859 for ; Sun, 2 Mar 2003 18:28:10 +0100 (CET) Message-ID: <000801c2e0e2$98c4a4d0$9a9bc38a@scrk.com> From: "Jean-Guy BUON" To: Date: Sun, 2 Mar 2003 18:38:54 +0100 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0005_01C2E0EA.FA5FB2E0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Virus-Scanned: by amavisd-new Subject: [glade--]What is the equivalent function of lookup_widget with glade-- Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: This is a multi-part message in MIME format. ------=_NextPart_000_0005_01C2E0EA.FA5FB2E0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I was using the function lookup_widget to reach a child widget but it = doesn't work with glade--! If someone know a similar function give me the information And is there a good documentation on glade--? Jean-Guy BUON ------=_NextPart_000_0005_01C2E0EA.FA5FB2E0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I was using the function lookup_widget = to reach a=20 child widget but it doesn't work with glade--!
If someone know a similar function = give me the=20 information
And is there a good documentation on=20 glade--?
 
Jean-Guy = BUON
------=_NextPart_000_0005_01C2E0EA.FA5FB2E0-- From christof@petig-baender.de Tue Mar 4 04:40:31 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from mail.mediaways.net (mail.mediaways.net [193.189.224.113]) by mail.gnome.org (Postfix) with SMTP id B9AE5186C9 for ; Tue, 4 Mar 2003 04:40:30 -0500 (EST) Received: (qmail 16740 invoked by uid 4221); 4 Mar 2003 09:40:29 -0000 Received: from unknown (HELO gateway.petig-baender.de) (195.71.48.59) by smtp-relay.mediaways.net with SMTP; 4 Mar 2003 09:40:29 -0000 Received: from puck.petig-baender.de ([192.168.234.11] helo=petig-baender.de ident=christof) by gateway.petig-baender.de with esmtp (Exim 3.35 #1 (Debian)) id 18q8uW-0005YY-00; Tue, 04 Mar 2003 10:40:32 +0100 Message-ID: <3E64748C.8060802@petig-baender.de> Date: Tue, 04 Mar 2003 10:40:28 +0100 From: Christof Petig Organization: Adolf Petig GmbH & Co. KG User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.4a) Gecko/20030303 X-Accept-Language: de-DE, de, en MIME-Version: 1.0 To: BUON Jean-Guy Cc: "gtkmm-list@gnome.org" , glademm-list@gnome.org References: <20030303153032.359e5ca9.buonj4@cti.ecp.fr> In-Reply-To: <20030303153032.359e5ca9.buonj4@cti.ecp.fr> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: [glade--]Re: [gtkmm] equivalent function for lookup(GtkWidget * widget, gchar * name)? Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: BUON Jean-Guy wrote: > I don't know how to access to a child widget with glademm > I was using lookup_widget on glade but it doesn't work yet! First: Do you understand the 'visibility' property (glade-- user's guide)? Does 'protected' help you? Mark the widget as 'protected' and look into foo_glade.hh. If you really want to bypass every type- and lifetime-safety C++ can give you you might want to take a look at the deprecated 'public' and 'GMM_FOO' feature of glademm. (perhaps I already deactivated the feature by default) This is much like lookup_widget. Christof From DavidC@mail.lafayette.edu Wed Mar 5 12:45:09 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from lafvm2.lafayette.edu (mail.lafayette.edu [139.147.8.24]) by mail.gnome.org (Postfix) with ESMTP id 1365E181E5 for ; Wed, 5 Mar 2003 12:45:09 -0500 (EST) Received: from CONVERSION-DAEMON.lafvm2.lafayette.edu by lafvm2.lafayette.edu (PMDF V6.1-1 #37854) id <01KT5ZBV0634002BJ8@lafvm2.lafayette.edu> for glademm-list@gnome.org; Wed, 05 Mar 2003 12:44:18 +0000 (DST) Received: from lafayette.edu (kerberos.lafayette.edu [139.147.136.119]) by lafvm2.lafayette.edu (PMDF V6.1-1 #37854) with ESMTP id <01KT5Z8VUP2G002JDA@lafvm2.lafayette.edu> for glademm-list@gnome.org; Wed, 05 Mar 2003 12:41:57 +0000 (DST) Date: Wed, 05 Mar 2003 12:42:27 -0500 From: Christopher David To: glademm-list@gnome.org Message-id: <3E663703.8070500@lafayette.edu> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=us-ascii Content-transfer-encoding: 7BIT X-Accept-Language: en-us User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:0.9.4.1) Gecko/20020508 Netscape6/6.2.3 Subject: [glade--][Fwd: Re: Glademm and pixmaps also custom widgets] Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: I probably should have metnioned I have Glademm 1.1.3d, Glade 0.6.4, and GTKmm 1.2.10. I am running distribution RedHat 8.0. If there is anything else I left out, please tell me. It also appears no one has any info on my problem. Would anyone know where else I can find information this. Internet searching hasn't helped very much. From radhika_narendran@yahoo.com Wed Mar 5 23:20:08 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from web40503.mail.yahoo.com (web40503.mail.yahoo.com [66.218.78.120]) by mail.gnome.org (Postfix) with SMTP id 7BCB618758 for ; Wed, 5 Mar 2003 23:20:08 -0500 (EST) Message-ID: <20030306042007.4669.qmail@web40503.mail.yahoo.com> Received: from [63.210.222.109] by web40503.mail.yahoo.com via HTTP; Wed, 05 Mar 2003 20:20:07 PST Date: Wed, 5 Mar 2003 20:20:07 -0800 (PST) From: Radhika Sambamurti To: glademm-list@gnome.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: [glade--]glade-- for gtk2 Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Hi, I have installed the packages: glade2-1.1.3 A user interface builder for GTK+/GNOME libglade2-2.0.1 GNOME glade library I am trying to install glade-- and libglademm2 for gtk2. I am not able to find the sources for thses. I am running freebsd 5.0 and gtk2, gnome2. Has anybody successfully installed glade-- with glade2? any help iwth this will be appreciated. thanks radhika ===== It's all a matter of perspective. You can choose your view by choosing where to stand. --Larry Wall __________________________________________________ Do you Yahoo!? Yahoo! Tax Center - forms, calculators, tips, more http://taxes.yahoo.com/ From christof@petig-baender.de Thu Mar 6 02:12:16 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from mail.mediaways.net (mail.mediaways.net [193.189.224.113]) by mail.gnome.org (Postfix) with SMTP id A0F7C18492 for ; Thu, 6 Mar 2003 02:12:15 -0500 (EST) Received: (qmail 26559 invoked by uid 4221); 6 Mar 2003 07:12:14 -0000 Received: from unknown (HELO gateway.petig-baender.de) (195.71.48.59) by smtp-relay.mediaways.net with SMTP; 6 Mar 2003 07:12:14 -0000 Received: from puck.petig-baender.de ([192.168.234.11] helo=petig-baender.de ident=christof) by gateway.petig-baender.de with esmtp (Exim 3.35 #1 (Debian)) id 18qpY6-0007qV-00; Thu, 06 Mar 2003 08:12:14 +0100 Message-ID: <3E66089B.8000209@petig-baender.de> Date: Wed, 05 Mar 2003 15:24:27 +0100 From: Christof Petig Organization: Adolf Petig GmbH & Co. KG User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.4a) Gecko/20030303 X-Accept-Language: de-DE, de, en MIME-Version: 1.0 To: Christopher David Cc: glademm-list@gnome.org Subject: Re: [glade--]Glademm and pixmaps also custom widgets References: <3E5E7001.9020206@lafayette.edu> In-Reply-To: <3E5E7001.9020206@lafayette.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Christopher David wrote: Hi Chris, sorry for answering this late, I'd been ill and tried several times to more deeply understand your message. > I first want to thank everyone who helped me get glademm to work on my > Linux machine. However, now that I've gotten my test projects to > compile, I've been having an issue with pixmaps. The first issue was > with custom pixmaps. When I attempted to compile a program with pixmaps > I converted from JPEG, the make would generate the following error: gtk2.0/glademm1.1.3 supports embedding jpeg images directly into the program. (in compressed form, it's unpacked at run time). Why don't you use this feature? > > In file included from GameSetup2_glade.cc:29: > ../pixmaps/ChrisDavid.xpm:2: syntax error before `[' token > GameSetup2_glade.cc: In constructor `GameSetup2_glade::GameSetup2_glade()': > GameSetup2_glade.cc:95: `Chris' undeclared (first use this function) > GameSetup2_glade.cc:95: (Each undeclared identifier is reported only > once for > each function it appears in.) > GameSetup2_glade.cc:95: `manage' undeclared (first use this function) > cc1plus: `' is not a function, > /usr/include/sigc++-1.0/sigc++/object.h:143: conflict with > `template > T* SigC::manage(T*)' > GameSetup2_glade.cc:96: in call to `manage' Perhaps preceding manage by Gtk:: might help, can you please send me the preamble (first 5 lines) of your .xpm, so I can give more clued advices, I was unable to guess your problem ;-) > make[2]: *** [GameSetup2_glade.o] Error 1 > make[2]: Leaving directory `/home/Virtual/cs_205/gui_12/src' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory `/home/Virtual/cs_205/gui_12' > make: *** [all] Error 2 > > > At first I thought it was the fact that the pixmap files had a space in > it, so I changed the file names, setup the project with a new name in a > new folder, and tried again, but still the same message. I then used a > pixmap that came with a program on my Linux machine and it compiled > fine. However, when attempting to execute the program, the image does > not appear and I get this message: > > Gdk---WARNING **: Couldn't create pixmap out of file > '../pixmaps/edit.xpm' - using internal default it tries to load the image at run time - AFAIK embedding images is the default for recent glademms, but if it can't find the file, it can't embed it ... do you really want runtime loading? (I prefer embedded images) > > I heard of having to use "make install" when using gnome support and > such, but I ran make and make install and I still get the same message. > Again, I tried a new project but I still get the same message. I tried > manually copying the pixmap folder to the the bin directory where the > project was installed, still no such luck. Is there anyway to get this > to work, pixmaps or pictures in general are a big thing for this > project. Is there another widget to use, like GTK Image (and how to use > it or where I can find out how to use it)? There is a PIXMAP_DIR or so, try to look with strace for the path it searches. I usually never load images at run time (too easy to mess up the directory structure). > > Another, less pressing matter is custom widgets. To be specific, I am > trying to design a widget that is basically a giant grid. Ideally, I > want to be able to place objects on the grid, or shade parts of the > grid, by clicking on the different squares. However, I need to store > the data based on what I do or put on the grid (for now I'll probably be > using a multimap from STL). Is there any place I can find out where I > can make the widget, so it will return grid coordinates in callbacks > based on clicks, and modify each square individually and so forth. I > could make a table, but it I have a 40x40 table, I'd need callbacks for > each individual square in the table, which is 1600 squares. Hence, one > object that returns grid coordinates is a lot easier. I had also wanted > to modify grid lines by changing color or thickness at runtime also, but > I may just ditch that as that would be too complicated. IF someone > could point me in the right direction here as well, I would be greatly > appreciative. Thank you so much for all your help so far. Give GnomeCanvas or FooCanvas a try (FooCanvasmm was created two weeks ago). It sounds like this is the widget you are looking for (gnumeric, gcompris are examples of programs which use this widget). Usually I attach pointer to my data structures to the set_data interface of my widgets (using smart pointers and other magic (data destroy callbacks, I don't remember the exact name, it's a separate argument to set_data)). Yours Christof From christof@petig-baender.de Thu Mar 6 04:16:42 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from mail.mediaways.net (mail.mediaways.net [193.189.224.113]) by mail.gnome.org (Postfix) with SMTP id 860381888A for ; Thu, 6 Mar 2003 04:16:41 -0500 (EST) Received: (qmail 8987 invoked by uid 4221); 6 Mar 2003 09:16:39 -0000 Received: from unknown (HELO gateway.petig-baender.de) (195.71.48.59) by smtp-relay.mediaways.net with SMTP; 6 Mar 2003 09:16:39 -0000 Received: from puck.petig-baender.de ([192.168.234.11] helo=petig-baender.de ident=christof) by gateway.petig-baender.de with esmtp (Exim 3.35 #1 (Debian)) id 18qrUY-00086F-00; Thu, 06 Mar 2003 10:16:42 +0100 Message-ID: <3E6711F0.4010701@petig-baender.de> Date: Thu, 06 Mar 2003 10:16:32 +0100 From: Christof Petig Organization: Adolf Petig GmbH & Co. KG User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.4a) Gecko/20030305 X-Accept-Language: de-DE, de, en MIME-Version: 1.0 To: Radhika Sambamurti Cc: glademm-list@gnome.org Subject: Re: [glade--]glade-- for gtk2 References: <20030306042007.4669.qmail@web40503.mail.yahoo.com> In-Reply-To: <20030306042007.4669.qmail@web40503.mail.yahoo.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Radhika Sambamurti wrote: > Hi, > > I have installed the packages: > > glade2-1.1.3 A user interface builder for GTK+/GNOME > libglade2-2.0.1 GNOME glade library Simply look for glademm-1.1.3e (d is sufficient but has bugs) ... > > I am trying to install glade-- and libglademm2 for gtk2. I > am not able to find the sources for thses. http://home.wtal.de/petig/Gtk/ libglademm should be available from ftp.gnome.org (I'd have to google too, give it a try) the actual version on my computer is 2.0.1. > > I am running freebsd 5.0 and gtk2, gnome2. > > Has anybody successfully installed glade-- with glade2? > any help iwth this will be appreciated. Of course I have Christof From radhika_narendran@yahoo.com Wed Mar 5 23:11:33 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from web40514.mail.yahoo.com (web40514.mail.yahoo.com [66.218.78.131]) by mail.gnome.org (Postfix) with SMTP id 8BD61183EB for ; Wed, 5 Mar 2003 23:11:32 -0500 (EST) Message-ID: <20030306041128.14175.qmail@web40514.mail.yahoo.com> Received: from [63.210.222.109] by web40514.mail.yahoo.com via HTTP; Wed, 05 Mar 2003 20:11:28 PST Date: Wed, 5 Mar 2003 20:11:28 -0800 (PST) From: Radhika Sambamurti To: glademm-list@gnome.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: [glade--]Builing glade-- for glade2 & gtk2 Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Hi, I have successfully installed: glade2-1.1.3 A user interface builder for GTK+/GNOME libglade2-2.0.1 GNOME glade library I am trying to install glade-- and libglademm2 but cannot find the source code for this. could anyone point me inthe right direction. I am running freebsd 5.0 and gtk2. Any help with this will be appreciated. Thanks, Radhika ===== It's all a matter of perspective. You can choose your view by choosing where to stand. --Larry Wall __________________________________________________ Do you Yahoo!? Yahoo! Tax Center - forms, calculators, tips, more http://taxes.yahoo.com/ From christof@petig-baender.de Thu Mar 6 08:09:33 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from mail.mediaways.net (mail.mediaways.net [193.189.224.113]) by mail.gnome.org (Postfix) with SMTP id 802481819E for ; Thu, 6 Mar 2003 08:09:32 -0500 (EST) Received: (qmail 16677 invoked by uid 4221); 6 Mar 2003 13:09:31 -0000 Received: from unknown (HELO gateway.petig-baender.de) (195.71.48.59) by smtp-relay.mediaways.net with SMTP; 6 Mar 2003 13:09:31 -0000 Received: from puck.petig-baender.de ([192.168.234.11] helo=petig-baender.de ident=christof) by gateway.petig-baender.de with esmtp (Exim 3.35 #1 (Debian)) id 18qv7u-00005P-00; Thu, 06 Mar 2003 14:09:35 +0100 Message-ID: <3E674886.9080709@petig-baender.de> Date: Thu, 06 Mar 2003 14:09:26 +0100 From: Christof Petig Organization: Adolf Petig GmbH & Co. KG User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.4a) Gecko/20030305 X-Accept-Language: de-DE, de, en MIME-Version: 1.0 To: Christopher David Cc: glademm-list@gnome.org Subject: Re: [glade--][Fwd: Re: Glademm and pixmaps also custom widgets] References: <3E663703.8070500@lafayette.edu> In-Reply-To: <3E663703.8070500@lafayette.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Christopher David wrote: > I probably should have metnioned I have Glademm 1.1.3d, Glade 0.6.4, and > GTKmm 1.2.10. I am running distribution RedHat 8.0. If there is > anything else I left out, please tell me. Yes, to quote my own mail: - do you want to embed pictures? or do you want to load them at runtime. - please show me the first five lines of your pixmap - most likely this is a pixmap path problem, you might send me your .glade file and (perhaps) the pixmaps in private mail so I might take a look at them (please also mention your paths to the files you sent me). > It also appears no one has any info on my problem. Would anyone know > where else I can find information > this. Internet searching hasn't helped very much. You're the first who encountered this problem, and a more decent place than this list does not exist. Christof (glademm user, author & maintainer) From radhika_narendran@yahoo.com Thu Mar 6 12:29:29 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from web40506.mail.yahoo.com (web40506.mail.yahoo.com [66.218.78.123]) by mail.gnome.org (Postfix) with SMTP id E96C218134 for ; Thu, 6 Mar 2003 12:29:28 -0500 (EST) Message-ID: <20030306172927.10566.qmail@web40506.mail.yahoo.com> Received: from [64.152.169.65] by web40506.mail.yahoo.com via HTTP; Thu, 06 Mar 2003 09:29:27 PST Date: Thu, 6 Mar 2003 09:29:27 -0800 (PST) From: Radhika Sambamurti Subject: Re: [glade--]glade-- for gtk2 To: Christof Petig Cc: glademm-list@gnome.org In-Reply-To: <3E6711F0.4010701@petig-baender.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Hi, Thanks for the email. It has made things a bit clearer. I have installed libglade2.0.1 I am trying to install glademm-1.1.3e and get these errors when it i do make: I am running gcc 3.2 Any ideas as to why my glademm is not building? thanks radhika getopt.h:110: declaration of C function `int getopt()' conflicts with /usr/include/unistd.h:366: previous declaration `int getopt(int, char* const*, const char*)' here *** Error code 1 Stop in /drive2/downloads/glademm-1.1.3e/src. *** Error code 1 Stop in /drive2/downloads/glademm-1.1.3e/src. *** Error code 1 Stop in /drive2/downloads/glademm-1.1.3e. *** Error code 1 Stop in /drive2/downloads/glademm-1.1.3e. --- Christof Petig wrote: > Radhika Sambamurti wrote: > > Hi, > > > > I have installed the packages: > > > > glade2-1.1.3 A user interface builder for > GTK+/GNOME > > libglade2-2.0.1 GNOME glade library > > Simply look for glademm-1.1.3e (d is sufficient but has > bugs) ... > > > > > I am trying to install glade-- and libglademm2 for > gtk2. I > > am not able to find the sources for thses. > > http://home.wtal.de/petig/Gtk/ > > libglademm should be available from ftp.gnome.org (I'd > have to google > too, give it a try) the actual version on my computer is > 2.0.1. > > > > > I am running freebsd 5.0 and gtk2, gnome2. > > > > Has anybody successfully installed glade-- with glade2? > > any help iwth this will be appreciated. > > Of course I have > Christof > ===== It's all a matter of perspective. You can choose your view by choosing where to stand. --Larry Wall __________________________________________________ Do you Yahoo!? Yahoo! Tax Center - forms, calculators, tips, more http://taxes.yahoo.com/ From christof@petig-baender.de Fri Mar 7 02:46:19 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from mail.mediaways.net (mail.mediaways.net [193.189.224.113]) by mail.gnome.org (Postfix) with SMTP id B00CD189AC for ; Fri, 7 Mar 2003 02:46:18 -0500 (EST) Received: (qmail 9665 invoked by uid 4221); 7 Mar 2003 07:46:15 -0000 Received: from unknown (HELO gateway.petig-baender.de) (195.71.48.59) by smtp-relay.mediaways.net with SMTP; 7 Mar 2003 07:46:15 -0000 Received: from puck.petig-baender.de ([192.168.234.11] helo=petig-baender.de ident=christof) by gateway.petig-baender.de with esmtp (Exim 3.35 #1 (Debian)) id 18rCYb-00011O-00; Fri, 07 Mar 2003 08:46:18 +0100 Message-ID: <3E67C566.1000107@petig-baender.de> Date: Thu, 06 Mar 2003 23:02:14 +0100 From: Christof Petig Organization: Adolf Petig GmbH & Co. KG User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.4a) Gecko/20030305 X-Accept-Language: de-DE, de, en MIME-Version: 1.0 To: Owen Taylor Cc: Jon Cast , Mark McLoughlin , gnome-hackers@gnome.org, glade-devel@ximian.com, glademm-list@gnome.org References: <1046299405.10038.23.camel@localhost.localdomain> <1046302078.1655.26.camel@localhost.localdomain> <20030227002158.7D8B84A5F8@jcomain> <1046306197.1655.40.camel@localhost.localdomain> In-Reply-To: <1046306197.1655.40.camel@localhost.localdomain> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: [glade--]Re: [Glade-devel] Re: glade code generation Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Hi, (Sorry, if this looks like crossposting, but all CCs look sensible) I'm speaking up on behalf of glademm, the (separate) C++ code/project generator for glade. And I like the _choice_ to use generated code. Owen Taylor wrote: > If you generate C code with glade: > > - You get C code which isn't related to how you write code by > hand. But if you don't know better, you'll copy anyways. > (Why is this code calling gtk_widget_set_name() and ref'ing > every widget?) > > - You get the typical code generation problem that once you > edit it, you risk problems if you generate code again. > > - You get something you can't check into source control reliably. > > - You go to experienced GTK+ programmers for help, and they > look at you blankly. I can't speak in favor of the generated C code (I always found the above problems very valid), but for C++ and glademm I found these problems solved. (Except for the fourth point, you need some glademm knowledge to solve glademm problems/bugs, gtkmm only knowledge might help you but is not always sufficient). The only reason I was ever tempted to use libglade _internally_ as an optional drop in replacement (_transparently_ to any program code!) was it's good gnome widget support. With C++ it should not make any difference to your program code whether the actual widgets are created by libglade(mm) or by gtkmm (generated code). To support these claims I promise to finish the libglade option in glademm this week: generate your program's skeleton by glademm and use libglade or generated code by choice. > Libglade is a development methology we can support, because it > gets used extensively for real apps. There may be full scale > apps using generated glade code, but certainly not many of them. I can name a lot of apps using glademm generated code. There _are_ reasons for generated code: - a single binary is enough, no need to ship .glade and image files seperately, install them to a known location and find them at runtime. - no user can mess up your program's user interface by editing/deleting the .glade/image files (this is clearly a pro and a con!) >>>Makes sense to me; we had >> >>> Don't use glade to generate code, use libglade! for C I can't disagree, but I would love to have the option to switch between libglade and generated code (statically linked in widgets) without having to change a single line of the program. Since this is feasible with C++, it should be possible for C, too. Perhaps a nice project for a volunteer? (I don't care about C code) A separation of GUI designer and code generator would benefit glade-[123] IMHO. (IIRC glade-3 does take this road) > The comment about IDE integration is basically that if the source > code editing is integrated with the widget editing, then things > can work better: > > - You can click on a widget, and edit its callbacks > - Source code editing is relatively constrained, because the > tool you are using to do it knows about the GUI. I'm all in favor of IDE integration, but personally I don't need it at all. GUI and program code (callbacks) are well separated by glademm (IMHO of course). Christof (glademm maintainer) From christof@petig-baender.de Fri Mar 7 02:59:49 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from mail.mediaways.net (mail.mediaways.net [193.189.224.113]) by mail.gnome.org (Postfix) with SMTP id BCAE818953 for ; Fri, 7 Mar 2003 02:59:48 -0500 (EST) Received: (qmail 14575 invoked by uid 4221); 7 Mar 2003 07:59:47 -0000 Received: from unknown (HELO gateway.petig-baender.de) (195.71.48.59) by smtp-relay.mediaways.net with SMTP; 7 Mar 2003 07:59:47 -0000 Received: from puck.petig-baender.de ([192.168.234.11] helo=petig-baender.de ident=christof) by gateway.petig-baender.de with esmtp (Exim 3.35 #1 (Debian)) id 18rCli-000132-00; Fri, 07 Mar 2003 08:59:50 +0100 Message-ID: <3E685168.8050107@petig-baender.de> Date: Fri, 07 Mar 2003 08:59:36 +0100 From: Christof Petig Organization: Adolf Petig GmbH & Co. KG User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.4a) Gecko/20030305 X-Accept-Language: de-DE, de, en MIME-Version: 1.0 To: Radhika Sambamurti Cc: glademm-list@gnome.org Subject: Re: [glade--]glade-- for gtk2 References: <20030306172927.10566.qmail@web40506.mail.yahoo.com> In-Reply-To: <20030306172927.10566.qmail@web40506.mail.yahoo.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Radhika Sambamurti wrote: > Hi, > Thanks for the email. It has made things a bit clearer. > I have installed libglade2.0.1 that's not yet related to glade-- at all. > > I am trying to install glademm-1.1.3e and get these errors > when it i do make: > > I am running gcc 3.2 > Any ideas as to why my glademm is not building? > > thanks > radhika > > getopt.h:110: declaration of C function `int getopt()' > conflicts with > /usr/include/unistd.h:366: previous declaration `int > getopt(int, char* const*, > const char*)' here > *** Error code 1 this is a bit too short, is this during glade--.c compilation? which options are passed to the compiler? What are the contents of config.h? I don't have this problem. I tweaked the CVS version to handle things differently, can you try it? Christof From pfb@users.sourceforge.net Fri Mar 7 11:17:27 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from ps7.kent.dot.net.au (ps7.kent.dot.net.au [203.221.100.25]) by mail.gnome.org (Postfix) with ESMTP id 1E7AA180DD for ; Fri, 7 Mar 2003 11:17:27 -0500 (EST) Received: from dialup-3.37.194.203.acc01-stge-pth.comindico.com.au ([203.194.37.3] helo=goldmund.pri) by ps7.kent.dot.net.au with esmtp (Exim 3.22 #1) id 18rKPt-0003DO-00 for glademm-list@gnome.org; Sat, 08 Mar 2003 03:09:51 +1100 Received: from goldmund.pri ([127.0.0.1] helo=goldmund ident=pfb) by goldmund.pri with esmtp (Exim 3.35 #1 (Debian)) id 18rKOi-0002td-08 for ; Sat, 08 Mar 2003 00:08:37 +0800 Date: Fri, 31 Jan 2003 17:01:52 +0800 (WST) From: Peter F Bradshaw To: glademm-list@gnome.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Keywords: X-UID: 137 Subject: [glade--]How to get hold of the widgets Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Hi; I'm new to Gtk, glade and glademm so I'm sure this question has been answered many times before. My question is how do I get hold of the widgets that glademm creates. For instance, if I have a top level window called MainWindow then glademm creates a base class called MainWindow_glade. In the ctor of this class the widgets are created and pointed to by local pointers. How do I access these widgets in MainWindow (or else where). Thanks. Cheers -- Peter F Bradshaw, pfb@users.sourceforge.net, ICQ 75431157 (exadios). PGP public key at http://dingoblue.net.au/public_key.html "Needs more salt" - Archimedes From murrayc@t-online.de Sat Mar 8 07:03:21 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from mailout06.sul.t-online.com (mailout06.sul.t-online.com [194.25.134.19]) by mail.gnome.org (Postfix) with ESMTP id CD333181B8; Sat, 8 Mar 2003 07:03:20 -0500 (EST) Received: from fwd02.sul.t-online.de by mailout06.sul.t-online.com with smtp id 18rd2m-0000NZ-03; Sat, 08 Mar 2003 13:03:12 +0100 Received: from pD959022C.dip.t-dialin.net (520075295495-0001@[217.89.2.44]) by fwd02.sul.t-online.com with esmtp id 18rd2V-1KLK0uC; Sat, 8 Mar 2003 13:02:55 +0100 From: murrayc@t-online.de (Murray Cumming) Reply-To: murrayc@usa.net To: Joaquin Cuenca Abela Cc: Christof Petig , Owen Taylor , Jon Cast , Mark McLoughlin , Gnome Hackers , glade-devel@ximian.com, glademm-list@gnome.org In-Reply-To: <1047076096.1225.36.camel@localhost.localdomain> References: <1046299405.10038.23.camel@localhost.localdomain> <1046302078.1655.26.camel@localhost.localdomain> <20030227002158.7D8B84A5F8@jcomain> <1046306197.1655.40.camel@localhost.localdomain> <3E67C566.1000107@petig-baender.de> <1047076096.1225.36.camel@localhost.localdomain> Content-Type: text/plain Organization: Message-Id: <1047123218.1270.10.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 Date: 08 Mar 2003 12:33:39 +0100 Content-Transfer-Encoding: 7bit X-Sender: 520075295495-0001@t-dialin.net Subject: [glade--]Re: [Glade-devel] Re: glade code generation Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: On Fri, 2003-03-07 at 23:28, Joaquin Cuenca Abela wrote: > How do you solve the second problem with glademm? > > You generate a file, say foo.cpp, with glademm. I edit it, change the > glade file, and regenerate the file. Do you conserve the changes done > to foo.cpp by hand? [snip] > That feasible in any language. But that's not the problem. The problem > is: How do you deal with changes done by hand in the generated code? > > MS deals with this problem adding "please, don't change this code" > comments (and of course, hell opens when you don't follow the advice). > I guess that I don't have to discuss the problems of that approach... > but in fact, you can't do much better if you generate code. C++ has the concept of inheritance. glademm generates only base classes. User-written code is in user-written derived classes. -- Murray Cumming murray@usa.net www.murrayc.com From murrayc@t-online.de Sat Mar 8 09:32:08 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from mailout03.sul.t-online.com (mailout03.sul.t-online.com [194.25.134.81]) by mail.gnome.org (Postfix) with ESMTP id 126BA183BF; Sat, 8 Mar 2003 09:32:08 -0500 (EST) Received: from fwd06.sul.t-online.de by mailout03.sul.t-online.com with smtp id 18rfMp-00081w-07; Sat, 08 Mar 2003 15:32:03 +0100 Received: from pD959022C.dip.t-dialin.net (520075295495-0001@[217.89.2.44]) by fwd06.sul.t-online.com with esmtp id 18rfMd-07SWGGC; Sat, 8 Mar 2003 15:31:51 +0100 From: murrayc@t-online.de (Murray Cumming) Reply-To: murrayc@usa.net To: Joaquin Cuenca Abela Cc: 'Gnome Hackers' , glade-devel@ximian.com, glademm-list@gnome.org In-Reply-To: <000001c2e57e$c64277c0$7fe03851@lou> References: <000001c2e57e$c64277c0$7fe03851@lou> Content-Type: text/plain Organization: Message-Id: <1047132068.1272.28.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 Date: 08 Mar 2003 15:01:08 +0100 Content-Transfer-Encoding: 7bit X-Sender: 520075295495-0001@t-dialin.net Subject: [glade--]Re: RE : [Glade-devel] Re: glade code generation Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: On Sat, 2003-03-08 at 15:26, Joaquin Cuenca Abela wrote: > Murray wrote: > > > > > but in fact, you can't do much better if you generate code. > > > > C++ has the concept of inheritance. glademm generates only > > base classes. > > User-written code is in user-written derived classes. > > That's irrelevant. The question is: what happens when the user edits > code that he shouldn't edit and later it regenerates this code? He shouldn't. He doesn't have any need to. -- Murray Cumming murray@usa.net www.murrayc.com From bill.haneman@sun.com Sat Mar 8 10:59:19 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from pheriche.sun.com (pheriche.sun.com [192.18.98.34]) by mail.gnome.org (Postfix) with ESMTP id 245CB183F7; Sat, 8 Mar 2003 10:59:19 -0500 (EST) Received: from dub-mail1.Ireland.Sun.COM ([129.156.220.69]) by pheriche.sun.com (8.9.3+Sun/8.9.3) with ESMTP id IAA20069; Sat, 8 Mar 2003 08:59:15 -0700 (MST) Received: from yp2-1200-gw1.Central.Sun.COM (dbl-isdn-109 [129.156.227.109]) by dub-mail1.Ireland.Sun.COM (8.11.6+Sun/8.10.2/ENSMAIL,v2.1p1) with ESMTP id h28FxDv13319; Sat, 8 Mar 2003 15:59:13 GMT From: Bill Haneman To: murrayc@usa.net Cc: Joaquin Cuenca Abela , Christof Petig , Owen Taylor , Jon Cast , Mark McLoughlin , Gnome Hackers , glade-devel@ximian.com, glademm-list@gnome.org In-Reply-To: <1047123218.1270.10.camel@localhost.localdomain> References: <1046299405.10038.23.camel@localhost.localdomain> <1046302078.1655.26.camel@localhost.localdomain> <20030227002158.7D8B84A5F8@jcomain> <1046306197.1655.40.camel@localhost.localdomain> <3E67C566.1000107@petig-baender.de> <1047076096.1225.36.camel@localhost.localdomain> <1047123218.1270.10.camel@localhost.localdomain> Content-Type: text/plain Organization: Message-Id: <1047138616.4616.2.camel@taistealai.ireland.sun.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.0 Date: 08 Mar 2003 15:50:16 +0000 Content-Transfer-Encoding: 7bit Subject: [glade--]Re: [Glade-devel] Re: glade code generation Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: The only glade-generated code that an end-user should/would want to modify IFAICS are the stubs (end-users might want to insert implementations there). But the generation of callback stub code is a convenience feature. Perhaps a smarter code generation system could (reliably) be limited to appending any newly-added stubs without overwriting the whole callbacks file. Otherwise, one can just choose not to regenerate the stubs file if it already exists. -Bill -- Bill Haneman From christof@petig-baender.de Sun Mar 9 04:12:38 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from mail.mediaways.net (mail.mediaways.net [193.189.224.113]) by mail.gnome.org (Postfix) with SMTP id 298D718243 for ; Sun, 9 Mar 2003 04:12:38 -0500 (EST) Received: (qmail 21315 invoked by uid 4221); 9 Mar 2003 09:12:36 -0000 Received: from unknown (HELO gateway.petig-baender.de) (195.71.48.59) by smtp-relay.mediaways.net with SMTP; 9 Mar 2003 09:12:36 -0000 Received: from [192.168.235.2] (helo=petig-baender.de ident=christof) by gateway.petig-baender.de with esmtp (Exim 3.35 #1 (Debian)) id 18rwrH-00039d-00; Sun, 09 Mar 2003 10:12:39 +0100 Message-ID: <3E6A8406.4080009@petig-baender.de> Date: Sun, 09 Mar 2003 01:00:06 +0100 From: Christof Petig Organization: Adolf Petig GmbH & Co. KG User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.4a) Gecko/20030305 X-Accept-Language: de-DE, de, en MIME-Version: 1.0 To: Peter F Bradshaw Cc: glademm-list@gnome.org Subject: Re: [glade--]How to get hold of the widgets References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Peter F Bradshaw wrote: > Hi; > > I'm new to Gtk, glade and glademm so I'm sure this question has been > answered many times before. > > My question is how do I get hold of the widgets that glademm creates. > > For instance, if I have a top level window called MainWindow then > glademm creates a base class called MainWindow_glade. In the ctor of > this class the widgets are created and pointed to by local pointers. How > do I access these widgets in MainWindow (or else where). most frequently asked question: mark its visibility as protected (or even public) instead of private. See the glademm user's guide. Any idea on where to put this information more prominently? (perhaps a comment at the start of the window1_glade.cc file?) Christof From christof@petig-baender.de Sun Mar 9 04:12:44 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from mail.mediaways.net (mail.mediaways.net [193.189.224.113]) by mail.gnome.org (Postfix) with SMTP id 8D60A18400 for ; Sun, 9 Mar 2003 04:12:43 -0500 (EST) Received: (qmail 21326 invoked by uid 4221); 9 Mar 2003 09:12:42 -0000 Received: from unknown (HELO gateway.petig-baender.de) (195.71.48.59) by smtp-relay.mediaways.net with SMTP; 9 Mar 2003 09:12:42 -0000 Received: from [192.168.235.2] (helo=petig-baender.de ident=christof) by gateway.petig-baender.de with esmtp (Exim 3.35 #1 (Debian)) id 18rwrL-00039j-00; Sun, 09 Mar 2003 10:12:44 +0100 Message-ID: <3E6A8EF8.9090300@petig-baender.de> Date: Sun, 09 Mar 2003 01:46:48 +0100 From: Christof Petig Organization: Adolf Petig GmbH & Co. KG User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.4a) Gecko/20030305 X-Accept-Language: de-DE, de, en MIME-Version: 1.0 To: Joaquin Cuenca Abela Cc: gnome-hackers@gnome.org, glade-devel@ximian.com, glademm-list@gnome.org References: <1046299405.10038.23.camel@localhost.localdomain> <1046302078.1655.26.camel@localhost.localdomain> <20030227002158.7D8B84A5F8@jcomain> <1046306197.1655.40.camel@localhost.localdomain> <3E67C566.1000107@petig-baender.de> <1047076096.1225.36.camel@localhost.localdomain> In-Reply-To: <1047076096.1225.36.camel@localhost.localdomain> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: [glade--]Re: [Glade-devel] Re: glade code generation Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: [cc list trimmed somewhat, will remove gnome-hackers at next reply] Joaquin Cuenca Abela wrote: > How do you solve the second problem with glademm? [second problem is: avoid user overwriting generated code, avoid to overwrite user written code] there are two separate classes, and four (or six) files for each widget tree (toplevel window): - foo_glade.hh: UI class declaration, never edit, overwritten [contains the declaration of user visible widget pointers and the pure virtual callbacks]. Informative to look into when you write the actual program. - foo_glade.cc: UI class methods, never edit, overwritten [construction and customization of the widgets, callback connection] Usually nobody ever looks into this file (unless out of curiosity). - foo.hh: User class, derived from UI class, needs to override every connected signal handler to be instantiable, glademm outputs a first empty skeleton but never touches this file again (it emits a foo.hh_new which you can copy new callback declarations from). If there are no callbacks, this class can be empty (or even missing) - foo.cc: normally contains the flesh (definition) of the callbacks, the c(onstruct)tor and the d(estruc)tor. Of course the physical location (which file the definitions are in) is not relevant, arrange them according to your taste. My ctors usually fill the window with content (from a database) and (typically) take a number of parameters to control their behaviour. > You generate a file, say foo.cpp, with glademm. I edit it, change the > glade file, and regenerate the file. Do you conserve the changes done > to foo.cpp by hand? see above. The code is well separated. > Honestly, I don't think that the exact language in which the code is > generated has any impact. It does not have to have impact. But since C++ programs tend to organize differently (class inheritance) from C (collection of functions) the generated code looks totally different for glade and glademm. >>The only reason I was ever tempted to use libglade _internally_ as an >>optional drop in replacement (_transparently_ to any program code!) was >>it's good gnome widget support. With C++ it should not make any >>difference to your program code whether the actual widgets are created >>by libglade(mm) or by gtkmm (generated code). > > > exactly like with C. Please understand that I'm not bashing C++ (as > it's also usually my language of choice), but I don't see any > substantial difference, here. Due to my effort yesterday, glademm now offers the option (pupal state) to use generated code and libglade as a drop in replacement (no code change). I don't know of any effort to make glade generated code and libglade API compatible, but it would benefit. [Stop, I'd enjoy such a project. I'm not saying C++ is better, I'm saying: I did it for C++, who want's to do it for C?] > I agree that there may be reasons to use generated code (mostly of the > kind of "we don't want a dependency on libxml-2"), but I don't agree > with your reasons. > > It's quite rare to find a program that can be installed with just an > executable. In fact except for trivial programs (and mono executables > when you put everything in the same .exe), you always have a lot of > things to install. Some .glade files don't make really a difference. Agreed. But there are such programs (single binaries), it gets more likely if you depend on external things (like a database infrastructure, available binaries etc.). Personally I dislike to depend on external files (and how to find them at run time) unless necessary (you know: make sure to install them to a _proper_ place, binary will not work until support files are installed to target location, yuck). A binary is easy to copy around once it's self containing. [I have no problem to depend on shared libraries!] > That feasible in any language. But that's not the problem. The problem > is: How do you deal with changes done by hand in the generated code? > > MS deals with this problem adding "please, don't change this code" > comments (and of course, hell opens when you don't follow the advice). > I guess that I don't have to discuss the problems of that approach... > but in fact, you can't do much better if you generate code. Well, I don't open the gates of hell - glademm simply overwrites the changes in the "changes will be lost" marked files. Usually nobody needs to change them (glademm bugs put aside). Yours Christof PS: Am I correct to assume you are involved with glade-3? From christof@petig-baender.de Sun Mar 9 04:12:47 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from mail.mediaways.net (mail.mediaways.net [193.189.224.113]) by mail.gnome.org (Postfix) with SMTP id DFF0118243 for ; Sun, 9 Mar 2003 04:12:46 -0500 (EST) Received: (qmail 21334 invoked by uid 4221); 9 Mar 2003 09:12:46 -0000 Received: from unknown (HELO gateway.petig-baender.de) (195.71.48.59) by smtp-relay.mediaways.net with SMTP; 9 Mar 2003 09:12:46 -0000 Received: from [192.168.235.2] (helo=petig-baender.de ident=christof) by gateway.petig-baender.de with esmtp (Exim 3.35 #1 (Debian)) id 18rwrR-00039p-00; Sun, 09 Mar 2003 10:12:49 +0100 Message-ID: <3E6A8FF2.5020108@petig-baender.de> Date: Sun, 09 Mar 2003 01:50:58 +0100 From: Christof Petig Organization: Adolf Petig GmbH & Co. KG User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.4a) Gecko/20030305 X-Accept-Language: de-DE, de, en MIME-Version: 1.0 To: Christopher David Cc: glademm-list@gnome.org Subject: Re: [glade--] Glademm and pixmaps also custom widgets References: <3E663703.8070500@lafayette.edu> <3E674886.9080709@petig-baender.de> <3E6956A0.2020807@lafayette.edu> In-Reply-To: <3E6956A0.2020807@lafayette.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Christopher David wrote: > Loading them at runtime is what we originally plan on doing and at this > stage in the game, we may just stick with that and use pixmaps. We > eventually got pixmaps to work on a smaller project on another computer, > and since this will be the main computer we'll be working on, everthing > is fine for now. Out of curiosity, I've been trying to find other ways > of using pictures, is there anywhere I can find the documentation for > embedding jpegs, I haven't been too successful in finding some simply give gtk2 and glademm a try (it will embed jpegs in compressed form). I would never dare to try this with gtk1. > I recreated it with no spaces, the preamble didn't change. This has > fixed the problem. Thank you for telling me about the preamble. Nice to see this solved. > Again, we've gotten it to work for now, so this isn't a big deal. I > appreciate your help, it has greatly benefited me and my group a lot. > I'm interested to know what the response to Peter Bradshaw's question of > "How to get a hold of the widgets," since we have run into the same > question. Again, thanks for all your help. Hope you're feeling better. Mark the visibility as protected ;-) Oh, my ear capacity has returned. I'm just a bit short breathed due to the lack of sports. Christof From bill.haneman@sun.com Sun Mar 9 08:11:47 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from kathmandu.sun.com (kathmandu.sun.com [192.18.98.36]) by mail.gnome.org (Postfix) with ESMTP id 4C21A18149; Sun, 9 Mar 2003 08:11:47 -0500 (EST) Received: from dub-mail1.Ireland.Sun.COM ([129.156.220.69]) by kathmandu.sun.com (8.9.3+Sun/8.9.3) with ESMTP id GAA06325; Sun, 9 Mar 2003 06:11:43 -0700 (MST) Received: from yp2-1200-gw1.Central.Sun.COM (dbl-isdn-115 [129.156.227.115]) by dub-mail1.Ireland.Sun.COM (8.11.6+Sun/8.10.2/ENSMAIL,v2.1p1) with ESMTP id h29DBfv09823; Sun, 9 Mar 2003 13:11:41 GMT From: Bill Haneman To: Jon Cast Cc: murrayc@usa.net, Joaquin Cuenca Abela , Christof Petig , Owen Taylor , Mark McLoughlin , Gnome Hackers , glade-devel@ximian.com, glademm-list@gnome.org In-Reply-To: <20030309024446.3C3F04A5ED@jcomain> References: <1046299405.10038.23.camel@localhost.localdomain> <1046302078.1655.26.camel@localhost.localdomain> <20030227002158.7D8B84A5F8@jcomain> <1046306197.1655.40.camel@localhost.localdomain> <3E67C566.1000107@petig-baender.de> <1047076096.1225.36.camel@localhost.localdomain> <1047123218.1270.10.camel@localhost.localdomain> <1047138616.4616.2.camel@taistealai.ireland.sun.com> <20030309024446.3C3F04A5ED@jcomain> Content-Type: text/plain Organization: Message-Id: <1047214965.4611.20.camel@taistealai.ireland.sun.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.0 Date: 09 Mar 2003 13:02:46 +0000 Content-Transfer-Encoding: 7bit Subject: [glade--]Re: [Glade-devel] Re: glade code generation Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: On Sun, 2003-03-09 at 02:44, Jon Cast wrote: > Bill Haneman wrote: > > The only glade-generated code that an end-user should/would want to > > modify IFAICS are the stubs (end-users might want to insert > > implementations there). But the generation of callback stub code is a > > convenience feature. > > Right. In fact, there's no reason I can see to even generate them; the > only code I'd want to keep is code I can copy from the header file > anyway, and I don't think there's any reason to modify that. So the > argument is against auto-generating the handler stubs, not against > auto-generating the UI creation code. I do believe that handler stub generation is useful. I advocate improving it, not removing it. Dissatisfactor with the UI generation code is what started the discussion. - Bill > > > > Jon Cast > _______________________________________________ > gnome-hackers mailing list > gnome-hackers@gnome.org > http://mail.gnome.org/mailman/listinfo/gnome-hackers -- Bill Haneman From e98cuenc@free.fr Fri Mar 7 17:27:54 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from postfix4-1.free.fr (postfix4-1.free.fr [213.228.0.62]) by mail.gnome.org (Postfix) with ESMTP id D416718396; Fri, 7 Mar 2003 17:27:53 -0500 (EST) Received: from lns-th2-4f-81-56-224-127.adsl.proxad.net (lns-th2-4f-81-56-224-127.adsl.proxad.net [81.56.224.127]) by postfix4-1.free.fr (Postfix) with ESMTP id 1A92816307; Fri, 7 Mar 2003 23:27:52 +0100 (CET) From: Joaquin Cuenca Abela To: Christof Petig Cc: Owen Taylor , Jon Cast , Mark McLoughlin , gnome-hackers@gnome.org, glade-devel@ximian.com, glademm-list@gnome.org In-Reply-To: <3E67C566.1000107@petig-baender.de> References: <1046299405.10038.23.camel@localhost.localdomain> <1046302078.1655.26.camel@localhost.localdomain> <20030227002158.7D8B84A5F8@jcomain> <1046306197.1655.40.camel@localhost.localdomain> <3E67C566.1000107@petig-baender.de> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 (1.0.8-10) Date: 07 Mar 2003 23:28:14 +0100 Message-Id: <1047076096.1225.36.camel@localhost.localdomain> Mime-Version: 1.0 Subject: [glade--]Re: [Glade-devel] Re: glade code generation Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Hi, On Thu, 2003-03-06 at 23:02, Christof Petig wrote: > Hi, > > (Sorry, if this looks like crossposting, but all CCs look sensible) > > I'm speaking up on behalf of glademm, the (separate) C++ code/project > generator for glade. And I like the _choice_ to use generated code. > > Owen Taylor wrote: > > If you generate C code with glade: > > > > - You get C code which isn't related to how you write code by > > hand. But if you don't know better, you'll copy anyways. > > (Why is this code calling gtk_widget_set_name() and ref'ing > > every widget?) > > > > - You get the typical code generation problem that once you > > edit it, you risk problems if you generate code again. > > > > - You get something you can't check into source control reliably. > > > > - You go to experienced GTK+ programmers for help, and they > > look at you blankly. > > I can't speak in favor of the generated C code (I always found the above > problems very valid), but for C++ and glademm I found these problems solved. How do you solve the second problem with glademm? You generate a file, say foo.cpp, with glademm. I edit it, change the glade file, and regenerate the file. Do you conserve the changes done to foo.cpp by hand? Honestly, I don't think that the exact language in which the code is generated has any impact. > (Except for the fourth point, you need some glademm knowledge to solve > glademm problems/bugs, gtkmm only knowledge might help you but is not > always sufficient). > > The only reason I was ever tempted to use libglade _internally_ as an > optional drop in replacement (_transparently_ to any program code!) was > it's good gnome widget support. With C++ it should not make any > difference to your program code whether the actual widgets are created > by libglade(mm) or by gtkmm (generated code). exactly like with C. Please understand that I'm not bashing C++ (as it's also usually my language of choice), but I don't see any substantial difference, here. > > Libglade is a development methology we can support, because it > > gets used extensively for real apps. There may be full scale > > apps using generated glade code, but certainly not many of them. > > I can name a lot of apps using glademm generated code. There _are_ > reasons for generated code: > > - a single binary is enough, no need to ship .glade and image files > seperately, install them to a known location and find them at runtime. > - no user can mess up your program's user interface by editing/deleting > the .glade/image files (this is clearly a pro and a con!) I agree that there may be reasons to use generated code (mostly of the kind of "we don't want a dependency on libxml-2"), but I don't agree with your reasons. It's quite rare to find a program that can be installed with just an executable. In fact except for trivial programs (and mono executables when you put everything in the same .exe), you always have a lot of things to install. Some .glade files don't make really a difference. > >>>Makes sense to me; we had > >> > >>> Don't use glade to generate code, use libglade! > > for C I can't disagree, but I would love to have the option to switch > between libglade and generated code (statically linked in widgets) > without having to change a single line of the program. Since this is > feasible with C++, it should be possible for C, too. Perhaps a nice > project for a volunteer? (I don't care about C code) That feasible in any language. But that's not the problem. The problem is: How do you deal with changes done by hand in the generated code? MS deals with this problem adding "please, don't change this code" comments (and of course, hell opens when you don't follow the advice). I guess that I don't have to discuss the problems of that approach... but in fact, you can't do much better if you generate code. > A separation of GUI designer and code generator would benefit > glade-[123] IMHO. (IIRC glade-3 does take this road) glade-3 ignores completely the code generator stage. Cheers, From e98cuenc@free.fr Sat Mar 8 09:26:39 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from postfix3-1.free.fr (postfix3-1.free.fr [213.228.0.44]) by mail.gnome.org (Postfix) with ESMTP id A2396180D7; Sat, 8 Mar 2003 09:26:39 -0500 (EST) Received: from lou (lns-th2-4f-81-56-224-127.adsl.proxad.net [81.56.224.127]) by postfix3-1.free.fr (Postfix) with ESMTP id A3DB0C15D; Sat, 8 Mar 2003 15:26:36 +0100 (CET) From: "Joaquin Cuenca Abela" To: Cc: "'Gnome Hackers'" , , Date: Sat, 8 Mar 2003 15:26:50 +0100 Message-ID: <000001c2e57e$c64277c0$7fe03851@lou> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.4024 Importance: Normal In-Reply-To: <1047123218.1270.10.camel@localhost.localdomain> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Subject: [glade--]RE : [Glade-devel] Re: glade code generation Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Murray wrote: > > > but in fact, you can't do much better if you generate code. > > C++ has the concept of inheritance. glademm generates only > base classes. > User-written code is in user-written derived classes. That's irrelevant. The question is: what happens when the user edits code that he shouldn't edit and later it regenerates this code? Two different places to put the same info is one too much, and as the task of extract the information from a .glade file is several orders of magnitude easier than extracting it from the code, .glade files should be used. I still see useful (for those who don't like an extra dependency) a utility that converts a .glade file to [pick you language] code, hopefully one that, with enough makefile's magic can do the conversion automatically at compilation time (kind of like the RC compiler on windows). But that's out of glade's scope. Cheers, From johnp@martianrock.com Sat Mar 8 10:51:24 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from sepia.propagation.net (sepia.propagation.net [63.249.206.1]) by mail.gnome.org (Postfix) with ESMTP id 69DBF183F7; Sat, 8 Mar 2003 10:51:24 -0500 (EST) Received: from localhost.localdomain (ool-182d63d4.dyn.optonline.net [24.45.99.212]) by sepia.propagation.net (8.9.3/8.8.5) with ESMTP id JAA11389; Sat, 8 Mar 2003 09:50:33 -0600 From: John Palmieri To: Joaquin Cuenca Abela Cc: murrayc@usa.net, "'Gnome Hackers'" , glade-devel@ximian.com, glademm-list@gnome.org In-Reply-To: <000001c2e57e$c64277c0$7fe03851@lou> References: <000001c2e57e$c64277c0$7fe03851@lou> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.5 Date: 08 Mar 2003 10:55:19 -0500 Message-Id: <1047138950.27949.99.camel@jade> Mime-Version: 1.0 Subject: [glade--]Re: RE : [Glade-devel] Re: glade code generation Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Hello all, I am the author of gobject-factory a gobject code generator. It has been mentioned to me by Biswapesh of Anjuta fame that a new project I am going to embark on has the potential to help out in the code generation glade area. Basicly gobject-factory has become useless to me for the same reasons that code generation in Glade is bad. Basicly I have to think of everything I want up front or trash my hand written code later because I needed to generate the code again. Basicly I am going to integrate what I learned from gobject-factory into an Anjuta 2 plugin that allows a person to add and remove methods, properties, and signals on the fly instead of all at once. Since GObjects have the same patterns as GtkObjects, using it to keep track of callbacks and essentialy glue Glade and Anjuta would be trivial. I am not starting the project right away since gobject-factory is a utility to help with another project that I want to get a little further in before I start and I am also waiting for SourceBase (source code tagging) to get into Anjuta. It is something to look out for as a potential way to solve the code generation problems. Some comments on the issues inline bellow. On Sat, 2003-03-08 at 09:26, Joaquin Cuenca Abela wrote: > Murray wrote: > > > > > but in fact, you can't do much better if you generate code. > > > > C++ has the concept of inheritance. glademm generates only > > base classes. > > User-written code is in user-written derived classes. > > That's irrelevant. The question is: what happens when the user edits > code that he shouldn't edit and later it regenerates this code? An incremental code generator would only generate new code as needed. When a user edits code the generator will learn the changes. The generator will only edit existing code if the user then goes and asks for the generator to edit it. For instance my gobject generator will be generating signals which need to be entered in three places in the code - the Gobject's class structure, the signals enumeration and registered somewhere in the implementation file, usualy in the init method. When a user generates a signal code is placed in these three locations and the generator has some way of displaying that the signal exists and can be edited by the generator. Say the user goes and edits the signal all that is realy significant to the generator is the signals name so the edited code will not affect the generator unless the name is changed. Say the name is changed in one place, the generator will display that the signal is now broken because some of the elements that make up the signal pattern are missing (which would be an error in the code anyway). When the user goes and changes the name in all three locations the pattern is again complete and the code generator registers the new signal name. The same would happen if the user created a whole new signal by hand. The user would only be allowed to use the code generator on signals whoes patterns are not broken. Now what happens if the user slightly edits the signals registration code and then uses the generator to edit the signal? Two things could happen, the generator could be dumb and just warn the user that the code seems to have been edited by hand and if they continue it might clobber their changes. Or the generator could be smart enough to understand what changes effect what and only do changes if they will not effect the code (such as changing the name of the signal which can be done safely even if the user has changed some of the parameters when regestering the signal with the GObject). Of corse at some point a programmer has to resposible for their own code. > Two different places to put the same info is one too much, and as the > task of extract the information from a .glade file is several orders of > magnitude easier than extracting it from the code, .glade files should > be used. Nothing extranious should go in .glade files. They should be lean and mean. > I still see useful (for those who don't like an extra dependency) a > utility that converts a .glade file to [pick you language] code, > hopefully one that, with enough makefile's magic can do the conversion > automatically at compilation time (kind of like the RC compiler on > windows). Code generators dumping out code at compile time is bad. A user should be able to inspect the code and make changes by hand. At that point you have to ask yourself why not use libglade. > But that's out of glade's scope. But not out of Anjuta's as was pointed out to me. As I devlop my project I will keep in mind these other concerns and try to program around a more flexable design. -- J5 From e98cuenc@free.fr Sat Mar 8 11:27:45 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from postfix3-2.free.fr (postfix3-2.free.fr [213.228.0.169]) by mail.gnome.org (Postfix) with ESMTP id 94F5B18236; Sat, 8 Mar 2003 11:27:45 -0500 (EST) Received: from lns-th2-4f-81-56-224-127.adsl.proxad.net (lns-th2-4f-81-56-224-127.adsl.proxad.net [81.56.224.127]) by postfix3-2.free.fr (Postfix) with ESMTP id 48571C13F; Sat, 8 Mar 2003 17:27:44 +0100 (CET) From: Joaquin Cuenca Abela To: murrayc@usa.net Cc: 'Gnome Hackers' , glade-devel@ximian.com, glademm-list@gnome.org In-Reply-To: <1047132068.1272.28.camel@localhost.localdomain> References: <000001c2e57e$c64277c0$7fe03851@lou> <1047132068.1272.28.camel@localhost.localdomain> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 (1.0.8-10) Date: 08 Mar 2003 17:28:11 +0100 Message-Id: <1047140892.1114.39.camel@localhost.localdomain> Mime-Version: 1.0 Subject: [glade--]Re: RE : [Glade-devel] Re: glade code generation Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: On Sat, 2003-03-08 at 15:01, Murray Cumming wrote: > On Sat, 2003-03-08 at 15:26, Joaquin Cuenca Abela wrote: > > Murray wrote: > > > > > > > but in fact, you can't do much better if you generate code. > > > > > > C++ has the concept of inheritance. glademm generates only > > > base classes. > > > User-written code is in user-written derived classes. > > > > That's irrelevant. The question is: what happens when the user edits > > code that he shouldn't edit and later it regenerates this code? > > He shouldn't. He doesn't have any need to. In the same sense that when you do a singleton the user should use a ::getInstance method, but you still make the constructors private. Just to be sure. There is an important difference between "he shouldn't" and "he can't". Cheers, From jcast@ou.edu Sat Mar 8 21:43:18 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from jcomain (cate0-46.reshall.ou.edu [129.15.140.46]) by mail.gnome.org (Postfix) with ESMTP id E91DA181A6; Sat, 8 Mar 2003 21:43:17 -0500 (EST) Received: from ou.edu (jcomain [127.0.0.1]) by jcomain (Postfix) with ESMTP id 3C3F04A5ED; Sat, 8 Mar 2003 20:44:46 -0600 (CST) To: Bill Haneman Cc: murrayc@usa.net, Joaquin Cuenca Abela , Christof Petig , Owen Taylor , Mark McLoughlin , Gnome Hackers , glade-devel@ximian.com, glademm-list@gnome.org In-Reply-To: Message from Bill Haneman of "Sat, 08 Mar 2003 15:50:16 GMT." <1047138616.4616.2.camel@taistealai.ireland.sun.com> References: <1046299405.10038.23.camel@localhost.localdomain> <1046302078.1655.26.camel@localhost.localdomain> <20030227002158.7D8B84A5F8@jcomain> <1046306197.1655.40.camel@localhost.localdomain> <3E67C566.1000107@petig-baender.de> <1047076096.1225.36.camel@localhost.localdomain> <1047123218.1270.10.camel@localhost.localdomain> <1047138616.4616.2.camel@taistealai.ireland.sun.com> X-Mailer: MH-E 7.2; nmh 1.0.4+dev; GNU Emacs 21.3.50.82 Date: Sat, 08 Mar 2003 20:44:45 -0600 From: Jon Cast Message-Id: <20030309024446.3C3F04A5ED@jcomain> Subject: [glade--]Re: [Glade-devel] Re: glade code generation Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Bill Haneman wrote: > The only glade-generated code that an end-user should/would want to > modify IFAICS are the stubs (end-users might want to insert > implementations there). But the generation of callback stub code is a > convenience feature. Right. In fact, there's no reason I can see to even generate them; the only code I'd want to keep is code I can copy from the header file anyway, and I don't think there's any reason to modify that. So the argument is against auto-generating the handler stubs, not against auto-generating the UI creation code. Jon Cast From jcast@ou.edu Sat Mar 8 21:58:10 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from jcomain (cate0-46.reshall.ou.edu [129.15.140.46]) by mail.gnome.org (Postfix) with ESMTP id BACE0181A6; Sat, 8 Mar 2003 21:58:10 -0500 (EST) Received: from ou.edu (jcomain [127.0.0.1]) by jcomain (Postfix) with ESMTP id 860EE4A5ED; Sat, 8 Mar 2003 20:59:39 -0600 (CST) To: Joaquin Cuenca Abela Cc: murrayc@usa.net, 'Gnome Hackers' , glade-devel@ximian.com, glademm-list@gnome.org In-Reply-To: Message from Joaquin Cuenca Abela of "Sat, 08 Mar 2003 17:28:11 +0100." <1047140892.1114.39.camel@localhost.localdomain> References: <000001c2e57e$c64277c0$7fe03851@lou> <1047132068.1272.28.camel@localhost.localdomain> <1047140892.1114.39.camel@localhost.localdomain> X-Mailer: MH-E 7.2; nmh 1.0.4+dev; GNU Emacs 21.3.50.82 Date: Sat, 08 Mar 2003 20:59:39 -0600 From: Jon Cast Message-Id: <20030309025939.860EE4A5ED@jcomain> Subject: [glade--]Re: RE : [Glade-devel] Re: glade code generation Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Joaquin Cuenca Abela wrote: > In the same sense that when you do a singleton the user should use a > ::getInstance method, but you still make the constructors private. > Just to be sure. I'm not sure what you mean. `::getInstance'' does the same job as a constructor, no? In any case, this is a UI change. Obviously, we don't want to have a button that says ``click here to load the user-generated code into $EDITOR''. But, modifying the generated code is physically possible, just like it's physically possible to write a bit of assembler to call the (private) constructor. > There is an important difference between "he shouldn't" and "he > can't". Right. Which is why ``he can't'' has been banished from the Un*x vocabulary. I don't see the reason for your urge to destroy features to enforce any notion of right & wrong, though. > Cheers, Jon Cast From jcast@ou.edu Sun Mar 9 12:19:58 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from jcomain (cate0-46.reshall.ou.edu [129.15.140.46]) by mail.gnome.org (Postfix) with ESMTP id EF345181AA; Sun, 9 Mar 2003 12:19:57 -0500 (EST) Received: from ou.edu (jcomain [127.0.0.1]) by jcomain (Postfix) with ESMTP id 867E64A5ED; Sun, 9 Mar 2003 11:21:29 -0600 (CST) To: Bill Haneman Cc: murrayc@usa.net, Joaquin Cuenca Abela , Christof Petig , Owen Taylor , Mark McLoughlin , Gnome Hackers , glade-devel@ximian.com, glademm-list@gnome.org In-Reply-To: Message from Bill Haneman of "Sun, 09 Mar 2003 13:02:46 GMT." <1047214965.4611.20.camel@taistealai.ireland.sun.com> References: <1046299405.10038.23.camel@localhost.localdomain> <1046302078.1655.26.camel@localhost.localdomain> <20030227002158.7D8B84A5F8@jcomain> <1046306197.1655.40.camel@localhost.localdomain> <3E67C566.1000107@petig-baender.de> <1047076096.1225.36.camel@localhost.localdomain> <1047123218.1270.10.camel@localhost.localdomain> <1047138616.4616.2.camel@taistealai.ireland.sun.com> <20030309024446.3C3F04A5ED@jcomain> <1047214965.4611.20.camel@taistealai.ireland.sun.com> X-Mailer: MH-E 7.2; nmh 1.0.4+dev; GNU Emacs 21.3.50.85 Date: Sun, 09 Mar 2003 11:21:29 -0600 From: Jon Cast Message-Id: <20030309172129.867E64A5ED@jcomain> Subject: [glade--]Re: [Glade-devel] Re: glade code generation Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Bill Haneman wrote: > I do believe that handler stub generation is useful. I advocate > improving it, not removing it. > Dissatisfactor with the UI generation code is what started the > discussion. Right. But AFAIR, no effective argument has been advanced against the UI generation code. Somewhat valid arguments have been advanced against generating stubs, though---and these have been used in the overall conversation. So, lest anyone lose sight of the fact that they apply /only/ to stub generation, I thought I'd throw that out. In any case, I'm curious what value you see in stub generation (over and above prototype generation, which can go into a non-modifiable file in C)? Jon Cast From mark.jones106@verizon.net Mon Mar 10 01:51:55 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from pop017.verizon.net (pop017pub.verizon.net [206.46.170.210]) by mail.gnome.org (Postfix) with ESMTP id 4B4B2182B5 for ; Mon, 10 Mar 2003 01:51:55 -0500 (EST) Received: from [192.168.0.102] ([4.47.43.56]) by pop017.verizon.net (InterMail vM.5.01.05.27 201-253-122-126-127-20021220) with ESMTP id <20030310065154.NHHK2095.pop017.verizon.net@[192.168.0.102]> for ; Mon, 10 Mar 2003 00:51:54 -0600 From: Mark Jones To: glademm-list Content-Type: multipart/mixed; boundary="=-rTwA9UMhUFarF91j62x/" Organization: Message-Id: <1047275515.4051.35.camel@localhost.1515RioGrande.net> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 Date: 10 Mar 2003 00:51:55 -0500 X-Authentication-Info: Submitted using SMTP AUTH at pop017.verizon.net from [4.47.43.56] at Mon, 10 Mar 2003 00:51:54 -0600 Subject: [glade--]Bug fix for alignment used on buttons with stock icons Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: --=-rTwA9UMhUFarF91j62x/ Content-Type: text/plain Content-Transfer-Encoding: 7bit I found a bug tonight and fixed it from what I could grab out of cvs. When you create a button in glade, and then assign it a stock icon, the lable and the icon ends up not being centered as it shows in glade and as stock buttons are. That was due to not constructing the alignment properly with its x/yalign, and x/yscale properties. So I added code for that, and everything works correctly now. As a side note, the newest Mandrake is not coming out with the latest glademm (glademm-1.1.2-1mdk.i586 instead). :( -- Mark http://www.utdallas.edu/~mej017200/ --=-rTwA9UMhUFarF91j62x/ Content-Disposition: attachment; filename=alignmentBugFix.diff Content-Type: text/x-diff; name=alignmentBugFix.diff; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit --- alignment.cc 2003-03-10 00:41:52.000000000 -0500 +++ newAlignment.cc 2003-03-10 00:41:44.000000000 -0500 @@ -28,8 +28,7 @@ Gtk_Alignment(); virtual bool NeedExplicitCtor(const Widget &w) const { return false; } - virtual void ConstructionArgs(Widget const &w, CxxFile &f) const - { f.FunctionArg(); } + virtual void ConstructionArgs(Widget const &w, CxxFile &f) const; }; static Gtk_Alignment Gtk_Alignment; @@ -42,6 +41,18 @@ { return Configuration.GtkmmIncludePath()+"alignment.h"; } +void Gtk_Alignment::ConstructionArgs(const Widget &w, CxxFile &f) const +{ + if( w.hasProperty("xalign") && w.hasProperty("yalign") && + w.hasProperty("xscale") && w.hasProperty("yscale") ) + { + f.FunctionArg() << w.getFloatProperty("xalign"); + f.FunctionArg() << w.getFloatProperty("yalign"); + f.FunctionArg() << w.getFloatProperty("xscale"); + f.FunctionArg() << w.getFloatProperty("yscale"); + } +} + Gtk_Alignment::Gtk_Alignment() { Writer["GtkAlignment"]=this; } --=-rTwA9UMhUFarF91j62x/-- From mark.jones106@verizon.net Mon Mar 10 02:07:44 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from out001.verizon.net (out001pub.verizon.net [206.46.170.140]) by mail.gnome.org (Postfix) with ESMTP id 286F8184B9 for ; Mon, 10 Mar 2003 02:07:44 -0500 (EST) Received: from [192.168.0.102] ([4.47.43.56]) by out001.verizon.net (InterMail vM.5.01.05.27 201-253-122-126-127-20021220) with ESMTP id <20030310070743.YZUQ5518.out001.verizon.net@[192.168.0.102]> for ; Mon, 10 Mar 2003 01:07:43 -0600 From: Mark Jones To: glademm-list In-Reply-To: <1047275515.4051.35.camel@localhost.1515RioGrande.net> References: <1047275515.4051.35.camel@localhost.1515RioGrande.net> Content-Type: text/plain Organization: Message-Id: <1047276463.4052.46.camel@localhost.1515RioGrande.net> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 Date: 10 Mar 2003 01:07:44 -0500 Content-Transfer-Encoding: 7bit X-Authentication-Info: Submitted using SMTP AUTH at out001.verizon.net from [4.47.43.56] at Mon, 10 Mar 2003 01:07:43 -0600 Subject: [glade--]Re: Bug fix for alignment used on buttons with stock icons Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Actually, it might need an else statement now that I review what I sent, so instead it may need to be (I did the modification below by hand to my previous message, but it was just adding the else clause so I think it should be very close to correct if not correct): --- alignment.cc 2003-03-10 00:41:52.000000000 -0500 +++ newAlignment.cc 2003-03-10 00:41:44.000000000 -0500 @@ -28,8 +28,7 @@ Gtk_Alignment(); virtual bool NeedExplicitCtor(const Widget &w) const { return false; } - virtual void ConstructionArgs(Widget const &w, CxxFile &f) const - { f.FunctionArg(); } + virtual void ConstructionArgs(Widget const &w, CxxFile &f) const; }; static Gtk_Alignment Gtk_Alignment; @@ -42,6 +41,18 @@ { return Configuration.GtkmmIncludePath()+"alignment.h"; } +void Gtk_Alignment::ConstructionArgs(const Widget &w, CxxFile &f) const +{ + if( w.hasProperty("xalign") && w.hasProperty("yalign") && + w.hasProperty("xscale") && w.hasProperty("yscale") ) + { + f.FunctionArg() << w.getFloatProperty("xalign"); + f.FunctionArg() << w.getFloatProperty("yalign"); + f.FunctionArg() << w.getFloatProperty("xscale"); + f.FunctionArg() << w.getFloatProperty("yscale"); + } + else + { + f.FunctionArg(); + } +} + Gtk_Alignment::Gtk_Alignment() { Writer["GtkAlignment"]=this; } ________________________________________________________________________ -- Mark http://www.utdallas.edu/~mej017200/ From radhika_narendran@yahoo.com Wed Mar 12 00:46:45 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from web40501.mail.yahoo.com (web40501.mail.yahoo.com [66.218.78.118]) by mail.gnome.org (Postfix) with SMTP id 4628C1851A for ; Wed, 12 Mar 2003 00:46:45 -0500 (EST) Message-ID: <20030312054644.35915.qmail@web40501.mail.yahoo.com> Received: from [209.244.102.136] by web40501.mail.yahoo.com via HTTP; Tue, 11 Mar 2003 21:46:44 PST Date: Tue, 11 Mar 2003 21:46:44 -0800 (PST) From: Radhika Sambamurti To: glademm-list@gnome.org In-Reply-To: <1047132068.1272.28.camel@localhost.localdomain> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="0-1728697004-1047448004=:28565" Subject: [glade--]autoconf not generating configure - glade-2 and glademm Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: --0-1728697004-1047448004=:28565 Content-Type: text/plain; charset=us-ascii Content-Id: Content-Disposition: inline Hi all, I have been trying to create c++ code generated from glade-2 & glademm, on gtk2 but the autogen.sh script keeps failing. The very last line of the message is libtool failed. [see below]. I am attaching the output of sh -x autogen.sh which shows the execution of autogen.sh and its point of failure. I have tried to get the latest autoconf and libtool, but to no avail. Please let me know if i can provide any more info about the errors, and i willdo so. any help will be appreciated as i need to get glade-2 working with glademm to generate c++ code. I am running gtk2 on freebsd 5.0. The tools I am using are: gtk+-2.0 glade2-1.1.3 glademm V1.1.3e libglade-2.0 libglademm-2.0 autoconf (GNU Autoconf ltmain.sh (GNU libtool) 1.4a ) 2.57 ------------------------ When I run autogen.sh, these are the errors i get: WARNING: More sophisticated templates can also be produced, see the WARNING: documentation. autoheader: error: AC_CONFIG_HEADERS not found in configure.in automake: configure.in: installing `./mkinstalldirs' automake: configure.in: installing `./missing' automake: Makefile.am: installing `./INSTALL' automake: Makefile.am: installing `./COPYING' configure.in: 6: required file `./config.h.in' not found automake: configure.in: installing `./depcomp' configure.in:6: warning: do not use m4_patsubst: use patsubst or m4_bpatsubst configure.in:42: warning: do not use m4_regexp: use regexp or m4_bregexp checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... no checking for mawk... no checking for nawk... nawk checking whether make sets $(MAKE)... yes checking for style of include used by make... GNU checking for gcc... gcc checking for C compiler default output... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ANSI C... none needed checking dependency style of gcc... gcc3 checking for strerror in -lcposix... no checking for gcc... (cached) gcc checking whether we are using the GNU C compiler... (cached) yes checking whether gcc accepts -g... (cached) yes checking for gcc option to accept ANSI C... (cached) none needed checking dependency style of gcc... (cached) gcc3 checking for gcc option to accept ANSI C... none needed checking how to run the C preprocessor... gcc -E checking for egrep... grep -E checking for ANSI C header files... yes checking how to run the C preprocessor... gcc -E checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking dependency style of g++... gcc3 checking how to run the C++ preprocessor... g++ -E checking build system type... i386-unknown-freebsd5.0 checking host system type... i386-unknown-freebsd5.0 checking for ranlib... ranlib checking for ld used by GCC... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for BSD-compatible nm... /usr/bin/nm -B checking whether ln -s works... yes ltconfig: you must specify a host type if you use `--no-verify' Try `ltconfig --help' for more information. configure: error: libtool configure failed ===== It's all a matter of perspective. You can choose your view by choosing where to stand. --Larry Wall __________________________________________________ Do you Yahoo!? Yahoo! Web Hosting - establish your business online http://webhosting.yahoo.com --0-1728697004-1047448004=:28565 Content-Type: application/octet-stream; name=errfile Content-Transfer-Encoding: base64 Content-Description: errfile Content-Disposition: attachment; filename=errfile KyB0ZXN0ICEgLWYgaW5zdGFsbC1zaAorIHdoaWNoIGdudW1ha2UKKyBNQUtF PQorIHRlc3QgISAteCAKKyB3aGljaCBnbWFrZQorIE1BS0U9L3Vzci9sb2Nh bC9iaW4vZ21ha2UKKyB0ZXN0ICEgLXggL3Vzci9sb2NhbC9iaW4vZ21ha2UK KyAvdXNyL2xvY2FsL2Jpbi9nbWFrZSAtLXZlcnNpb24KKyBncmVwIC1jIEZy ZWUgU29mdHdhcmUgRm91bmRhdGlvbgorIEhBVkVfR05VX01BS0U9MQorIHRl c3QgMSAhPSAxCisgZWNobyBGb3VuZCBHTlUgTWFrZSBhdCAvdXNyL2xvY2Fs L2Jpbi9nbWFrZSAuLi4gZ29vZC4KKyBlY2hvIFRoaXMgc2NyaXB0IHJ1bnMg Y29uZmlndXJlIGFuZCBtYWtlLi4uCisgZWNobyBZb3UgZGlkIHJlbWVtYmVy IG5lY2Vzc2FyeSBhcmd1bWVudHMgZm9yIGNvbmZpZ3VyZSwgcmlnaHQ/Cisg d2hpY2ggYWNsb2NhbAorIHRlc3QgISAteCAvdXNyL2xvY2FsL2Jpbi9hY2xv Y2FsCisgd2hpY2ggYXV0b21ha2UKKyB0ZXN0ICEgLXggL3Vzci9sb2NhbC9i aW4vYXV0b21ha2UKKyBsaWJ0b29saXplIC0tZm9yY2UgLS1jb3B5CisgYXV0 b2hlYWRlcgpXQVJOSU5HOiBVc2luZyBhdXhpbGlhcnkgZmlsZXMgc3VjaCBh cyBgYWNjb25maWcuaCcsIGBjb25maWcuaC5ib3QnCldBUk5JTkc6IGFuZCBg Y29uZmlnLmgudG9wJywgdG8gZGVmaW5lIHRlbXBsYXRlcyBmb3IgYGNvbmZp Zy5oLmluJwpXQVJOSU5HOiBpcyBkZXByZWNhdGVkIGFuZCBkaXNjb3VyYWdl ZC4KCldBUk5JTkc6IFVzaW5nIHRoZSB0aGlyZCBhcmd1bWVudCBvZiBgQUNf REVGSU5FJyBhbmQKV0FSTklORzogYEFDX0RFRklORV9VTlFVT1RFRCcgYWxs b3dzIHRvIGRlZmluZSBhIHRlbXBsYXRlIHdpdGhvdXQKV0FSTklORzogYGFj Y29uZmlnLmgnOgoKV0FSTklORzogICBBQ19ERUZJTkUoW05FRURfTUFJTl0s IDEsCldBUk5JTkc6ICAgICAgICAgICAgIFtEZWZpbmUgaWYgYSBmdW5jdGlv biBgbWFpbicgaXMgbmVlZGVkLl0pCgpXQVJOSU5HOiBNb3JlIHNvcGhpc3Rp Y2F0ZWQgdGVtcGxhdGVzIGNhbiBhbHNvIGJlIHByb2R1Y2VkLCBzZWUgdGhl CldBUk5JTkc6IGRvY3VtZW50YXRpb24uCisgYWNsb2NhbAorIGF1dG9tYWtl IC0tYWRkLW1pc3NpbmcgLS1jb3B5IC0tZ251CisgYXV0b2NvbmYKY29uZmln dXJlLmluOjY6IHdhcm5pbmc6IGRvIG5vdCB1c2UgbTRfcGF0c3Vic3Q6IHVz ZSBwYXRzdWJzdCBvciBtNF9icGF0c3Vic3QKY29uZmlndXJlLmluOjQyOiB3 YXJuaW5nOiBkbyBub3QgdXNlIG00X3JlZ2V4cDogdXNlIHJlZ2V4cCBvciBt NF9icmVnZXhwCisgLi9jb25maWd1cmUKbHRjb25maWc6IHlvdSBtdXN0IHNw ZWNpZnkgYSBob3N0IHR5cGUgaWYgeW91IHVzZSBgLS1uby12ZXJpZnknClRy eSBgbHRjb25maWcgLS1oZWxwJyBmb3IgbW9yZSBpbmZvcm1hdGlvbi4KY29u ZmlndXJlOiBlcnJvcjogbGlidG9vbCBjb25maWd1cmUgZmFpbGVkCg== --0-1728697004-1047448004=:28565-- From radhika_narendran@yahoo.com Wed Mar 12 00:49:13 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from web40506.mail.yahoo.com (web40506.mail.yahoo.com [66.218.78.123]) by mail.gnome.org (Postfix) with SMTP id BCFC618525 for ; Wed, 12 Mar 2003 00:49:12 -0500 (EST) Message-ID: <20030312054911.70915.qmail@web40506.mail.yahoo.com> Received: from [209.244.102.136] by web40506.mail.yahoo.com via HTTP; Tue, 11 Mar 2003 21:49:11 PST Date: Tue, 11 Mar 2003 21:49:11 -0800 (PST) From: Radhika Sambamurti To: glademm-list@gnome.org In-Reply-To: <1047132068.1272.28.camel@localhost.localdomain> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="0-1904440805-1047448151=:70478" Subject: [glade--]autogen.sh not generating configure - glade-2 and glademm Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: --0-1904440805-1047448151=:70478 Content-Type: text/plain; charset=us-ascii Content-Id: Content-Disposition: inline Hi all, I have been trying to create c++ code generated from glade-2 & glademm, on gtk2 but the autogen.sh script keeps failing. The very last line of the message is libtool failed. [see below]. I am attaching the output of sh -x autogen.sh which shows the execution of autogen.sh and its point of failure. I have tried to get the latest autoconf and libtool, but to no avail. Please let me know if i can provide any more info about the errors, and i willdo so. any help will be appreciated as i need to get glade-2 working with glademm to generate c++ code. I am running gtk2 on freebsd 5.0. The tools I am using are: gtk+-2.0 glade2-1.1.3 glademm V1.1.3e libglade-2.0 libglademm-2.0 autoconf (GNU Autoconf ltmain.sh (GNU libtool) 1.4a ) 2.57 ------------------------ When I run autogen.sh, these are the errors i get: WARNING: More sophisticated templates can also be produced, see the WARNING: documentation. autoheader: error: AC_CONFIG_HEADERS not found in configure.in automake: configure.in: installing `./mkinstalldirs' automake: configure.in: installing `./missing' automake: Makefile.am: installing `./INSTALL' automake: Makefile.am: installing `./COPYING' configure.in: 6: required file `./config.h.in' not found automake: configure.in: installing `./depcomp' configure.in:6: warning: do not use m4_patsubst: use patsubst or m4_bpatsubst configure.in:42: warning: do not use m4_regexp: use regexp or m4_bregexp checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... no checking for mawk... no checking for nawk... nawk checking whether make sets $(MAKE)... yes checking for style of include used by make... GNU checking for gcc... gcc checking for C compiler default output... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ANSI C... none needed checking dependency style of gcc... gcc3 checking for strerror in -lcposix... no checking for gcc... (cached) gcc checking whether we are using the GNU C compiler... (cached) yes checking whether gcc accepts -g... (cached) yes checking for gcc option to accept ANSI C... (cached) none needed checking dependency style of gcc... (cached) gcc3 checking for gcc option to accept ANSI C... none needed checking how to run the C preprocessor... gcc -E checking for egrep... grep -E checking for ANSI C header files... yes checking how to run the C preprocessor... gcc -E checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking dependency style of g++... gcc3 checking how to run the C++ preprocessor... g++ -E checking build system type... i386-unknown-freebsd5.0 checking host system type... i386-unknown-freebsd5.0 checking for ranlib... ranlib checking for ld used by GCC... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for BSD-compatible nm... /usr/bin/nm -B checking whether ln -s works... yes ltconfig: you must specify a host type if you use `--no-verify' Try `ltconfig --help' for more information. configure: error: libtool configure failed ===== It's all a matter of perspective. You can choose your view by choosing where to stand. --Larry Wall __________________________________________________ Do you Yahoo!? Yahoo! Web Hosting - establish your business online http://webhosting.yahoo.com ===== It's all a matter of perspective. You can choose your view by choosing where to stand. --Larry Wall __________________________________________________ Do you Yahoo!? Yahoo! Web Hosting - establish your business online http://webhosting.yahoo.com --0-1904440805-1047448151=:70478 Content-Type: application/octet-stream; name=errfile Content-Transfer-Encoding: base64 Content-Description: errfile Content-Disposition: attachment; filename=errfile KyB0ZXN0ICEgLWYgaW5zdGFsbC1zaAorIHdoaWNoIGdudW1ha2UKKyBNQUtF PQorIHRlc3QgISAteCAKKyB3aGljaCBnbWFrZQorIE1BS0U9L3Vzci9sb2Nh bC9iaW4vZ21ha2UKKyB0ZXN0ICEgLXggL3Vzci9sb2NhbC9iaW4vZ21ha2UK KyAvdXNyL2xvY2FsL2Jpbi9nbWFrZSAtLXZlcnNpb24KKyBncmVwIC1jIEZy ZWUgU29mdHdhcmUgRm91bmRhdGlvbgorIEhBVkVfR05VX01BS0U9MQorIHRl c3QgMSAhPSAxCisgZWNobyBGb3VuZCBHTlUgTWFrZSBhdCAvdXNyL2xvY2Fs L2Jpbi9nbWFrZSAuLi4gZ29vZC4KKyBlY2hvIFRoaXMgc2NyaXB0IHJ1bnMg Y29uZmlndXJlIGFuZCBtYWtlLi4uCisgZWNobyBZb3UgZGlkIHJlbWVtYmVy IG5lY2Vzc2FyeSBhcmd1bWVudHMgZm9yIGNvbmZpZ3VyZSwgcmlnaHQ/Cisg d2hpY2ggYWNsb2NhbAorIHRlc3QgISAteCAvdXNyL2xvY2FsL2Jpbi9hY2xv Y2FsCisgd2hpY2ggYXV0b21ha2UKKyB0ZXN0ICEgLXggL3Vzci9sb2NhbC9i aW4vYXV0b21ha2UKKyBsaWJ0b29saXplIC0tZm9yY2UgLS1jb3B5CisgYXV0 b2hlYWRlcgpXQVJOSU5HOiBVc2luZyBhdXhpbGlhcnkgZmlsZXMgc3VjaCBh cyBgYWNjb25maWcuaCcsIGBjb25maWcuaC5ib3QnCldBUk5JTkc6IGFuZCBg Y29uZmlnLmgudG9wJywgdG8gZGVmaW5lIHRlbXBsYXRlcyBmb3IgYGNvbmZp Zy5oLmluJwpXQVJOSU5HOiBpcyBkZXByZWNhdGVkIGFuZCBkaXNjb3VyYWdl ZC4KCldBUk5JTkc6IFVzaW5nIHRoZSB0aGlyZCBhcmd1bWVudCBvZiBgQUNf REVGSU5FJyBhbmQKV0FSTklORzogYEFDX0RFRklORV9VTlFVT1RFRCcgYWxs b3dzIHRvIGRlZmluZSBhIHRlbXBsYXRlIHdpdGhvdXQKV0FSTklORzogYGFj Y29uZmlnLmgnOgoKV0FSTklORzogICBBQ19ERUZJTkUoW05FRURfTUFJTl0s IDEsCldBUk5JTkc6ICAgICAgICAgICAgIFtEZWZpbmUgaWYgYSBmdW5jdGlv biBgbWFpbicgaXMgbmVlZGVkLl0pCgpXQVJOSU5HOiBNb3JlIHNvcGhpc3Rp Y2F0ZWQgdGVtcGxhdGVzIGNhbiBhbHNvIGJlIHByb2R1Y2VkLCBzZWUgdGhl CldBUk5JTkc6IGRvY3VtZW50YXRpb24uCisgYWNsb2NhbAorIGF1dG9tYWtl IC0tYWRkLW1pc3NpbmcgLS1jb3B5IC0tZ251CisgYXV0b2NvbmYKY29uZmln dXJlLmluOjY6IHdhcm5pbmc6IGRvIG5vdCB1c2UgbTRfcGF0c3Vic3Q6IHVz ZSBwYXRzdWJzdCBvciBtNF9icGF0c3Vic3QKY29uZmlndXJlLmluOjQyOiB3 YXJuaW5nOiBkbyBub3QgdXNlIG00X3JlZ2V4cDogdXNlIHJlZ2V4cCBvciBt NF9icmVnZXhwCisgLi9jb25maWd1cmUKbHRjb25maWc6IHlvdSBtdXN0IHNw ZWNpZnkgYSBob3N0IHR5cGUgaWYgeW91IHVzZSBgLS1uby12ZXJpZnknClRy eSBgbHRjb25maWcgLS1oZWxwJyBmb3IgbW9yZSBpbmZvcm1hdGlvbi4KY29u ZmlndXJlOiBlcnJvcjogbGlidG9vbCBjb25maWd1cmUgZmFpbGVkCg== --0-1904440805-1047448151=:70478-- From christof@petig-baender.de Wed Mar 12 04:20:58 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from mail.mediaways.net (mail.mediaways.net [193.189.224.113]) by mail.gnome.org (Postfix) with SMTP id 5B18C180DE for ; Wed, 12 Mar 2003 04:20:58 -0500 (EST) Received: (qmail 20031 invoked by uid 4221); 12 Mar 2003 09:20:56 -0000 Received: from unknown (HELO gateway.petig-baender.de) (195.71.48.59) by smtp-relay.mediaways.net with SMTP; 12 Mar 2003 09:20:56 -0000 Received: from puck.petig-baender.de ([192.168.234.11] helo=petig-baender.de ident=christof) by gateway.petig-baender.de with esmtp (Exim 3.35 #1 (Debian)) id 18t2Pz-0007Jt-00; Wed, 12 Mar 2003 10:20:59 +0100 Message-ID: <3E6EFBEE.6060505@petig-baender.de> Date: Wed, 12 Mar 2003 10:20:46 +0100 From: Christof Petig Organization: Adolf Petig GmbH & Co. KG User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.4a) Gecko/20030305 X-Accept-Language: de-DE, de, en MIME-Version: 1.0 To: Radhika Sambamurti Cc: glademm-list@gnome.org Subject: Re: [glade--]autoconf not generating configure - glade-2 and glademm References: <20030312054644.35915.qmail@web40501.mail.yahoo.com> In-Reply-To: <20030312054644.35915.qmail@web40501.mail.yahoo.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Radhika Sambamurti wrote: > Hi all, Hi, > > I am attaching the output of sh -x autogen.sh which shows > the execution of autogen.sh and its point of failure. > I have tried to get the latest autoconf and libtool, but to > no avail. Please let me know if i can provide any more info > about the errors, and i willdo so. any help will be > appreciated as i need to get glade-2 working with glademm > to generate c++ code. I am running gtk2 on freebsd 5.0. To make it clearer, generating gtk1 projects does work? You might try to look which m4 file is generating the wrong ltconfig call in configure and which packet it belongs to. > checking whether ln -s works... yes > ltconfig: you must specify a host type if you use > `--no-verify' > Try `ltconfig --help' for more information. > configure: error: libtool configure failed I have _never_ seen this error, and I have no idea. But the problem should manifest for _any_ program you autogen. Perhaps you should ask on a BSD or libtool/autoconf specific mailing list. Looks like an autoconf macro is passing wrong arguments to ltconfig. Christof From christof@petig-baender.de Thu Mar 13 04:02:57 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from mail.mediaways.net (mail.mediaways.net [193.189.224.113]) by mail.gnome.org (Postfix) with SMTP id 19BC81813C for ; Thu, 13 Mar 2003 04:02:56 -0500 (EST) Received: (qmail 19726 invoked by uid 4221); 13 Mar 2003 09:02:54 -0000 Received: from unknown (HELO gateway.petig-baender.de) (195.71.48.59) by smtp-relay.mediaways.net with SMTP; 13 Mar 2003 09:02:54 -0000 Received: from puck.petig-baender.de ([192.168.234.11] helo=petig-baender.de ident=christof) by gateway.petig-baender.de with esmtp (Exim 3.35 #1 (Debian)) id 18tOc6-00009a-00; Thu, 13 Mar 2003 10:02:58 +0100 Message-ID: <3E6D0A6C.1030901@petig-baender.de> Date: Mon, 10 Mar 2003 22:58:04 +0100 From: Christof Petig Organization: Adolf Petig GmbH & Co. KG User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.4a) Gecko/20030305 X-Accept-Language: de-DE, de, en MIME-Version: 1.0 To: Jon Cast Cc: Bill Haneman , murrayc@usa.net, Joaquin Cuenca Abela , Owen Taylor , Mark McLoughlin , Gnome Hackers , glade-devel@ximian.com, glademm-list@gnome.org References: <1046299405.10038.23.camel@localhost.localdomain> <1046302078.1655.26.camel@localhost.localdomain> <20030227002158.7D8B84A5F8@jcomain> <1046306197.1655.40.camel@localhost.localdomain> <3E67C566.1000107@petig-baender.de> <1047076096.1225.36.camel@localhost.localdomain> <1047123218.1270.10.camel@localhost.localdomain> <1047138616.4616.2.camel@taistealai.ireland.sun.com> <20030309024446.3C3F04A5ED@jcomain> <1047214965.4611.20.camel@taistealai.ireland.sun.com> <20030309172129.867E64A5ED@jcomain> In-Reply-To: <20030309172129.867E64A5ED@jcomain> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: [glade--]Re: [Glade-devel] Re: glade code generation Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Jon Cast wrote: > Bill Haneman wrote: > > >>I do believe that handler stub generation is useful. I advocate >>improving it, not removing it. > > >>Dissatisfactor with the UI generation code is what started the >>discussion. > > > Right. But AFAIR, no effective argument has been advanced against the > UI generation code. Somewhat valid arguments have been advanced against > generating stubs, though---and these have been used in the overall > conversation. So, lest anyone lose sight of the fact that they apply > /only/ to stub generation, I thought I'd throw that out. > > In any case, I'm curious what value you see in stub generation (over and > above prototype generation, which can go into a non-modifiable file in > C)? stub generation enables the programmer to test the program before everything is implemented. It gives an easy start, and enables you to test your build environment before you do any error-prone modifications to the project. Christof From bill.haneman@sun.com Thu Mar 13 08:26:28 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from patan.sun.com (patan.Sun.COM [192.18.98.43]) by mail.gnome.org (Postfix) with ESMTP id B58F0186E0; Thu, 13 Mar 2003 08:26:27 -0500 (EST) Received: from dub-mail1.Ireland.Sun.COM ([129.156.220.69]) by patan.sun.com (8.9.3+Sun/8.9.3) with ESMTP id GAA23230; Thu, 13 Mar 2003 06:26:24 -0700 (MST) Received: from yp2-1200-gw1.Central.Sun.COM (dbl-isdn-115 [129.156.227.115]) by dub-mail1.Ireland.Sun.COM (8.11.6+Sun/8.10.2/ENSMAIL,v2.1p1) with ESMTP id h2DDQLv24467; Thu, 13 Mar 2003 13:26:21 GMT From: Bill Haneman To: Christof Petig Cc: Jon Cast , murrayc@usa.net, Joaquin Cuenca Abela , Owen Taylor , Mark McLoughlin , Gnome Hackers , glade-devel@ximian.com, glademm-list@gnome.org In-Reply-To: <3E6D0A6C.1030901@petig-baender.de> References: <1046299405.10038.23.camel@localhost.localdomain> <1046302078.1655.26.camel@localhost.localdomain> <20030227002158.7D8B84A5F8@jcomain> <1046306197.1655.40.camel@localhost.localdomain> <3E67C566.1000107@petig-baender.de> <1047076096.1225.36.camel@localhost.localdomain> <1047123218.1270.10.camel@localhost.localdomain> <1047138616.4616.2.camel@taistealai.ireland.sun.com> <20030309024446.3C3F04A5ED@jcomain> <1047214965.4611.20.camel@taistealai.ireland.sun.com> <20030309172129.867E64A5ED@jcomain> <3E6D0A6C.1030901@petig-baender.de> Content-Type: text/plain Organization: Message-Id: <1047561069.19272.26.camel@taistealai.ireland.sun.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.0 Date: 13 Mar 2003 13:11:09 +0000 Content-Transfer-Encoding: 7bit Subject: [glade--]Re: [Glade-devel] Re: glade code generation Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: On Mon, 2003-03-10 at 21:58, Christof Petig wrote: > ...> > > In any case, I'm curious what value you see in stub generation (over and > > above prototype generation, which can go into a non-modifiable file in > > C)? > > stub generation enables the programmer to test the program before > everything is implemented. It gives an easy start, and enables you to > test your build environment before you do any error-prone modifications > to the project. Yes - and it means you can run the little project you've just created (i.e. test drive the UI or demo it) without having to run test-libglade. -Bill > Christof > > > _______________________________________________ > gnome-hackers mailing list > gnome-hackers@gnome.org > http://mail.gnome.org/mailman/listinfo/gnome-hackers -- Bill Haneman From bada@prgn.ru Mon Mar 17 00:14:53 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from prgn.ru (unknown [213.59.43.1]) by mail.gnome.org (Postfix) with ESMTP id 822AE180FE for ; Mon, 17 Mar 2003 00:14:53 -0500 (EST) Received: by prgn.ru (Postfix, from userid 1004) id DFFF781D8; Mon, 17 Mar 2003 12:14:51 +0700 (KRAT) Received: from exabiche (exabiche.prgn.ru [213.59.43.10]) by prgn.ru (Postfix) with SMTP id C3AA081D5 for ; Mon, 17 Mar 2003 12:14:51 +0700 (KRAT) Date: Mon, 17 Mar 2003 12:14:50 +0700 From: Dedov Anton To: glademm-list@gnome.org Message-Id: <20030317121450.29cfd539.bada@prgn.ru> Organization: Paragon-Telecom X-Mailer: Sylpheed version 0.8.10 (GTK+ 1.2.10; i386-debian-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: [glade--]I get "segmentation fault" when i customazing a class created by glademm. Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: My program crashes with "segmentation fault" when i customazing the my main window class with any class-members. I am using: glade-2 (1.1.3) glademm (1.1.3e) I create the window "Eng_Window" in glade's enviromnent and put on it a number of various of control elements. Glademm creates corresponding Eng_Window* files. I am build this skeleton applications to test a window. And it works! Then I am trying to customize Eng_Window class (Eng_Window -|> Eng_Window_glade) which was created by glademm. If I add _any_ member filed (even just "int i;") to Eng_Window class my application builds but crashes with "segmentation fault" signal :( Looking through the ddd shows that crash happens in Glib::ObjectBase::is_derived_ () from Eng_Window_glade::Eng_Window_glade(). Best regards, Dedov Anton From christof@petig-baender.de Mon Mar 17 06:14:27 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from mail.mediaways.net (mail.mediaways.net [193.189.224.113]) by mail.gnome.org (Postfix) with SMTP id D6DFD184C5 for ; Mon, 17 Mar 2003 06:14:26 -0500 (EST) Received: (qmail 15345 invoked by uid 4221); 17 Mar 2003 11:14:25 -0000 Received: from unknown (HELO gateway.petig-baender.de) (195.71.48.59) by smtp-relay.mediaways.net with SMTP; 17 Mar 2003 11:14:25 -0000 Received: from puck.petig-baender.de ([192.168.234.11] helo=petig-baender.de ident=christof) by gateway.petig-baender.de with esmtp (Exim 3.35 #1 (Debian)) id 18usZY-0005cZ-00; Mon, 17 Mar 2003 12:14:28 +0100 Message-ID: <3E75ADFF.1090800@petig-baender.de> Date: Mon, 17 Mar 2003 12:14:07 +0100 From: Christof Petig Organization: Adolf Petig GmbH & Co. KG User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.4a) Gecko/20030305 X-Accept-Language: de-DE, de, en MIME-Version: 1.0 To: Dedov Anton Cc: glademm-list@gnome.org Subject: Re: [glade--]I get "segmentation fault" when i customazing a class created by glademm. References: <20030317121450.29cfd539.bada@prgn.ru> In-Reply-To: <20030317121450.29cfd539.bada@prgn.ru> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Dedov Anton wrote: > My program crashes with "segmentation fault" when i customazing the my main window class with any class-members. > > I am using: > glade-2 (1.1.3) > glademm (1.1.3e) > > I create the window "Eng_Window" in glade's enviromnent and put on it a number of various of control elements. > > Glademm creates corresponding Eng_Window* files. I am build this skeleton applications to test a window. And it works! > > Then I am trying to customize Eng_Window class (Eng_Window -|> Eng_Window_glade) which was created by glademm. > If I add _any_ member filed (even just "int i;") to Eng_Window class my application builds but crashes with "segmentation fault" signal :( > > Looking through the ddd shows that crash happens in Glib::ObjectBase::is_derived_ () from Eng_Window_glade::Eng_Window_glade(). This certainly looks like g++ 2.95 being used. It has a bug which makes it unusable with gtkmm2 and glade. Unfortunately only the CVS version of glade refuses to compile such projects with older compilers. Christof From Murray.Cumming@Comneon.com Mon Mar 17 06:22:15 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from smtp1.infineon.com (smtp1.infineon.com [194.175.117.76]) by mail.gnome.org (Postfix) with ESMTP id 8250E1851E for ; Mon, 17 Mar 2003 06:22:15 -0500 (EST) Received: from vihsx03a.vih.infineon.com (vih.ifx-mail3.com [172.31.163.97]) by smtp1.infineon.com (8.12.8/8.12.8) with ESMTP id h2HBDY5X003745; Mon, 17 Mar 2003 12:13:34 +0100 (MET) Received: by vihsx03a.vih.infineon.com with Internet Mail Service (5.5.2653.19) id ; Mon, 17 Mar 2003 12:22:19 +0100 Message-ID: <258B0164D480D5118D900800062B3858D91F3B@vihsx09a.vih.infineon.com> From: Murray.Cumming@Comneon.com To: christof@petig-baender.de, bada@prgn.ru Cc: glademm-list@gnome.org Subject: RE: [glade--]I get "segmentation fault" when i customazing a clas s created by glademm. Date: Mon, 17 Mar 2003 12:22:10 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: > From: Christof Petig [mailto:christof@petig-baender.de] > This certainly looks like g++ 2.95 being used. It has a bug > which makes > it unusable with gtkmm2 and glade. It's only unusable in some situations - see the gtkmm FAQ. It _might_ be unusable with glademm. Murray Cumming murrayc@usa.net www.murrayc.com From christof@petig-baender.de Mon Mar 17 08:11:37 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from mail.mediaways.net (mail.mediaways.net [193.189.224.113]) by mail.gnome.org (Postfix) with SMTP id 146C2180DE for ; Mon, 17 Mar 2003 08:11:37 -0500 (EST) Received: (qmail 6873 invoked by uid 4221); 17 Mar 2003 13:11:35 -0000 Received: from unknown (HELO gateway.petig-baender.de) (195.71.48.59) by smtp-relay.mediaways.net with SMTP; 17 Mar 2003 13:11:35 -0000 Received: from puck.petig-baender.de ([192.168.234.11] helo=petig-baender.de ident=christof) by gateway.petig-baender.de with esmtp (Exim 3.35 #1 (Debian)) id 18uuOx-0005sh-00; Mon, 17 Mar 2003 14:11:39 +0100 Message-ID: <3E75C975.3050103@petig-baender.de> Date: Mon, 17 Mar 2003 14:11:17 +0100 From: Christof Petig Organization: Adolf Petig GmbH & Co. KG User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.4a) Gecko/20030305 X-Accept-Language: de-DE, de, en MIME-Version: 1.0 To: Murray.Cumming@Comneon.com Cc: bada@prgn.ru, glademm-list@gnome.org Subject: Re: [glade--]I get "segmentation fault" when i customazing a clas s created by glademm. References: <258B0164D480D5118D900800062B3858D91F3B@vihsx09a.vih.infineon.com> In-Reply-To: <258B0164D480D5118D900800062B3858D91F3B@vihsx09a.vih.infineon.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Murray.Cumming@Comneon.com wrote: >>From: Christof Petig [mailto:christof@petig-baender.de] >>This certainly looks like g++ 2.95 being used. It has a bug >>which makes >>it unusable with gtkmm2 and glade. > > > It's only unusable in some situations - see the gtkmm FAQ. It _might_ be > unusable with glademm. Sorry, of course I meant gtkmm2 and glademm (combined). It _is_ unusable with glademm (unless you do not plan to add anything to the classes). Speaking of glade was inexact. Christof From christof@petig-baender.de Tue Mar 18 03:20:38 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from mail.mediaways.net (mail.mediaways.net [193.189.224.113]) by mail.gnome.org (Postfix) with SMTP id A9AE518151 for ; Tue, 18 Mar 2003 03:20:37 -0500 (EST) Received: (qmail 11493 invoked by uid 4221); 18 Mar 2003 08:20:36 -0000 Received: from unknown (HELO gateway.petig-baender.de) (195.71.48.59) by smtp-relay.mediaways.net with SMTP; 18 Mar 2003 08:20:36 -0000 Received: from puck.petig-baender.de ([192.168.234.11] helo=petig-baender.de ident=christof) by gateway.petig-baender.de with esmtp (Exim 3.35 #1 (Debian)) id 18vCKu-0007XV-00; Tue, 18 Mar 2003 09:20:40 +0100 Message-ID: <3E76D6BE.6070301@petig-baender.de> Date: Tue, 18 Mar 2003 09:20:14 +0100 From: Christof Petig Organization: Adolf Petig GmbH & Co. KG User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.4a) Gecko/20030305 X-Accept-Language: de-DE, de, en MIME-Version: 1.0 To: Dedov Anton , glademm-list Subject: Re: [glade--]I get "segmentation fault" when i customazing a clas s created by glademm. References: <258B0164D480D5118D900800062B3858D91F3B@vihsx09a.vih.infineon.com> <3E75C975.3050103@petig-baender.de> <20030318091553.1e071384.bada@prgn.ru> In-Reply-To: <20030318091553.1e071384.bada@prgn.ru> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Dedov Anton wrote: > Can I hope that if I would use gtkmm2 only (without glademm) and g++ 2.95 the things will be stable? All works well unless you start using dynamic_cast within a ctor of a derived class e.g. struct A { A() { this->a_method_which_uses_dynamic_cast(); } }; struct B { int x; B() : A(), x(1) {} } this will crash. It will not crash if you remove the x (the compile optimizes B away) or if you call a_method_which_uses_dynamic_cast after A() has ended (e.g. in a member or inside B()). Since this is clearly a compiler bug and any workarounds are quite ugly and most up to date distributions ship with g++-3.2 I'd recommend to upgrade the compiler. You really get a better environment, 2.95 is broken in many ways (e.g. standard conformance), produces larger code and will die soon (hopefully). I would accept a patch which moves the widget creation and customization into an init function (actually add() uses dynamic_cast()), but I bet the effort is better put into upgrading your compiler. Of course you can replace the ctor of foo_glade by init and call that function from your foo ctor but this means patching the generated file by hand (or patch). Christof From giri@bom7.vsnl.net.in Wed Mar 19 23:09:19 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from mmb4.vsnl.net.in (mmb4.vsnl.net.in [202.54.1.88]) by mail.gnome.org (Postfix) with ESMTP id C4D92183DE for ; Wed, 19 Mar 2003 23:09:18 -0500 (EST) Received: from girish (PPP-219.65.64.185.mum2.vsnl.net.in [219.65.64.185]) by mmb4.vsnl.net.in (Postfix) with SMTP id 4EF5C144CE for ; Thu, 20 Mar 2003 09:39:02 +0530 (IST) Message-ID: <000201c2e2cf$4bee20c0$b94041db@girish> Reply-To: "Girish Patil" From: "Girish Patil" To: Date: Tue, 4 Mar 2003 11:06:27 +0530 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0005_01C2E23E.1A645D30" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Subject: [glade--]error Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: This is a multi-part message in MIME format. ------=_NextPart_000_0005_01C2E23E.1A645D30 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable when i am trying to compile a project in glade I get the following error = "NO TARGET SPECIFIED AND NO MAKEFILE FOUND" PLEASE RELY ASAP ------=_NextPart_000_0005_01C2E23E.1A645D30 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
when i am trying to compile a project = in glade I=20 get the following error "NO TARGET SPECIFIED AND NO MAKEFILE = FOUND"
 
PLEASE RELY = ASAP
------=_NextPart_000_0005_01C2E23E.1A645D30-- From christof@petig-baender.de Fri Mar 21 03:04:36 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from mail.mediaways.net (mail.mediaways.net [193.189.224.113]) by mail.gnome.org (Postfix) with SMTP id 3C5011826A for ; Fri, 21 Mar 2003 03:04:36 -0500 (EST) Received: (qmail 20848 invoked by uid 4221); 21 Mar 2003 08:04:35 -0000 Received: from unknown (HELO gateway.petig-baender.de) (195.71.48.59) by smtp-relay.mediaways.net with SMTP; 21 Mar 2003 08:04:35 -0000 Received: from puck.petig-baender.de ([192.168.234.11] helo=petig-baender.de ident=christof) by gateway.petig-baender.de with esmtp (Exim 3.35 #1 (Debian)) id 18wHW1-0003lx-00; Fri, 21 Mar 2003 09:04:37 +0100 Message-ID: <3E7AC776.1030609@petig-baender.de> Date: Fri, 21 Mar 2003 09:04:06 +0100 From: Christof Petig Organization: Adolf Petig GmbH & Co. KG User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.4a) Gecko/20030305 X-Accept-Language: de-DE, de, en MIME-Version: 1.0 To: Girish Patil Cc: glademm-list@gnome.org Subject: Re: [glade--]error References: <000201c2e2cf$4bee20c0$b94041db@girish> In-Reply-To: <000201c2e2cf$4bee20c0$b94041db@girish> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Girish Patil wrote: > when i am trying to compile a project in glade I get the following error > "NO TARGET SPECIFIED AND NO MAKEFILE FOUND" > > PLEASE RELY ASAP - there is no "compile" button in glade - I see no evidence that you use glade-- which this list is about look for and try to execute autogen.sh Christof From thomashansen@uol.com.br Sat Mar 22 14:18:33 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from traven10.uol.com.br (traven10.uol.com.br [200.221.29.45]) by mail.gnome.org (Postfix) with ESMTP id DE0FD18160 for ; Sat, 22 Mar 2003 14:18:32 -0500 (EST) Received: from uol.com.br ([200.158.68.205]) by traven10.uol.com.br (8.9.1/8.9.1) with ESMTP id QAA15490 for ; Sat, 22 Mar 2003 16:16:07 -0300 (BRT) Message-ID: <3E7CB71F.6040807@uol.com.br> Date: Sat, 22 Mar 2003 16:18:55 -0300 From: Thomas Hansen User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20021130 X-Accept-Language: en-us, en MIME-Version: 1.0 To: glademm-list@gnome.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: [glade--]How to connect object 1 signal to object 2 slot? Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Hello, I'm new to gtk+, gtkmm and glade. I am trying to connect a signal (changed) from a GtkCombo to a signal handler (on_combo_changed()) from a GtkEntry derived object. It doesn't seem to be a complicated task if not using glade: I would use on my main window constructor: m_combo1.signal_clicked().connect( SigC::slot(m_entry1, &My_Entry::on_combo_changed)); , where My_Entry is the class that inherits GktEntry), but I wasn't able to find a simple way to do this in glade (appart from editing the _glade files). So, how can I do this? Am I so mad about trying this connection :)? Thomas From christof@petig-baender.de Tue Mar 25 07:34:45 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from mail.mediaways.net (mail.mediaways.net [193.189.224.113]) by mail.gnome.org (Postfix) with SMTP id 1EED6182B5 for ; Tue, 25 Mar 2003 07:34:45 -0500 (EST) Received: (qmail 3305 invoked by uid 4221); 25 Mar 2003 12:34:43 -0000 Received: from unknown (HELO gateway.petig-baender.de) (195.71.48.59) by smtp-relay.mediaways.net with SMTP; 25 Mar 2003 12:34:43 -0000 Received: from puck.petig-baender.de ([192.168.234.11] helo=petig-baender.de ident=christof) by gateway.petig-baender.de with esmtp (Exim 3.35 #1 (Debian)) id 18xndg-0000ma-00; Tue, 25 Mar 2003 13:34:48 +0100 Message-ID: <3E804CC8.80305@petig-baender.de> Date: Tue, 25 Mar 2003 13:34:16 +0100 From: Christof Petig Organization: Adolf Petig GmbH & Co. KG User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.4a) Gecko/20030305 X-Accept-Language: de-DE, de, en MIME-Version: 1.0 To: Thomas Hansen Cc: glademm-list@gnome.org Subject: Re: [glade--]How to connect object 1 signal to object 2 slot? References: <3E7CB71F.6040807@uol.com.br> In-Reply-To: <3E7CB71F.6040807@uol.com.br> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Thomas Hansen wrote: > Hello, > > I'm new to gtk+, gtkmm and glade. I am trying to connect a signal > (changed) from a GtkCombo to a signal handler (on_combo_changed()) from > a GtkEntry derived object. It doesn't seem to be a complicated task if > not using glade: I would use on my main window constructor: > > m_combo1.signal_clicked().connect( SigC::slot(m_entry1, > &My_Entry::on_combo_changed)); > > , where My_Entry is the class that inherits GktEntry), but I wasn't able > to find a simple way to do this in glade (appart from editing the _glade > files). > > So, how can I do this? Am I so mad about trying this connection :)? Try to specify m_entry1 as the object for the signal (sounds logical, doesn't it?). If both objects live within the same class and this gives an error, this is a glade-- bug. Christof From johnmotsweng@hotmail.com Fri Mar 28 20:42:00 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from hotmail.com (f25.law12.hotmail.com [64.4.19.25]) by mail.gnome.org (Postfix) with ESMTP id D34021817D for ; Fri, 28 Mar 2003 20:41:59 -0500 (EST) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Fri, 28 Mar 2003 17:41:58 -0800 Received: from 80.15.139.101 by lw12fd.law12.hotmail.msn.com with HTTP; Sat, 29 Mar 2003 01:41:58 GMT X-Originating-IP: [80.15.139.101] X-Originating-Email: [johnmotsweng@hotmail.com] From: "John Motsweng" To: glademm-list@gnome.org Date: Sat, 29 Mar 2003 02:41:58 +0100 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 29 Mar 2003 01:41:58.0999 (UTC) FILETIME=[6350A670:01C2F594] Subject: [glade--]Simple tutorial Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Please don't shoot me, because I am just the messenger. It is just hard to break into glademm and the recurring question about accessing widgets is not a bug or a nuisance, but an expression of genuine interest. I bet it is easy to move on to gtkmm if you come from gtk, but I can't take that route. I can't turn away, because I never learned C and my C++ is just taking shape. All I want to achieve for now is a simple program with a button, an entry and a label. On the button click the contents should be send to standard out and to the label. A second part could maybe do a little string manipulation, concatenation type of thing. Here's the deal. If anybody on this list could mail me some commented code with these three little widgets I will study it and write a good tutorial adding the other little parts I already understand. I can then send it to one of the more knowledgeable members for review and comment and develop a tutorial as I learn, for the benefit of all us newbies. Maybe I should go as far as promise that I am willing to write a few more tutorials as I progress as long as somebody who knows can guide me a little. _________________________________________________________________ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=features/junkmail From christof@petig-baender.de Mon Mar 31 02:17:57 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from mail.mediaways.net (mail.mediaways.net [193.189.224.113]) by mail.gnome.org (Postfix) with SMTP id 8B55D18238 for ; Mon, 31 Mar 2003 02:17:56 -0500 (EST) Received: (qmail 1215 invoked by uid 4221); 31 Mar 2003 07:17:55 -0000 Received: from unknown (HELO gateway.petig-baender.de) (195.71.48.59) by smtp-relay.mediaways.net with SMTP; 31 Mar 2003 07:17:55 -0000 Received: from puck.petig-baender.de ([192.168.234.11] helo=petig-baender.de ident=christof) by gateway.petig-baender.de with esmtp (Exim 3.35 #1 (Debian)) id 18ztYM-0007V2-00; Mon, 31 Mar 2003 09:17:58 +0200 Message-ID: <3E87EB80.9060207@petig-baender.de> Date: Mon, 31 Mar 2003 09:17:20 +0200 From: Christof Petig Organization: Adolf Petig GmbH & Co. KG User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.4a) Gecko/20030326 X-Accept-Language: de-DE, de, en MIME-Version: 1.0 To: John Motsweng Cc: glademm-list@gnome.org Subject: Re: [glade--]Simple tutorial References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: John Motsweng wrote: > Please don't shoot me, because I am just the messenger. It is just hard > to break into glademm and the recurring question about accessing widgets > is not a bug or a nuisance, but an expression of genuine interest. > > I bet it is easy to move on to gtkmm if you come from gtk, but I can't > take that route. I can't turn away, because I never learned C and my C++ > is just taking shape. All I want to achieve for now is a simple program > with a button, an entry and a label. On the button click the contents > should be send to standard out and to the label. A second part could > maybe do a little string manipulation, concatenation type of thing. > > Here's the deal. If anybody on this list could mail me some commented > code with these three little widgets I will study it and write a good > tutorial adding the other little parts I already understand. I can then > send it to one of the more knowledgeable members for review and comment > and develop a tutorial as I learn, for the benefit of all us newbies. > > Maybe I should go as far as promise that I am willing to write a few > more tutorials as I progress as long as somebody who knows can guide me > a little. Deal. I'll do it (10 minutes of work). I guess you are not asking about gtk-- 1.2? Christof From christof@petig-baender.de Mon Mar 31 02:30:42 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from mail.mediaways.net (mail.mediaways.net [193.189.224.113]) by mail.gnome.org (Postfix) with SMTP id D845818238 for ; Mon, 31 Mar 2003 02:30:41 -0500 (EST) Received: (qmail 10024 invoked by uid 4221); 31 Mar 2003 07:30:40 -0000 Received: from unknown (HELO gateway.petig-baender.de) (195.71.48.59) by smtp-relay.mediaways.net with SMTP; 31 Mar 2003 07:30:40 -0000 Received: from puck.petig-baender.de ([192.168.234.11] helo=petig-baender.de ident=christof) by gateway.petig-baender.de with esmtp (Exim 3.35 #1 (Debian)) id 18ztki-0007Vd-00; Mon, 31 Mar 2003 09:30:44 +0200 Message-ID: <3E87EE7F.1000706@petig-baender.de> Date: Mon, 31 Mar 2003 09:30:07 +0200 From: Christof Petig Organization: Adolf Petig GmbH & Co. KG User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.4a) Gecko/20030326 X-Accept-Language: de-DE, de, en MIME-Version: 1.0 To: John Motsweng Cc: glademm-list@gnome.org Subject: Re: [glade--]Simple tutorial References: In-Reply-To: Content-Type: multipart/mixed; boundary="------------090909040309000901020605" Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: This is a multi-part message in MIME format. --------------090909040309000901020605 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit John Motsweng wrote: > Please don't shoot me, because I am just the messenger. It is just hard > to break into glademm and the recurring question about accessing widgets > is not a bug or a nuisance, but an expression of genuine interest. > > I bet it is easy to move on to gtkmm if you come from gtk, but I can't > take that route. I can't turn away, because I never learned C and my C++ > is just taking shape. All I want to achieve for now is a simple program > with a button, an entry and a label. On the button click the contents > should be send to standard out and to the label. A second part could > maybe do a little string manipulation, concatenation type of thing. Attached. Simply do "cd tutorial; glade-- tutorial.glade ; ./autogen.sh ; make ; src/tutorial". It should be really obvious what was needed to create the glade file with glade-2 - isn't it? > > Here's the deal. If anybody on this list could mail me some commented > code with these three little widgets I will study it and write a good > tutorial adding the other little parts I already understand. I can then > send it to one of the more knowledgeable members for review and comment > and develop a tutorial as I learn, for the benefit of all us newbies. I really think that two liners do not need comments (with approx. 40 chars a line). Gtkmm.org has a really good documentation about the widget and their methods. > Maybe I should go as far as promise that I am willing to write a few > more tutorials as I progress as long as somebody who knows can guide me > a little. No problem for me ;-) Christof --------------090909040309000901020605 Content-Type: application/x-gtar; name="tutorial.tgz" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="tutorial.tgz" H4sIAHXthz4CA+1ZX5PaNhDnFT6F4j4klwSwAcOUAPnLpddyuUyOJpOZznh0trAVjOSR5QPa 6XfvyjYcB/Zhprm0ySAekKXfrla7q9V6LSPJBcV+vXR/Tddbeqdjwr+uNw09/jda7fg/bSW9 024ZnXa70WmVdKNhts0SMkvfoEWhxAKhku0JGko+yccRETZKP1qTK/tLEkrTtCTnvsAO5TXX xw75OvY3dL3dbuXY3zCaTXPD/jBvtOGphPSj/e+99Z4vZj66hr1RzvqaUdM1BBphDvY5I32N ce35APUeVKuPq2jGHdJFigCeqoNK78Gbi9fjz++HKHaWKmWSiAm2Cbr8fDkeniPNkzLo1uvx dM1lfEZqXLjJc7VR02uOdLRBpdLbYqCG5tRxiUS2j8Owr72V00+UOXyuIer0tXncN4AWoV4g eECEXCKGZyDzNQ3plU+0wVhEpFdfzWZBJZUARFJgFvpYYiDra0sSaoN0gT3kywCWeTv+zfp0 9u7NxSdrfPF+NPw4HN1NlvC2Ah5SCWpfc7DeX1xa7y7eDe8mBzNgXxucYj/csz1BQvonLqgL ByKA4EtrTqVnBVgQJjMWUYS2R31HsYD+jpU+vuKLxEbXV3yRWChGFrdSFtzjM+4SRngUZm49 iyYMsE2Zqw30rR3E4HQX5d0tDJkUy2QPRHXVJsqb7DFIIvta7LSzmZYuZy8WVrwr6lO51AYA l8SWxNlcvXyAJjKwNmbWhNtKCQXQxKESF2W9KXoB+AwvLJ8wV3pb+s3ASrKQmadsD52HQ2si oFtIIspSTVq2h0Xmeo/3sMC2pNcY7kLLIRMc+VknoNyrJx6juuBhU3CxTGYBdpxd98sy0yKA iJu11C52Qn0/W6i1KKl/11MH3+/vI3xF/MTffdX9H/m7n4iWYcpE0j3kcGtbEXOI8CkjxRSs SGZYTKOgGP4LZBB0skyC+K+/X47PTj9bo+HpeA/dXOCCK4TEB7Um57gIfoF96sKtotfMPchl YSR4qLPfkZcZqB/utLyKpIRLOz4uV3F/57zcd1wXxKdkkrjch+HobHgKacOH85ejbboQzIv9 1Ro+tafE0ZAH+vOJ6GucWekOrPUk7FNakGLQCbWxSk8sSRX1OWdPUdNA55AuNyCRR3qn29C7 uoneno+1OmiuvKG27NzgpXK3mUosYu3h1WOqwIPShBx8vvNnoZcHoRehjZUoehHOWdg1eKWm DPf6ZZ0/eWn+VD7It8qH5k5ZFOvMqXFb/E0T59j4bAa3RbIBqrqrHRxm3BwCeEOzp9rAldOq IBNIb70iVNQGL4ZMGBZqFcHn+dCBTpTHPSNI5nHOg24E1eT5JrLmsMoJrzno/BibQ5AXaFNp b4l3E2uL+NN2ctL4mv6Un17E8RBJjmweLIuw2ko1ikpwd7qRQ1Qs58ghzks88o7cndnH8QT9 pyeovJlebWUy29vcnPrOkrLbO9mYuBmE7k4NqXRs/7L+G9x//VfXzWZzq/7bMVqNY/33u6v/ wln+AndFsepvCs6oAqcz8UFXEWMwTp20V48f09qlK/DMigfkev7WsML5mLkRZKGD10+e9Orr JzUVC2SFURBwIQenL0eXQ4ghtwZjGJGqfLUD3Bpex5+19N/X+Q+FfV/fAA/5/mca6vtfs2ka x+9/39z+6TePmm1/Xfvvif/t1rb9zUbLPMb/b9HqdaQqAwJL4sRlnTr8DPRzt2F09QZ6Pbwc o6slWmnnRRDZ01pAJHWrV5io152aQyrAJQohcUNphRh9NGpGrTmx7OsQJtU8I3Mi0CPGGbJB 53wGr+POyermCRGfIOnREEFySJDL1ZvXjTtaQF1RXMZriPrnAi15JFAa9Z+iMzTn7KEE4sj2 EJUIu5iyB5XKT5TZfuQQpNmcTahb87SNsdVC3uZoj/JQCoJncDFdc+qsxOl2d6tmj04qfyGU VKSrg5BIS90Nj5KPR9WBuxo4OXmmctlQOt2uzSOJej20C1KjD/9gD59V/j6msMd2bMd2bMd2 L+0fIJKhQgAoAAA= --------------090909040309000901020605-- From buonj4@cti.ecp.fr Sun Mar 2 12:38:59 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from piston.ecp.fr (piston.ecp.fr [138.195.33.3]) by mail.gnome.org (Postfix) with ESMTP id 42A93182F6 for ; Sun, 2 Mar 2003 12:38:59 -0500 (EST) Received: from localhost (localhost [127.0.0.1]) by piston.ecp.fr (Postfix) with ESMTP id 170553803C for ; Sun, 2 Mar 2003 18:38:57 +0100 (CET) Received: from chat.ecp.fr (chat.ecp.fr [138.195.33.30]) by piston.ecp.fr (Postfix) with ESMTP id 2A33938038 for ; Sun, 2 Mar 2003 18:38:57 +0100 (CET) Received: from jg (unknown [138.195.155.154]) by chat.ecp.fr (Postfix) with SMTP id DA1B616859 for ; Sun, 2 Mar 2003 18:28:10 +0100 (CET) Message-ID: <000801c2e0e2$98c4a4d0$9a9bc38a@scrk.com> From: "Jean-Guy BUON" To: Date: Sun, 2 Mar 2003 18:38:54 +0100 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0005_01C2E0EA.FA5FB2E0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Virus-Scanned: by amavisd-new Subject: [glade--]What is the equivalent function of lookup_widget with glade-- Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: This is a multi-part message in MIME format. ------=_NextPart_000_0005_01C2E0EA.FA5FB2E0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I was using the function lookup_widget to reach a child widget but it = doesn't work with glade--! If someone know a similar function give me the information And is there a good documentation on glade--? Jean-Guy BUON ------=_NextPart_000_0005_01C2E0EA.FA5FB2E0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I was using the function lookup_widget = to reach a=20 child widget but it doesn't work with glade--!
If someone know a similar function = give me the=20 information
And is there a good documentation on=20 glade--?
 
Jean-Guy = BUON
------=_NextPart_000_0005_01C2E0EA.FA5FB2E0-- From christof@petig-baender.de Tue Mar 4 04:40:31 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from mail.mediaways.net (mail.mediaways.net [193.189.224.113]) by mail.gnome.org (Postfix) with SMTP id B9AE5186C9 for ; Tue, 4 Mar 2003 04:40:30 -0500 (EST) Received: (qmail 16740 invoked by uid 4221); 4 Mar 2003 09:40:29 -0000 Received: from unknown (HELO gateway.petig-baender.de) (195.71.48.59) by smtp-relay.mediaways.net with SMTP; 4 Mar 2003 09:40:29 -0000 Received: from puck.petig-baender.de ([192.168.234.11] helo=petig-baender.de ident=christof) by gateway.petig-baender.de with esmtp (Exim 3.35 #1 (Debian)) id 18q8uW-0005YY-00; Tue, 04 Mar 2003 10:40:32 +0100 Message-ID: <3E64748C.8060802@petig-baender.de> Date: Tue, 04 Mar 2003 10:40:28 +0100 From: Christof Petig Organization: Adolf Petig GmbH & Co. KG User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.4a) Gecko/20030303 X-Accept-Language: de-DE, de, en MIME-Version: 1.0 To: BUON Jean-Guy Cc: "gtkmm-list@gnome.org" , glademm-list@gnome.org References: <20030303153032.359e5ca9.buonj4@cti.ecp.fr> In-Reply-To: <20030303153032.359e5ca9.buonj4@cti.ecp.fr> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: [glade--]Re: [gtkmm] equivalent function for lookup(GtkWidget * widget, gchar * name)? Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: BUON Jean-Guy wrote: > I don't know how to access to a child widget with glademm > I was using lookup_widget on glade but it doesn't work yet! First: Do you understand the 'visibility' property (glade-- user's guide)? Does 'protected' help you? Mark the widget as 'protected' and look into foo_glade.hh. If you really want to bypass every type- and lifetime-safety C++ can give you you might want to take a look at the deprecated 'public' and 'GMM_FOO' feature of glademm. (perhaps I already deactivated the feature by default) This is much like lookup_widget. Christof From DavidC@mail.lafayette.edu Wed Mar 5 12:45:09 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from lafvm2.lafayette.edu (mail.lafayette.edu [139.147.8.24]) by mail.gnome.org (Postfix) with ESMTP id 1365E181E5 for ; Wed, 5 Mar 2003 12:45:09 -0500 (EST) Received: from CONVERSION-DAEMON.lafvm2.lafayette.edu by lafvm2.lafayette.edu (PMDF V6.1-1 #37854) id <01KT5ZBV0634002BJ8@lafvm2.lafayette.edu> for glademm-list@gnome.org; Wed, 05 Mar 2003 12:44:18 +0000 (DST) Received: from lafayette.edu (kerberos.lafayette.edu [139.147.136.119]) by lafvm2.lafayette.edu (PMDF V6.1-1 #37854) with ESMTP id <01KT5Z8VUP2G002JDA@lafvm2.lafayette.edu> for glademm-list@gnome.org; Wed, 05 Mar 2003 12:41:57 +0000 (DST) Date: Wed, 05 Mar 2003 12:42:27 -0500 From: Christopher David To: glademm-list@gnome.org Message-id: <3E663703.8070500@lafayette.edu> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=us-ascii Content-transfer-encoding: 7BIT X-Accept-Language: en-us User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:0.9.4.1) Gecko/20020508 Netscape6/6.2.3 Subject: [glade--][Fwd: Re: Glademm and pixmaps also custom widgets] Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: I probably should have metnioned I have Glademm 1.1.3d, Glade 0.6.4, and GTKmm 1.2.10. I am running distribution RedHat 8.0. If there is anything else I left out, please tell me. It also appears no one has any info on my problem. Would anyone know where else I can find information this. Internet searching hasn't helped very much. From radhika_narendran@yahoo.com Wed Mar 5 23:20:08 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from web40503.mail.yahoo.com (web40503.mail.yahoo.com [66.218.78.120]) by mail.gnome.org (Postfix) with SMTP id 7BCB618758 for ; Wed, 5 Mar 2003 23:20:08 -0500 (EST) Message-ID: <20030306042007.4669.qmail@web40503.mail.yahoo.com> Received: from [63.210.222.109] by web40503.mail.yahoo.com via HTTP; Wed, 05 Mar 2003 20:20:07 PST Date: Wed, 5 Mar 2003 20:20:07 -0800 (PST) From: Radhika Sambamurti To: glademm-list@gnome.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: [glade--]glade-- for gtk2 Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Hi, I have installed the packages: glade2-1.1.3 A user interface builder for GTK+/GNOME libglade2-2.0.1 GNOME glade library I am trying to install glade-- and libglademm2 for gtk2. I am not able to find the sources for thses. I am running freebsd 5.0 and gtk2, gnome2. Has anybody successfully installed glade-- with glade2? any help iwth this will be appreciated. thanks radhika ===== It's all a matter of perspective. You can choose your view by choosing where to stand. --Larry Wall __________________________________________________ Do you Yahoo!? Yahoo! Tax Center - forms, calculators, tips, more http://taxes.yahoo.com/ From christof@petig-baender.de Thu Mar 6 02:12:16 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from mail.mediaways.net (mail.mediaways.net [193.189.224.113]) by mail.gnome.org (Postfix) with SMTP id A0F7C18492 for ; Thu, 6 Mar 2003 02:12:15 -0500 (EST) Received: (qmail 26559 invoked by uid 4221); 6 Mar 2003 07:12:14 -0000 Received: from unknown (HELO gateway.petig-baender.de) (195.71.48.59) by smtp-relay.mediaways.net with SMTP; 6 Mar 2003 07:12:14 -0000 Received: from puck.petig-baender.de ([192.168.234.11] helo=petig-baender.de ident=christof) by gateway.petig-baender.de with esmtp (Exim 3.35 #1 (Debian)) id 18qpY6-0007qV-00; Thu, 06 Mar 2003 08:12:14 +0100 Message-ID: <3E66089B.8000209@petig-baender.de> Date: Wed, 05 Mar 2003 15:24:27 +0100 From: Christof Petig Organization: Adolf Petig GmbH & Co. KG User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.4a) Gecko/20030303 X-Accept-Language: de-DE, de, en MIME-Version: 1.0 To: Christopher David Cc: glademm-list@gnome.org Subject: Re: [glade--]Glademm and pixmaps also custom widgets References: <3E5E7001.9020206@lafayette.edu> In-Reply-To: <3E5E7001.9020206@lafayette.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Christopher David wrote: Hi Chris, sorry for answering this late, I'd been ill and tried several times to more deeply understand your message. > I first want to thank everyone who helped me get glademm to work on my > Linux machine. However, now that I've gotten my test projects to > compile, I've been having an issue with pixmaps. The first issue was > with custom pixmaps. When I attempted to compile a program with pixmaps > I converted from JPEG, the make would generate the following error: gtk2.0/glademm1.1.3 supports embedding jpeg images directly into the program. (in compressed form, it's unpacked at run time). Why don't you use this feature? > > In file included from GameSetup2_glade.cc:29: > ../pixmaps/ChrisDavid.xpm:2: syntax error before `[' token > GameSetup2_glade.cc: In constructor `GameSetup2_glade::GameSetup2_glade()': > GameSetup2_glade.cc:95: `Chris' undeclared (first use this function) > GameSetup2_glade.cc:95: (Each undeclared identifier is reported only > once for > each function it appears in.) > GameSetup2_glade.cc:95: `manage' undeclared (first use this function) > cc1plus: `' is not a function, > /usr/include/sigc++-1.0/sigc++/object.h:143: conflict with > `template > T* SigC::manage(T*)' > GameSetup2_glade.cc:96: in call to `manage' Perhaps preceding manage by Gtk:: might help, can you please send me the preamble (first 5 lines) of your .xpm, so I can give more clued advices, I was unable to guess your problem ;-) > make[2]: *** [GameSetup2_glade.o] Error 1 > make[2]: Leaving directory `/home/Virtual/cs_205/gui_12/src' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory `/home/Virtual/cs_205/gui_12' > make: *** [all] Error 2 > > > At first I thought it was the fact that the pixmap files had a space in > it, so I changed the file names, setup the project with a new name in a > new folder, and tried again, but still the same message. I then used a > pixmap that came with a program on my Linux machine and it compiled > fine. However, when attempting to execute the program, the image does > not appear and I get this message: > > Gdk---WARNING **: Couldn't create pixmap out of file > '../pixmaps/edit.xpm' - using internal default it tries to load the image at run time - AFAIK embedding images is the default for recent glademms, but if it can't find the file, it can't embed it ... do you really want runtime loading? (I prefer embedded images) > > I heard of having to use "make install" when using gnome support and > such, but I ran make and make install and I still get the same message. > Again, I tried a new project but I still get the same message. I tried > manually copying the pixmap folder to the the bin directory where the > project was installed, still no such luck. Is there anyway to get this > to work, pixmaps or pictures in general are a big thing for this > project. Is there another widget to use, like GTK Image (and how to use > it or where I can find out how to use it)? There is a PIXMAP_DIR or so, try to look with strace for the path it searches. I usually never load images at run time (too easy to mess up the directory structure). > > Another, less pressing matter is custom widgets. To be specific, I am > trying to design a widget that is basically a giant grid. Ideally, I > want to be able to place objects on the grid, or shade parts of the > grid, by clicking on the different squares. However, I need to store > the data based on what I do or put on the grid (for now I'll probably be > using a multimap from STL). Is there any place I can find out where I > can make the widget, so it will return grid coordinates in callbacks > based on clicks, and modify each square individually and so forth. I > could make a table, but it I have a 40x40 table, I'd need callbacks for > each individual square in the table, which is 1600 squares. Hence, one > object that returns grid coordinates is a lot easier. I had also wanted > to modify grid lines by changing color or thickness at runtime also, but > I may just ditch that as that would be too complicated. IF someone > could point me in the right direction here as well, I would be greatly > appreciative. Thank you so much for all your help so far. Give GnomeCanvas or FooCanvas a try (FooCanvasmm was created two weeks ago). It sounds like this is the widget you are looking for (gnumeric, gcompris are examples of programs which use this widget). Usually I attach pointer to my data structures to the set_data interface of my widgets (using smart pointers and other magic (data destroy callbacks, I don't remember the exact name, it's a separate argument to set_data)). Yours Christof From christof@petig-baender.de Thu Mar 6 04:16:42 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from mail.mediaways.net (mail.mediaways.net [193.189.224.113]) by mail.gnome.org (Postfix) with SMTP id 860381888A for ; Thu, 6 Mar 2003 04:16:41 -0500 (EST) Received: (qmail 8987 invoked by uid 4221); 6 Mar 2003 09:16:39 -0000 Received: from unknown (HELO gateway.petig-baender.de) (195.71.48.59) by smtp-relay.mediaways.net with SMTP; 6 Mar 2003 09:16:39 -0000 Received: from puck.petig-baender.de ([192.168.234.11] helo=petig-baender.de ident=christof) by gateway.petig-baender.de with esmtp (Exim 3.35 #1 (Debian)) id 18qrUY-00086F-00; Thu, 06 Mar 2003 10:16:42 +0100 Message-ID: <3E6711F0.4010701@petig-baender.de> Date: Thu, 06 Mar 2003 10:16:32 +0100 From: Christof Petig Organization: Adolf Petig GmbH & Co. KG User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.4a) Gecko/20030305 X-Accept-Language: de-DE, de, en MIME-Version: 1.0 To: Radhika Sambamurti Cc: glademm-list@gnome.org Subject: Re: [glade--]glade-- for gtk2 References: <20030306042007.4669.qmail@web40503.mail.yahoo.com> In-Reply-To: <20030306042007.4669.qmail@web40503.mail.yahoo.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Radhika Sambamurti wrote: > Hi, > > I have installed the packages: > > glade2-1.1.3 A user interface builder for GTK+/GNOME > libglade2-2.0.1 GNOME glade library Simply look for glademm-1.1.3e (d is sufficient but has bugs) ... > > I am trying to install glade-- and libglademm2 for gtk2. I > am not able to find the sources for thses. http://home.wtal.de/petig/Gtk/ libglademm should be available from ftp.gnome.org (I'd have to google too, give it a try) the actual version on my computer is 2.0.1. > > I am running freebsd 5.0 and gtk2, gnome2. > > Has anybody successfully installed glade-- with glade2? > any help iwth this will be appreciated. Of course I have Christof From radhika_narendran@yahoo.com Wed Mar 5 23:11:33 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from web40514.mail.yahoo.com (web40514.mail.yahoo.com [66.218.78.131]) by mail.gnome.org (Postfix) with SMTP id 8BD61183EB for ; Wed, 5 Mar 2003 23:11:32 -0500 (EST) Message-ID: <20030306041128.14175.qmail@web40514.mail.yahoo.com> Received: from [63.210.222.109] by web40514.mail.yahoo.com via HTTP; Wed, 05 Mar 2003 20:11:28 PST Date: Wed, 5 Mar 2003 20:11:28 -0800 (PST) From: Radhika Sambamurti To: glademm-list@gnome.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: [glade--]Builing glade-- for glade2 & gtk2 Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Hi, I have successfully installed: glade2-1.1.3 A user interface builder for GTK+/GNOME libglade2-2.0.1 GNOME glade library I am trying to install glade-- and libglademm2 but cannot find the source code for this. could anyone point me inthe right direction. I am running freebsd 5.0 and gtk2. Any help with this will be appreciated. Thanks, Radhika ===== It's all a matter of perspective. You can choose your view by choosing where to stand. --Larry Wall __________________________________________________ Do you Yahoo!? Yahoo! Tax Center - forms, calculators, tips, more http://taxes.yahoo.com/ From christof@petig-baender.de Thu Mar 6 08:09:33 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from mail.mediaways.net (mail.mediaways.net [193.189.224.113]) by mail.gnome.org (Postfix) with SMTP id 802481819E for ; Thu, 6 Mar 2003 08:09:32 -0500 (EST) Received: (qmail 16677 invoked by uid 4221); 6 Mar 2003 13:09:31 -0000 Received: from unknown (HELO gateway.petig-baender.de) (195.71.48.59) by smtp-relay.mediaways.net with SMTP; 6 Mar 2003 13:09:31 -0000 Received: from puck.petig-baender.de ([192.168.234.11] helo=petig-baender.de ident=christof) by gateway.petig-baender.de with esmtp (Exim 3.35 #1 (Debian)) id 18qv7u-00005P-00; Thu, 06 Mar 2003 14:09:35 +0100 Message-ID: <3E674886.9080709@petig-baender.de> Date: Thu, 06 Mar 2003 14:09:26 +0100 From: Christof Petig Organization: Adolf Petig GmbH & Co. KG User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.4a) Gecko/20030305 X-Accept-Language: de-DE, de, en MIME-Version: 1.0 To: Christopher David Cc: glademm-list@gnome.org Subject: Re: [glade--][Fwd: Re: Glademm and pixmaps also custom widgets] References: <3E663703.8070500@lafayette.edu> In-Reply-To: <3E663703.8070500@lafayette.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Christopher David wrote: > I probably should have metnioned I have Glademm 1.1.3d, Glade 0.6.4, and > GTKmm 1.2.10. I am running distribution RedHat 8.0. If there is > anything else I left out, please tell me. Yes, to quote my own mail: - do you want to embed pictures? or do you want to load them at runtime. - please show me the first five lines of your pixmap - most likely this is a pixmap path problem, you might send me your .glade file and (perhaps) the pixmaps in private mail so I might take a look at them (please also mention your paths to the files you sent me). > It also appears no one has any info on my problem. Would anyone know > where else I can find information > this. Internet searching hasn't helped very much. You're the first who encountered this problem, and a more decent place than this list does not exist. Christof (glademm user, author & maintainer) From radhika_narendran@yahoo.com Thu Mar 6 12:29:29 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from web40506.mail.yahoo.com (web40506.mail.yahoo.com [66.218.78.123]) by mail.gnome.org (Postfix) with SMTP id E96C218134 for ; Thu, 6 Mar 2003 12:29:28 -0500 (EST) Message-ID: <20030306172927.10566.qmail@web40506.mail.yahoo.com> Received: from [64.152.169.65] by web40506.mail.yahoo.com via HTTP; Thu, 06 Mar 2003 09:29:27 PST Date: Thu, 6 Mar 2003 09:29:27 -0800 (PST) From: Radhika Sambamurti Subject: Re: [glade--]glade-- for gtk2 To: Christof Petig Cc: glademm-list@gnome.org In-Reply-To: <3E6711F0.4010701@petig-baender.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Hi, Thanks for the email. It has made things a bit clearer. I have installed libglade2.0.1 I am trying to install glademm-1.1.3e and get these errors when it i do make: I am running gcc 3.2 Any ideas as to why my glademm is not building? thanks radhika getopt.h:110: declaration of C function `int getopt()' conflicts with /usr/include/unistd.h:366: previous declaration `int getopt(int, char* const*, const char*)' here *** Error code 1 Stop in /drive2/downloads/glademm-1.1.3e/src. *** Error code 1 Stop in /drive2/downloads/glademm-1.1.3e/src. *** Error code 1 Stop in /drive2/downloads/glademm-1.1.3e. *** Error code 1 Stop in /drive2/downloads/glademm-1.1.3e. --- Christof Petig wrote: > Radhika Sambamurti wrote: > > Hi, > > > > I have installed the packages: > > > > glade2-1.1.3 A user interface builder for > GTK+/GNOME > > libglade2-2.0.1 GNOME glade library > > Simply look for glademm-1.1.3e (d is sufficient but has > bugs) ... > > > > > I am trying to install glade-- and libglademm2 for > gtk2. I > > am not able to find the sources for thses. > > http://home.wtal.de/petig/Gtk/ > > libglademm should be available from ftp.gnome.org (I'd > have to google > too, give it a try) the actual version on my computer is > 2.0.1. > > > > > I am running freebsd 5.0 and gtk2, gnome2. > > > > Has anybody successfully installed glade-- with glade2? > > any help iwth this will be appreciated. > > Of course I have > Christof > ===== It's all a matter of perspective. You can choose your view by choosing where to stand. --Larry Wall __________________________________________________ Do you Yahoo!? Yahoo! Tax Center - forms, calculators, tips, more http://taxes.yahoo.com/ From christof@petig-baender.de Fri Mar 7 02:46:19 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from mail.mediaways.net (mail.mediaways.net [193.189.224.113]) by mail.gnome.org (Postfix) with SMTP id B00CD189AC for ; Fri, 7 Mar 2003 02:46:18 -0500 (EST) Received: (qmail 9665 invoked by uid 4221); 7 Mar 2003 07:46:15 -0000 Received: from unknown (HELO gateway.petig-baender.de) (195.71.48.59) by smtp-relay.mediaways.net with SMTP; 7 Mar 2003 07:46:15 -0000 Received: from puck.petig-baender.de ([192.168.234.11] helo=petig-baender.de ident=christof) by gateway.petig-baender.de with esmtp (Exim 3.35 #1 (Debian)) id 18rCYb-00011O-00; Fri, 07 Mar 2003 08:46:18 +0100 Message-ID: <3E67C566.1000107@petig-baender.de> Date: Thu, 06 Mar 2003 23:02:14 +0100 From: Christof Petig Organization: Adolf Petig GmbH & Co. KG User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.4a) Gecko/20030305 X-Accept-Language: de-DE, de, en MIME-Version: 1.0 To: Owen Taylor Cc: Jon Cast , Mark McLoughlin , gnome-hackers@gnome.org, glade-devel@ximian.com, glademm-list@gnome.org References: <1046299405.10038.23.camel@localhost.localdomain> <1046302078.1655.26.camel@localhost.localdomain> <20030227002158.7D8B84A5F8@jcomain> <1046306197.1655.40.camel@localhost.localdomain> In-Reply-To: <1046306197.1655.40.camel@localhost.localdomain> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: [glade--]Re: [Glade-devel] Re: glade code generation Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Hi, (Sorry, if this looks like crossposting, but all CCs look sensible) I'm speaking up on behalf of glademm, the (separate) C++ code/project generator for glade. And I like the _choice_ to use generated code. Owen Taylor wrote: > If you generate C code with glade: > > - You get C code which isn't related to how you write code by > hand. But if you don't know better, you'll copy anyways. > (Why is this code calling gtk_widget_set_name() and ref'ing > every widget?) > > - You get the typical code generation problem that once you > edit it, you risk problems if you generate code again. > > - You get something you can't check into source control reliably. > > - You go to experienced GTK+ programmers for help, and they > look at you blankly. I can't speak in favor of the generated C code (I always found the above problems very valid), but for C++ and glademm I found these problems solved. (Except for the fourth point, you need some glademm knowledge to solve glademm problems/bugs, gtkmm only knowledge might help you but is not always sufficient). The only reason I was ever tempted to use libglade _internally_ as an optional drop in replacement (_transparently_ to any program code!) was it's good gnome widget support. With C++ it should not make any difference to your program code whether the actual widgets are created by libglade(mm) or by gtkmm (generated code). To support these claims I promise to finish the libglade option in glademm this week: generate your program's skeleton by glademm and use libglade or generated code by choice. > Libglade is a development methology we can support, because it > gets used extensively for real apps. There may be full scale > apps using generated glade code, but certainly not many of them. I can name a lot of apps using glademm generated code. There _are_ reasons for generated code: - a single binary is enough, no need to ship .glade and image files seperately, install them to a known location and find them at runtime. - no user can mess up your program's user interface by editing/deleting the .glade/image files (this is clearly a pro and a con!) >>>Makes sense to me; we had >> >>> Don't use glade to generate code, use libglade! for C I can't disagree, but I would love to have the option to switch between libglade and generated code (statically linked in widgets) without having to change a single line of the program. Since this is feasible with C++, it should be possible for C, too. Perhaps a nice project for a volunteer? (I don't care about C code) A separation of GUI designer and code generator would benefit glade-[123] IMHO. (IIRC glade-3 does take this road) > The comment about IDE integration is basically that if the source > code editing is integrated with the widget editing, then things > can work better: > > - You can click on a widget, and edit its callbacks > - Source code editing is relatively constrained, because the > tool you are using to do it knows about the GUI. I'm all in favor of IDE integration, but personally I don't need it at all. GUI and program code (callbacks) are well separated by glademm (IMHO of course). Christof (glademm maintainer) From christof@petig-baender.de Fri Mar 7 02:59:49 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from mail.mediaways.net (mail.mediaways.net [193.189.224.113]) by mail.gnome.org (Postfix) with SMTP id BCAE818953 for ; Fri, 7 Mar 2003 02:59:48 -0500 (EST) Received: (qmail 14575 invoked by uid 4221); 7 Mar 2003 07:59:47 -0000 Received: from unknown (HELO gateway.petig-baender.de) (195.71.48.59) by smtp-relay.mediaways.net with SMTP; 7 Mar 2003 07:59:47 -0000 Received: from puck.petig-baender.de ([192.168.234.11] helo=petig-baender.de ident=christof) by gateway.petig-baender.de with esmtp (Exim 3.35 #1 (Debian)) id 18rCli-000132-00; Fri, 07 Mar 2003 08:59:50 +0100 Message-ID: <3E685168.8050107@petig-baender.de> Date: Fri, 07 Mar 2003 08:59:36 +0100 From: Christof Petig Organization: Adolf Petig GmbH & Co. KG User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.4a) Gecko/20030305 X-Accept-Language: de-DE, de, en MIME-Version: 1.0 To: Radhika Sambamurti Cc: glademm-list@gnome.org Subject: Re: [glade--]glade-- for gtk2 References: <20030306172927.10566.qmail@web40506.mail.yahoo.com> In-Reply-To: <20030306172927.10566.qmail@web40506.mail.yahoo.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Radhika Sambamurti wrote: > Hi, > Thanks for the email. It has made things a bit clearer. > I have installed libglade2.0.1 that's not yet related to glade-- at all. > > I am trying to install glademm-1.1.3e and get these errors > when it i do make: > > I am running gcc 3.2 > Any ideas as to why my glademm is not building? > > thanks > radhika > > getopt.h:110: declaration of C function `int getopt()' > conflicts with > /usr/include/unistd.h:366: previous declaration `int > getopt(int, char* const*, > const char*)' here > *** Error code 1 this is a bit too short, is this during glade--.c compilation? which options are passed to the compiler? What are the contents of config.h? I don't have this problem. I tweaked the CVS version to handle things differently, can you try it? Christof From pfb@users.sourceforge.net Fri Mar 7 11:17:27 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from ps7.kent.dot.net.au (ps7.kent.dot.net.au [203.221.100.25]) by mail.gnome.org (Postfix) with ESMTP id 1E7AA180DD for ; Fri, 7 Mar 2003 11:17:27 -0500 (EST) Received: from dialup-3.37.194.203.acc01-stge-pth.comindico.com.au ([203.194.37.3] helo=goldmund.pri) by ps7.kent.dot.net.au with esmtp (Exim 3.22 #1) id 18rKPt-0003DO-00 for glademm-list@gnome.org; Sat, 08 Mar 2003 03:09:51 +1100 Received: from goldmund.pri ([127.0.0.1] helo=goldmund ident=pfb) by goldmund.pri with esmtp (Exim 3.35 #1 (Debian)) id 18rKOi-0002td-08 for ; Sat, 08 Mar 2003 00:08:37 +0800 Date: Fri, 31 Jan 2003 17:01:52 +0800 (WST) From: Peter F Bradshaw To: glademm-list@gnome.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Keywords: X-UID: 137 Subject: [glade--]How to get hold of the widgets Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Hi; I'm new to Gtk, glade and glademm so I'm sure this question has been answered many times before. My question is how do I get hold of the widgets that glademm creates. For instance, if I have a top level window called MainWindow then glademm creates a base class called MainWindow_glade. In the ctor of this class the widgets are created and pointed to by local pointers. How do I access these widgets in MainWindow (or else where). Thanks. Cheers -- Peter F Bradshaw, pfb@users.sourceforge.net, ICQ 75431157 (exadios). PGP public key at http://dingoblue.net.au/public_key.html "Needs more salt" - Archimedes From murrayc@t-online.de Sat Mar 8 07:03:21 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from mailout06.sul.t-online.com (mailout06.sul.t-online.com [194.25.134.19]) by mail.gnome.org (Postfix) with ESMTP id CD333181B8; Sat, 8 Mar 2003 07:03:20 -0500 (EST) Received: from fwd02.sul.t-online.de by mailout06.sul.t-online.com with smtp id 18rd2m-0000NZ-03; Sat, 08 Mar 2003 13:03:12 +0100 Received: from pD959022C.dip.t-dialin.net (520075295495-0001@[217.89.2.44]) by fwd02.sul.t-online.com with esmtp id 18rd2V-1KLK0uC; Sat, 8 Mar 2003 13:02:55 +0100 From: murrayc@t-online.de (Murray Cumming) Reply-To: murrayc@usa.net To: Joaquin Cuenca Abela Cc: Christof Petig , Owen Taylor , Jon Cast , Mark McLoughlin , Gnome Hackers , glade-devel@ximian.com, glademm-list@gnome.org In-Reply-To: <1047076096.1225.36.camel@localhost.localdomain> References: <1046299405.10038.23.camel@localhost.localdomain> <1046302078.1655.26.camel@localhost.localdomain> <20030227002158.7D8B84A5F8@jcomain> <1046306197.1655.40.camel@localhost.localdomain> <3E67C566.1000107@petig-baender.de> <1047076096.1225.36.camel@localhost.localdomain> Content-Type: text/plain Organization: Message-Id: <1047123218.1270.10.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 Date: 08 Mar 2003 12:33:39 +0100 Content-Transfer-Encoding: 7bit X-Sender: 520075295495-0001@t-dialin.net Subject: [glade--]Re: [Glade-devel] Re: glade code generation Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: On Fri, 2003-03-07 at 23:28, Joaquin Cuenca Abela wrote: > How do you solve the second problem with glademm? > > You generate a file, say foo.cpp, with glademm. I edit it, change the > glade file, and regenerate the file. Do you conserve the changes done > to foo.cpp by hand? [snip] > That feasible in any language. But that's not the problem. The problem > is: How do you deal with changes done by hand in the generated code? > > MS deals with this problem adding "please, don't change this code" > comments (and of course, hell opens when you don't follow the advice). > I guess that I don't have to discuss the problems of that approach... > but in fact, you can't do much better if you generate code. C++ has the concept of inheritance. glademm generates only base classes. User-written code is in user-written derived classes. -- Murray Cumming murray@usa.net www.murrayc.com From murrayc@t-online.de Sat Mar 8 09:32:08 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from mailout03.sul.t-online.com (mailout03.sul.t-online.com [194.25.134.81]) by mail.gnome.org (Postfix) with ESMTP id 126BA183BF; Sat, 8 Mar 2003 09:32:08 -0500 (EST) Received: from fwd06.sul.t-online.de by mailout03.sul.t-online.com with smtp id 18rfMp-00081w-07; Sat, 08 Mar 2003 15:32:03 +0100 Received: from pD959022C.dip.t-dialin.net (520075295495-0001@[217.89.2.44]) by fwd06.sul.t-online.com with esmtp id 18rfMd-07SWGGC; Sat, 8 Mar 2003 15:31:51 +0100 From: murrayc@t-online.de (Murray Cumming) Reply-To: murrayc@usa.net To: Joaquin Cuenca Abela Cc: 'Gnome Hackers' , glade-devel@ximian.com, glademm-list@gnome.org In-Reply-To: <000001c2e57e$c64277c0$7fe03851@lou> References: <000001c2e57e$c64277c0$7fe03851@lou> Content-Type: text/plain Organization: Message-Id: <1047132068.1272.28.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 Date: 08 Mar 2003 15:01:08 +0100 Content-Transfer-Encoding: 7bit X-Sender: 520075295495-0001@t-dialin.net Subject: [glade--]Re: RE : [Glade-devel] Re: glade code generation Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: On Sat, 2003-03-08 at 15:26, Joaquin Cuenca Abela wrote: > Murray wrote: > > > > > but in fact, you can't do much better if you generate code. > > > > C++ has the concept of inheritance. glademm generates only > > base classes. > > User-written code is in user-written derived classes. > > That's irrelevant. The question is: what happens when the user edits > code that he shouldn't edit and later it regenerates this code? He shouldn't. He doesn't have any need to. -- Murray Cumming murray@usa.net www.murrayc.com From bill.haneman@sun.com Sat Mar 8 10:59:19 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from pheriche.sun.com (pheriche.sun.com [192.18.98.34]) by mail.gnome.org (Postfix) with ESMTP id 245CB183F7; Sat, 8 Mar 2003 10:59:19 -0500 (EST) Received: from dub-mail1.Ireland.Sun.COM ([129.156.220.69]) by pheriche.sun.com (8.9.3+Sun/8.9.3) with ESMTP id IAA20069; Sat, 8 Mar 2003 08:59:15 -0700 (MST) Received: from yp2-1200-gw1.Central.Sun.COM (dbl-isdn-109 [129.156.227.109]) by dub-mail1.Ireland.Sun.COM (8.11.6+Sun/8.10.2/ENSMAIL,v2.1p1) with ESMTP id h28FxDv13319; Sat, 8 Mar 2003 15:59:13 GMT From: Bill Haneman To: murrayc@usa.net Cc: Joaquin Cuenca Abela , Christof Petig , Owen Taylor , Jon Cast , Mark McLoughlin , Gnome Hackers , glade-devel@ximian.com, glademm-list@gnome.org In-Reply-To: <1047123218.1270.10.camel@localhost.localdomain> References: <1046299405.10038.23.camel@localhost.localdomain> <1046302078.1655.26.camel@localhost.localdomain> <20030227002158.7D8B84A5F8@jcomain> <1046306197.1655.40.camel@localhost.localdomain> <3E67C566.1000107@petig-baender.de> <1047076096.1225.36.camel@localhost.localdomain> <1047123218.1270.10.camel@localhost.localdomain> Content-Type: text/plain Organization: Message-Id: <1047138616.4616.2.camel@taistealai.ireland.sun.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.0 Date: 08 Mar 2003 15:50:16 +0000 Content-Transfer-Encoding: 7bit Subject: [glade--]Re: [Glade-devel] Re: glade code generation Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: The only glade-generated code that an end-user should/would want to modify IFAICS are the stubs (end-users might want to insert implementations there). But the generation of callback stub code is a convenience feature. Perhaps a smarter code generation system could (reliably) be limited to appending any newly-added stubs without overwriting the whole callbacks file. Otherwise, one can just choose not to regenerate the stubs file if it already exists. -Bill -- Bill Haneman From christof@petig-baender.de Sun Mar 9 04:12:38 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from mail.mediaways.net (mail.mediaways.net [193.189.224.113]) by mail.gnome.org (Postfix) with SMTP id 298D718243 for ; Sun, 9 Mar 2003 04:12:38 -0500 (EST) Received: (qmail 21315 invoked by uid 4221); 9 Mar 2003 09:12:36 -0000 Received: from unknown (HELO gateway.petig-baender.de) (195.71.48.59) by smtp-relay.mediaways.net with SMTP; 9 Mar 2003 09:12:36 -0000 Received: from [192.168.235.2] (helo=petig-baender.de ident=christof) by gateway.petig-baender.de with esmtp (Exim 3.35 #1 (Debian)) id 18rwrH-00039d-00; Sun, 09 Mar 2003 10:12:39 +0100 Message-ID: <3E6A8406.4080009@petig-baender.de> Date: Sun, 09 Mar 2003 01:00:06 +0100 From: Christof Petig Organization: Adolf Petig GmbH & Co. KG User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.4a) Gecko/20030305 X-Accept-Language: de-DE, de, en MIME-Version: 1.0 To: Peter F Bradshaw Cc: glademm-list@gnome.org Subject: Re: [glade--]How to get hold of the widgets References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Peter F Bradshaw wrote: > Hi; > > I'm new to Gtk, glade and glademm so I'm sure this question has been > answered many times before. > > My question is how do I get hold of the widgets that glademm creates. > > For instance, if I have a top level window called MainWindow then > glademm creates a base class called MainWindow_glade. In the ctor of > this class the widgets are created and pointed to by local pointers. How > do I access these widgets in MainWindow (or else where). most frequently asked question: mark its visibility as protected (or even public) instead of private. See the glademm user's guide. Any idea on where to put this information more prominently? (perhaps a comment at the start of the window1_glade.cc file?) Christof From christof@petig-baender.de Sun Mar 9 04:12:44 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from mail.mediaways.net (mail.mediaways.net [193.189.224.113]) by mail.gnome.org (Postfix) with SMTP id 8D60A18400 for ; Sun, 9 Mar 2003 04:12:43 -0500 (EST) Received: (qmail 21326 invoked by uid 4221); 9 Mar 2003 09:12:42 -0000 Received: from unknown (HELO gateway.petig-baender.de) (195.71.48.59) by smtp-relay.mediaways.net with SMTP; 9 Mar 2003 09:12:42 -0000 Received: from [192.168.235.2] (helo=petig-baender.de ident=christof) by gateway.petig-baender.de with esmtp (Exim 3.35 #1 (Debian)) id 18rwrL-00039j-00; Sun, 09 Mar 2003 10:12:44 +0100 Message-ID: <3E6A8EF8.9090300@petig-baender.de> Date: Sun, 09 Mar 2003 01:46:48 +0100 From: Christof Petig Organization: Adolf Petig GmbH & Co. KG User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.4a) Gecko/20030305 X-Accept-Language: de-DE, de, en MIME-Version: 1.0 To: Joaquin Cuenca Abela Cc: gnome-hackers@gnome.org, glade-devel@ximian.com, glademm-list@gnome.org References: <1046299405.10038.23.camel@localhost.localdomain> <1046302078.1655.26.camel@localhost.localdomain> <20030227002158.7D8B84A5F8@jcomain> <1046306197.1655.40.camel@localhost.localdomain> <3E67C566.1000107@petig-baender.de> <1047076096.1225.36.camel@localhost.localdomain> In-Reply-To: <1047076096.1225.36.camel@localhost.localdomain> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: [glade--]Re: [Glade-devel] Re: glade code generation Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: [cc list trimmed somewhat, will remove gnome-hackers at next reply] Joaquin Cuenca Abela wrote: > How do you solve the second problem with glademm? [second problem is: avoid user overwriting generated code, avoid to overwrite user written code] there are two separate classes, and four (or six) files for each widget tree (toplevel window): - foo_glade.hh: UI class declaration, never edit, overwritten [contains the declaration of user visible widget pointers and the pure virtual callbacks]. Informative to look into when you write the actual program. - foo_glade.cc: UI class methods, never edit, overwritten [construction and customization of the widgets, callback connection] Usually nobody ever looks into this file (unless out of curiosity). - foo.hh: User class, derived from UI class, needs to override every connected signal handler to be instantiable, glademm outputs a first empty skeleton but never touches this file again (it emits a foo.hh_new which you can copy new callback declarations from). If there are no callbacks, this class can be empty (or even missing) - foo.cc: normally contains the flesh (definition) of the callbacks, the c(onstruct)tor and the d(estruc)tor. Of course the physical location (which file the definitions are in) is not relevant, arrange them according to your taste. My ctors usually fill the window with content (from a database) and (typically) take a number of parameters to control their behaviour. > You generate a file, say foo.cpp, with glademm. I edit it, change the > glade file, and regenerate the file. Do you conserve the changes done > to foo.cpp by hand? see above. The code is well separated. > Honestly, I don't think that the exact language in which the code is > generated has any impact. It does not have to have impact. But since C++ programs tend to organize differently (class inheritance) from C (collection of functions) the generated code looks totally different for glade and glademm. >>The only reason I was ever tempted to use libglade _internally_ as an >>optional drop in replacement (_transparently_ to any program code!) was >>it's good gnome widget support. With C++ it should not make any >>difference to your program code whether the actual widgets are created >>by libglade(mm) or by gtkmm (generated code). > > > exactly like with C. Please understand that I'm not bashing C++ (as > it's also usually my language of choice), but I don't see any > substantial difference, here. Due to my effort yesterday, glademm now offers the option (pupal state) to use generated code and libglade as a drop in replacement (no code change). I don't know of any effort to make glade generated code and libglade API compatible, but it would benefit. [Stop, I'd enjoy such a project. I'm not saying C++ is better, I'm saying: I did it for C++, who want's to do it for C?] > I agree that there may be reasons to use generated code (mostly of the > kind of "we don't want a dependency on libxml-2"), but I don't agree > with your reasons. > > It's quite rare to find a program that can be installed with just an > executable. In fact except for trivial programs (and mono executables > when you put everything in the same .exe), you always have a lot of > things to install. Some .glade files don't make really a difference. Agreed. But there are such programs (single binaries), it gets more likely if you depend on external things (like a database infrastructure, available binaries etc.). Personally I dislike to depend on external files (and how to find them at run time) unless necessary (you know: make sure to install them to a _proper_ place, binary will not work until support files are installed to target location, yuck). A binary is easy to copy around once it's self containing. [I have no problem to depend on shared libraries!] > That feasible in any language. But that's not the problem. The problem > is: How do you deal with changes done by hand in the generated code? > > MS deals with this problem adding "please, don't change this code" > comments (and of course, hell opens when you don't follow the advice). > I guess that I don't have to discuss the problems of that approach... > but in fact, you can't do much better if you generate code. Well, I don't open the gates of hell - glademm simply overwrites the changes in the "changes will be lost" marked files. Usually nobody needs to change them (glademm bugs put aside). Yours Christof PS: Am I correct to assume you are involved with glade-3? From christof@petig-baender.de Sun Mar 9 04:12:47 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from mail.mediaways.net (mail.mediaways.net [193.189.224.113]) by mail.gnome.org (Postfix) with SMTP id DFF0118243 for ; Sun, 9 Mar 2003 04:12:46 -0500 (EST) Received: (qmail 21334 invoked by uid 4221); 9 Mar 2003 09:12:46 -0000 Received: from unknown (HELO gateway.petig-baender.de) (195.71.48.59) by smtp-relay.mediaways.net with SMTP; 9 Mar 2003 09:12:46 -0000 Received: from [192.168.235.2] (helo=petig-baender.de ident=christof) by gateway.petig-baender.de with esmtp (Exim 3.35 #1 (Debian)) id 18rwrR-00039p-00; Sun, 09 Mar 2003 10:12:49 +0100 Message-ID: <3E6A8FF2.5020108@petig-baender.de> Date: Sun, 09 Mar 2003 01:50:58 +0100 From: Christof Petig Organization: Adolf Petig GmbH & Co. KG User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.4a) Gecko/20030305 X-Accept-Language: de-DE, de, en MIME-Version: 1.0 To: Christopher David Cc: glademm-list@gnome.org Subject: Re: [glade--] Glademm and pixmaps also custom widgets References: <3E663703.8070500@lafayette.edu> <3E674886.9080709@petig-baender.de> <3E6956A0.2020807@lafayette.edu> In-Reply-To: <3E6956A0.2020807@lafayette.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Christopher David wrote: > Loading them at runtime is what we originally plan on doing and at this > stage in the game, we may just stick with that and use pixmaps. We > eventually got pixmaps to work on a smaller project on another computer, > and since this will be the main computer we'll be working on, everthing > is fine for now. Out of curiosity, I've been trying to find other ways > of using pictures, is there anywhere I can find the documentation for > embedding jpegs, I haven't been too successful in finding some simply give gtk2 and glademm a try (it will embed jpegs in compressed form). I would never dare to try this with gtk1. > I recreated it with no spaces, the preamble didn't change. This has > fixed the problem. Thank you for telling me about the preamble. Nice to see this solved. > Again, we've gotten it to work for now, so this isn't a big deal. I > appreciate your help, it has greatly benefited me and my group a lot. > I'm interested to know what the response to Peter Bradshaw's question of > "How to get a hold of the widgets," since we have run into the same > question. Again, thanks for all your help. Hope you're feeling better. Mark the visibility as protected ;-) Oh, my ear capacity has returned. I'm just a bit short breathed due to the lack of sports. Christof From bill.haneman@sun.com Sun Mar 9 08:11:47 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from kathmandu.sun.com (kathmandu.sun.com [192.18.98.36]) by mail.gnome.org (Postfix) with ESMTP id 4C21A18149; Sun, 9 Mar 2003 08:11:47 -0500 (EST) Received: from dub-mail1.Ireland.Sun.COM ([129.156.220.69]) by kathmandu.sun.com (8.9.3+Sun/8.9.3) with ESMTP id GAA06325; Sun, 9 Mar 2003 06:11:43 -0700 (MST) Received: from yp2-1200-gw1.Central.Sun.COM (dbl-isdn-115 [129.156.227.115]) by dub-mail1.Ireland.Sun.COM (8.11.6+Sun/8.10.2/ENSMAIL,v2.1p1) with ESMTP id h29DBfv09823; Sun, 9 Mar 2003 13:11:41 GMT From: Bill Haneman To: Jon Cast Cc: murrayc@usa.net, Joaquin Cuenca Abela , Christof Petig , Owen Taylor , Mark McLoughlin , Gnome Hackers , glade-devel@ximian.com, glademm-list@gnome.org In-Reply-To: <20030309024446.3C3F04A5ED@jcomain> References: <1046299405.10038.23.camel@localhost.localdomain> <1046302078.1655.26.camel@localhost.localdomain> <20030227002158.7D8B84A5F8@jcomain> <1046306197.1655.40.camel@localhost.localdomain> <3E67C566.1000107@petig-baender.de> <1047076096.1225.36.camel@localhost.localdomain> <1047123218.1270.10.camel@localhost.localdomain> <1047138616.4616.2.camel@taistealai.ireland.sun.com> <20030309024446.3C3F04A5ED@jcomain> Content-Type: text/plain Organization: Message-Id: <1047214965.4611.20.camel@taistealai.ireland.sun.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.0 Date: 09 Mar 2003 13:02:46 +0000 Content-Transfer-Encoding: 7bit Subject: [glade--]Re: [Glade-devel] Re: glade code generation Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: On Sun, 2003-03-09 at 02:44, Jon Cast wrote: > Bill Haneman wrote: > > The only glade-generated code that an end-user should/would want to > > modify IFAICS are the stubs (end-users might want to insert > > implementations there). But the generation of callback stub code is a > > convenience feature. > > Right. In fact, there's no reason I can see to even generate them; the > only code I'd want to keep is code I can copy from the header file > anyway, and I don't think there's any reason to modify that. So the > argument is against auto-generating the handler stubs, not against > auto-generating the UI creation code. I do believe that handler stub generation is useful. I advocate improving it, not removing it. Dissatisfactor with the UI generation code is what started the discussion. - Bill > > > > Jon Cast > _______________________________________________ > gnome-hackers mailing list > gnome-hackers@gnome.org > http://mail.gnome.org/mailman/listinfo/gnome-hackers -- Bill Haneman From e98cuenc@free.fr Fri Mar 7 17:27:54 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from postfix4-1.free.fr (postfix4-1.free.fr [213.228.0.62]) by mail.gnome.org (Postfix) with ESMTP id D416718396; Fri, 7 Mar 2003 17:27:53 -0500 (EST) Received: from lns-th2-4f-81-56-224-127.adsl.proxad.net (lns-th2-4f-81-56-224-127.adsl.proxad.net [81.56.224.127]) by postfix4-1.free.fr (Postfix) with ESMTP id 1A92816307; Fri, 7 Mar 2003 23:27:52 +0100 (CET) From: Joaquin Cuenca Abela To: Christof Petig Cc: Owen Taylor , Jon Cast , Mark McLoughlin , gnome-hackers@gnome.org, glade-devel@ximian.com, glademm-list@gnome.org In-Reply-To: <3E67C566.1000107@petig-baender.de> References: <1046299405.10038.23.camel@localhost.localdomain> <1046302078.1655.26.camel@localhost.localdomain> <20030227002158.7D8B84A5F8@jcomain> <1046306197.1655.40.camel@localhost.localdomain> <3E67C566.1000107@petig-baender.de> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 (1.0.8-10) Date: 07 Mar 2003 23:28:14 +0100 Message-Id: <1047076096.1225.36.camel@localhost.localdomain> Mime-Version: 1.0 Subject: [glade--]Re: [Glade-devel] Re: glade code generation Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Hi, On Thu, 2003-03-06 at 23:02, Christof Petig wrote: > Hi, > > (Sorry, if this looks like crossposting, but all CCs look sensible) > > I'm speaking up on behalf of glademm, the (separate) C++ code/project > generator for glade. And I like the _choice_ to use generated code. > > Owen Taylor wrote: > > If you generate C code with glade: > > > > - You get C code which isn't related to how you write code by > > hand. But if you don't know better, you'll copy anyways. > > (Why is this code calling gtk_widget_set_name() and ref'ing > > every widget?) > > > > - You get the typical code generation problem that once you > > edit it, you risk problems if you generate code again. > > > > - You get something you can't check into source control reliably. > > > > - You go to experienced GTK+ programmers for help, and they > > look at you blankly. > > I can't speak in favor of the generated C code (I always found the above > problems very valid), but for C++ and glademm I found these problems solved. How do you solve the second problem with glademm? You generate a file, say foo.cpp, with glademm. I edit it, change the glade file, and regenerate the file. Do you conserve the changes done to foo.cpp by hand? Honestly, I don't think that the exact language in which the code is generated has any impact. > (Except for the fourth point, you need some glademm knowledge to solve > glademm problems/bugs, gtkmm only knowledge might help you but is not > always sufficient). > > The only reason I was ever tempted to use libglade _internally_ as an > optional drop in replacement (_transparently_ to any program code!) was > it's good gnome widget support. With C++ it should not make any > difference to your program code whether the actual widgets are created > by libglade(mm) or by gtkmm (generated code). exactly like with C. Please understand that I'm not bashing C++ (as it's also usually my language of choice), but I don't see any substantial difference, here. > > Libglade is a development methology we can support, because it > > gets used extensively for real apps. There may be full scale > > apps using generated glade code, but certainly not many of them. > > I can name a lot of apps using glademm generated code. There _are_ > reasons for generated code: > > - a single binary is enough, no need to ship .glade and image files > seperately, install them to a known location and find them at runtime. > - no user can mess up your program's user interface by editing/deleting > the .glade/image files (this is clearly a pro and a con!) I agree that there may be reasons to use generated code (mostly of the kind of "we don't want a dependency on libxml-2"), but I don't agree with your reasons. It's quite rare to find a program that can be installed with just an executable. In fact except for trivial programs (and mono executables when you put everything in the same .exe), you always have a lot of things to install. Some .glade files don't make really a difference. > >>>Makes sense to me; we had > >> > >>> Don't use glade to generate code, use libglade! > > for C I can't disagree, but I would love to have the option to switch > between libglade and generated code (statically linked in widgets) > without having to change a single line of the program. Since this is > feasible with C++, it should be possible for C, too. Perhaps a nice > project for a volunteer? (I don't care about C code) That feasible in any language. But that's not the problem. The problem is: How do you deal with changes done by hand in the generated code? MS deals with this problem adding "please, don't change this code" comments (and of course, hell opens when you don't follow the advice). I guess that I don't have to discuss the problems of that approach... but in fact, you can't do much better if you generate code. > A separation of GUI designer and code generator would benefit > glade-[123] IMHO. (IIRC glade-3 does take this road) glade-3 ignores completely the code generator stage. Cheers, From e98cuenc@free.fr Sat Mar 8 09:26:39 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from postfix3-1.free.fr (postfix3-1.free.fr [213.228.0.44]) by mail.gnome.org (Postfix) with ESMTP id A2396180D7; Sat, 8 Mar 2003 09:26:39 -0500 (EST) Received: from lou (lns-th2-4f-81-56-224-127.adsl.proxad.net [81.56.224.127]) by postfix3-1.free.fr (Postfix) with ESMTP id A3DB0C15D; Sat, 8 Mar 2003 15:26:36 +0100 (CET) From: "Joaquin Cuenca Abela" To: Cc: "'Gnome Hackers'" , , Date: Sat, 8 Mar 2003 15:26:50 +0100 Message-ID: <000001c2e57e$c64277c0$7fe03851@lou> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.4024 Importance: Normal In-Reply-To: <1047123218.1270.10.camel@localhost.localdomain> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Subject: [glade--]RE : [Glade-devel] Re: glade code generation Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Murray wrote: > > > but in fact, you can't do much better if you generate code. > > C++ has the concept of inheritance. glademm generates only > base classes. > User-written code is in user-written derived classes. That's irrelevant. The question is: what happens when the user edits code that he shouldn't edit and later it regenerates this code? Two different places to put the same info is one too much, and as the task of extract the information from a .glade file is several orders of magnitude easier than extracting it from the code, .glade files should be used. I still see useful (for those who don't like an extra dependency) a utility that converts a .glade file to [pick you language] code, hopefully one that, with enough makefile's magic can do the conversion automatically at compilation time (kind of like the RC compiler on windows). But that's out of glade's scope. Cheers, From johnp@martianrock.com Sat Mar 8 10:51:24 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from sepia.propagation.net (sepia.propagation.net [63.249.206.1]) by mail.gnome.org (Postfix) with ESMTP id 69DBF183F7; Sat, 8 Mar 2003 10:51:24 -0500 (EST) Received: from localhost.localdomain (ool-182d63d4.dyn.optonline.net [24.45.99.212]) by sepia.propagation.net (8.9.3/8.8.5) with ESMTP id JAA11389; Sat, 8 Mar 2003 09:50:33 -0600 From: John Palmieri To: Joaquin Cuenca Abela Cc: murrayc@usa.net, "'Gnome Hackers'" , glade-devel@ximian.com, glademm-list@gnome.org In-Reply-To: <000001c2e57e$c64277c0$7fe03851@lou> References: <000001c2e57e$c64277c0$7fe03851@lou> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.5 Date: 08 Mar 2003 10:55:19 -0500 Message-Id: <1047138950.27949.99.camel@jade> Mime-Version: 1.0 Subject: [glade--]Re: RE : [Glade-devel] Re: glade code generation Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Hello all, I am the author of gobject-factory a gobject code generator. It has been mentioned to me by Biswapesh of Anjuta fame that a new project I am going to embark on has the potential to help out in the code generation glade area. Basicly gobject-factory has become useless to me for the same reasons that code generation in Glade is bad. Basicly I have to think of everything I want up front or trash my hand written code later because I needed to generate the code again. Basicly I am going to integrate what I learned from gobject-factory into an Anjuta 2 plugin that allows a person to add and remove methods, properties, and signals on the fly instead of all at once. Since GObjects have the same patterns as GtkObjects, using it to keep track of callbacks and essentialy glue Glade and Anjuta would be trivial. I am not starting the project right away since gobject-factory is a utility to help with another project that I want to get a little further in before I start and I am also waiting for SourceBase (source code tagging) to get into Anjuta. It is something to look out for as a potential way to solve the code generation problems. Some comments on the issues inline bellow. On Sat, 2003-03-08 at 09:26, Joaquin Cuenca Abela wrote: > Murray wrote: > > > > > but in fact, you can't do much better if you generate code. > > > > C++ has the concept of inheritance. glademm generates only > > base classes. > > User-written code is in user-written derived classes. > > That's irrelevant. The question is: what happens when the user edits > code that he shouldn't edit and later it regenerates this code? An incremental code generator would only generate new code as needed. When a user edits code the generator will learn the changes. The generator will only edit existing code if the user then goes and asks for the generator to edit it. For instance my gobject generator will be generating signals which need to be entered in three places in the code - the Gobject's class structure, the signals enumeration and registered somewhere in the implementation file, usualy in the init method. When a user generates a signal code is placed in these three locations and the generator has some way of displaying that the signal exists and can be edited by the generator. Say the user goes and edits the signal all that is realy significant to the generator is the signals name so the edited code will not affect the generator unless the name is changed. Say the name is changed in one place, the generator will display that the signal is now broken because some of the elements that make up the signal pattern are missing (which would be an error in the code anyway). When the user goes and changes the name in all three locations the pattern is again complete and the code generator registers the new signal name. The same would happen if the user created a whole new signal by hand. The user would only be allowed to use the code generator on signals whoes patterns are not broken. Now what happens if the user slightly edits the signals registration code and then uses the generator to edit the signal? Two things could happen, the generator could be dumb and just warn the user that the code seems to have been edited by hand and if they continue it might clobber their changes. Or the generator could be smart enough to understand what changes effect what and only do changes if they will not effect the code (such as changing the name of the signal which can be done safely even if the user has changed some of the parameters when regestering the signal with the GObject). Of corse at some point a programmer has to resposible for their own code. > Two different places to put the same info is one too much, and as the > task of extract the information from a .glade file is several orders of > magnitude easier than extracting it from the code, .glade files should > be used. Nothing extranious should go in .glade files. They should be lean and mean. > I still see useful (for those who don't like an extra dependency) a > utility that converts a .glade file to [pick you language] code, > hopefully one that, with enough makefile's magic can do the conversion > automatically at compilation time (kind of like the RC compiler on > windows). Code generators dumping out code at compile time is bad. A user should be able to inspect the code and make changes by hand. At that point you have to ask yourself why not use libglade. > But that's out of glade's scope. But not out of Anjuta's as was pointed out to me. As I devlop my project I will keep in mind these other concerns and try to program around a more flexable design. -- J5 From e98cuenc@free.fr Sat Mar 8 11:27:45 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from postfix3-2.free.fr (postfix3-2.free.fr [213.228.0.169]) by mail.gnome.org (Postfix) with ESMTP id 94F5B18236; Sat, 8 Mar 2003 11:27:45 -0500 (EST) Received: from lns-th2-4f-81-56-224-127.adsl.proxad.net (lns-th2-4f-81-56-224-127.adsl.proxad.net [81.56.224.127]) by postfix3-2.free.fr (Postfix) with ESMTP id 48571C13F; Sat, 8 Mar 2003 17:27:44 +0100 (CET) From: Joaquin Cuenca Abela To: murrayc@usa.net Cc: 'Gnome Hackers' , glade-devel@ximian.com, glademm-list@gnome.org In-Reply-To: <1047132068.1272.28.camel@localhost.localdomain> References: <000001c2e57e$c64277c0$7fe03851@lou> <1047132068.1272.28.camel@localhost.localdomain> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 (1.0.8-10) Date: 08 Mar 2003 17:28:11 +0100 Message-Id: <1047140892.1114.39.camel@localhost.localdomain> Mime-Version: 1.0 Subject: [glade--]Re: RE : [Glade-devel] Re: glade code generation Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: On Sat, 2003-03-08 at 15:01, Murray Cumming wrote: > On Sat, 2003-03-08 at 15:26, Joaquin Cuenca Abela wrote: > > Murray wrote: > > > > > > > but in fact, you can't do much better if you generate code. > > > > > > C++ has the concept of inheritance. glademm generates only > > > base classes. > > > User-written code is in user-written derived classes. > > > > That's irrelevant. The question is: what happens when the user edits > > code that he shouldn't edit and later it regenerates this code? > > He shouldn't. He doesn't have any need to. In the same sense that when you do a singleton the user should use a ::getInstance method, but you still make the constructors private. Just to be sure. There is an important difference between "he shouldn't" and "he can't". Cheers, From jcast@ou.edu Sat Mar 8 21:43:18 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from jcomain (cate0-46.reshall.ou.edu [129.15.140.46]) by mail.gnome.org (Postfix) with ESMTP id E91DA181A6; Sat, 8 Mar 2003 21:43:17 -0500 (EST) Received: from ou.edu (jcomain [127.0.0.1]) by jcomain (Postfix) with ESMTP id 3C3F04A5ED; Sat, 8 Mar 2003 20:44:46 -0600 (CST) To: Bill Haneman Cc: murrayc@usa.net, Joaquin Cuenca Abela , Christof Petig , Owen Taylor , Mark McLoughlin , Gnome Hackers , glade-devel@ximian.com, glademm-list@gnome.org In-Reply-To: Message from Bill Haneman of "Sat, 08 Mar 2003 15:50:16 GMT." <1047138616.4616.2.camel@taistealai.ireland.sun.com> References: <1046299405.10038.23.camel@localhost.localdomain> <1046302078.1655.26.camel@localhost.localdomain> <20030227002158.7D8B84A5F8@jcomain> <1046306197.1655.40.camel@localhost.localdomain> <3E67C566.1000107@petig-baender.de> <1047076096.1225.36.camel@localhost.localdomain> <1047123218.1270.10.camel@localhost.localdomain> <1047138616.4616.2.camel@taistealai.ireland.sun.com> X-Mailer: MH-E 7.2; nmh 1.0.4+dev; GNU Emacs 21.3.50.82 Date: Sat, 08 Mar 2003 20:44:45 -0600 From: Jon Cast Message-Id: <20030309024446.3C3F04A5ED@jcomain> Subject: [glade--]Re: [Glade-devel] Re: glade code generation Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Bill Haneman wrote: > The only glade-generated code that an end-user should/would want to > modify IFAICS are the stubs (end-users might want to insert > implementations there). But the generation of callback stub code is a > convenience feature. Right. In fact, there's no reason I can see to even generate them; the only code I'd want to keep is code I can copy from the header file anyway, and I don't think there's any reason to modify that. So the argument is against auto-generating the handler stubs, not against auto-generating the UI creation code. Jon Cast From jcast@ou.edu Sat Mar 8 21:58:10 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from jcomain (cate0-46.reshall.ou.edu [129.15.140.46]) by mail.gnome.org (Postfix) with ESMTP id BACE0181A6; Sat, 8 Mar 2003 21:58:10 -0500 (EST) Received: from ou.edu (jcomain [127.0.0.1]) by jcomain (Postfix) with ESMTP id 860EE4A5ED; Sat, 8 Mar 2003 20:59:39 -0600 (CST) To: Joaquin Cuenca Abela Cc: murrayc@usa.net, 'Gnome Hackers' , glade-devel@ximian.com, glademm-list@gnome.org In-Reply-To: Message from Joaquin Cuenca Abela of "Sat, 08 Mar 2003 17:28:11 +0100." <1047140892.1114.39.camel@localhost.localdomain> References: <000001c2e57e$c64277c0$7fe03851@lou> <1047132068.1272.28.camel@localhost.localdomain> <1047140892.1114.39.camel@localhost.localdomain> X-Mailer: MH-E 7.2; nmh 1.0.4+dev; GNU Emacs 21.3.50.82 Date: Sat, 08 Mar 2003 20:59:39 -0600 From: Jon Cast Message-Id: <20030309025939.860EE4A5ED@jcomain> Subject: [glade--]Re: RE : [Glade-devel] Re: glade code generation Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Joaquin Cuenca Abela wrote: > In the same sense that when you do a singleton the user should use a > ::getInstance method, but you still make the constructors private. > Just to be sure. I'm not sure what you mean. `::getInstance'' does the same job as a constructor, no? In any case, this is a UI change. Obviously, we don't want to have a button that says ``click here to load the user-generated code into $EDITOR''. But, modifying the generated code is physically possible, just like it's physically possible to write a bit of assembler to call the (private) constructor. > There is an important difference between "he shouldn't" and "he > can't". Right. Which is why ``he can't'' has been banished from the Un*x vocabulary. I don't see the reason for your urge to destroy features to enforce any notion of right & wrong, though. > Cheers, Jon Cast From jcast@ou.edu Sun Mar 9 12:19:58 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from jcomain (cate0-46.reshall.ou.edu [129.15.140.46]) by mail.gnome.org (Postfix) with ESMTP id EF345181AA; Sun, 9 Mar 2003 12:19:57 -0500 (EST) Received: from ou.edu (jcomain [127.0.0.1]) by jcomain (Postfix) with ESMTP id 867E64A5ED; Sun, 9 Mar 2003 11:21:29 -0600 (CST) To: Bill Haneman Cc: murrayc@usa.net, Joaquin Cuenca Abela , Christof Petig , Owen Taylor , Mark McLoughlin , Gnome Hackers , glade-devel@ximian.com, glademm-list@gnome.org In-Reply-To: Message from Bill Haneman of "Sun, 09 Mar 2003 13:02:46 GMT." <1047214965.4611.20.camel@taistealai.ireland.sun.com> References: <1046299405.10038.23.camel@localhost.localdomain> <1046302078.1655.26.camel@localhost.localdomain> <20030227002158.7D8B84A5F8@jcomain> <1046306197.1655.40.camel@localhost.localdomain> <3E67C566.1000107@petig-baender.de> <1047076096.1225.36.camel@localhost.localdomain> <1047123218.1270.10.camel@localhost.localdomain> <1047138616.4616.2.camel@taistealai.ireland.sun.com> <20030309024446.3C3F04A5ED@jcomain> <1047214965.4611.20.camel@taistealai.ireland.sun.com> X-Mailer: MH-E 7.2; nmh 1.0.4+dev; GNU Emacs 21.3.50.85 Date: Sun, 09 Mar 2003 11:21:29 -0600 From: Jon Cast Message-Id: <20030309172129.867E64A5ED@jcomain> Subject: [glade--]Re: [Glade-devel] Re: glade code generation Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Bill Haneman wrote: > I do believe that handler stub generation is useful. I advocate > improving it, not removing it. > Dissatisfactor with the UI generation code is what started the > discussion. Right. But AFAIR, no effective argument has been advanced against the UI generation code. Somewhat valid arguments have been advanced against generating stubs, though---and these have been used in the overall conversation. So, lest anyone lose sight of the fact that they apply /only/ to stub generation, I thought I'd throw that out. In any case, I'm curious what value you see in stub generation (over and above prototype generation, which can go into a non-modifiable file in C)? Jon Cast From mark.jones106@verizon.net Mon Mar 10 01:51:55 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from pop017.verizon.net (pop017pub.verizon.net [206.46.170.210]) by mail.gnome.org (Postfix) with ESMTP id 4B4B2182B5 for ; Mon, 10 Mar 2003 01:51:55 -0500 (EST) Received: from [192.168.0.102] ([4.47.43.56]) by pop017.verizon.net (InterMail vM.5.01.05.27 201-253-122-126-127-20021220) with ESMTP id <20030310065154.NHHK2095.pop017.verizon.net@[192.168.0.102]> for ; Mon, 10 Mar 2003 00:51:54 -0600 From: Mark Jones To: glademm-list Content-Type: multipart/mixed; boundary="=-rTwA9UMhUFarF91j62x/" Organization: Message-Id: <1047275515.4051.35.camel@localhost.1515RioGrande.net> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 Date: 10 Mar 2003 00:51:55 -0500 X-Authentication-Info: Submitted using SMTP AUTH at pop017.verizon.net from [4.47.43.56] at Mon, 10 Mar 2003 00:51:54 -0600 Subject: [glade--]Bug fix for alignment used on buttons with stock icons Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: --=-rTwA9UMhUFarF91j62x/ Content-Type: text/plain Content-Transfer-Encoding: 7bit I found a bug tonight and fixed it from what I could grab out of cvs. When you create a button in glade, and then assign it a stock icon, the lable and the icon ends up not being centered as it shows in glade and as stock buttons are. That was due to not constructing the alignment properly with its x/yalign, and x/yscale properties. So I added code for that, and everything works correctly now. As a side note, the newest Mandrake is not coming out with the latest glademm (glademm-1.1.2-1mdk.i586 instead). :( -- Mark http://www.utdallas.edu/~mej017200/ --=-rTwA9UMhUFarF91j62x/ Content-Disposition: attachment; filename=alignmentBugFix.diff Content-Type: text/x-diff; name=alignmentBugFix.diff; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit --- alignment.cc 2003-03-10 00:41:52.000000000 -0500 +++ newAlignment.cc 2003-03-10 00:41:44.000000000 -0500 @@ -28,8 +28,7 @@ Gtk_Alignment(); virtual bool NeedExplicitCtor(const Widget &w) const { return false; } - virtual void ConstructionArgs(Widget const &w, CxxFile &f) const - { f.FunctionArg(); } + virtual void ConstructionArgs(Widget const &w, CxxFile &f) const; }; static Gtk_Alignment Gtk_Alignment; @@ -42,6 +41,18 @@ { return Configuration.GtkmmIncludePath()+"alignment.h"; } +void Gtk_Alignment::ConstructionArgs(const Widget &w, CxxFile &f) const +{ + if( w.hasProperty("xalign") && w.hasProperty("yalign") && + w.hasProperty("xscale") && w.hasProperty("yscale") ) + { + f.FunctionArg() << w.getFloatProperty("xalign"); + f.FunctionArg() << w.getFloatProperty("yalign"); + f.FunctionArg() << w.getFloatProperty("xscale"); + f.FunctionArg() << w.getFloatProperty("yscale"); + } +} + Gtk_Alignment::Gtk_Alignment() { Writer["GtkAlignment"]=this; } --=-rTwA9UMhUFarF91j62x/-- From mark.jones106@verizon.net Mon Mar 10 02:07:44 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from out001.verizon.net (out001pub.verizon.net [206.46.170.140]) by mail.gnome.org (Postfix) with ESMTP id 286F8184B9 for ; Mon, 10 Mar 2003 02:07:44 -0500 (EST) Received: from [192.168.0.102] ([4.47.43.56]) by out001.verizon.net (InterMail vM.5.01.05.27 201-253-122-126-127-20021220) with ESMTP id <20030310070743.YZUQ5518.out001.verizon.net@[192.168.0.102]> for ; Mon, 10 Mar 2003 01:07:43 -0600 From: Mark Jones To: glademm-list In-Reply-To: <1047275515.4051.35.camel@localhost.1515RioGrande.net> References: <1047275515.4051.35.camel@localhost.1515RioGrande.net> Content-Type: text/plain Organization: Message-Id: <1047276463.4052.46.camel@localhost.1515RioGrande.net> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 Date: 10 Mar 2003 01:07:44 -0500 Content-Transfer-Encoding: 7bit X-Authentication-Info: Submitted using SMTP AUTH at out001.verizon.net from [4.47.43.56] at Mon, 10 Mar 2003 01:07:43 -0600 Subject: [glade--]Re: Bug fix for alignment used on buttons with stock icons Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Actually, it might need an else statement now that I review what I sent, so instead it may need to be (I did the modification below by hand to my previous message, but it was just adding the else clause so I think it should be very close to correct if not correct): --- alignment.cc 2003-03-10 00:41:52.000000000 -0500 +++ newAlignment.cc 2003-03-10 00:41:44.000000000 -0500 @@ -28,8 +28,7 @@ Gtk_Alignment(); virtual bool NeedExplicitCtor(const Widget &w) const { return false; } - virtual void ConstructionArgs(Widget const &w, CxxFile &f) const - { f.FunctionArg(); } + virtual void ConstructionArgs(Widget const &w, CxxFile &f) const; }; static Gtk_Alignment Gtk_Alignment; @@ -42,6 +41,18 @@ { return Configuration.GtkmmIncludePath()+"alignment.h"; } +void Gtk_Alignment::ConstructionArgs(const Widget &w, CxxFile &f) const +{ + if( w.hasProperty("xalign") && w.hasProperty("yalign") && + w.hasProperty("xscale") && w.hasProperty("yscale") ) + { + f.FunctionArg() << w.getFloatProperty("xalign"); + f.FunctionArg() << w.getFloatProperty("yalign"); + f.FunctionArg() << w.getFloatProperty("xscale"); + f.FunctionArg() << w.getFloatProperty("yscale"); + } + else + { + f.FunctionArg(); + } +} + Gtk_Alignment::Gtk_Alignment() { Writer["GtkAlignment"]=this; } ________________________________________________________________________ -- Mark http://www.utdallas.edu/~mej017200/ From radhika_narendran@yahoo.com Wed Mar 12 00:46:45 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from web40501.mail.yahoo.com (web40501.mail.yahoo.com [66.218.78.118]) by mail.gnome.org (Postfix) with SMTP id 4628C1851A for ; Wed, 12 Mar 2003 00:46:45 -0500 (EST) Message-ID: <20030312054644.35915.qmail@web40501.mail.yahoo.com> Received: from [209.244.102.136] by web40501.mail.yahoo.com via HTTP; Tue, 11 Mar 2003 21:46:44 PST Date: Tue, 11 Mar 2003 21:46:44 -0800 (PST) From: Radhika Sambamurti To: glademm-list@gnome.org In-Reply-To: <1047132068.1272.28.camel@localhost.localdomain> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="0-1728697004-1047448004=:28565" Subject: [glade--]autoconf not generating configure - glade-2 and glademm Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: --0-1728697004-1047448004=:28565 Content-Type: text/plain; charset=us-ascii Content-Id: Content-Disposition: inline Hi all, I have been trying to create c++ code generated from glade-2 & glademm, on gtk2 but the autogen.sh script keeps failing. The very last line of the message is libtool failed. [see below]. I am attaching the output of sh -x autogen.sh which shows the execution of autogen.sh and its point of failure. I have tried to get the latest autoconf and libtool, but to no avail. Please let me know if i can provide any more info about the errors, and i willdo so. any help will be appreciated as i need to get glade-2 working with glademm to generate c++ code. I am running gtk2 on freebsd 5.0. The tools I am using are: gtk+-2.0 glade2-1.1.3 glademm V1.1.3e libglade-2.0 libglademm-2.0 autoconf (GNU Autoconf ltmain.sh (GNU libtool) 1.4a ) 2.57 ------------------------ When I run autogen.sh, these are the errors i get: WARNING: More sophisticated templates can also be produced, see the WARNING: documentation. autoheader: error: AC_CONFIG_HEADERS not found in configure.in automake: configure.in: installing `./mkinstalldirs' automake: configure.in: installing `./missing' automake: Makefile.am: installing `./INSTALL' automake: Makefile.am: installing `./COPYING' configure.in: 6: required file `./config.h.in' not found automake: configure.in: installing `./depcomp' configure.in:6: warning: do not use m4_patsubst: use patsubst or m4_bpatsubst configure.in:42: warning: do not use m4_regexp: use regexp or m4_bregexp checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... no checking for mawk... no checking for nawk... nawk checking whether make sets $(MAKE)... yes checking for style of include used by make... GNU checking for gcc... gcc checking for C compiler default output... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ANSI C... none needed checking dependency style of gcc... gcc3 checking for strerror in -lcposix... no checking for gcc... (cached) gcc checking whether we are using the GNU C compiler... (cached) yes checking whether gcc accepts -g... (cached) yes checking for gcc option to accept ANSI C... (cached) none needed checking dependency style of gcc... (cached) gcc3 checking for gcc option to accept ANSI C... none needed checking how to run the C preprocessor... gcc -E checking for egrep... grep -E checking for ANSI C header files... yes checking how to run the C preprocessor... gcc -E checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking dependency style of g++... gcc3 checking how to run the C++ preprocessor... g++ -E checking build system type... i386-unknown-freebsd5.0 checking host system type... i386-unknown-freebsd5.0 checking for ranlib... ranlib checking for ld used by GCC... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for BSD-compatible nm... /usr/bin/nm -B checking whether ln -s works... yes ltconfig: you must specify a host type if you use `--no-verify' Try `ltconfig --help' for more information. configure: error: libtool configure failed ===== It's all a matter of perspective. You can choose your view by choosing where to stand. --Larry Wall __________________________________________________ Do you Yahoo!? Yahoo! Web Hosting - establish your business online http://webhosting.yahoo.com --0-1728697004-1047448004=:28565 Content-Type: application/octet-stream; name=errfile Content-Transfer-Encoding: base64 Content-Description: errfile Content-Disposition: attachment; filename=errfile KyB0ZXN0ICEgLWYgaW5zdGFsbC1zaAorIHdoaWNoIGdudW1ha2UKKyBNQUtF PQorIHRlc3QgISAteCAKKyB3aGljaCBnbWFrZQorIE1BS0U9L3Vzci9sb2Nh bC9iaW4vZ21ha2UKKyB0ZXN0ICEgLXggL3Vzci9sb2NhbC9iaW4vZ21ha2UK KyAvdXNyL2xvY2FsL2Jpbi9nbWFrZSAtLXZlcnNpb24KKyBncmVwIC1jIEZy ZWUgU29mdHdhcmUgRm91bmRhdGlvbgorIEhBVkVfR05VX01BS0U9MQorIHRl c3QgMSAhPSAxCisgZWNobyBGb3VuZCBHTlUgTWFrZSBhdCAvdXNyL2xvY2Fs L2Jpbi9nbWFrZSAuLi4gZ29vZC4KKyBlY2hvIFRoaXMgc2NyaXB0IHJ1bnMg Y29uZmlndXJlIGFuZCBtYWtlLi4uCisgZWNobyBZb3UgZGlkIHJlbWVtYmVy IG5lY2Vzc2FyeSBhcmd1bWVudHMgZm9yIGNvbmZpZ3VyZSwgcmlnaHQ/Cisg d2hpY2ggYWNsb2NhbAorIHRlc3QgISAteCAvdXNyL2xvY2FsL2Jpbi9hY2xv Y2FsCisgd2hpY2ggYXV0b21ha2UKKyB0ZXN0ICEgLXggL3Vzci9sb2NhbC9i aW4vYXV0b21ha2UKKyBsaWJ0b29saXplIC0tZm9yY2UgLS1jb3B5CisgYXV0 b2hlYWRlcgpXQVJOSU5HOiBVc2luZyBhdXhpbGlhcnkgZmlsZXMgc3VjaCBh cyBgYWNjb25maWcuaCcsIGBjb25maWcuaC5ib3QnCldBUk5JTkc6IGFuZCBg Y29uZmlnLmgudG9wJywgdG8gZGVmaW5lIHRlbXBsYXRlcyBmb3IgYGNvbmZp Zy5oLmluJwpXQVJOSU5HOiBpcyBkZXByZWNhdGVkIGFuZCBkaXNjb3VyYWdl ZC4KCldBUk5JTkc6IFVzaW5nIHRoZSB0aGlyZCBhcmd1bWVudCBvZiBgQUNf REVGSU5FJyBhbmQKV0FSTklORzogYEFDX0RFRklORV9VTlFVT1RFRCcgYWxs b3dzIHRvIGRlZmluZSBhIHRlbXBsYXRlIHdpdGhvdXQKV0FSTklORzogYGFj Y29uZmlnLmgnOgoKV0FSTklORzogICBBQ19ERUZJTkUoW05FRURfTUFJTl0s IDEsCldBUk5JTkc6ICAgICAgICAgICAgIFtEZWZpbmUgaWYgYSBmdW5jdGlv biBgbWFpbicgaXMgbmVlZGVkLl0pCgpXQVJOSU5HOiBNb3JlIHNvcGhpc3Rp Y2F0ZWQgdGVtcGxhdGVzIGNhbiBhbHNvIGJlIHByb2R1Y2VkLCBzZWUgdGhl CldBUk5JTkc6IGRvY3VtZW50YXRpb24uCisgYWNsb2NhbAorIGF1dG9tYWtl IC0tYWRkLW1pc3NpbmcgLS1jb3B5IC0tZ251CisgYXV0b2NvbmYKY29uZmln dXJlLmluOjY6IHdhcm5pbmc6IGRvIG5vdCB1c2UgbTRfcGF0c3Vic3Q6IHVz ZSBwYXRzdWJzdCBvciBtNF9icGF0c3Vic3QKY29uZmlndXJlLmluOjQyOiB3 YXJuaW5nOiBkbyBub3QgdXNlIG00X3JlZ2V4cDogdXNlIHJlZ2V4cCBvciBt NF9icmVnZXhwCisgLi9jb25maWd1cmUKbHRjb25maWc6IHlvdSBtdXN0IHNw ZWNpZnkgYSBob3N0IHR5cGUgaWYgeW91IHVzZSBgLS1uby12ZXJpZnknClRy eSBgbHRjb25maWcgLS1oZWxwJyBmb3IgbW9yZSBpbmZvcm1hdGlvbi4KY29u ZmlndXJlOiBlcnJvcjogbGlidG9vbCBjb25maWd1cmUgZmFpbGVkCg== --0-1728697004-1047448004=:28565-- From radhika_narendran@yahoo.com Wed Mar 12 00:49:13 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from web40506.mail.yahoo.com (web40506.mail.yahoo.com [66.218.78.123]) by mail.gnome.org (Postfix) with SMTP id BCFC618525 for ; Wed, 12 Mar 2003 00:49:12 -0500 (EST) Message-ID: <20030312054911.70915.qmail@web40506.mail.yahoo.com> Received: from [209.244.102.136] by web40506.mail.yahoo.com via HTTP; Tue, 11 Mar 2003 21:49:11 PST Date: Tue, 11 Mar 2003 21:49:11 -0800 (PST) From: Radhika Sambamurti To: glademm-list@gnome.org In-Reply-To: <1047132068.1272.28.camel@localhost.localdomain> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="0-1904440805-1047448151=:70478" Subject: [glade--]autogen.sh not generating configure - glade-2 and glademm Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: --0-1904440805-1047448151=:70478 Content-Type: text/plain; charset=us-ascii Content-Id: Content-Disposition: inline Hi all, I have been trying to create c++ code generated from glade-2 & glademm, on gtk2 but the autogen.sh script keeps failing. The very last line of the message is libtool failed. [see below]. I am attaching the output of sh -x autogen.sh which shows the execution of autogen.sh and its point of failure. I have tried to get the latest autoconf and libtool, but to no avail. Please let me know if i can provide any more info about the errors, and i willdo so. any help will be appreciated as i need to get glade-2 working with glademm to generate c++ code. I am running gtk2 on freebsd 5.0. The tools I am using are: gtk+-2.0 glade2-1.1.3 glademm V1.1.3e libglade-2.0 libglademm-2.0 autoconf (GNU Autoconf ltmain.sh (GNU libtool) 1.4a ) 2.57 ------------------------ When I run autogen.sh, these are the errors i get: WARNING: More sophisticated templates can also be produced, see the WARNING: documentation. autoheader: error: AC_CONFIG_HEADERS not found in configure.in automake: configure.in: installing `./mkinstalldirs' automake: configure.in: installing `./missing' automake: Makefile.am: installing `./INSTALL' automake: Makefile.am: installing `./COPYING' configure.in: 6: required file `./config.h.in' not found automake: configure.in: installing `./depcomp' configure.in:6: warning: do not use m4_patsubst: use patsubst or m4_bpatsubst configure.in:42: warning: do not use m4_regexp: use regexp or m4_bregexp checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... no checking for mawk... no checking for nawk... nawk checking whether make sets $(MAKE)... yes checking for style of include used by make... GNU checking for gcc... gcc checking for C compiler default output... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ANSI C... none needed checking dependency style of gcc... gcc3 checking for strerror in -lcposix... no checking for gcc... (cached) gcc checking whether we are using the GNU C compiler... (cached) yes checking whether gcc accepts -g... (cached) yes checking for gcc option to accept ANSI C... (cached) none needed checking dependency style of gcc... (cached) gcc3 checking for gcc option to accept ANSI C... none needed checking how to run the C preprocessor... gcc -E checking for egrep... grep -E checking for ANSI C header files... yes checking how to run the C preprocessor... gcc -E checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking dependency style of g++... gcc3 checking how to run the C++ preprocessor... g++ -E checking build system type... i386-unknown-freebsd5.0 checking host system type... i386-unknown-freebsd5.0 checking for ranlib... ranlib checking for ld used by GCC... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for BSD-compatible nm... /usr/bin/nm -B checking whether ln -s works... yes ltconfig: you must specify a host type if you use `--no-verify' Try `ltconfig --help' for more information. configure: error: libtool configure failed ===== It's all a matter of perspective. You can choose your view by choosing where to stand. --Larry Wall __________________________________________________ Do you Yahoo!? Yahoo! Web Hosting - establish your business online http://webhosting.yahoo.com ===== It's all a matter of perspective. You can choose your view by choosing where to stand. --Larry Wall __________________________________________________ Do you Yahoo!? Yahoo! Web Hosting - establish your business online http://webhosting.yahoo.com --0-1904440805-1047448151=:70478 Content-Type: application/octet-stream; name=errfile Content-Transfer-Encoding: base64 Content-Description: errfile Content-Disposition: attachment; filename=errfile KyB0ZXN0ICEgLWYgaW5zdGFsbC1zaAorIHdoaWNoIGdudW1ha2UKKyBNQUtF PQorIHRlc3QgISAteCAKKyB3aGljaCBnbWFrZQorIE1BS0U9L3Vzci9sb2Nh bC9iaW4vZ21ha2UKKyB0ZXN0ICEgLXggL3Vzci9sb2NhbC9iaW4vZ21ha2UK KyAvdXNyL2xvY2FsL2Jpbi9nbWFrZSAtLXZlcnNpb24KKyBncmVwIC1jIEZy ZWUgU29mdHdhcmUgRm91bmRhdGlvbgorIEhBVkVfR05VX01BS0U9MQorIHRl c3QgMSAhPSAxCisgZWNobyBGb3VuZCBHTlUgTWFrZSBhdCAvdXNyL2xvY2Fs L2Jpbi9nbWFrZSAuLi4gZ29vZC4KKyBlY2hvIFRoaXMgc2NyaXB0IHJ1bnMg Y29uZmlndXJlIGFuZCBtYWtlLi4uCisgZWNobyBZb3UgZGlkIHJlbWVtYmVy IG5lY2Vzc2FyeSBhcmd1bWVudHMgZm9yIGNvbmZpZ3VyZSwgcmlnaHQ/Cisg d2hpY2ggYWNsb2NhbAorIHRlc3QgISAteCAvdXNyL2xvY2FsL2Jpbi9hY2xv Y2FsCisgd2hpY2ggYXV0b21ha2UKKyB0ZXN0ICEgLXggL3Vzci9sb2NhbC9i aW4vYXV0b21ha2UKKyBsaWJ0b29saXplIC0tZm9yY2UgLS1jb3B5CisgYXV0 b2hlYWRlcgpXQVJOSU5HOiBVc2luZyBhdXhpbGlhcnkgZmlsZXMgc3VjaCBh cyBgYWNjb25maWcuaCcsIGBjb25maWcuaC5ib3QnCldBUk5JTkc6IGFuZCBg Y29uZmlnLmgudG9wJywgdG8gZGVmaW5lIHRlbXBsYXRlcyBmb3IgYGNvbmZp Zy5oLmluJwpXQVJOSU5HOiBpcyBkZXByZWNhdGVkIGFuZCBkaXNjb3VyYWdl ZC4KCldBUk5JTkc6IFVzaW5nIHRoZSB0aGlyZCBhcmd1bWVudCBvZiBgQUNf REVGSU5FJyBhbmQKV0FSTklORzogYEFDX0RFRklORV9VTlFVT1RFRCcgYWxs b3dzIHRvIGRlZmluZSBhIHRlbXBsYXRlIHdpdGhvdXQKV0FSTklORzogYGFj Y29uZmlnLmgnOgoKV0FSTklORzogICBBQ19ERUZJTkUoW05FRURfTUFJTl0s IDEsCldBUk5JTkc6ICAgICAgICAgICAgIFtEZWZpbmUgaWYgYSBmdW5jdGlv biBgbWFpbicgaXMgbmVlZGVkLl0pCgpXQVJOSU5HOiBNb3JlIHNvcGhpc3Rp Y2F0ZWQgdGVtcGxhdGVzIGNhbiBhbHNvIGJlIHByb2R1Y2VkLCBzZWUgdGhl CldBUk5JTkc6IGRvY3VtZW50YXRpb24uCisgYWNsb2NhbAorIGF1dG9tYWtl IC0tYWRkLW1pc3NpbmcgLS1jb3B5IC0tZ251CisgYXV0b2NvbmYKY29uZmln dXJlLmluOjY6IHdhcm5pbmc6IGRvIG5vdCB1c2UgbTRfcGF0c3Vic3Q6IHVz ZSBwYXRzdWJzdCBvciBtNF9icGF0c3Vic3QKY29uZmlndXJlLmluOjQyOiB3 YXJuaW5nOiBkbyBub3QgdXNlIG00X3JlZ2V4cDogdXNlIHJlZ2V4cCBvciBt NF9icmVnZXhwCisgLi9jb25maWd1cmUKbHRjb25maWc6IHlvdSBtdXN0IHNw ZWNpZnkgYSBob3N0IHR5cGUgaWYgeW91IHVzZSBgLS1uby12ZXJpZnknClRy eSBgbHRjb25maWcgLS1oZWxwJyBmb3IgbW9yZSBpbmZvcm1hdGlvbi4KY29u ZmlndXJlOiBlcnJvcjogbGlidG9vbCBjb25maWd1cmUgZmFpbGVkCg== --0-1904440805-1047448151=:70478-- From christof@petig-baender.de Wed Mar 12 04:20:58 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from mail.mediaways.net (mail.mediaways.net [193.189.224.113]) by mail.gnome.org (Postfix) with SMTP id 5B18C180DE for ; Wed, 12 Mar 2003 04:20:58 -0500 (EST) Received: (qmail 20031 invoked by uid 4221); 12 Mar 2003 09:20:56 -0000 Received: from unknown (HELO gateway.petig-baender.de) (195.71.48.59) by smtp-relay.mediaways.net with SMTP; 12 Mar 2003 09:20:56 -0000 Received: from puck.petig-baender.de ([192.168.234.11] helo=petig-baender.de ident=christof) by gateway.petig-baender.de with esmtp (Exim 3.35 #1 (Debian)) id 18t2Pz-0007Jt-00; Wed, 12 Mar 2003 10:20:59 +0100 Message-ID: <3E6EFBEE.6060505@petig-baender.de> Date: Wed, 12 Mar 2003 10:20:46 +0100 From: Christof Petig Organization: Adolf Petig GmbH & Co. KG User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.4a) Gecko/20030305 X-Accept-Language: de-DE, de, en MIME-Version: 1.0 To: Radhika Sambamurti Cc: glademm-list@gnome.org Subject: Re: [glade--]autoconf not generating configure - glade-2 and glademm References: <20030312054644.35915.qmail@web40501.mail.yahoo.com> In-Reply-To: <20030312054644.35915.qmail@web40501.mail.yahoo.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Radhika Sambamurti wrote: > Hi all, Hi, > > I am attaching the output of sh -x autogen.sh which shows > the execution of autogen.sh and its point of failure. > I have tried to get the latest autoconf and libtool, but to > no avail. Please let me know if i can provide any more info > about the errors, and i willdo so. any help will be > appreciated as i need to get glade-2 working with glademm > to generate c++ code. I am running gtk2 on freebsd 5.0. To make it clearer, generating gtk1 projects does work? You might try to look which m4 file is generating the wrong ltconfig call in configure and which packet it belongs to. > checking whether ln -s works... yes > ltconfig: you must specify a host type if you use > `--no-verify' > Try `ltconfig --help' for more information. > configure: error: libtool configure failed I have _never_ seen this error, and I have no idea. But the problem should manifest for _any_ program you autogen. Perhaps you should ask on a BSD or libtool/autoconf specific mailing list. Looks like an autoconf macro is passing wrong arguments to ltconfig. Christof From christof@petig-baender.de Thu Mar 13 04:02:57 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from mail.mediaways.net (mail.mediaways.net [193.189.224.113]) by mail.gnome.org (Postfix) with SMTP id 19BC81813C for ; Thu, 13 Mar 2003 04:02:56 -0500 (EST) Received: (qmail 19726 invoked by uid 4221); 13 Mar 2003 09:02:54 -0000 Received: from unknown (HELO gateway.petig-baender.de) (195.71.48.59) by smtp-relay.mediaways.net with SMTP; 13 Mar 2003 09:02:54 -0000 Received: from puck.petig-baender.de ([192.168.234.11] helo=petig-baender.de ident=christof) by gateway.petig-baender.de with esmtp (Exim 3.35 #1 (Debian)) id 18tOc6-00009a-00; Thu, 13 Mar 2003 10:02:58 +0100 Message-ID: <3E6D0A6C.1030901@petig-baender.de> Date: Mon, 10 Mar 2003 22:58:04 +0100 From: Christof Petig Organization: Adolf Petig GmbH & Co. KG User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.4a) Gecko/20030305 X-Accept-Language: de-DE, de, en MIME-Version: 1.0 To: Jon Cast Cc: Bill Haneman , murrayc@usa.net, Joaquin Cuenca Abela , Owen Taylor , Mark McLoughlin , Gnome Hackers , glade-devel@ximian.com, glademm-list@gnome.org References: <1046299405.10038.23.camel@localhost.localdomain> <1046302078.1655.26.camel@localhost.localdomain> <20030227002158.7D8B84A5F8@jcomain> <1046306197.1655.40.camel@localhost.localdomain> <3E67C566.1000107@petig-baender.de> <1047076096.1225.36.camel@localhost.localdomain> <1047123218.1270.10.camel@localhost.localdomain> <1047138616.4616.2.camel@taistealai.ireland.sun.com> <20030309024446.3C3F04A5ED@jcomain> <1047214965.4611.20.camel@taistealai.ireland.sun.com> <20030309172129.867E64A5ED@jcomain> In-Reply-To: <20030309172129.867E64A5ED@jcomain> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: [glade--]Re: [Glade-devel] Re: glade code generation Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Jon Cast wrote: > Bill Haneman wrote: > > >>I do believe that handler stub generation is useful. I advocate >>improving it, not removing it. > > >>Dissatisfactor with the UI generation code is what started the >>discussion. > > > Right. But AFAIR, no effective argument has been advanced against the > UI generation code. Somewhat valid arguments have been advanced against > generating stubs, though---and these have been used in the overall > conversation. So, lest anyone lose sight of the fact that they apply > /only/ to stub generation, I thought I'd throw that out. > > In any case, I'm curious what value you see in stub generation (over and > above prototype generation, which can go into a non-modifiable file in > C)? stub generation enables the programmer to test the program before everything is implemented. It gives an easy start, and enables you to test your build environment before you do any error-prone modifications to the project. Christof From bill.haneman@sun.com Thu Mar 13 08:26:28 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from patan.sun.com (patan.Sun.COM [192.18.98.43]) by mail.gnome.org (Postfix) with ESMTP id B58F0186E0; Thu, 13 Mar 2003 08:26:27 -0500 (EST) Received: from dub-mail1.Ireland.Sun.COM ([129.156.220.69]) by patan.sun.com (8.9.3+Sun/8.9.3) with ESMTP id GAA23230; Thu, 13 Mar 2003 06:26:24 -0700 (MST) Received: from yp2-1200-gw1.Central.Sun.COM (dbl-isdn-115 [129.156.227.115]) by dub-mail1.Ireland.Sun.COM (8.11.6+Sun/8.10.2/ENSMAIL,v2.1p1) with ESMTP id h2DDQLv24467; Thu, 13 Mar 2003 13:26:21 GMT From: Bill Haneman To: Christof Petig Cc: Jon Cast , murrayc@usa.net, Joaquin Cuenca Abela , Owen Taylor , Mark McLoughlin , Gnome Hackers , glade-devel@ximian.com, glademm-list@gnome.org In-Reply-To: <3E6D0A6C.1030901@petig-baender.de> References: <1046299405.10038.23.camel@localhost.localdomain> <1046302078.1655.26.camel@localhost.localdomain> <20030227002158.7D8B84A5F8@jcomain> <1046306197.1655.40.camel@localhost.localdomain> <3E67C566.1000107@petig-baender.de> <1047076096.1225.36.camel@localhost.localdomain> <1047123218.1270.10.camel@localhost.localdomain> <1047138616.4616.2.camel@taistealai.ireland.sun.com> <20030309024446.3C3F04A5ED@jcomain> <1047214965.4611.20.camel@taistealai.ireland.sun.com> <20030309172129.867E64A5ED@jcomain> <3E6D0A6C.1030901@petig-baender.de> Content-Type: text/plain Organization: Message-Id: <1047561069.19272.26.camel@taistealai.ireland.sun.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.0 Date: 13 Mar 2003 13:11:09 +0000 Content-Transfer-Encoding: 7bit Subject: [glade--]Re: [Glade-devel] Re: glade code generation Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: On Mon, 2003-03-10 at 21:58, Christof Petig wrote: > ...> > > In any case, I'm curious what value you see in stub generation (over and > > above prototype generation, which can go into a non-modifiable file in > > C)? > > stub generation enables the programmer to test the program before > everything is implemented. It gives an easy start, and enables you to > test your build environment before you do any error-prone modifications > to the project. Yes - and it means you can run the little project you've just created (i.e. test drive the UI or demo it) without having to run test-libglade. -Bill > Christof > > > _______________________________________________ > gnome-hackers mailing list > gnome-hackers@gnome.org > http://mail.gnome.org/mailman/listinfo/gnome-hackers -- Bill Haneman From bada@prgn.ru Mon Mar 17 00:14:53 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from prgn.ru (unknown [213.59.43.1]) by mail.gnome.org (Postfix) with ESMTP id 822AE180FE for ; Mon, 17 Mar 2003 00:14:53 -0500 (EST) Received: by prgn.ru (Postfix, from userid 1004) id DFFF781D8; Mon, 17 Mar 2003 12:14:51 +0700 (KRAT) Received: from exabiche (exabiche.prgn.ru [213.59.43.10]) by prgn.ru (Postfix) with SMTP id C3AA081D5 for ; Mon, 17 Mar 2003 12:14:51 +0700 (KRAT) Date: Mon, 17 Mar 2003 12:14:50 +0700 From: Dedov Anton To: glademm-list@gnome.org Message-Id: <20030317121450.29cfd539.bada@prgn.ru> Organization: Paragon-Telecom X-Mailer: Sylpheed version 0.8.10 (GTK+ 1.2.10; i386-debian-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: [glade--]I get "segmentation fault" when i customazing a class created by glademm. Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: My program crashes with "segmentation fault" when i customazing the my main window class with any class-members. I am using: glade-2 (1.1.3) glademm (1.1.3e) I create the window "Eng_Window" in glade's enviromnent and put on it a number of various of control elements. Glademm creates corresponding Eng_Window* files. I am build this skeleton applications to test a window. And it works! Then I am trying to customize Eng_Window class (Eng_Window -|> Eng_Window_glade) which was created by glademm. If I add _any_ member filed (even just "int i;") to Eng_Window class my application builds but crashes with "segmentation fault" signal :( Looking through the ddd shows that crash happens in Glib::ObjectBase::is_derived_ () from Eng_Window_glade::Eng_Window_glade(). Best regards, Dedov Anton From christof@petig-baender.de Mon Mar 17 06:14:27 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from mail.mediaways.net (mail.mediaways.net [193.189.224.113]) by mail.gnome.org (Postfix) with SMTP id D6DFD184C5 for ; Mon, 17 Mar 2003 06:14:26 -0500 (EST) Received: (qmail 15345 invoked by uid 4221); 17 Mar 2003 11:14:25 -0000 Received: from unknown (HELO gateway.petig-baender.de) (195.71.48.59) by smtp-relay.mediaways.net with SMTP; 17 Mar 2003 11:14:25 -0000 Received: from puck.petig-baender.de ([192.168.234.11] helo=petig-baender.de ident=christof) by gateway.petig-baender.de with esmtp (Exim 3.35 #1 (Debian)) id 18usZY-0005cZ-00; Mon, 17 Mar 2003 12:14:28 +0100 Message-ID: <3E75ADFF.1090800@petig-baender.de> Date: Mon, 17 Mar 2003 12:14:07 +0100 From: Christof Petig Organization: Adolf Petig GmbH & Co. KG User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.4a) Gecko/20030305 X-Accept-Language: de-DE, de, en MIME-Version: 1.0 To: Dedov Anton Cc: glademm-list@gnome.org Subject: Re: [glade--]I get "segmentation fault" when i customazing a class created by glademm. References: <20030317121450.29cfd539.bada@prgn.ru> In-Reply-To: <20030317121450.29cfd539.bada@prgn.ru> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Dedov Anton wrote: > My program crashes with "segmentation fault" when i customazing the my main window class with any class-members. > > I am using: > glade-2 (1.1.3) > glademm (1.1.3e) > > I create the window "Eng_Window" in glade's enviromnent and put on it a number of various of control elements. > > Glademm creates corresponding Eng_Window* files. I am build this skeleton applications to test a window. And it works! > > Then I am trying to customize Eng_Window class (Eng_Window -|> Eng_Window_glade) which was created by glademm. > If I add _any_ member filed (even just "int i;") to Eng_Window class my application builds but crashes with "segmentation fault" signal :( > > Looking through the ddd shows that crash happens in Glib::ObjectBase::is_derived_ () from Eng_Window_glade::Eng_Window_glade(). This certainly looks like g++ 2.95 being used. It has a bug which makes it unusable with gtkmm2 and glade. Unfortunately only the CVS version of glade refuses to compile such projects with older compilers. Christof From Murray.Cumming@Comneon.com Mon Mar 17 06:22:15 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from smtp1.infineon.com (smtp1.infineon.com [194.175.117.76]) by mail.gnome.org (Postfix) with ESMTP id 8250E1851E for ; Mon, 17 Mar 2003 06:22:15 -0500 (EST) Received: from vihsx03a.vih.infineon.com (vih.ifx-mail3.com [172.31.163.97]) by smtp1.infineon.com (8.12.8/8.12.8) with ESMTP id h2HBDY5X003745; Mon, 17 Mar 2003 12:13:34 +0100 (MET) Received: by vihsx03a.vih.infineon.com with Internet Mail Service (5.5.2653.19) id ; Mon, 17 Mar 2003 12:22:19 +0100 Message-ID: <258B0164D480D5118D900800062B3858D91F3B@vihsx09a.vih.infineon.com> From: Murray.Cumming@Comneon.com To: christof@petig-baender.de, bada@prgn.ru Cc: glademm-list@gnome.org Subject: RE: [glade--]I get "segmentation fault" when i customazing a clas s created by glademm. Date: Mon, 17 Mar 2003 12:22:10 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: > From: Christof Petig [mailto:christof@petig-baender.de] > This certainly looks like g++ 2.95 being used. It has a bug > which makes > it unusable with gtkmm2 and glade. It's only unusable in some situations - see the gtkmm FAQ. It _might_ be unusable with glademm. Murray Cumming murrayc@usa.net www.murrayc.com From christof@petig-baender.de Mon Mar 17 08:11:37 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from mail.mediaways.net (mail.mediaways.net [193.189.224.113]) by mail.gnome.org (Postfix) with SMTP id 146C2180DE for ; Mon, 17 Mar 2003 08:11:37 -0500 (EST) Received: (qmail 6873 invoked by uid 4221); 17 Mar 2003 13:11:35 -0000 Received: from unknown (HELO gateway.petig-baender.de) (195.71.48.59) by smtp-relay.mediaways.net with SMTP; 17 Mar 2003 13:11:35 -0000 Received: from puck.petig-baender.de ([192.168.234.11] helo=petig-baender.de ident=christof) by gateway.petig-baender.de with esmtp (Exim 3.35 #1 (Debian)) id 18uuOx-0005sh-00; Mon, 17 Mar 2003 14:11:39 +0100 Message-ID: <3E75C975.3050103@petig-baender.de> Date: Mon, 17 Mar 2003 14:11:17 +0100 From: Christof Petig Organization: Adolf Petig GmbH & Co. KG User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.4a) Gecko/20030305 X-Accept-Language: de-DE, de, en MIME-Version: 1.0 To: Murray.Cumming@Comneon.com Cc: bada@prgn.ru, glademm-list@gnome.org Subject: Re: [glade--]I get "segmentation fault" when i customazing a clas s created by glademm. References: <258B0164D480D5118D900800062B3858D91F3B@vihsx09a.vih.infineon.com> In-Reply-To: <258B0164D480D5118D900800062B3858D91F3B@vihsx09a.vih.infineon.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Murray.Cumming@Comneon.com wrote: >>From: Christof Petig [mailto:christof@petig-baender.de] >>This certainly looks like g++ 2.95 being used. It has a bug >>which makes >>it unusable with gtkmm2 and glade. > > > It's only unusable in some situations - see the gtkmm FAQ. It _might_ be > unusable with glademm. Sorry, of course I meant gtkmm2 and glademm (combined). It _is_ unusable with glademm (unless you do not plan to add anything to the classes). Speaking of glade was inexact. Christof From christof@petig-baender.de Tue Mar 18 03:20:38 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from mail.mediaways.net (mail.mediaways.net [193.189.224.113]) by mail.gnome.org (Postfix) with SMTP id A9AE518151 for ; Tue, 18 Mar 2003 03:20:37 -0500 (EST) Received: (qmail 11493 invoked by uid 4221); 18 Mar 2003 08:20:36 -0000 Received: from unknown (HELO gateway.petig-baender.de) (195.71.48.59) by smtp-relay.mediaways.net with SMTP; 18 Mar 2003 08:20:36 -0000 Received: from puck.petig-baender.de ([192.168.234.11] helo=petig-baender.de ident=christof) by gateway.petig-baender.de with esmtp (Exim 3.35 #1 (Debian)) id 18vCKu-0007XV-00; Tue, 18 Mar 2003 09:20:40 +0100 Message-ID: <3E76D6BE.6070301@petig-baender.de> Date: Tue, 18 Mar 2003 09:20:14 +0100 From: Christof Petig Organization: Adolf Petig GmbH & Co. KG User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.4a) Gecko/20030305 X-Accept-Language: de-DE, de, en MIME-Version: 1.0 To: Dedov Anton , glademm-list Subject: Re: [glade--]I get "segmentation fault" when i customazing a clas s created by glademm. References: <258B0164D480D5118D900800062B3858D91F3B@vihsx09a.vih.infineon.com> <3E75C975.3050103@petig-baender.de> <20030318091553.1e071384.bada@prgn.ru> In-Reply-To: <20030318091553.1e071384.bada@prgn.ru> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Dedov Anton wrote: > Can I hope that if I would use gtkmm2 only (without glademm) and g++ 2.95 the things will be stable? All works well unless you start using dynamic_cast within a ctor of a derived class e.g. struct A { A() { this->a_method_which_uses_dynamic_cast(); } }; struct B { int x; B() : A(), x(1) {} } this will crash. It will not crash if you remove the x (the compile optimizes B away) or if you call a_method_which_uses_dynamic_cast after A() has ended (e.g. in a member or inside B()). Since this is clearly a compiler bug and any workarounds are quite ugly and most up to date distributions ship with g++-3.2 I'd recommend to upgrade the compiler. You really get a better environment, 2.95 is broken in many ways (e.g. standard conformance), produces larger code and will die soon (hopefully). I would accept a patch which moves the widget creation and customization into an init function (actually add() uses dynamic_cast()), but I bet the effort is better put into upgrading your compiler. Of course you can replace the ctor of foo_glade by init and call that function from your foo ctor but this means patching the generated file by hand (or patch). Christof From giri@bom7.vsnl.net.in Wed Mar 19 23:09:19 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from mmb4.vsnl.net.in (mmb4.vsnl.net.in [202.54.1.88]) by mail.gnome.org (Postfix) with ESMTP id C4D92183DE for ; Wed, 19 Mar 2003 23:09:18 -0500 (EST) Received: from girish (PPP-219.65.64.185.mum2.vsnl.net.in [219.65.64.185]) by mmb4.vsnl.net.in (Postfix) with SMTP id 4EF5C144CE for ; Thu, 20 Mar 2003 09:39:02 +0530 (IST) Message-ID: <000201c2e2cf$4bee20c0$b94041db@girish> Reply-To: "Girish Patil" From: "Girish Patil" To: Date: Tue, 4 Mar 2003 11:06:27 +0530 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0005_01C2E23E.1A645D30" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Subject: [glade--]error Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: This is a multi-part message in MIME format. ------=_NextPart_000_0005_01C2E23E.1A645D30 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable when i am trying to compile a project in glade I get the following error = "NO TARGET SPECIFIED AND NO MAKEFILE FOUND" PLEASE RELY ASAP ------=_NextPart_000_0005_01C2E23E.1A645D30 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
when i am trying to compile a project = in glade I=20 get the following error "NO TARGET SPECIFIED AND NO MAKEFILE = FOUND"
 
PLEASE RELY = ASAP
------=_NextPart_000_0005_01C2E23E.1A645D30-- From christof@petig-baender.de Fri Mar 21 03:04:36 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from mail.mediaways.net (mail.mediaways.net [193.189.224.113]) by mail.gnome.org (Postfix) with SMTP id 3C5011826A for ; Fri, 21 Mar 2003 03:04:36 -0500 (EST) Received: (qmail 20848 invoked by uid 4221); 21 Mar 2003 08:04:35 -0000 Received: from unknown (HELO gateway.petig-baender.de) (195.71.48.59) by smtp-relay.mediaways.net with SMTP; 21 Mar 2003 08:04:35 -0000 Received: from puck.petig-baender.de ([192.168.234.11] helo=petig-baender.de ident=christof) by gateway.petig-baender.de with esmtp (Exim 3.35 #1 (Debian)) id 18wHW1-0003lx-00; Fri, 21 Mar 2003 09:04:37 +0100 Message-ID: <3E7AC776.1030609@petig-baender.de> Date: Fri, 21 Mar 2003 09:04:06 +0100 From: Christof Petig Organization: Adolf Petig GmbH & Co. KG User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.4a) Gecko/20030305 X-Accept-Language: de-DE, de, en MIME-Version: 1.0 To: Girish Patil Cc: glademm-list@gnome.org Subject: Re: [glade--]error References: <000201c2e2cf$4bee20c0$b94041db@girish> In-Reply-To: <000201c2e2cf$4bee20c0$b94041db@girish> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Girish Patil wrote: > when i am trying to compile a project in glade I get the following error > "NO TARGET SPECIFIED AND NO MAKEFILE FOUND" > > PLEASE RELY ASAP - there is no "compile" button in glade - I see no evidence that you use glade-- which this list is about look for and try to execute autogen.sh Christof From thomashansen@uol.com.br Sat Mar 22 14:18:33 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from traven10.uol.com.br (traven10.uol.com.br [200.221.29.45]) by mail.gnome.org (Postfix) with ESMTP id DE0FD18160 for ; Sat, 22 Mar 2003 14:18:32 -0500 (EST) Received: from uol.com.br ([200.158.68.205]) by traven10.uol.com.br (8.9.1/8.9.1) with ESMTP id QAA15490 for ; Sat, 22 Mar 2003 16:16:07 -0300 (BRT) Message-ID: <3E7CB71F.6040807@uol.com.br> Date: Sat, 22 Mar 2003 16:18:55 -0300 From: Thomas Hansen User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20021130 X-Accept-Language: en-us, en MIME-Version: 1.0 To: glademm-list@gnome.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: [glade--]How to connect object 1 signal to object 2 slot? Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Hello, I'm new to gtk+, gtkmm and glade. I am trying to connect a signal (changed) from a GtkCombo to a signal handler (on_combo_changed()) from a GtkEntry derived object. It doesn't seem to be a complicated task if not using glade: I would use on my main window constructor: m_combo1.signal_clicked().connect( SigC::slot(m_entry1, &My_Entry::on_combo_changed)); , where My_Entry is the class that inherits GktEntry), but I wasn't able to find a simple way to do this in glade (appart from editing the _glade files). So, how can I do this? Am I so mad about trying this connection :)? Thomas From christof@petig-baender.de Tue Mar 25 07:34:45 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from mail.mediaways.net (mail.mediaways.net [193.189.224.113]) by mail.gnome.org (Postfix) with SMTP id 1EED6182B5 for ; Tue, 25 Mar 2003 07:34:45 -0500 (EST) Received: (qmail 3305 invoked by uid 4221); 25 Mar 2003 12:34:43 -0000 Received: from unknown (HELO gateway.petig-baender.de) (195.71.48.59) by smtp-relay.mediaways.net with SMTP; 25 Mar 2003 12:34:43 -0000 Received: from puck.petig-baender.de ([192.168.234.11] helo=petig-baender.de ident=christof) by gateway.petig-baender.de with esmtp (Exim 3.35 #1 (Debian)) id 18xndg-0000ma-00; Tue, 25 Mar 2003 13:34:48 +0100 Message-ID: <3E804CC8.80305@petig-baender.de> Date: Tue, 25 Mar 2003 13:34:16 +0100 From: Christof Petig Organization: Adolf Petig GmbH & Co. KG User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.4a) Gecko/20030305 X-Accept-Language: de-DE, de, en MIME-Version: 1.0 To: Thomas Hansen Cc: glademm-list@gnome.org Subject: Re: [glade--]How to connect object 1 signal to object 2 slot? References: <3E7CB71F.6040807@uol.com.br> In-Reply-To: <3E7CB71F.6040807@uol.com.br> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Thomas Hansen wrote: > Hello, > > I'm new to gtk+, gtkmm and glade. I am trying to connect a signal > (changed) from a GtkCombo to a signal handler (on_combo_changed()) from > a GtkEntry derived object. It doesn't seem to be a complicated task if > not using glade: I would use on my main window constructor: > > m_combo1.signal_clicked().connect( SigC::slot(m_entry1, > &My_Entry::on_combo_changed)); > > , where My_Entry is the class that inherits GktEntry), but I wasn't able > to find a simple way to do this in glade (appart from editing the _glade > files). > > So, how can I do this? Am I so mad about trying this connection :)? Try to specify m_entry1 as the object for the signal (sounds logical, doesn't it?). If both objects live within the same class and this gives an error, this is a glade-- bug. Christof From johnmotsweng@hotmail.com Fri Mar 28 20:42:00 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from hotmail.com (f25.law12.hotmail.com [64.4.19.25]) by mail.gnome.org (Postfix) with ESMTP id D34021817D for ; Fri, 28 Mar 2003 20:41:59 -0500 (EST) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Fri, 28 Mar 2003 17:41:58 -0800 Received: from 80.15.139.101 by lw12fd.law12.hotmail.msn.com with HTTP; Sat, 29 Mar 2003 01:41:58 GMT X-Originating-IP: [80.15.139.101] X-Originating-Email: [johnmotsweng@hotmail.com] From: "John Motsweng" To: glademm-list@gnome.org Date: Sat, 29 Mar 2003 02:41:58 +0100 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 29 Mar 2003 01:41:58.0999 (UTC) FILETIME=[6350A670:01C2F594] Subject: [glade--]Simple tutorial Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Please don't shoot me, because I am just the messenger. It is just hard to break into glademm and the recurring question about accessing widgets is not a bug or a nuisance, but an expression of genuine interest. I bet it is easy to move on to gtkmm if you come from gtk, but I can't take that route. I can't turn away, because I never learned C and my C++ is just taking shape. All I want to achieve for now is a simple program with a button, an entry and a label. On the button click the contents should be send to standard out and to the label. A second part could maybe do a little string manipulation, concatenation type of thing. Here's the deal. If anybody on this list could mail me some commented code with these three little widgets I will study it and write a good tutorial adding the other little parts I already understand. I can then send it to one of the more knowledgeable members for review and comment and develop a tutorial as I learn, for the benefit of all us newbies. Maybe I should go as far as promise that I am willing to write a few more tutorials as I progress as long as somebody who knows can guide me a little. _________________________________________________________________ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=features/junkmail From christof@petig-baender.de Mon Mar 31 02:17:57 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from mail.mediaways.net (mail.mediaways.net [193.189.224.113]) by mail.gnome.org (Postfix) with SMTP id 8B55D18238 for ; Mon, 31 Mar 2003 02:17:56 -0500 (EST) Received: (qmail 1215 invoked by uid 4221); 31 Mar 2003 07:17:55 -0000 Received: from unknown (HELO gateway.petig-baender.de) (195.71.48.59) by smtp-relay.mediaways.net with SMTP; 31 Mar 2003 07:17:55 -0000 Received: from puck.petig-baender.de ([192.168.234.11] helo=petig-baender.de ident=christof) by gateway.petig-baender.de with esmtp (Exim 3.35 #1 (Debian)) id 18ztYM-0007V2-00; Mon, 31 Mar 2003 09:17:58 +0200 Message-ID: <3E87EB80.9060207@petig-baender.de> Date: Mon, 31 Mar 2003 09:17:20 +0200 From: Christof Petig Organization: Adolf Petig GmbH & Co. KG User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.4a) Gecko/20030326 X-Accept-Language: de-DE, de, en MIME-Version: 1.0 To: John Motsweng Cc: glademm-list@gnome.org Subject: Re: [glade--]Simple tutorial References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: John Motsweng wrote: > Please don't shoot me, because I am just the messenger. It is just hard > to break into glademm and the recurring question about accessing widgets > is not a bug or a nuisance, but an expression of genuine interest. > > I bet it is easy to move on to gtkmm if you come from gtk, but I can't > take that route. I can't turn away, because I never learned C and my C++ > is just taking shape. All I want to achieve for now is a simple program > with a button, an entry and a label. On the button click the contents > should be send to standard out and to the label. A second part could > maybe do a little string manipulation, concatenation type of thing. > > Here's the deal. If anybody on this list could mail me some commented > code with these three little widgets I will study it and write a good > tutorial adding the other little parts I already understand. I can then > send it to one of the more knowledgeable members for review and comment > and develop a tutorial as I learn, for the benefit of all us newbies. > > Maybe I should go as far as promise that I am willing to write a few > more tutorials as I progress as long as somebody who knows can guide me > a little. Deal. I'll do it (10 minutes of work). I guess you are not asking about gtk-- 1.2? Christof From christof@petig-baender.de Mon Mar 31 02:30:42 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from mail.mediaways.net (mail.mediaways.net [193.189.224.113]) by mail.gnome.org (Postfix) with SMTP id D845818238 for ; Mon, 31 Mar 2003 02:30:41 -0500 (EST) Received: (qmail 10024 invoked by uid 4221); 31 Mar 2003 07:30:40 -0000 Received: from unknown (HELO gateway.petig-baender.de) (195.71.48.59) by smtp-relay.mediaways.net with SMTP; 31 Mar 2003 07:30:40 -0000 Received: from puck.petig-baender.de ([192.168.234.11] helo=petig-baender.de ident=christof) by gateway.petig-baender.de with esmtp (Exim 3.35 #1 (Debian)) id 18ztki-0007Vd-00; Mon, 31 Mar 2003 09:30:44 +0200 Message-ID: <3E87EE7F.1000706@petig-baender.de> Date: Mon, 31 Mar 2003 09:30:07 +0200 From: Christof Petig Organization: Adolf Petig GmbH & Co. KG User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.4a) Gecko/20030326 X-Accept-Language: de-DE, de, en MIME-Version: 1.0 To: John Motsweng Cc: glademm-list@gnome.org Subject: Re: [glade--]Simple tutorial References: In-Reply-To: Content-Type: multipart/mixed; boundary="------------090909040309000901020605" Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: This is a multi-part message in MIME format. --------------090909040309000901020605 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit John Motsweng wrote: > Please don't shoot me, because I am just the messenger. It is just hard > to break into glademm and the recurring question about accessing widgets > is not a bug or a nuisance, but an expression of genuine interest. > > I bet it is easy to move on to gtkmm if you come from gtk, but I can't > take that route. I can't turn away, because I never learned C and my C++ > is just taking shape. All I want to achieve for now is a simple program > with a button, an entry and a label. On the button click the contents > should be send to standard out and to the label. A second part could > maybe do a little string manipulation, concatenation type of thing. Attached. Simply do "cd tutorial; glade-- tutorial.glade ; ./autogen.sh ; make ; src/tutorial". It should be really obvious what was needed to create the glade file with glade-2 - isn't it? > > Here's the deal. If anybody on this list could mail me some commented > code with these three little widgets I will study it and write a good > tutorial adding the other little parts I already understand. I can then > send it to one of the more knowledgeable members for review and comment > and develop a tutorial as I learn, for the benefit of all us newbies. I really think that two liners do not need comments (with approx. 40 chars a line). Gtkmm.org has a really good documentation about the widget and their methods. > Maybe I should go as far as promise that I am willing to write a few > more tutorials as I progress as long as somebody who knows can guide me > a little. No problem for me ;-) Christof --------------090909040309000901020605 Content-Type: application/x-gtar; name="tutorial.tgz" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="tutorial.tgz" H4sIAHXthz4CA+1ZX5PaNhDnFT6F4j4klwSwAcOUAPnLpddyuUyOJpOZznh0trAVjOSR5QPa 6XfvyjYcB/Zhprm0ySAekKXfrla7q9V6LSPJBcV+vXR/Tddbeqdjwr+uNw09/jda7fg/bSW9 024ZnXa70WmVdKNhts0SMkvfoEWhxAKhku0JGko+yccRETZKP1qTK/tLEkrTtCTnvsAO5TXX xw75OvY3dL3dbuXY3zCaTXPD/jBvtOGphPSj/e+99Z4vZj66hr1RzvqaUdM1BBphDvY5I32N ce35APUeVKuPq2jGHdJFigCeqoNK78Gbi9fjz++HKHaWKmWSiAm2Cbr8fDkeniPNkzLo1uvx dM1lfEZqXLjJc7VR02uOdLRBpdLbYqCG5tRxiUS2j8Owr72V00+UOXyuIer0tXncN4AWoV4g eECEXCKGZyDzNQ3plU+0wVhEpFdfzWZBJZUARFJgFvpYYiDra0sSaoN0gT3kywCWeTv+zfp0 9u7NxSdrfPF+NPw4HN1NlvC2Ah5SCWpfc7DeX1xa7y7eDe8mBzNgXxucYj/csz1BQvonLqgL ByKA4EtrTqVnBVgQJjMWUYS2R31HsYD+jpU+vuKLxEbXV3yRWChGFrdSFtzjM+4SRngUZm49 iyYMsE2Zqw30rR3E4HQX5d0tDJkUy2QPRHXVJsqb7DFIIvta7LSzmZYuZy8WVrwr6lO51AYA l8SWxNlcvXyAJjKwNmbWhNtKCQXQxKESF2W9KXoB+AwvLJ8wV3pb+s3ASrKQmadsD52HQ2si oFtIIspSTVq2h0Xmeo/3sMC2pNcY7kLLIRMc+VknoNyrJx6juuBhU3CxTGYBdpxd98sy0yKA iJu11C52Qn0/W6i1KKl/11MH3+/vI3xF/MTffdX9H/m7n4iWYcpE0j3kcGtbEXOI8CkjxRSs SGZYTKOgGP4LZBB0skyC+K+/X47PTj9bo+HpeA/dXOCCK4TEB7Um57gIfoF96sKtotfMPchl YSR4qLPfkZcZqB/utLyKpIRLOz4uV3F/57zcd1wXxKdkkrjch+HobHgKacOH85ejbboQzIv9 1Ro+tafE0ZAH+vOJ6GucWekOrPUk7FNakGLQCbWxSk8sSRX1OWdPUdNA55AuNyCRR3qn29C7 uoneno+1OmiuvKG27NzgpXK3mUosYu3h1WOqwIPShBx8vvNnoZcHoRehjZUoehHOWdg1eKWm DPf6ZZ0/eWn+VD7It8qH5k5ZFOvMqXFb/E0T59j4bAa3RbIBqrqrHRxm3BwCeEOzp9rAldOq IBNIb70iVNQGL4ZMGBZqFcHn+dCBTpTHPSNI5nHOg24E1eT5JrLmsMoJrzno/BibQ5AXaFNp b4l3E2uL+NN2ctL4mv6Un17E8RBJjmweLIuw2ko1ikpwd7qRQ1Qs58ghzks88o7cndnH8QT9 pyeovJlebWUy29vcnPrOkrLbO9mYuBmE7k4NqXRs/7L+G9x//VfXzWZzq/7bMVqNY/33u6v/ wln+AndFsepvCs6oAqcz8UFXEWMwTp20V48f09qlK/DMigfkev7WsML5mLkRZKGD10+e9Orr JzUVC2SFURBwIQenL0eXQ4ghtwZjGJGqfLUD3Bpex5+19N/X+Q+FfV/fAA/5/mca6vtfs2ka x+9/39z+6TePmm1/Xfvvif/t1rb9zUbLPMb/b9HqdaQqAwJL4sRlnTr8DPRzt2F09QZ6Pbwc o6slWmnnRRDZ01pAJHWrV5io152aQyrAJQohcUNphRh9NGpGrTmx7OsQJtU8I3Mi0CPGGbJB 53wGr+POyermCRGfIOnREEFySJDL1ZvXjTtaQF1RXMZriPrnAi15JFAa9Z+iMzTn7KEE4sj2 EJUIu5iyB5XKT5TZfuQQpNmcTahb87SNsdVC3uZoj/JQCoJncDFdc+qsxOl2d6tmj04qfyGU VKSrg5BIS90Nj5KPR9WBuxo4OXmmctlQOt2uzSOJej20C1KjD/9gD59V/j6msMd2bMd2bMd2 L+0fIJKhQgAoAAA= --------------090909040309000901020605-- From buonj4@cti.ecp.fr Sun Mar 2 12:38:59 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from piston.ecp.fr (piston.ecp.fr [138.195.33.3]) by mail.gnome.org (Postfix) with ESMTP id 42A93182F6 for ; Sun, 2 Mar 2003 12:38:59 -0500 (EST) Received: from localhost (localhost [127.0.0.1]) by piston.ecp.fr (Postfix) with ESMTP id 170553803C for ; Sun, 2 Mar 2003 18:38:57 +0100 (CET) Received: from chat.ecp.fr (chat.ecp.fr [138.195.33.30]) by piston.ecp.fr (Postfix) with ESMTP id 2A33938038 for ; Sun, 2 Mar 2003 18:38:57 +0100 (CET) Received: from jg (unknown [138.195.155.154]) by chat.ecp.fr (Postfix) with SMTP id DA1B616859 for ; Sun, 2 Mar 2003 18:28:10 +0100 (CET) Message-ID: <000801c2e0e2$98c4a4d0$9a9bc38a@scrk.com> From: "Jean-Guy BUON" To: Date: Sun, 2 Mar 2003 18:38:54 +0100 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0005_01C2E0EA.FA5FB2E0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Virus-Scanned: by amavisd-new Subject: [glade--]What is the equivalent function of lookup_widget with glade-- Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: This is a multi-part message in MIME format. ------=_NextPart_000_0005_01C2E0EA.FA5FB2E0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I was using the function lookup_widget to reach a child widget but it = doesn't work with glade--! If someone know a similar function give me the information And is there a good documentation on glade--? Jean-Guy BUON ------=_NextPart_000_0005_01C2E0EA.FA5FB2E0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I was using the function lookup_widget = to reach a=20 child widget but it doesn't work with glade--!
If someone know a similar function = give me the=20 information
And is there a good documentation on=20 glade--?
 
Jean-Guy = BUON
------=_NextPart_000_0005_01C2E0EA.FA5FB2E0-- From christof@petig-baender.de Tue Mar 4 04:40:31 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from mail.mediaways.net (mail.mediaways.net [193.189.224.113]) by mail.gnome.org (Postfix) with SMTP id B9AE5186C9 for ; Tue, 4 Mar 2003 04:40:30 -0500 (EST) Received: (qmail 16740 invoked by uid 4221); 4 Mar 2003 09:40:29 -0000 Received: from unknown (HELO gateway.petig-baender.de) (195.71.48.59) by smtp-relay.mediaways.net with SMTP; 4 Mar 2003 09:40:29 -0000 Received: from puck.petig-baender.de ([192.168.234.11] helo=petig-baender.de ident=christof) by gateway.petig-baender.de with esmtp (Exim 3.35 #1 (Debian)) id 18q8uW-0005YY-00; Tue, 04 Mar 2003 10:40:32 +0100 Message-ID: <3E64748C.8060802@petig-baender.de> Date: Tue, 04 Mar 2003 10:40:28 +0100 From: Christof Petig Organization: Adolf Petig GmbH & Co. KG User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.4a) Gecko/20030303 X-Accept-Language: de-DE, de, en MIME-Version: 1.0 To: BUON Jean-Guy Cc: "gtkmm-list@gnome.org" , glademm-list@gnome.org References: <20030303153032.359e5ca9.buonj4@cti.ecp.fr> In-Reply-To: <20030303153032.359e5ca9.buonj4@cti.ecp.fr> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: [glade--]Re: [gtkmm] equivalent function for lookup(GtkWidget * widget, gchar * name)? Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: BUON Jean-Guy wrote: > I don't know how to access to a child widget with glademm > I was using lookup_widget on glade but it doesn't work yet! First: Do you understand the 'visibility' property (glade-- user's guide)? Does 'protected' help you? Mark the widget as 'protected' and look into foo_glade.hh. If you really want to bypass every type- and lifetime-safety C++ can give you you might want to take a look at the deprecated 'public' and 'GMM_FOO' feature of glademm. (perhaps I already deactivated the feature by default) This is much like lookup_widget. Christof From DavidC@mail.lafayette.edu Wed Mar 5 12:45:09 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from lafvm2.lafayette.edu (mail.lafayette.edu [139.147.8.24]) by mail.gnome.org (Postfix) with ESMTP id 1365E181E5 for ; Wed, 5 Mar 2003 12:45:09 -0500 (EST) Received: from CONVERSION-DAEMON.lafvm2.lafayette.edu by lafvm2.lafayette.edu (PMDF V6.1-1 #37854) id <01KT5ZBV0634002BJ8@lafvm2.lafayette.edu> for glademm-list@gnome.org; Wed, 05 Mar 2003 12:44:18 +0000 (DST) Received: from lafayette.edu (kerberos.lafayette.edu [139.147.136.119]) by lafvm2.lafayette.edu (PMDF V6.1-1 #37854) with ESMTP id <01KT5Z8VUP2G002JDA@lafvm2.lafayette.edu> for glademm-list@gnome.org; Wed, 05 Mar 2003 12:41:57 +0000 (DST) Date: Wed, 05 Mar 2003 12:42:27 -0500 From: Christopher David To: glademm-list@gnome.org Message-id: <3E663703.8070500@lafayette.edu> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=us-ascii Content-transfer-encoding: 7BIT X-Accept-Language: en-us User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:0.9.4.1) Gecko/20020508 Netscape6/6.2.3 Subject: [glade--][Fwd: Re: Glademm and pixmaps also custom widgets] Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: I probably should have metnioned I have Glademm 1.1.3d, Glade 0.6.4, and GTKmm 1.2.10. I am running distribution RedHat 8.0. If there is anything else I left out, please tell me. It also appears no one has any info on my problem. Would anyone know where else I can find information this. Internet searching hasn't helped very much. From radhika_narendran@yahoo.com Wed Mar 5 23:20:08 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from web40503.mail.yahoo.com (web40503.mail.yahoo.com [66.218.78.120]) by mail.gnome.org (Postfix) with SMTP id 7BCB618758 for ; Wed, 5 Mar 2003 23:20:08 -0500 (EST) Message-ID: <20030306042007.4669.qmail@web40503.mail.yahoo.com> Received: from [63.210.222.109] by web40503.mail.yahoo.com via HTTP; Wed, 05 Mar 2003 20:20:07 PST Date: Wed, 5 Mar 2003 20:20:07 -0800 (PST) From: Radhika Sambamurti To: glademm-list@gnome.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: [glade--]glade-- for gtk2 Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Hi, I have installed the packages: glade2-1.1.3 A user interface builder for GTK+/GNOME libglade2-2.0.1 GNOME glade library I am trying to install glade-- and libglademm2 for gtk2. I am not able to find the sources for thses. I am running freebsd 5.0 and gtk2, gnome2. Has anybody successfully installed glade-- with glade2? any help iwth this will be appreciated. thanks radhika ===== It's all a matter of perspective. You can choose your view by choosing where to stand. --Larry Wall __________________________________________________ Do you Yahoo!? Yahoo! Tax Center - forms, calculators, tips, more http://taxes.yahoo.com/ From christof@petig-baender.de Thu Mar 6 02:12:16 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from mail.mediaways.net (mail.mediaways.net [193.189.224.113]) by mail.gnome.org (Postfix) with SMTP id A0F7C18492 for ; Thu, 6 Mar 2003 02:12:15 -0500 (EST) Received: (qmail 26559 invoked by uid 4221); 6 Mar 2003 07:12:14 -0000 Received: from unknown (HELO gateway.petig-baender.de) (195.71.48.59) by smtp-relay.mediaways.net with SMTP; 6 Mar 2003 07:12:14 -0000 Received: from puck.petig-baender.de ([192.168.234.11] helo=petig-baender.de ident=christof) by gateway.petig-baender.de with esmtp (Exim 3.35 #1 (Debian)) id 18qpY6-0007qV-00; Thu, 06 Mar 2003 08:12:14 +0100 Message-ID: <3E66089B.8000209@petig-baender.de> Date: Wed, 05 Mar 2003 15:24:27 +0100 From: Christof Petig Organization: Adolf Petig GmbH & Co. KG User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.4a) Gecko/20030303 X-Accept-Language: de-DE, de, en MIME-Version: 1.0 To: Christopher David Cc: glademm-list@gnome.org Subject: Re: [glade--]Glademm and pixmaps also custom widgets References: <3E5E7001.9020206@lafayette.edu> In-Reply-To: <3E5E7001.9020206@lafayette.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Christopher David wrote: Hi Chris, sorry for answering this late, I'd been ill and tried several times to more deeply understand your message. > I first want to thank everyone who helped me get glademm to work on my > Linux machine. However, now that I've gotten my test projects to > compile, I've been having an issue with pixmaps. The first issue was > with custom pixmaps. When I attempted to compile a program with pixmaps > I converted from JPEG, the make would generate the following error: gtk2.0/glademm1.1.3 supports embedding jpeg images directly into the program. (in compressed form, it's unpacked at run time). Why don't you use this feature? > > In file included from GameSetup2_glade.cc:29: > ../pixmaps/ChrisDavid.xpm:2: syntax error before `[' token > GameSetup2_glade.cc: In constructor `GameSetup2_glade::GameSetup2_glade()': > GameSetup2_glade.cc:95: `Chris' undeclared (first use this function) > GameSetup2_glade.cc:95: (Each undeclared identifier is reported only > once for > each function it appears in.) > GameSetup2_glade.cc:95: `manage' undeclared (first use this function) > cc1plus: `' is not a function, > /usr/include/sigc++-1.0/sigc++/object.h:143: conflict with > `template > T* SigC::manage(T*)' > GameSetup2_glade.cc:96: in call to `manage' Perhaps preceding manage by Gtk:: might help, can you please send me the preamble (first 5 lines) of your .xpm, so I can give more clued advices, I was unable to guess your problem ;-) > make[2]: *** [GameSetup2_glade.o] Error 1 > make[2]: Leaving directory `/home/Virtual/cs_205/gui_12/src' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory `/home/Virtual/cs_205/gui_12' > make: *** [all] Error 2 > > > At first I thought it was the fact that the pixmap files had a space in > it, so I changed the file names, setup the project with a new name in a > new folder, and tried again, but still the same message. I then used a > pixmap that came with a program on my Linux machine and it compiled > fine. However, when attempting to execute the program, the image does > not appear and I get this message: > > Gdk---WARNING **: Couldn't create pixmap out of file > '../pixmaps/edit.xpm' - using internal default it tries to load the image at run time - AFAIK embedding images is the default for recent glademms, but if it can't find the file, it can't embed it ... do you really want runtime loading? (I prefer embedded images) > > I heard of having to use "make install" when using gnome support and > such, but I ran make and make install and I still get the same message. > Again, I tried a new project but I still get the same message. I tried > manually copying the pixmap folder to the the bin directory where the > project was installed, still no such luck. Is there anyway to get this > to work, pixmaps or pictures in general are a big thing for this > project. Is there another widget to use, like GTK Image (and how to use > it or where I can find out how to use it)? There is a PIXMAP_DIR or so, try to look with strace for the path it searches. I usually never load images at run time (too easy to mess up the directory structure). > > Another, less pressing matter is custom widgets. To be specific, I am > trying to design a widget that is basically a giant grid. Ideally, I > want to be able to place objects on the grid, or shade parts of the > grid, by clicking on the different squares. However, I need to store > the data based on what I do or put on the grid (for now I'll probably be > using a multimap from STL). Is there any place I can find out where I > can make the widget, so it will return grid coordinates in callbacks > based on clicks, and modify each square individually and so forth. I > could make a table, but it I have a 40x40 table, I'd need callbacks for > each individual square in the table, which is 1600 squares. Hence, one > object that returns grid coordinates is a lot easier. I had also wanted > to modify grid lines by changing color or thickness at runtime also, but > I may just ditch that as that would be too complicated. IF someone > could point me in the right direction here as well, I would be greatly > appreciative. Thank you so much for all your help so far. Give GnomeCanvas or FooCanvas a try (FooCanvasmm was created two weeks ago). It sounds like this is the widget you are looking for (gnumeric, gcompris are examples of programs which use this widget). Usually I attach pointer to my data structures to the set_data interface of my widgets (using smart pointers and other magic (data destroy callbacks, I don't remember the exact name, it's a separate argument to set_data)). Yours Christof From christof@petig-baender.de Thu Mar 6 04:16:42 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from mail.mediaways.net (mail.mediaways.net [193.189.224.113]) by mail.gnome.org (Postfix) with SMTP id 860381888A for ; Thu, 6 Mar 2003 04:16:41 -0500 (EST) Received: (qmail 8987 invoked by uid 4221); 6 Mar 2003 09:16:39 -0000 Received: from unknown (HELO gateway.petig-baender.de) (195.71.48.59) by smtp-relay.mediaways.net with SMTP; 6 Mar 2003 09:16:39 -0000 Received: from puck.petig-baender.de ([192.168.234.11] helo=petig-baender.de ident=christof) by gateway.petig-baender.de with esmtp (Exim 3.35 #1 (Debian)) id 18qrUY-00086F-00; Thu, 06 Mar 2003 10:16:42 +0100 Message-ID: <3E6711F0.4010701@petig-baender.de> Date: Thu, 06 Mar 2003 10:16:32 +0100 From: Christof Petig Organization: Adolf Petig GmbH & Co. KG User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.4a) Gecko/20030305 X-Accept-Language: de-DE, de, en MIME-Version: 1.0 To: Radhika Sambamurti Cc: glademm-list@gnome.org Subject: Re: [glade--]glade-- for gtk2 References: <20030306042007.4669.qmail@web40503.mail.yahoo.com> In-Reply-To: <20030306042007.4669.qmail@web40503.mail.yahoo.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Radhika Sambamurti wrote: > Hi, > > I have installed the packages: > > glade2-1.1.3 A user interface builder for GTK+/GNOME > libglade2-2.0.1 GNOME glade library Simply look for glademm-1.1.3e (d is sufficient but has bugs) ... > > I am trying to install glade-- and libglademm2 for gtk2. I > am not able to find the sources for thses. http://home.wtal.de/petig/Gtk/ libglademm should be available from ftp.gnome.org (I'd have to google too, give it a try) the actual version on my computer is 2.0.1. > > I am running freebsd 5.0 and gtk2, gnome2. > > Has anybody successfully installed glade-- with glade2? > any help iwth this will be appreciated. Of course I have Christof From radhika_narendran@yahoo.com Wed Mar 5 23:11:33 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from web40514.mail.yahoo.com (web40514.mail.yahoo.com [66.218.78.131]) by mail.gnome.org (Postfix) with SMTP id 8BD61183EB for ; Wed, 5 Mar 2003 23:11:32 -0500 (EST) Message-ID: <20030306041128.14175.qmail@web40514.mail.yahoo.com> Received: from [63.210.222.109] by web40514.mail.yahoo.com via HTTP; Wed, 05 Mar 2003 20:11:28 PST Date: Wed, 5 Mar 2003 20:11:28 -0800 (PST) From: Radhika Sambamurti To: glademm-list@gnome.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: [glade--]Builing glade-- for glade2 & gtk2 Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Hi, I have successfully installed: glade2-1.1.3 A user interface builder for GTK+/GNOME libglade2-2.0.1 GNOME glade library I am trying to install glade-- and libglademm2 but cannot find the source code for this. could anyone point me inthe right direction. I am running freebsd 5.0 and gtk2. Any help with this will be appreciated. Thanks, Radhika ===== It's all a matter of perspective. You can choose your view by choosing where to stand. --Larry Wall __________________________________________________ Do you Yahoo!? Yahoo! Tax Center - forms, calculators, tips, more http://taxes.yahoo.com/ From christof@petig-baender.de Thu Mar 6 08:09:33 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from mail.mediaways.net (mail.mediaways.net [193.189.224.113]) by mail.gnome.org (Postfix) with SMTP id 802481819E for ; Thu, 6 Mar 2003 08:09:32 -0500 (EST) Received: (qmail 16677 invoked by uid 4221); 6 Mar 2003 13:09:31 -0000 Received: from unknown (HELO gateway.petig-baender.de) (195.71.48.59) by smtp-relay.mediaways.net with SMTP; 6 Mar 2003 13:09:31 -0000 Received: from puck.petig-baender.de ([192.168.234.11] helo=petig-baender.de ident=christof) by gateway.petig-baender.de with esmtp (Exim 3.35 #1 (Debian)) id 18qv7u-00005P-00; Thu, 06 Mar 2003 14:09:35 +0100 Message-ID: <3E674886.9080709@petig-baender.de> Date: Thu, 06 Mar 2003 14:09:26 +0100 From: Christof Petig Organization: Adolf Petig GmbH & Co. KG User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.4a) Gecko/20030305 X-Accept-Language: de-DE, de, en MIME-Version: 1.0 To: Christopher David Cc: glademm-list@gnome.org Subject: Re: [glade--][Fwd: Re: Glademm and pixmaps also custom widgets] References: <3E663703.8070500@lafayette.edu> In-Reply-To: <3E663703.8070500@lafayette.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Christopher David wrote: > I probably should have metnioned I have Glademm 1.1.3d, Glade 0.6.4, and > GTKmm 1.2.10. I am running distribution RedHat 8.0. If there is > anything else I left out, please tell me. Yes, to quote my own mail: - do you want to embed pictures? or do you want to load them at runtime. - please show me the first five lines of your pixmap - most likely this is a pixmap path problem, you might send me your .glade file and (perhaps) the pixmaps in private mail so I might take a look at them (please also mention your paths to the files you sent me). > It also appears no one has any info on my problem. Would anyone know > where else I can find information > this. Internet searching hasn't helped very much. You're the first who encountered this problem, and a more decent place than this list does not exist. Christof (glademm user, author & maintainer) From radhika_narendran@yahoo.com Thu Mar 6 12:29:29 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from web40506.mail.yahoo.com (web40506.mail.yahoo.com [66.218.78.123]) by mail.gnome.org (Postfix) with SMTP id E96C218134 for ; Thu, 6 Mar 2003 12:29:28 -0500 (EST) Message-ID: <20030306172927.10566.qmail@web40506.mail.yahoo.com> Received: from [64.152.169.65] by web40506.mail.yahoo.com via HTTP; Thu, 06 Mar 2003 09:29:27 PST Date: Thu, 6 Mar 2003 09:29:27 -0800 (PST) From: Radhika Sambamurti Subject: Re: [glade--]glade-- for gtk2 To: Christof Petig Cc: glademm-list@gnome.org In-Reply-To: <3E6711F0.4010701@petig-baender.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Hi, Thanks for the email. It has made things a bit clearer. I have installed libglade2.0.1 I am trying to install glademm-1.1.3e and get these errors when it i do make: I am running gcc 3.2 Any ideas as to why my glademm is not building? thanks radhika getopt.h:110: declaration of C function `int getopt()' conflicts with /usr/include/unistd.h:366: previous declaration `int getopt(int, char* const*, const char*)' here *** Error code 1 Stop in /drive2/downloads/glademm-1.1.3e/src. *** Error code 1 Stop in /drive2/downloads/glademm-1.1.3e/src. *** Error code 1 Stop in /drive2/downloads/glademm-1.1.3e. *** Error code 1 Stop in /drive2/downloads/glademm-1.1.3e. --- Christof Petig wrote: > Radhika Sambamurti wrote: > > Hi, > > > > I have installed the packages: > > > > glade2-1.1.3 A user interface builder for > GTK+/GNOME > > libglade2-2.0.1 GNOME glade library > > Simply look for glademm-1.1.3e (d is sufficient but has > bugs) ... > > > > > I am trying to install glade-- and libglademm2 for > gtk2. I > > am not able to find the sources for thses. > > http://home.wtal.de/petig/Gtk/ > > libglademm should be available from ftp.gnome.org (I'd > have to google > too, give it a try) the actual version on my computer is > 2.0.1. > > > > > I am running freebsd 5.0 and gtk2, gnome2. > > > > Has anybody successfully installed glade-- with glade2? > > any help iwth this will be appreciated. > > Of course I have > Christof > ===== It's all a matter of perspective. You can choose your view by choosing where to stand. --Larry Wall __________________________________________________ Do you Yahoo!? Yahoo! Tax Center - forms, calculators, tips, more http://taxes.yahoo.com/ From christof@petig-baender.de Fri Mar 7 02:46:19 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from mail.mediaways.net (mail.mediaways.net [193.189.224.113]) by mail.gnome.org (Postfix) with SMTP id B00CD189AC for ; Fri, 7 Mar 2003 02:46:18 -0500 (EST) Received: (qmail 9665 invoked by uid 4221); 7 Mar 2003 07:46:15 -0000 Received: from unknown (HELO gateway.petig-baender.de) (195.71.48.59) by smtp-relay.mediaways.net with SMTP; 7 Mar 2003 07:46:15 -0000 Received: from puck.petig-baender.de ([192.168.234.11] helo=petig-baender.de ident=christof) by gateway.petig-baender.de with esmtp (Exim 3.35 #1 (Debian)) id 18rCYb-00011O-00; Fri, 07 Mar 2003 08:46:18 +0100 Message-ID: <3E67C566.1000107@petig-baender.de> Date: Thu, 06 Mar 2003 23:02:14 +0100 From: Christof Petig Organization: Adolf Petig GmbH & Co. KG User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.4a) Gecko/20030305 X-Accept-Language: de-DE, de, en MIME-Version: 1.0 To: Owen Taylor Cc: Jon Cast , Mark McLoughlin , gnome-hackers@gnome.org, glade-devel@ximian.com, glademm-list@gnome.org References: <1046299405.10038.23.camel@localhost.localdomain> <1046302078.1655.26.camel@localhost.localdomain> <20030227002158.7D8B84A5F8@jcomain> <1046306197.1655.40.camel@localhost.localdomain> In-Reply-To: <1046306197.1655.40.camel@localhost.localdomain> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: [glade--]Re: [Glade-devel] Re: glade code generation Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Hi, (Sorry, if this looks like crossposting, but all CCs look sensible) I'm speaking up on behalf of glademm, the (separate) C++ code/project generator for glade. And I like the _choice_ to use generated code. Owen Taylor wrote: > If you generate C code with glade: > > - You get C code which isn't related to how you write code by > hand. But if you don't know better, you'll copy anyways. > (Why is this code calling gtk_widget_set_name() and ref'ing > every widget?) > > - You get the typical code generation problem that once you > edit it, you risk problems if you generate code again. > > - You get something you can't check into source control reliably. > > - You go to experienced GTK+ programmers for help, and they > look at you blankly. I can't speak in favor of the generated C code (I always found the above problems very valid), but for C++ and glademm I found these problems solved. (Except for the fourth point, you need some glademm knowledge to solve glademm problems/bugs, gtkmm only knowledge might help you but is not always sufficient). The only reason I was ever tempted to use libglade _internally_ as an optional drop in replacement (_transparently_ to any program code!) was it's good gnome widget support. With C++ it should not make any difference to your program code whether the actual widgets are created by libglade(mm) or by gtkmm (generated code). To support these claims I promise to finish the libglade option in glademm this week: generate your program's skeleton by glademm and use libglade or generated code by choice. > Libglade is a development methology we can support, because it > gets used extensively for real apps. There may be full scale > apps using generated glade code, but certainly not many of them. I can name a lot of apps using glademm generated code. There _are_ reasons for generated code: - a single binary is enough, no need to ship .glade and image files seperately, install them to a known location and find them at runtime. - no user can mess up your program's user interface by editing/deleting the .glade/image files (this is clearly a pro and a con!) >>>Makes sense to me; we had >> >>> Don't use glade to generate code, use libglade! for C I can't disagree, but I would love to have the option to switch between libglade and generated code (statically linked in widgets) without having to change a single line of the program. Since this is feasible with C++, it should be possible for C, too. Perhaps a nice project for a volunteer? (I don't care about C code) A separation of GUI designer and code generator would benefit glade-[123] IMHO. (IIRC glade-3 does take this road) > The comment about IDE integration is basically that if the source > code editing is integrated with the widget editing, then things > can work better: > > - You can click on a widget, and edit its callbacks > - Source code editing is relatively constrained, because the > tool you are using to do it knows about the GUI. I'm all in favor of IDE integration, but personally I don't need it at all. GUI and program code (callbacks) are well separated by glademm (IMHO of course). Christof (glademm maintainer) From christof@petig-baender.de Fri Mar 7 02:59:49 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from mail.mediaways.net (mail.mediaways.net [193.189.224.113]) by mail.gnome.org (Postfix) with SMTP id BCAE818953 for ; Fri, 7 Mar 2003 02:59:48 -0500 (EST) Received: (qmail 14575 invoked by uid 4221); 7 Mar 2003 07:59:47 -0000 Received: from unknown (HELO gateway.petig-baender.de) (195.71.48.59) by smtp-relay.mediaways.net with SMTP; 7 Mar 2003 07:59:47 -0000 Received: from puck.petig-baender.de ([192.168.234.11] helo=petig-baender.de ident=christof) by gateway.petig-baender.de with esmtp (Exim 3.35 #1 (Debian)) id 18rCli-000132-00; Fri, 07 Mar 2003 08:59:50 +0100 Message-ID: <3E685168.8050107@petig-baender.de> Date: Fri, 07 Mar 2003 08:59:36 +0100 From: Christof Petig Organization: Adolf Petig GmbH & Co. KG User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.4a) Gecko/20030305 X-Accept-Language: de-DE, de, en MIME-Version: 1.0 To: Radhika Sambamurti Cc: glademm-list@gnome.org Subject: Re: [glade--]glade-- for gtk2 References: <20030306172927.10566.qmail@web40506.mail.yahoo.com> In-Reply-To: <20030306172927.10566.qmail@web40506.mail.yahoo.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Radhika Sambamurti wrote: > Hi, > Thanks for the email. It has made things a bit clearer. > I have installed libglade2.0.1 that's not yet related to glade-- at all. > > I am trying to install glademm-1.1.3e and get these errors > when it i do make: > > I am running gcc 3.2 > Any ideas as to why my glademm is not building? > > thanks > radhika > > getopt.h:110: declaration of C function `int getopt()' > conflicts with > /usr/include/unistd.h:366: previous declaration `int > getopt(int, char* const*, > const char*)' here > *** Error code 1 this is a bit too short, is this during glade--.c compilation? which options are passed to the compiler? What are the contents of config.h? I don't have this problem. I tweaked the CVS version to handle things differently, can you try it? Christof From pfb@users.sourceforge.net Fri Mar 7 11:17:27 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from ps7.kent.dot.net.au (ps7.kent.dot.net.au [203.221.100.25]) by mail.gnome.org (Postfix) with ESMTP id 1E7AA180DD for ; Fri, 7 Mar 2003 11:17:27 -0500 (EST) Received: from dialup-3.37.194.203.acc01-stge-pth.comindico.com.au ([203.194.37.3] helo=goldmund.pri) by ps7.kent.dot.net.au with esmtp (Exim 3.22 #1) id 18rKPt-0003DO-00 for glademm-list@gnome.org; Sat, 08 Mar 2003 03:09:51 +1100 Received: from goldmund.pri ([127.0.0.1] helo=goldmund ident=pfb) by goldmund.pri with esmtp (Exim 3.35 #1 (Debian)) id 18rKOi-0002td-08 for ; Sat, 08 Mar 2003 00:08:37 +0800 Date: Fri, 31 Jan 2003 17:01:52 +0800 (WST) From: Peter F Bradshaw To: glademm-list@gnome.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Keywords: X-UID: 137 Subject: [glade--]How to get hold of the widgets Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Hi; I'm new to Gtk, glade and glademm so I'm sure this question has been answered many times before. My question is how do I get hold of the widgets that glademm creates. For instance, if I have a top level window called MainWindow then glademm creates a base class called MainWindow_glade. In the ctor of this class the widgets are created and pointed to by local pointers. How do I access these widgets in MainWindow (or else where). Thanks. Cheers -- Peter F Bradshaw, pfb@users.sourceforge.net, ICQ 75431157 (exadios). PGP public key at http://dingoblue.net.au/public_key.html "Needs more salt" - Archimedes From murrayc@t-online.de Sat Mar 8 07:03:21 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from mailout06.sul.t-online.com (mailout06.sul.t-online.com [194.25.134.19]) by mail.gnome.org (Postfix) with ESMTP id CD333181B8; Sat, 8 Mar 2003 07:03:20 -0500 (EST) Received: from fwd02.sul.t-online.de by mailout06.sul.t-online.com with smtp id 18rd2m-0000NZ-03; Sat, 08 Mar 2003 13:03:12 +0100 Received: from pD959022C.dip.t-dialin.net (520075295495-0001@[217.89.2.44]) by fwd02.sul.t-online.com with esmtp id 18rd2V-1KLK0uC; Sat, 8 Mar 2003 13:02:55 +0100 From: murrayc@t-online.de (Murray Cumming) Reply-To: murrayc@usa.net To: Joaquin Cuenca Abela Cc: Christof Petig , Owen Taylor , Jon Cast , Mark McLoughlin , Gnome Hackers , glade-devel@ximian.com, glademm-list@gnome.org In-Reply-To: <1047076096.1225.36.camel@localhost.localdomain> References: <1046299405.10038.23.camel@localhost.localdomain> <1046302078.1655.26.camel@localhost.localdomain> <20030227002158.7D8B84A5F8@jcomain> <1046306197.1655.40.camel@localhost.localdomain> <3E67C566.1000107@petig-baender.de> <1047076096.1225.36.camel@localhost.localdomain> Content-Type: text/plain Organization: Message-Id: <1047123218.1270.10.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 Date: 08 Mar 2003 12:33:39 +0100 Content-Transfer-Encoding: 7bit X-Sender: 520075295495-0001@t-dialin.net Subject: [glade--]Re: [Glade-devel] Re: glade code generation Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: On Fri, 2003-03-07 at 23:28, Joaquin Cuenca Abela wrote: > How do you solve the second problem with glademm? > > You generate a file, say foo.cpp, with glademm. I edit it, change the > glade file, and regenerate the file. Do you conserve the changes done > to foo.cpp by hand? [snip] > That feasible in any language. But that's not the problem. The problem > is: How do you deal with changes done by hand in the generated code? > > MS deals with this problem adding "please, don't change this code" > comments (and of course, hell opens when you don't follow the advice). > I guess that I don't have to discuss the problems of that approach... > but in fact, you can't do much better if you generate code. C++ has the concept of inheritance. glademm generates only base classes. User-written code is in user-written derived classes. -- Murray Cumming murray@usa.net www.murrayc.com From murrayc@t-online.de Sat Mar 8 09:32:08 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from mailout03.sul.t-online.com (mailout03.sul.t-online.com [194.25.134.81]) by mail.gnome.org (Postfix) with ESMTP id 126BA183BF; Sat, 8 Mar 2003 09:32:08 -0500 (EST) Received: from fwd06.sul.t-online.de by mailout03.sul.t-online.com with smtp id 18rfMp-00081w-07; Sat, 08 Mar 2003 15:32:03 +0100 Received: from pD959022C.dip.t-dialin.net (520075295495-0001@[217.89.2.44]) by fwd06.sul.t-online.com with esmtp id 18rfMd-07SWGGC; Sat, 8 Mar 2003 15:31:51 +0100 From: murrayc@t-online.de (Murray Cumming) Reply-To: murrayc@usa.net To: Joaquin Cuenca Abela Cc: 'Gnome Hackers' , glade-devel@ximian.com, glademm-list@gnome.org In-Reply-To: <000001c2e57e$c64277c0$7fe03851@lou> References: <000001c2e57e$c64277c0$7fe03851@lou> Content-Type: text/plain Organization: Message-Id: <1047132068.1272.28.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 Date: 08 Mar 2003 15:01:08 +0100 Content-Transfer-Encoding: 7bit X-Sender: 520075295495-0001@t-dialin.net Subject: [glade--]Re: RE : [Glade-devel] Re: glade code generation Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: On Sat, 2003-03-08 at 15:26, Joaquin Cuenca Abela wrote: > Murray wrote: > > > > > but in fact, you can't do much better if you generate code. > > > > C++ has the concept of inheritance. glademm generates only > > base classes. > > User-written code is in user-written derived classes. > > That's irrelevant. The question is: what happens when the user edits > code that he shouldn't edit and later it regenerates this code? He shouldn't. He doesn't have any need to. -- Murray Cumming murray@usa.net www.murrayc.com From bill.haneman@sun.com Sat Mar 8 10:59:19 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from pheriche.sun.com (pheriche.sun.com [192.18.98.34]) by mail.gnome.org (Postfix) with ESMTP id 245CB183F7; Sat, 8 Mar 2003 10:59:19 -0500 (EST) Received: from dub-mail1.Ireland.Sun.COM ([129.156.220.69]) by pheriche.sun.com (8.9.3+Sun/8.9.3) with ESMTP id IAA20069; Sat, 8 Mar 2003 08:59:15 -0700 (MST) Received: from yp2-1200-gw1.Central.Sun.COM (dbl-isdn-109 [129.156.227.109]) by dub-mail1.Ireland.Sun.COM (8.11.6+Sun/8.10.2/ENSMAIL,v2.1p1) with ESMTP id h28FxDv13319; Sat, 8 Mar 2003 15:59:13 GMT From: Bill Haneman To: murrayc@usa.net Cc: Joaquin Cuenca Abela , Christof Petig , Owen Taylor , Jon Cast , Mark McLoughlin , Gnome Hackers , glade-devel@ximian.com, glademm-list@gnome.org In-Reply-To: <1047123218.1270.10.camel@localhost.localdomain> References: <1046299405.10038.23.camel@localhost.localdomain> <1046302078.1655.26.camel@localhost.localdomain> <20030227002158.7D8B84A5F8@jcomain> <1046306197.1655.40.camel@localhost.localdomain> <3E67C566.1000107@petig-baender.de> <1047076096.1225.36.camel@localhost.localdomain> <1047123218.1270.10.camel@localhost.localdomain> Content-Type: text/plain Organization: Message-Id: <1047138616.4616.2.camel@taistealai.ireland.sun.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.0 Date: 08 Mar 2003 15:50:16 +0000 Content-Transfer-Encoding: 7bit Subject: [glade--]Re: [Glade-devel] Re: glade code generation Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: The only glade-generated code that an end-user should/would want to modify IFAICS are the stubs (end-users might want to insert implementations there). But the generation of callback stub code is a convenience feature. Perhaps a smarter code generation system could (reliably) be limited to appending any newly-added stubs without overwriting the whole callbacks file. Otherwise, one can just choose not to regenerate the stubs file if it already exists. -Bill -- Bill Haneman From christof@petig-baender.de Sun Mar 9 04:12:38 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from mail.mediaways.net (mail.mediaways.net [193.189.224.113]) by mail.gnome.org (Postfix) with SMTP id 298D718243 for ; Sun, 9 Mar 2003 04:12:38 -0500 (EST) Received: (qmail 21315 invoked by uid 4221); 9 Mar 2003 09:12:36 -0000 Received: from unknown (HELO gateway.petig-baender.de) (195.71.48.59) by smtp-relay.mediaways.net with SMTP; 9 Mar 2003 09:12:36 -0000 Received: from [192.168.235.2] (helo=petig-baender.de ident=christof) by gateway.petig-baender.de with esmtp (Exim 3.35 #1 (Debian)) id 18rwrH-00039d-00; Sun, 09 Mar 2003 10:12:39 +0100 Message-ID: <3E6A8406.4080009@petig-baender.de> Date: Sun, 09 Mar 2003 01:00:06 +0100 From: Christof Petig Organization: Adolf Petig GmbH & Co. KG User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.4a) Gecko/20030305 X-Accept-Language: de-DE, de, en MIME-Version: 1.0 To: Peter F Bradshaw Cc: glademm-list@gnome.org Subject: Re: [glade--]How to get hold of the widgets References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Peter F Bradshaw wrote: > Hi; > > I'm new to Gtk, glade and glademm so I'm sure this question has been > answered many times before. > > My question is how do I get hold of the widgets that glademm creates. > > For instance, if I have a top level window called MainWindow then > glademm creates a base class called MainWindow_glade. In the ctor of > this class the widgets are created and pointed to by local pointers. How > do I access these widgets in MainWindow (or else where). most frequently asked question: mark its visibility as protected (or even public) instead of private. See the glademm user's guide. Any idea on where to put this information more prominently? (perhaps a comment at the start of the window1_glade.cc file?) Christof From christof@petig-baender.de Sun Mar 9 04:12:44 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from mail.mediaways.net (mail.mediaways.net [193.189.224.113]) by mail.gnome.org (Postfix) with SMTP id 8D60A18400 for ; Sun, 9 Mar 2003 04:12:43 -0500 (EST) Received: (qmail 21326 invoked by uid 4221); 9 Mar 2003 09:12:42 -0000 Received: from unknown (HELO gateway.petig-baender.de) (195.71.48.59) by smtp-relay.mediaways.net with SMTP; 9 Mar 2003 09:12:42 -0000 Received: from [192.168.235.2] (helo=petig-baender.de ident=christof) by gateway.petig-baender.de with esmtp (Exim 3.35 #1 (Debian)) id 18rwrL-00039j-00; Sun, 09 Mar 2003 10:12:44 +0100 Message-ID: <3E6A8EF8.9090300@petig-baender.de> Date: Sun, 09 Mar 2003 01:46:48 +0100 From: Christof Petig Organization: Adolf Petig GmbH & Co. KG User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.4a) Gecko/20030305 X-Accept-Language: de-DE, de, en MIME-Version: 1.0 To: Joaquin Cuenca Abela Cc: gnome-hackers@gnome.org, glade-devel@ximian.com, glademm-list@gnome.org References: <1046299405.10038.23.camel@localhost.localdomain> <1046302078.1655.26.camel@localhost.localdomain> <20030227002158.7D8B84A5F8@jcomain> <1046306197.1655.40.camel@localhost.localdomain> <3E67C566.1000107@petig-baender.de> <1047076096.1225.36.camel@localhost.localdomain> In-Reply-To: <1047076096.1225.36.camel@localhost.localdomain> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: [glade--]Re: [Glade-devel] Re: glade code generation Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: [cc list trimmed somewhat, will remove gnome-hackers at next reply] Joaquin Cuenca Abela wrote: > How do you solve the second problem with glademm? [second problem is: avoid user overwriting generated code, avoid to overwrite user written code] there are two separate classes, and four (or six) files for each widget tree (toplevel window): - foo_glade.hh: UI class declaration, never edit, overwritten [contains the declaration of user visible widget pointers and the pure virtual callbacks]. Informative to look into when you write the actual program. - foo_glade.cc: UI class methods, never edit, overwritten [construction and customization of the widgets, callback connection] Usually nobody ever looks into this file (unless out of curiosity). - foo.hh: User class, derived from UI class, needs to override every connected signal handler to be instantiable, glademm outputs a first empty skeleton but never touches this file again (it emits a foo.hh_new which you can copy new callback declarations from). If there are no callbacks, this class can be empty (or even missing) - foo.cc: normally contains the flesh (definition) of the callbacks, the c(onstruct)tor and the d(estruc)tor. Of course the physical location (which file the definitions are in) is not relevant, arrange them according to your taste. My ctors usually fill the window with content (from a database) and (typically) take a number of parameters to control their behaviour. > You generate a file, say foo.cpp, with glademm. I edit it, change the > glade file, and regenerate the file. Do you conserve the changes done > to foo.cpp by hand? see above. The code is well separated. > Honestly, I don't think that the exact language in which the code is > generated has any impact. It does not have to have impact. But since C++ programs tend to organize differently (class inheritance) from C (collection of functions) the generated code looks totally different for glade and glademm. >>The only reason I was ever tempted to use libglade _internally_ as an >>optional drop in replacement (_transparently_ to any program code!) was >>it's good gnome widget support. With C++ it should not make any >>difference to your program code whether the actual widgets are created >>by libglade(mm) or by gtkmm (generated code). > > > exactly like with C. Please understand that I'm not bashing C++ (as > it's also usually my language of choice), but I don't see any > substantial difference, here. Due to my effort yesterday, glademm now offers the option (pupal state) to use generated code and libglade as a drop in replacement (no code change). I don't know of any effort to make glade generated code and libglade API compatible, but it would benefit. [Stop, I'd enjoy such a project. I'm not saying C++ is better, I'm saying: I did it for C++, who want's to do it for C?] > I agree that there may be reasons to use generated code (mostly of the > kind of "we don't want a dependency on libxml-2"), but I don't agree > with your reasons. > > It's quite rare to find a program that can be installed with just an > executable. In fact except for trivial programs (and mono executables > when you put everything in the same .exe), you always have a lot of > things to install. Some .glade files don't make really a difference. Agreed. But there are such programs (single binaries), it gets more likely if you depend on external things (like a database infrastructure, available binaries etc.). Personally I dislike to depend on external files (and how to find them at run time) unless necessary (you know: make sure to install them to a _proper_ place, binary will not work until support files are installed to target location, yuck). A binary is easy to copy around once it's self containing. [I have no problem to depend on shared libraries!] > That feasible in any language. But that's not the problem. The problem > is: How do you deal with changes done by hand in the generated code? > > MS deals with this problem adding "please, don't change this code" > comments (and of course, hell opens when you don't follow the advice). > I guess that I don't have to discuss the problems of that approach... > but in fact, you can't do much better if you generate code. Well, I don't open the gates of hell - glademm simply overwrites the changes in the "changes will be lost" marked files. Usually nobody needs to change them (glademm bugs put aside). Yours Christof PS: Am I correct to assume you are involved with glade-3? From christof@petig-baender.de Sun Mar 9 04:12:47 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from mail.mediaways.net (mail.mediaways.net [193.189.224.113]) by mail.gnome.org (Postfix) with SMTP id DFF0118243 for ; Sun, 9 Mar 2003 04:12:46 -0500 (EST) Received: (qmail 21334 invoked by uid 4221); 9 Mar 2003 09:12:46 -0000 Received: from unknown (HELO gateway.petig-baender.de) (195.71.48.59) by smtp-relay.mediaways.net with SMTP; 9 Mar 2003 09:12:46 -0000 Received: from [192.168.235.2] (helo=petig-baender.de ident=christof) by gateway.petig-baender.de with esmtp (Exim 3.35 #1 (Debian)) id 18rwrR-00039p-00; Sun, 09 Mar 2003 10:12:49 +0100 Message-ID: <3E6A8FF2.5020108@petig-baender.de> Date: Sun, 09 Mar 2003 01:50:58 +0100 From: Christof Petig Organization: Adolf Petig GmbH & Co. KG User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.4a) Gecko/20030305 X-Accept-Language: de-DE, de, en MIME-Version: 1.0 To: Christopher David Cc: glademm-list@gnome.org Subject: Re: [glade--] Glademm and pixmaps also custom widgets References: <3E663703.8070500@lafayette.edu> <3E674886.9080709@petig-baender.de> <3E6956A0.2020807@lafayette.edu> In-Reply-To: <3E6956A0.2020807@lafayette.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Christopher David wrote: > Loading them at runtime is what we originally plan on doing and at this > stage in the game, we may just stick with that and use pixmaps. We > eventually got pixmaps to work on a smaller project on another computer, > and since this will be the main computer we'll be working on, everthing > is fine for now. Out of curiosity, I've been trying to find other ways > of using pictures, is there anywhere I can find the documentation for > embedding jpegs, I haven't been too successful in finding some simply give gtk2 and glademm a try (it will embed jpegs in compressed form). I would never dare to try this with gtk1. > I recreated it with no spaces, the preamble didn't change. This has > fixed the problem. Thank you for telling me about the preamble. Nice to see this solved. > Again, we've gotten it to work for now, so this isn't a big deal. I > appreciate your help, it has greatly benefited me and my group a lot. > I'm interested to know what the response to Peter Bradshaw's question of > "How to get a hold of the widgets," since we have run into the same > question. Again, thanks for all your help. Hope you're feeling better. Mark the visibility as protected ;-) Oh, my ear capacity has returned. I'm just a bit short breathed due to the lack of sports. Christof From bill.haneman@sun.com Sun Mar 9 08:11:47 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from kathmandu.sun.com (kathmandu.sun.com [192.18.98.36]) by mail.gnome.org (Postfix) with ESMTP id 4C21A18149; Sun, 9 Mar 2003 08:11:47 -0500 (EST) Received: from dub-mail1.Ireland.Sun.COM ([129.156.220.69]) by kathmandu.sun.com (8.9.3+Sun/8.9.3) with ESMTP id GAA06325; Sun, 9 Mar 2003 06:11:43 -0700 (MST) Received: from yp2-1200-gw1.Central.Sun.COM (dbl-isdn-115 [129.156.227.115]) by dub-mail1.Ireland.Sun.COM (8.11.6+Sun/8.10.2/ENSMAIL,v2.1p1) with ESMTP id h29DBfv09823; Sun, 9 Mar 2003 13:11:41 GMT From: Bill Haneman To: Jon Cast Cc: murrayc@usa.net, Joaquin Cuenca Abela , Christof Petig , Owen Taylor , Mark McLoughlin , Gnome Hackers , glade-devel@ximian.com, glademm-list@gnome.org In-Reply-To: <20030309024446.3C3F04A5ED@jcomain> References: <1046299405.10038.23.camel@localhost.localdomain> <1046302078.1655.26.camel@localhost.localdomain> <20030227002158.7D8B84A5F8@jcomain> <1046306197.1655.40.camel@localhost.localdomain> <3E67C566.1000107@petig-baender.de> <1047076096.1225.36.camel@localhost.localdomain> <1047123218.1270.10.camel@localhost.localdomain> <1047138616.4616.2.camel@taistealai.ireland.sun.com> <20030309024446.3C3F04A5ED@jcomain> Content-Type: text/plain Organization: Message-Id: <1047214965.4611.20.camel@taistealai.ireland.sun.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.0 Date: 09 Mar 2003 13:02:46 +0000 Content-Transfer-Encoding: 7bit Subject: [glade--]Re: [Glade-devel] Re: glade code generation Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: On Sun, 2003-03-09 at 02:44, Jon Cast wrote: > Bill Haneman wrote: > > The only glade-generated code that an end-user should/would want to > > modify IFAICS are the stubs (end-users might want to insert > > implementations there). But the generation of callback stub code is a > > convenience feature. > > Right. In fact, there's no reason I can see to even generate them; the > only code I'd want to keep is code I can copy from the header file > anyway, and I don't think there's any reason to modify that. So the > argument is against auto-generating the handler stubs, not against > auto-generating the UI creation code. I do believe that handler stub generation is useful. I advocate improving it, not removing it. Dissatisfactor with the UI generation code is what started the discussion. - Bill > > > > Jon Cast > _______________________________________________ > gnome-hackers mailing list > gnome-hackers@gnome.org > http://mail.gnome.org/mailman/listinfo/gnome-hackers -- Bill Haneman From e98cuenc@free.fr Fri Mar 7 17:27:54 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from postfix4-1.free.fr (postfix4-1.free.fr [213.228.0.62]) by mail.gnome.org (Postfix) with ESMTP id D416718396; Fri, 7 Mar 2003 17:27:53 -0500 (EST) Received: from lns-th2-4f-81-56-224-127.adsl.proxad.net (lns-th2-4f-81-56-224-127.adsl.proxad.net [81.56.224.127]) by postfix4-1.free.fr (Postfix) with ESMTP id 1A92816307; Fri, 7 Mar 2003 23:27:52 +0100 (CET) From: Joaquin Cuenca Abela To: Christof Petig Cc: Owen Taylor , Jon Cast , Mark McLoughlin , gnome-hackers@gnome.org, glade-devel@ximian.com, glademm-list@gnome.org In-Reply-To: <3E67C566.1000107@petig-baender.de> References: <1046299405.10038.23.camel@localhost.localdomain> <1046302078.1655.26.camel@localhost.localdomain> <20030227002158.7D8B84A5F8@jcomain> <1046306197.1655.40.camel@localhost.localdomain> <3E67C566.1000107@petig-baender.de> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 (1.0.8-10) Date: 07 Mar 2003 23:28:14 +0100 Message-Id: <1047076096.1225.36.camel@localhost.localdomain> Mime-Version: 1.0 Subject: [glade--]Re: [Glade-devel] Re: glade code generation Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Hi, On Thu, 2003-03-06 at 23:02, Christof Petig wrote: > Hi, > > (Sorry, if this looks like crossposting, but all CCs look sensible) > > I'm speaking up on behalf of glademm, the (separate) C++ code/project > generator for glade. And I like the _choice_ to use generated code. > > Owen Taylor wrote: > > If you generate C code with glade: > > > > - You get C code which isn't related to how you write code by > > hand. But if you don't know better, you'll copy anyways. > > (Why is this code calling gtk_widget_set_name() and ref'ing > > every widget?) > > > > - You get the typical code generation problem that once you > > edit it, you risk problems if you generate code again. > > > > - You get something you can't check into source control reliably. > > > > - You go to experienced GTK+ programmers for help, and they > > look at you blankly. > > I can't speak in favor of the generated C code (I always found the above > problems very valid), but for C++ and glademm I found these problems solved. How do you solve the second problem with glademm? You generate a file, say foo.cpp, with glademm. I edit it, change the glade file, and regenerate the file. Do you conserve the changes done to foo.cpp by hand? Honestly, I don't think that the exact language in which the code is generated has any impact. > (Except for the fourth point, you need some glademm knowledge to solve > glademm problems/bugs, gtkmm only knowledge might help you but is not > always sufficient). > > The only reason I was ever tempted to use libglade _internally_ as an > optional drop in replacement (_transparently_ to any program code!) was > it's good gnome widget support. With C++ it should not make any > difference to your program code whether the actual widgets are created > by libglade(mm) or by gtkmm (generated code). exactly like with C. Please understand that I'm not bashing C++ (as it's also usually my language of choice), but I don't see any substantial difference, here. > > Libglade is a development methology we can support, because it > > gets used extensively for real apps. There may be full scale > > apps using generated glade code, but certainly not many of them. > > I can name a lot of apps using glademm generated code. There _are_ > reasons for generated code: > > - a single binary is enough, no need to ship .glade and image files > seperately, install them to a known location and find them at runtime. > - no user can mess up your program's user interface by editing/deleting > the .glade/image files (this is clearly a pro and a con!) I agree that there may be reasons to use generated code (mostly of the kind of "we don't want a dependency on libxml-2"), but I don't agree with your reasons. It's quite rare to find a program that can be installed with just an executable. In fact except for trivial programs (and mono executables when you put everything in the same .exe), you always have a lot of things to install. Some .glade files don't make really a difference. > >>>Makes sense to me; we had > >> > >>> Don't use glade to generate code, use libglade! > > for C I can't disagree, but I would love to have the option to switch > between libglade and generated code (statically linked in widgets) > without having to change a single line of the program. Since this is > feasible with C++, it should be possible for C, too. Perhaps a nice > project for a volunteer? (I don't care about C code) That feasible in any language. But that's not the problem. The problem is: How do you deal with changes done by hand in the generated code? MS deals with this problem adding "please, don't change this code" comments (and of course, hell opens when you don't follow the advice). I guess that I don't have to discuss the problems of that approach... but in fact, you can't do much better if you generate code. > A separation of GUI designer and code generator would benefit > glade-[123] IMHO. (IIRC glade-3 does take this road) glade-3 ignores completely the code generator stage. Cheers, From e98cuenc@free.fr Sat Mar 8 09:26:39 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from postfix3-1.free.fr (postfix3-1.free.fr [213.228.0.44]) by mail.gnome.org (Postfix) with ESMTP id A2396180D7; Sat, 8 Mar 2003 09:26:39 -0500 (EST) Received: from lou (lns-th2-4f-81-56-224-127.adsl.proxad.net [81.56.224.127]) by postfix3-1.free.fr (Postfix) with ESMTP id A3DB0C15D; Sat, 8 Mar 2003 15:26:36 +0100 (CET) From: "Joaquin Cuenca Abela" To: Cc: "'Gnome Hackers'" , , Date: Sat, 8 Mar 2003 15:26:50 +0100 Message-ID: <000001c2e57e$c64277c0$7fe03851@lou> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.4024 Importance: Normal In-Reply-To: <1047123218.1270.10.camel@localhost.localdomain> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Subject: [glade--]RE : [Glade-devel] Re: glade code generation Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Murray wrote: > > > but in fact, you can't do much better if you generate code. > > C++ has the concept of inheritance. glademm generates only > base classes. > User-written code is in user-written derived classes. That's irrelevant. The question is: what happens when the user edits code that he shouldn't edit and later it regenerates this code? Two different places to put the same info is one too much, and as the task of extract the information from a .glade file is several orders of magnitude easier than extracting it from the code, .glade files should be used. I still see useful (for those who don't like an extra dependency) a utility that converts a .glade file to [pick you language] code, hopefully one that, with enough makefile's magic can do the conversion automatically at compilation time (kind of like the RC compiler on windows). But that's out of glade's scope. Cheers, From johnp@martianrock.com Sat Mar 8 10:51:24 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from sepia.propagation.net (sepia.propagation.net [63.249.206.1]) by mail.gnome.org (Postfix) with ESMTP id 69DBF183F7; Sat, 8 Mar 2003 10:51:24 -0500 (EST) Received: from localhost.localdomain (ool-182d63d4.dyn.optonline.net [24.45.99.212]) by sepia.propagation.net (8.9.3/8.8.5) with ESMTP id JAA11389; Sat, 8 Mar 2003 09:50:33 -0600 From: John Palmieri To: Joaquin Cuenca Abela Cc: murrayc@usa.net, "'Gnome Hackers'" , glade-devel@ximian.com, glademm-list@gnome.org In-Reply-To: <000001c2e57e$c64277c0$7fe03851@lou> References: <000001c2e57e$c64277c0$7fe03851@lou> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.5 Date: 08 Mar 2003 10:55:19 -0500 Message-Id: <1047138950.27949.99.camel@jade> Mime-Version: 1.0 Subject: [glade--]Re: RE : [Glade-devel] Re: glade code generation Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Hello all, I am the author of gobject-factory a gobject code generator. It has been mentioned to me by Biswapesh of Anjuta fame that a new project I am going to embark on has the potential to help out in the code generation glade area. Basicly gobject-factory has become useless to me for the same reasons that code generation in Glade is bad. Basicly I have to think of everything I want up front or trash my hand written code later because I needed to generate the code again. Basicly I am going to integrate what I learned from gobject-factory into an Anjuta 2 plugin that allows a person to add and remove methods, properties, and signals on the fly instead of all at once. Since GObjects have the same patterns as GtkObjects, using it to keep track of callbacks and essentialy glue Glade and Anjuta would be trivial. I am not starting the project right away since gobject-factory is a utility to help with another project that I want to get a little further in before I start and I am also waiting for SourceBase (source code tagging) to get into Anjuta. It is something to look out for as a potential way to solve the code generation problems. Some comments on the issues inline bellow. On Sat, 2003-03-08 at 09:26, Joaquin Cuenca Abela wrote: > Murray wrote: > > > > > but in fact, you can't do much better if you generate code. > > > > C++ has the concept of inheritance. glademm generates only > > base classes. > > User-written code is in user-written derived classes. > > That's irrelevant. The question is: what happens when the user edits > code that he shouldn't edit and later it regenerates this code? An incremental code generator would only generate new code as needed. When a user edits code the generator will learn the changes. The generator will only edit existing code if the user then goes and asks for the generator to edit it. For instance my gobject generator will be generating signals which need to be entered in three places in the code - the Gobject's class structure, the signals enumeration and registered somewhere in the implementation file, usualy in the init method. When a user generates a signal code is placed in these three locations and the generator has some way of displaying that the signal exists and can be edited by the generator. Say the user goes and edits the signal all that is realy significant to the generator is the signals name so the edited code will not affect the generator unless the name is changed. Say the name is changed in one place, the generator will display that the signal is now broken because some of the elements that make up the signal pattern are missing (which would be an error in the code anyway). When the user goes and changes the name in all three locations the pattern is again complete and the code generator registers the new signal name. The same would happen if the user created a whole new signal by hand. The user would only be allowed to use the code generator on signals whoes patterns are not broken. Now what happens if the user slightly edits the signals registration code and then uses the generator to edit the signal? Two things could happen, the generator could be dumb and just warn the user that the code seems to have been edited by hand and if they continue it might clobber their changes. Or the generator could be smart enough to understand what changes effect what and only do changes if they will not effect the code (such as changing the name of the signal which can be done safely even if the user has changed some of the parameters when regestering the signal with the GObject). Of corse at some point a programmer has to resposible for their own code. > Two different places to put the same info is one too much, and as the > task of extract the information from a .glade file is several orders of > magnitude easier than extracting it from the code, .glade files should > be used. Nothing extranious should go in .glade files. They should be lean and mean. > I still see useful (for those who don't like an extra dependency) a > utility that converts a .glade file to [pick you language] code, > hopefully one that, with enough makefile's magic can do the conversion > automatically at compilation time (kind of like the RC compiler on > windows). Code generators dumping out code at compile time is bad. A user should be able to inspect the code and make changes by hand. At that point you have to ask yourself why not use libglade. > But that's out of glade's scope. But not out of Anjuta's as was pointed out to me. As I devlop my project I will keep in mind these other concerns and try to program around a more flexable design. -- J5 From e98cuenc@free.fr Sat Mar 8 11:27:45 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from postfix3-2.free.fr (postfix3-2.free.fr [213.228.0.169]) by mail.gnome.org (Postfix) with ESMTP id 94F5B18236; Sat, 8 Mar 2003 11:27:45 -0500 (EST) Received: from lns-th2-4f-81-56-224-127.adsl.proxad.net (lns-th2-4f-81-56-224-127.adsl.proxad.net [81.56.224.127]) by postfix3-2.free.fr (Postfix) with ESMTP id 48571C13F; Sat, 8 Mar 2003 17:27:44 +0100 (CET) From: Joaquin Cuenca Abela To: murrayc@usa.net Cc: 'Gnome Hackers' , glade-devel@ximian.com, glademm-list@gnome.org In-Reply-To: <1047132068.1272.28.camel@localhost.localdomain> References: <000001c2e57e$c64277c0$7fe03851@lou> <1047132068.1272.28.camel@localhost.localdomain> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 (1.0.8-10) Date: 08 Mar 2003 17:28:11 +0100 Message-Id: <1047140892.1114.39.camel@localhost.localdomain> Mime-Version: 1.0 Subject: [glade--]Re: RE : [Glade-devel] Re: glade code generation Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: On Sat, 2003-03-08 at 15:01, Murray Cumming wrote: > On Sat, 2003-03-08 at 15:26, Joaquin Cuenca Abela wrote: > > Murray wrote: > > > > > > > but in fact, you can't do much better if you generate code. > > > > > > C++ has the concept of inheritance. glademm generates only > > > base classes. > > > User-written code is in user-written derived classes. > > > > That's irrelevant. The question is: what happens when the user edits > > code that he shouldn't edit and later it regenerates this code? > > He shouldn't. He doesn't have any need to. In the same sense that when you do a singleton the user should use a ::getInstance method, but you still make the constructors private. Just to be sure. There is an important difference between "he shouldn't" and "he can't". Cheers, From jcast@ou.edu Sat Mar 8 21:43:18 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from jcomain (cate0-46.reshall.ou.edu [129.15.140.46]) by mail.gnome.org (Postfix) with ESMTP id E91DA181A6; Sat, 8 Mar 2003 21:43:17 -0500 (EST) Received: from ou.edu (jcomain [127.0.0.1]) by jcomain (Postfix) with ESMTP id 3C3F04A5ED; Sat, 8 Mar 2003 20:44:46 -0600 (CST) To: Bill Haneman Cc: murrayc@usa.net, Joaquin Cuenca Abela , Christof Petig , Owen Taylor , Mark McLoughlin , Gnome Hackers , glade-devel@ximian.com, glademm-list@gnome.org In-Reply-To: Message from Bill Haneman of "Sat, 08 Mar 2003 15:50:16 GMT." <1047138616.4616.2.camel@taistealai.ireland.sun.com> References: <1046299405.10038.23.camel@localhost.localdomain> <1046302078.1655.26.camel@localhost.localdomain> <20030227002158.7D8B84A5F8@jcomain> <1046306197.1655.40.camel@localhost.localdomain> <3E67C566.1000107@petig-baender.de> <1047076096.1225.36.camel@localhost.localdomain> <1047123218.1270.10.camel@localhost.localdomain> <1047138616.4616.2.camel@taistealai.ireland.sun.com> X-Mailer: MH-E 7.2; nmh 1.0.4+dev; GNU Emacs 21.3.50.82 Date: Sat, 08 Mar 2003 20:44:45 -0600 From: Jon Cast Message-Id: <20030309024446.3C3F04A5ED@jcomain> Subject: [glade--]Re: [Glade-devel] Re: glade code generation Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Bill Haneman wrote: > The only glade-generated code that an end-user should/would want to > modify IFAICS are the stubs (end-users might want to insert > implementations there). But the generation of callback stub code is a > convenience feature. Right. In fact, there's no reason I can see to even generate them; the only code I'd want to keep is code I can copy from the header file anyway, and I don't think there's any reason to modify that. So the argument is against auto-generating the handler stubs, not against auto-generating the UI creation code. Jon Cast From jcast@ou.edu Sat Mar 8 21:58:10 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from jcomain (cate0-46.reshall.ou.edu [129.15.140.46]) by mail.gnome.org (Postfix) with ESMTP id BACE0181A6; Sat, 8 Mar 2003 21:58:10 -0500 (EST) Received: from ou.edu (jcomain [127.0.0.1]) by jcomain (Postfix) with ESMTP id 860EE4A5ED; Sat, 8 Mar 2003 20:59:39 -0600 (CST) To: Joaquin Cuenca Abela Cc: murrayc@usa.net, 'Gnome Hackers' , glade-devel@ximian.com, glademm-list@gnome.org In-Reply-To: Message from Joaquin Cuenca Abela of "Sat, 08 Mar 2003 17:28:11 +0100." <1047140892.1114.39.camel@localhost.localdomain> References: <000001c2e57e$c64277c0$7fe03851@lou> <1047132068.1272.28.camel@localhost.localdomain> <1047140892.1114.39.camel@localhost.localdomain> X-Mailer: MH-E 7.2; nmh 1.0.4+dev; GNU Emacs 21.3.50.82 Date: Sat, 08 Mar 2003 20:59:39 -0600 From: Jon Cast Message-Id: <20030309025939.860EE4A5ED@jcomain> Subject: [glade--]Re: RE : [Glade-devel] Re: glade code generation Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Joaquin Cuenca Abela wrote: > In the same sense that when you do a singleton the user should use a > ::getInstance method, but you still make the constructors private. > Just to be sure. I'm not sure what you mean. `::getInstance'' does the same job as a constructor, no? In any case, this is a UI change. Obviously, we don't want to have a button that says ``click here to load the user-generated code into $EDITOR''. But, modifying the generated code is physically possible, just like it's physically possible to write a bit of assembler to call the (private) constructor. > There is an important difference between "he shouldn't" and "he > can't". Right. Which is why ``he can't'' has been banished from the Un*x vocabulary. I don't see the reason for your urge to destroy features to enforce any notion of right & wrong, though. > Cheers, Jon Cast From jcast@ou.edu Sun Mar 9 12:19:58 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from jcomain (cate0-46.reshall.ou.edu [129.15.140.46]) by mail.gnome.org (Postfix) with ESMTP id EF345181AA; Sun, 9 Mar 2003 12:19:57 -0500 (EST) Received: from ou.edu (jcomain [127.0.0.1]) by jcomain (Postfix) with ESMTP id 867E64A5ED; Sun, 9 Mar 2003 11:21:29 -0600 (CST) To: Bill Haneman Cc: murrayc@usa.net, Joaquin Cuenca Abela , Christof Petig , Owen Taylor , Mark McLoughlin , Gnome Hackers , glade-devel@ximian.com, glademm-list@gnome.org In-Reply-To: Message from Bill Haneman of "Sun, 09 Mar 2003 13:02:46 GMT." <1047214965.4611.20.camel@taistealai.ireland.sun.com> References: <1046299405.10038.23.camel@localhost.localdomain> <1046302078.1655.26.camel@localhost.localdomain> <20030227002158.7D8B84A5F8@jcomain> <1046306197.1655.40.camel@localhost.localdomain> <3E67C566.1000107@petig-baender.de> <1047076096.1225.36.camel@localhost.localdomain> <1047123218.1270.10.camel@localhost.localdomain> <1047138616.4616.2.camel@taistealai.ireland.sun.com> <20030309024446.3C3F04A5ED@jcomain> <1047214965.4611.20.camel@taistealai.ireland.sun.com> X-Mailer: MH-E 7.2; nmh 1.0.4+dev; GNU Emacs 21.3.50.85 Date: Sun, 09 Mar 2003 11:21:29 -0600 From: Jon Cast Message-Id: <20030309172129.867E64A5ED@jcomain> Subject: [glade--]Re: [Glade-devel] Re: glade code generation Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Bill Haneman wrote: > I do believe that handler stub generation is useful. I advocate > improving it, not removing it. > Dissatisfactor with the UI generation code is what started the > discussion. Right. But AFAIR, no effective argument has been advanced against the UI generation code. Somewhat valid arguments have been advanced against generating stubs, though---and these have been used in the overall conversation. So, lest anyone lose sight of the fact that they apply /only/ to stub generation, I thought I'd throw that out. In any case, I'm curious what value you see in stub generation (over and above prototype generation, which can go into a non-modifiable file in C)? Jon Cast From mark.jones106@verizon.net Mon Mar 10 01:51:55 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from pop017.verizon.net (pop017pub.verizon.net [206.46.170.210]) by mail.gnome.org (Postfix) with ESMTP id 4B4B2182B5 for ; Mon, 10 Mar 2003 01:51:55 -0500 (EST) Received: from [192.168.0.102] ([4.47.43.56]) by pop017.verizon.net (InterMail vM.5.01.05.27 201-253-122-126-127-20021220) with ESMTP id <20030310065154.NHHK2095.pop017.verizon.net@[192.168.0.102]> for ; Mon, 10 Mar 2003 00:51:54 -0600 From: Mark Jones To: glademm-list Content-Type: multipart/mixed; boundary="=-rTwA9UMhUFarF91j62x/" Organization: Message-Id: <1047275515.4051.35.camel@localhost.1515RioGrande.net> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 Date: 10 Mar 2003 00:51:55 -0500 X-Authentication-Info: Submitted using SMTP AUTH at pop017.verizon.net from [4.47.43.56] at Mon, 10 Mar 2003 00:51:54 -0600 Subject: [glade--]Bug fix for alignment used on buttons with stock icons Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: --=-rTwA9UMhUFarF91j62x/ Content-Type: text/plain Content-Transfer-Encoding: 7bit I found a bug tonight and fixed it from what I could grab out of cvs. When you create a button in glade, and then assign it a stock icon, the lable and the icon ends up not being centered as it shows in glade and as stock buttons are. That was due to not constructing the alignment properly with its x/yalign, and x/yscale properties. So I added code for that, and everything works correctly now. As a side note, the newest Mandrake is not coming out with the latest glademm (glademm-1.1.2-1mdk.i586 instead). :( -- Mark http://www.utdallas.edu/~mej017200/ --=-rTwA9UMhUFarF91j62x/ Content-Disposition: attachment; filename=alignmentBugFix.diff Content-Type: text/x-diff; name=alignmentBugFix.diff; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit --- alignment.cc 2003-03-10 00:41:52.000000000 -0500 +++ newAlignment.cc 2003-03-10 00:41:44.000000000 -0500 @@ -28,8 +28,7 @@ Gtk_Alignment(); virtual bool NeedExplicitCtor(const Widget &w) const { return false; } - virtual void ConstructionArgs(Widget const &w, CxxFile &f) const - { f.FunctionArg(); } + virtual void ConstructionArgs(Widget const &w, CxxFile &f) const; }; static Gtk_Alignment Gtk_Alignment; @@ -42,6 +41,18 @@ { return Configuration.GtkmmIncludePath()+"alignment.h"; } +void Gtk_Alignment::ConstructionArgs(const Widget &w, CxxFile &f) const +{ + if( w.hasProperty("xalign") && w.hasProperty("yalign") && + w.hasProperty("xscale") && w.hasProperty("yscale") ) + { + f.FunctionArg() << w.getFloatProperty("xalign"); + f.FunctionArg() << w.getFloatProperty("yalign"); + f.FunctionArg() << w.getFloatProperty("xscale"); + f.FunctionArg() << w.getFloatProperty("yscale"); + } +} + Gtk_Alignment::Gtk_Alignment() { Writer["GtkAlignment"]=this; } --=-rTwA9UMhUFarF91j62x/-- From mark.jones106@verizon.net Mon Mar 10 02:07:44 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from out001.verizon.net (out001pub.verizon.net [206.46.170.140]) by mail.gnome.org (Postfix) with ESMTP id 286F8184B9 for ; Mon, 10 Mar 2003 02:07:44 -0500 (EST) Received: from [192.168.0.102] ([4.47.43.56]) by out001.verizon.net (InterMail vM.5.01.05.27 201-253-122-126-127-20021220) with ESMTP id <20030310070743.YZUQ5518.out001.verizon.net@[192.168.0.102]> for ; Mon, 10 Mar 2003 01:07:43 -0600 From: Mark Jones To: glademm-list In-Reply-To: <1047275515.4051.35.camel@localhost.1515RioGrande.net> References: <1047275515.4051.35.camel@localhost.1515RioGrande.net> Content-Type: text/plain Organization: Message-Id: <1047276463.4052.46.camel@localhost.1515RioGrande.net> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 Date: 10 Mar 2003 01:07:44 -0500 Content-Transfer-Encoding: 7bit X-Authentication-Info: Submitted using SMTP AUTH at out001.verizon.net from [4.47.43.56] at Mon, 10 Mar 2003 01:07:43 -0600 Subject: [glade--]Re: Bug fix for alignment used on buttons with stock icons Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Actually, it might need an else statement now that I review what I sent, so instead it may need to be (I did the modification below by hand to my previous message, but it was just adding the else clause so I think it should be very close to correct if not correct): --- alignment.cc 2003-03-10 00:41:52.000000000 -0500 +++ newAlignment.cc 2003-03-10 00:41:44.000000000 -0500 @@ -28,8 +28,7 @@ Gtk_Alignment(); virtual bool NeedExplicitCtor(const Widget &w) const { return false; } - virtual void ConstructionArgs(Widget const &w, CxxFile &f) const - { f.FunctionArg(); } + virtual void ConstructionArgs(Widget const &w, CxxFile &f) const; }; static Gtk_Alignment Gtk_Alignment; @@ -42,6 +41,18 @@ { return Configuration.GtkmmIncludePath()+"alignment.h"; } +void Gtk_Alignment::ConstructionArgs(const Widget &w, CxxFile &f) const +{ + if( w.hasProperty("xalign") && w.hasProperty("yalign") && + w.hasProperty("xscale") && w.hasProperty("yscale") ) + { + f.FunctionArg() << w.getFloatProperty("xalign"); + f.FunctionArg() << w.getFloatProperty("yalign"); + f.FunctionArg() << w.getFloatProperty("xscale"); + f.FunctionArg() << w.getFloatProperty("yscale"); + } + else + { + f.FunctionArg(); + } +} + Gtk_Alignment::Gtk_Alignment() { Writer["GtkAlignment"]=this; } ________________________________________________________________________ -- Mark http://www.utdallas.edu/~mej017200/ From radhika_narendran@yahoo.com Wed Mar 12 00:46:45 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from web40501.mail.yahoo.com (web40501.mail.yahoo.com [66.218.78.118]) by mail.gnome.org (Postfix) with SMTP id 4628C1851A for ; Wed, 12 Mar 2003 00:46:45 -0500 (EST) Message-ID: <20030312054644.35915.qmail@web40501.mail.yahoo.com> Received: from [209.244.102.136] by web40501.mail.yahoo.com via HTTP; Tue, 11 Mar 2003 21:46:44 PST Date: Tue, 11 Mar 2003 21:46:44 -0800 (PST) From: Radhika Sambamurti To: glademm-list@gnome.org In-Reply-To: <1047132068.1272.28.camel@localhost.localdomain> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="0-1728697004-1047448004=:28565" Subject: [glade--]autoconf not generating configure - glade-2 and glademm Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: --0-1728697004-1047448004=:28565 Content-Type: text/plain; charset=us-ascii Content-Id: Content-Disposition: inline Hi all, I have been trying to create c++ code generated from glade-2 & glademm, on gtk2 but the autogen.sh script keeps failing. The very last line of the message is libtool failed. [see below]. I am attaching the output of sh -x autogen.sh which shows the execution of autogen.sh and its point of failure. I have tried to get the latest autoconf and libtool, but to no avail. Please let me know if i can provide any more info about the errors, and i willdo so. any help will be appreciated as i need to get glade-2 working with glademm to generate c++ code. I am running gtk2 on freebsd 5.0. The tools I am using are: gtk+-2.0 glade2-1.1.3 glademm V1.1.3e libglade-2.0 libglademm-2.0 autoconf (GNU Autoconf ltmain.sh (GNU libtool) 1.4a ) 2.57 ------------------------ When I run autogen.sh, these are the errors i get: WARNING: More sophisticated templates can also be produced, see the WARNING: documentation. autoheader: error: AC_CONFIG_HEADERS not found in configure.in automake: configure.in: installing `./mkinstalldirs' automake: configure.in: installing `./missing' automake: Makefile.am: installing `./INSTALL' automake: Makefile.am: installing `./COPYING' configure.in: 6: required file `./config.h.in' not found automake: configure.in: installing `./depcomp' configure.in:6: warning: do not use m4_patsubst: use patsubst or m4_bpatsubst configure.in:42: warning: do not use m4_regexp: use regexp or m4_bregexp checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... no checking for mawk... no checking for nawk... nawk checking whether make sets $(MAKE)... yes checking for style of include used by make... GNU checking for gcc... gcc checking for C compiler default output... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ANSI C... none needed checking dependency style of gcc... gcc3 checking for strerror in -lcposix... no checking for gcc... (cached) gcc checking whether we are using the GNU C compiler... (cached) yes checking whether gcc accepts -g... (cached) yes checking for gcc option to accept ANSI C... (cached) none needed checking dependency style of gcc... (cached) gcc3 checking for gcc option to accept ANSI C... none needed checking how to run the C preprocessor... gcc -E checking for egrep... grep -E checking for ANSI C header files... yes checking how to run the C preprocessor... gcc -E checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking dependency style of g++... gcc3 checking how to run the C++ preprocessor... g++ -E checking build system type... i386-unknown-freebsd5.0 checking host system type... i386-unknown-freebsd5.0 checking for ranlib... ranlib checking for ld used by GCC... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for BSD-compatible nm... /usr/bin/nm -B checking whether ln -s works... yes ltconfig: you must specify a host type if you use `--no-verify' Try `ltconfig --help' for more information. configure: error: libtool configure failed ===== It's all a matter of perspective. You can choose your view by choosing where to stand. --Larry Wall __________________________________________________ Do you Yahoo!? Yahoo! Web Hosting - establish your business online http://webhosting.yahoo.com --0-1728697004-1047448004=:28565 Content-Type: application/octet-stream; name=errfile Content-Transfer-Encoding: base64 Content-Description: errfile Content-Disposition: attachment; filename=errfile KyB0ZXN0ICEgLWYgaW5zdGFsbC1zaAorIHdoaWNoIGdudW1ha2UKKyBNQUtF PQorIHRlc3QgISAteCAKKyB3aGljaCBnbWFrZQorIE1BS0U9L3Vzci9sb2Nh bC9iaW4vZ21ha2UKKyB0ZXN0ICEgLXggL3Vzci9sb2NhbC9iaW4vZ21ha2UK KyAvdXNyL2xvY2FsL2Jpbi9nbWFrZSAtLXZlcnNpb24KKyBncmVwIC1jIEZy ZWUgU29mdHdhcmUgRm91bmRhdGlvbgorIEhBVkVfR05VX01BS0U9MQorIHRl c3QgMSAhPSAxCisgZWNobyBGb3VuZCBHTlUgTWFrZSBhdCAvdXNyL2xvY2Fs L2Jpbi9nbWFrZSAuLi4gZ29vZC4KKyBlY2hvIFRoaXMgc2NyaXB0IHJ1bnMg Y29uZmlndXJlIGFuZCBtYWtlLi4uCisgZWNobyBZb3UgZGlkIHJlbWVtYmVy IG5lY2Vzc2FyeSBhcmd1bWVudHMgZm9yIGNvbmZpZ3VyZSwgcmlnaHQ/Cisg d2hpY2ggYWNsb2NhbAorIHRlc3QgISAteCAvdXNyL2xvY2FsL2Jpbi9hY2xv Y2FsCisgd2hpY2ggYXV0b21ha2UKKyB0ZXN0ICEgLXggL3Vzci9sb2NhbC9i aW4vYXV0b21ha2UKKyBsaWJ0b29saXplIC0tZm9yY2UgLS1jb3B5CisgYXV0 b2hlYWRlcgpXQVJOSU5HOiBVc2luZyBhdXhpbGlhcnkgZmlsZXMgc3VjaCBh cyBgYWNjb25maWcuaCcsIGBjb25maWcuaC5ib3QnCldBUk5JTkc6IGFuZCBg Y29uZmlnLmgudG9wJywgdG8gZGVmaW5lIHRlbXBsYXRlcyBmb3IgYGNvbmZp Zy5oLmluJwpXQVJOSU5HOiBpcyBkZXByZWNhdGVkIGFuZCBkaXNjb3VyYWdl ZC4KCldBUk5JTkc6IFVzaW5nIHRoZSB0aGlyZCBhcmd1bWVudCBvZiBgQUNf REVGSU5FJyBhbmQKV0FSTklORzogYEFDX0RFRklORV9VTlFVT1RFRCcgYWxs b3dzIHRvIGRlZmluZSBhIHRlbXBsYXRlIHdpdGhvdXQKV0FSTklORzogYGFj Y29uZmlnLmgnOgoKV0FSTklORzogICBBQ19ERUZJTkUoW05FRURfTUFJTl0s IDEsCldBUk5JTkc6ICAgICAgICAgICAgIFtEZWZpbmUgaWYgYSBmdW5jdGlv biBgbWFpbicgaXMgbmVlZGVkLl0pCgpXQVJOSU5HOiBNb3JlIHNvcGhpc3Rp Y2F0ZWQgdGVtcGxhdGVzIGNhbiBhbHNvIGJlIHByb2R1Y2VkLCBzZWUgdGhl CldBUk5JTkc6IGRvY3VtZW50YXRpb24uCisgYWNsb2NhbAorIGF1dG9tYWtl IC0tYWRkLW1pc3NpbmcgLS1jb3B5IC0tZ251CisgYXV0b2NvbmYKY29uZmln dXJlLmluOjY6IHdhcm5pbmc6IGRvIG5vdCB1c2UgbTRfcGF0c3Vic3Q6IHVz ZSBwYXRzdWJzdCBvciBtNF9icGF0c3Vic3QKY29uZmlndXJlLmluOjQyOiB3 YXJuaW5nOiBkbyBub3QgdXNlIG00X3JlZ2V4cDogdXNlIHJlZ2V4cCBvciBt NF9icmVnZXhwCisgLi9jb25maWd1cmUKbHRjb25maWc6IHlvdSBtdXN0IHNw ZWNpZnkgYSBob3N0IHR5cGUgaWYgeW91IHVzZSBgLS1uby12ZXJpZnknClRy eSBgbHRjb25maWcgLS1oZWxwJyBmb3IgbW9yZSBpbmZvcm1hdGlvbi4KY29u ZmlndXJlOiBlcnJvcjogbGlidG9vbCBjb25maWd1cmUgZmFpbGVkCg== --0-1728697004-1047448004=:28565-- From radhika_narendran@yahoo.com Wed Mar 12 00:49:13 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from web40506.mail.yahoo.com (web40506.mail.yahoo.com [66.218.78.123]) by mail.gnome.org (Postfix) with SMTP id BCFC618525 for ; Wed, 12 Mar 2003 00:49:12 -0500 (EST) Message-ID: <20030312054911.70915.qmail@web40506.mail.yahoo.com> Received: from [209.244.102.136] by web40506.mail.yahoo.com via HTTP; Tue, 11 Mar 2003 21:49:11 PST Date: Tue, 11 Mar 2003 21:49:11 -0800 (PST) From: Radhika Sambamurti To: glademm-list@gnome.org In-Reply-To: <1047132068.1272.28.camel@localhost.localdomain> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="0-1904440805-1047448151=:70478" Subject: [glade--]autogen.sh not generating configure - glade-2 and glademm Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: --0-1904440805-1047448151=:70478 Content-Type: text/plain; charset=us-ascii Content-Id: Content-Disposition: inline Hi all, I have been trying to create c++ code generated from glade-2 & glademm, on gtk2 but the autogen.sh script keeps failing. The very last line of the message is libtool failed. [see below]. I am attaching the output of sh -x autogen.sh which shows the execution of autogen.sh and its point of failure. I have tried to get the latest autoconf and libtool, but to no avail. Please let me know if i can provide any more info about the errors, and i willdo so. any help will be appreciated as i need to get glade-2 working with glademm to generate c++ code. I am running gtk2 on freebsd 5.0. The tools I am using are: gtk+-2.0 glade2-1.1.3 glademm V1.1.3e libglade-2.0 libglademm-2.0 autoconf (GNU Autoconf ltmain.sh (GNU libtool) 1.4a ) 2.57 ------------------------ When I run autogen.sh, these are the errors i get: WARNING: More sophisticated templates can also be produced, see the WARNING: documentation. autoheader: error: AC_CONFIG_HEADERS not found in configure.in automake: configure.in: installing `./mkinstalldirs' automake: configure.in: installing `./missing' automake: Makefile.am: installing `./INSTALL' automake: Makefile.am: installing `./COPYING' configure.in: 6: required file `./config.h.in' not found automake: configure.in: installing `./depcomp' configure.in:6: warning: do not use m4_patsubst: use patsubst or m4_bpatsubst configure.in:42: warning: do not use m4_regexp: use regexp or m4_bregexp checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... no checking for mawk... no checking for nawk... nawk checking whether make sets $(MAKE)... yes checking for style of include used by make... GNU checking for gcc... gcc checking for C compiler default output... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ANSI C... none needed checking dependency style of gcc... gcc3 checking for strerror in -lcposix... no checking for gcc... (cached) gcc checking whether we are using the GNU C compiler... (cached) yes checking whether gcc accepts -g... (cached) yes checking for gcc option to accept ANSI C... (cached) none needed checking dependency style of gcc... (cached) gcc3 checking for gcc option to accept ANSI C... none needed checking how to run the C preprocessor... gcc -E checking for egrep... grep -E checking for ANSI C header files... yes checking how to run the C preprocessor... gcc -E checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking dependency style of g++... gcc3 checking how to run the C++ preprocessor... g++ -E checking build system type... i386-unknown-freebsd5.0 checking host system type... i386-unknown-freebsd5.0 checking for ranlib... ranlib checking for ld used by GCC... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for BSD-compatible nm... /usr/bin/nm -B checking whether ln -s works... yes ltconfig: you must specify a host type if you use `--no-verify' Try `ltconfig --help' for more information. configure: error: libtool configure failed ===== It's all a matter of perspective. You can choose your view by choosing where to stand. --Larry Wall __________________________________________________ Do you Yahoo!? Yahoo! Web Hosting - establish your business online http://webhosting.yahoo.com ===== It's all a matter of perspective. You can choose your view by choosing where to stand. --Larry Wall __________________________________________________ Do you Yahoo!? Yahoo! Web Hosting - establish your business online http://webhosting.yahoo.com --0-1904440805-1047448151=:70478 Content-Type: application/octet-stream; name=errfile Content-Transfer-Encoding: base64 Content-Description: errfile Content-Disposition: attachment; filename=errfile KyB0ZXN0ICEgLWYgaW5zdGFsbC1zaAorIHdoaWNoIGdudW1ha2UKKyBNQUtF PQorIHRlc3QgISAteCAKKyB3aGljaCBnbWFrZQorIE1BS0U9L3Vzci9sb2Nh bC9iaW4vZ21ha2UKKyB0ZXN0ICEgLXggL3Vzci9sb2NhbC9iaW4vZ21ha2UK KyAvdXNyL2xvY2FsL2Jpbi9nbWFrZSAtLXZlcnNpb24KKyBncmVwIC1jIEZy ZWUgU29mdHdhcmUgRm91bmRhdGlvbgorIEhBVkVfR05VX01BS0U9MQorIHRl c3QgMSAhPSAxCisgZWNobyBGb3VuZCBHTlUgTWFrZSBhdCAvdXNyL2xvY2Fs L2Jpbi9nbWFrZSAuLi4gZ29vZC4KKyBlY2hvIFRoaXMgc2NyaXB0IHJ1bnMg Y29uZmlndXJlIGFuZCBtYWtlLi4uCisgZWNobyBZb3UgZGlkIHJlbWVtYmVy IG5lY2Vzc2FyeSBhcmd1bWVudHMgZm9yIGNvbmZpZ3VyZSwgcmlnaHQ/Cisg d2hpY2ggYWNsb2NhbAorIHRlc3QgISAteCAvdXNyL2xvY2FsL2Jpbi9hY2xv Y2FsCisgd2hpY2ggYXV0b21ha2UKKyB0ZXN0ICEgLXggL3Vzci9sb2NhbC9i aW4vYXV0b21ha2UKKyBsaWJ0b29saXplIC0tZm9yY2UgLS1jb3B5CisgYXV0 b2hlYWRlcgpXQVJOSU5HOiBVc2luZyBhdXhpbGlhcnkgZmlsZXMgc3VjaCBh cyBgYWNjb25maWcuaCcsIGBjb25maWcuaC5ib3QnCldBUk5JTkc6IGFuZCBg Y29uZmlnLmgudG9wJywgdG8gZGVmaW5lIHRlbXBsYXRlcyBmb3IgYGNvbmZp Zy5oLmluJwpXQVJOSU5HOiBpcyBkZXByZWNhdGVkIGFuZCBkaXNjb3VyYWdl ZC4KCldBUk5JTkc6IFVzaW5nIHRoZSB0aGlyZCBhcmd1bWVudCBvZiBgQUNf REVGSU5FJyBhbmQKV0FSTklORzogYEFDX0RFRklORV9VTlFVT1RFRCcgYWxs b3dzIHRvIGRlZmluZSBhIHRlbXBsYXRlIHdpdGhvdXQKV0FSTklORzogYGFj Y29uZmlnLmgnOgoKV0FSTklORzogICBBQ19ERUZJTkUoW05FRURfTUFJTl0s IDEsCldBUk5JTkc6ICAgICAgICAgICAgIFtEZWZpbmUgaWYgYSBmdW5jdGlv biBgbWFpbicgaXMgbmVlZGVkLl0pCgpXQVJOSU5HOiBNb3JlIHNvcGhpc3Rp Y2F0ZWQgdGVtcGxhdGVzIGNhbiBhbHNvIGJlIHByb2R1Y2VkLCBzZWUgdGhl CldBUk5JTkc6IGRvY3VtZW50YXRpb24uCisgYWNsb2NhbAorIGF1dG9tYWtl IC0tYWRkLW1pc3NpbmcgLS1jb3B5IC0tZ251CisgYXV0b2NvbmYKY29uZmln dXJlLmluOjY6IHdhcm5pbmc6IGRvIG5vdCB1c2UgbTRfcGF0c3Vic3Q6IHVz ZSBwYXRzdWJzdCBvciBtNF9icGF0c3Vic3QKY29uZmlndXJlLmluOjQyOiB3 YXJuaW5nOiBkbyBub3QgdXNlIG00X3JlZ2V4cDogdXNlIHJlZ2V4cCBvciBt NF9icmVnZXhwCisgLi9jb25maWd1cmUKbHRjb25maWc6IHlvdSBtdXN0IHNw ZWNpZnkgYSBob3N0IHR5cGUgaWYgeW91IHVzZSBgLS1uby12ZXJpZnknClRy eSBgbHRjb25maWcgLS1oZWxwJyBmb3IgbW9yZSBpbmZvcm1hdGlvbi4KY29u ZmlndXJlOiBlcnJvcjogbGlidG9vbCBjb25maWd1cmUgZmFpbGVkCg== --0-1904440805-1047448151=:70478-- From christof@petig-baender.de Wed Mar 12 04:20:58 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from mail.mediaways.net (mail.mediaways.net [193.189.224.113]) by mail.gnome.org (Postfix) with SMTP id 5B18C180DE for ; Wed, 12 Mar 2003 04:20:58 -0500 (EST) Received: (qmail 20031 invoked by uid 4221); 12 Mar 2003 09:20:56 -0000 Received: from unknown (HELO gateway.petig-baender.de) (195.71.48.59) by smtp-relay.mediaways.net with SMTP; 12 Mar 2003 09:20:56 -0000 Received: from puck.petig-baender.de ([192.168.234.11] helo=petig-baender.de ident=christof) by gateway.petig-baender.de with esmtp (Exim 3.35 #1 (Debian)) id 18t2Pz-0007Jt-00; Wed, 12 Mar 2003 10:20:59 +0100 Message-ID: <3E6EFBEE.6060505@petig-baender.de> Date: Wed, 12 Mar 2003 10:20:46 +0100 From: Christof Petig Organization: Adolf Petig GmbH & Co. KG User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.4a) Gecko/20030305 X-Accept-Language: de-DE, de, en MIME-Version: 1.0 To: Radhika Sambamurti Cc: glademm-list@gnome.org Subject: Re: [glade--]autoconf not generating configure - glade-2 and glademm References: <20030312054644.35915.qmail@web40501.mail.yahoo.com> In-Reply-To: <20030312054644.35915.qmail@web40501.mail.yahoo.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Radhika Sambamurti wrote: > Hi all, Hi, > > I am attaching the output of sh -x autogen.sh which shows > the execution of autogen.sh and its point of failure. > I have tried to get the latest autoconf and libtool, but to > no avail. Please let me know if i can provide any more info > about the errors, and i willdo so. any help will be > appreciated as i need to get glade-2 working with glademm > to generate c++ code. I am running gtk2 on freebsd 5.0. To make it clearer, generating gtk1 projects does work? You might try to look which m4 file is generating the wrong ltconfig call in configure and which packet it belongs to. > checking whether ln -s works... yes > ltconfig: you must specify a host type if you use > `--no-verify' > Try `ltconfig --help' for more information. > configure: error: libtool configure failed I have _never_ seen this error, and I have no idea. But the problem should manifest for _any_ program you autogen. Perhaps you should ask on a BSD or libtool/autoconf specific mailing list. Looks like an autoconf macro is passing wrong arguments to ltconfig. Christof From christof@petig-baender.de Thu Mar 13 04:02:57 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from mail.mediaways.net (mail.mediaways.net [193.189.224.113]) by mail.gnome.org (Postfix) with SMTP id 19BC81813C for ; Thu, 13 Mar 2003 04:02:56 -0500 (EST) Received: (qmail 19726 invoked by uid 4221); 13 Mar 2003 09:02:54 -0000 Received: from unknown (HELO gateway.petig-baender.de) (195.71.48.59) by smtp-relay.mediaways.net with SMTP; 13 Mar 2003 09:02:54 -0000 Received: from puck.petig-baender.de ([192.168.234.11] helo=petig-baender.de ident=christof) by gateway.petig-baender.de with esmtp (Exim 3.35 #1 (Debian)) id 18tOc6-00009a-00; Thu, 13 Mar 2003 10:02:58 +0100 Message-ID: <3E6D0A6C.1030901@petig-baender.de> Date: Mon, 10 Mar 2003 22:58:04 +0100 From: Christof Petig Organization: Adolf Petig GmbH & Co. KG User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.4a) Gecko/20030305 X-Accept-Language: de-DE, de, en MIME-Version: 1.0 To: Jon Cast Cc: Bill Haneman , murrayc@usa.net, Joaquin Cuenca Abela , Owen Taylor , Mark McLoughlin , Gnome Hackers , glade-devel@ximian.com, glademm-list@gnome.org References: <1046299405.10038.23.camel@localhost.localdomain> <1046302078.1655.26.camel@localhost.localdomain> <20030227002158.7D8B84A5F8@jcomain> <1046306197.1655.40.camel@localhost.localdomain> <3E67C566.1000107@petig-baender.de> <1047076096.1225.36.camel@localhost.localdomain> <1047123218.1270.10.camel@localhost.localdomain> <1047138616.4616.2.camel@taistealai.ireland.sun.com> <20030309024446.3C3F04A5ED@jcomain> <1047214965.4611.20.camel@taistealai.ireland.sun.com> <20030309172129.867E64A5ED@jcomain> In-Reply-To: <20030309172129.867E64A5ED@jcomain> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: [glade--]Re: [Glade-devel] Re: glade code generation Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Jon Cast wrote: > Bill Haneman wrote: > > >>I do believe that handler stub generation is useful. I advocate >>improving it, not removing it. > > >>Dissatisfactor with the UI generation code is what started the >>discussion. > > > Right. But AFAIR, no effective argument has been advanced against the > UI generation code. Somewhat valid arguments have been advanced against > generating stubs, though---and these have been used in the overall > conversation. So, lest anyone lose sight of the fact that they apply > /only/ to stub generation, I thought I'd throw that out. > > In any case, I'm curious what value you see in stub generation (over and > above prototype generation, which can go into a non-modifiable file in > C)? stub generation enables the programmer to test the program before everything is implemented. It gives an easy start, and enables you to test your build environment before you do any error-prone modifications to the project. Christof From bill.haneman@sun.com Thu Mar 13 08:26:28 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from patan.sun.com (patan.Sun.COM [192.18.98.43]) by mail.gnome.org (Postfix) with ESMTP id B58F0186E0; Thu, 13 Mar 2003 08:26:27 -0500 (EST) Received: from dub-mail1.Ireland.Sun.COM ([129.156.220.69]) by patan.sun.com (8.9.3+Sun/8.9.3) with ESMTP id GAA23230; Thu, 13 Mar 2003 06:26:24 -0700 (MST) Received: from yp2-1200-gw1.Central.Sun.COM (dbl-isdn-115 [129.156.227.115]) by dub-mail1.Ireland.Sun.COM (8.11.6+Sun/8.10.2/ENSMAIL,v2.1p1) with ESMTP id h2DDQLv24467; Thu, 13 Mar 2003 13:26:21 GMT From: Bill Haneman To: Christof Petig Cc: Jon Cast , murrayc@usa.net, Joaquin Cuenca Abela , Owen Taylor , Mark McLoughlin , Gnome Hackers , glade-devel@ximian.com, glademm-list@gnome.org In-Reply-To: <3E6D0A6C.1030901@petig-baender.de> References: <1046299405.10038.23.camel@localhost.localdomain> <1046302078.1655.26.camel@localhost.localdomain> <20030227002158.7D8B84A5F8@jcomain> <1046306197.1655.40.camel@localhost.localdomain> <3E67C566.1000107@petig-baender.de> <1047076096.1225.36.camel@localhost.localdomain> <1047123218.1270.10.camel@localhost.localdomain> <1047138616.4616.2.camel@taistealai.ireland.sun.com> <20030309024446.3C3F04A5ED@jcomain> <1047214965.4611.20.camel@taistealai.ireland.sun.com> <20030309172129.867E64A5ED@jcomain> <3E6D0A6C.1030901@petig-baender.de> Content-Type: text/plain Organization: Message-Id: <1047561069.19272.26.camel@taistealai.ireland.sun.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.0 Date: 13 Mar 2003 13:11:09 +0000 Content-Transfer-Encoding: 7bit Subject: [glade--]Re: [Glade-devel] Re: glade code generation Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: On Mon, 2003-03-10 at 21:58, Christof Petig wrote: > ...> > > In any case, I'm curious what value you see in stub generation (over and > > above prototype generation, which can go into a non-modifiable file in > > C)? > > stub generation enables the programmer to test the program before > everything is implemented. It gives an easy start, and enables you to > test your build environment before you do any error-prone modifications > to the project. Yes - and it means you can run the little project you've just created (i.e. test drive the UI or demo it) without having to run test-libglade. -Bill > Christof > > > _______________________________________________ > gnome-hackers mailing list > gnome-hackers@gnome.org > http://mail.gnome.org/mailman/listinfo/gnome-hackers -- Bill Haneman From bada@prgn.ru Mon Mar 17 00:14:53 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from prgn.ru (unknown [213.59.43.1]) by mail.gnome.org (Postfix) with ESMTP id 822AE180FE for ; Mon, 17 Mar 2003 00:14:53 -0500 (EST) Received: by prgn.ru (Postfix, from userid 1004) id DFFF781D8; Mon, 17 Mar 2003 12:14:51 +0700 (KRAT) Received: from exabiche (exabiche.prgn.ru [213.59.43.10]) by prgn.ru (Postfix) with SMTP id C3AA081D5 for ; Mon, 17 Mar 2003 12:14:51 +0700 (KRAT) Date: Mon, 17 Mar 2003 12:14:50 +0700 From: Dedov Anton To: glademm-list@gnome.org Message-Id: <20030317121450.29cfd539.bada@prgn.ru> Organization: Paragon-Telecom X-Mailer: Sylpheed version 0.8.10 (GTK+ 1.2.10; i386-debian-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: [glade--]I get "segmentation fault" when i customazing a class created by glademm. Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: My program crashes with "segmentation fault" when i customazing the my main window class with any class-members. I am using: glade-2 (1.1.3) glademm (1.1.3e) I create the window "Eng_Window" in glade's enviromnent and put on it a number of various of control elements. Glademm creates corresponding Eng_Window* files. I am build this skeleton applications to test a window. And it works! Then I am trying to customize Eng_Window class (Eng_Window -|> Eng_Window_glade) which was created by glademm. If I add _any_ member filed (even just "int i;") to Eng_Window class my application builds but crashes with "segmentation fault" signal :( Looking through the ddd shows that crash happens in Glib::ObjectBase::is_derived_ () from Eng_Window_glade::Eng_Window_glade(). Best regards, Dedov Anton From christof@petig-baender.de Mon Mar 17 06:14:27 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from mail.mediaways.net (mail.mediaways.net [193.189.224.113]) by mail.gnome.org (Postfix) with SMTP id D6DFD184C5 for ; Mon, 17 Mar 2003 06:14:26 -0500 (EST) Received: (qmail 15345 invoked by uid 4221); 17 Mar 2003 11:14:25 -0000 Received: from unknown (HELO gateway.petig-baender.de) (195.71.48.59) by smtp-relay.mediaways.net with SMTP; 17 Mar 2003 11:14:25 -0000 Received: from puck.petig-baender.de ([192.168.234.11] helo=petig-baender.de ident=christof) by gateway.petig-baender.de with esmtp (Exim 3.35 #1 (Debian)) id 18usZY-0005cZ-00; Mon, 17 Mar 2003 12:14:28 +0100 Message-ID: <3E75ADFF.1090800@petig-baender.de> Date: Mon, 17 Mar 2003 12:14:07 +0100 From: Christof Petig Organization: Adolf Petig GmbH & Co. KG User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.4a) Gecko/20030305 X-Accept-Language: de-DE, de, en MIME-Version: 1.0 To: Dedov Anton Cc: glademm-list@gnome.org Subject: Re: [glade--]I get "segmentation fault" when i customazing a class created by glademm. References: <20030317121450.29cfd539.bada@prgn.ru> In-Reply-To: <20030317121450.29cfd539.bada@prgn.ru> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Dedov Anton wrote: > My program crashes with "segmentation fault" when i customazing the my main window class with any class-members. > > I am using: > glade-2 (1.1.3) > glademm (1.1.3e) > > I create the window "Eng_Window" in glade's enviromnent and put on it a number of various of control elements. > > Glademm creates corresponding Eng_Window* files. I am build this skeleton applications to test a window. And it works! > > Then I am trying to customize Eng_Window class (Eng_Window -|> Eng_Window_glade) which was created by glademm. > If I add _any_ member filed (even just "int i;") to Eng_Window class my application builds but crashes with "segmentation fault" signal :( > > Looking through the ddd shows that crash happens in Glib::ObjectBase::is_derived_ () from Eng_Window_glade::Eng_Window_glade(). This certainly looks like g++ 2.95 being used. It has a bug which makes it unusable with gtkmm2 and glade. Unfortunately only the CVS version of glade refuses to compile such projects with older compilers. Christof From Murray.Cumming@Comneon.com Mon Mar 17 06:22:15 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from smtp1.infineon.com (smtp1.infineon.com [194.175.117.76]) by mail.gnome.org (Postfix) with ESMTP id 8250E1851E for ; Mon, 17 Mar 2003 06:22:15 -0500 (EST) Received: from vihsx03a.vih.infineon.com (vih.ifx-mail3.com [172.31.163.97]) by smtp1.infineon.com (8.12.8/8.12.8) with ESMTP id h2HBDY5X003745; Mon, 17 Mar 2003 12:13:34 +0100 (MET) Received: by vihsx03a.vih.infineon.com with Internet Mail Service (5.5.2653.19) id ; Mon, 17 Mar 2003 12:22:19 +0100 Message-ID: <258B0164D480D5118D900800062B3858D91F3B@vihsx09a.vih.infineon.com> From: Murray.Cumming@Comneon.com To: christof@petig-baender.de, bada@prgn.ru Cc: glademm-list@gnome.org Subject: RE: [glade--]I get "segmentation fault" when i customazing a clas s created by glademm. Date: Mon, 17 Mar 2003 12:22:10 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: > From: Christof Petig [mailto:christof@petig-baender.de] > This certainly looks like g++ 2.95 being used. It has a bug > which makes > it unusable with gtkmm2 and glade. It's only unusable in some situations - see the gtkmm FAQ. It _might_ be unusable with glademm. Murray Cumming murrayc@usa.net www.murrayc.com From christof@petig-baender.de Mon Mar 17 08:11:37 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from mail.mediaways.net (mail.mediaways.net [193.189.224.113]) by mail.gnome.org (Postfix) with SMTP id 146C2180DE for ; Mon, 17 Mar 2003 08:11:37 -0500 (EST) Received: (qmail 6873 invoked by uid 4221); 17 Mar 2003 13:11:35 -0000 Received: from unknown (HELO gateway.petig-baender.de) (195.71.48.59) by smtp-relay.mediaways.net with SMTP; 17 Mar 2003 13:11:35 -0000 Received: from puck.petig-baender.de ([192.168.234.11] helo=petig-baender.de ident=christof) by gateway.petig-baender.de with esmtp (Exim 3.35 #1 (Debian)) id 18uuOx-0005sh-00; Mon, 17 Mar 2003 14:11:39 +0100 Message-ID: <3E75C975.3050103@petig-baender.de> Date: Mon, 17 Mar 2003 14:11:17 +0100 From: Christof Petig Organization: Adolf Petig GmbH & Co. KG User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.4a) Gecko/20030305 X-Accept-Language: de-DE, de, en MIME-Version: 1.0 To: Murray.Cumming@Comneon.com Cc: bada@prgn.ru, glademm-list@gnome.org Subject: Re: [glade--]I get "segmentation fault" when i customazing a clas s created by glademm. References: <258B0164D480D5118D900800062B3858D91F3B@vihsx09a.vih.infineon.com> In-Reply-To: <258B0164D480D5118D900800062B3858D91F3B@vihsx09a.vih.infineon.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Murray.Cumming@Comneon.com wrote: >>From: Christof Petig [mailto:christof@petig-baender.de] >>This certainly looks like g++ 2.95 being used. It has a bug >>which makes >>it unusable with gtkmm2 and glade. > > > It's only unusable in some situations - see the gtkmm FAQ. It _might_ be > unusable with glademm. Sorry, of course I meant gtkmm2 and glademm (combined). It _is_ unusable with glademm (unless you do not plan to add anything to the classes). Speaking of glade was inexact. Christof From christof@petig-baender.de Tue Mar 18 03:20:38 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from mail.mediaways.net (mail.mediaways.net [193.189.224.113]) by mail.gnome.org (Postfix) with SMTP id A9AE518151 for ; Tue, 18 Mar 2003 03:20:37 -0500 (EST) Received: (qmail 11493 invoked by uid 4221); 18 Mar 2003 08:20:36 -0000 Received: from unknown (HELO gateway.petig-baender.de) (195.71.48.59) by smtp-relay.mediaways.net with SMTP; 18 Mar 2003 08:20:36 -0000 Received: from puck.petig-baender.de ([192.168.234.11] helo=petig-baender.de ident=christof) by gateway.petig-baender.de with esmtp (Exim 3.35 #1 (Debian)) id 18vCKu-0007XV-00; Tue, 18 Mar 2003 09:20:40 +0100 Message-ID: <3E76D6BE.6070301@petig-baender.de> Date: Tue, 18 Mar 2003 09:20:14 +0100 From: Christof Petig Organization: Adolf Petig GmbH & Co. KG User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.4a) Gecko/20030305 X-Accept-Language: de-DE, de, en MIME-Version: 1.0 To: Dedov Anton , glademm-list Subject: Re: [glade--]I get "segmentation fault" when i customazing a clas s created by glademm. References: <258B0164D480D5118D900800062B3858D91F3B@vihsx09a.vih.infineon.com> <3E75C975.3050103@petig-baender.de> <20030318091553.1e071384.bada@prgn.ru> In-Reply-To: <20030318091553.1e071384.bada@prgn.ru> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Dedov Anton wrote: > Can I hope that if I would use gtkmm2 only (without glademm) and g++ 2.95 the things will be stable? All works well unless you start using dynamic_cast within a ctor of a derived class e.g. struct A { A() { this->a_method_which_uses_dynamic_cast(); } }; struct B { int x; B() : A(), x(1) {} } this will crash. It will not crash if you remove the x (the compile optimizes B away) or if you call a_method_which_uses_dynamic_cast after A() has ended (e.g. in a member or inside B()). Since this is clearly a compiler bug and any workarounds are quite ugly and most up to date distributions ship with g++-3.2 I'd recommend to upgrade the compiler. You really get a better environment, 2.95 is broken in many ways (e.g. standard conformance), produces larger code and will die soon (hopefully). I would accept a patch which moves the widget creation and customization into an init function (actually add() uses dynamic_cast()), but I bet the effort is better put into upgrading your compiler. Of course you can replace the ctor of foo_glade by init and call that function from your foo ctor but this means patching the generated file by hand (or patch). Christof From giri@bom7.vsnl.net.in Wed Mar 19 23:09:19 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from mmb4.vsnl.net.in (mmb4.vsnl.net.in [202.54.1.88]) by mail.gnome.org (Postfix) with ESMTP id C4D92183DE for ; Wed, 19 Mar 2003 23:09:18 -0500 (EST) Received: from girish (PPP-219.65.64.185.mum2.vsnl.net.in [219.65.64.185]) by mmb4.vsnl.net.in (Postfix) with SMTP id 4EF5C144CE for ; Thu, 20 Mar 2003 09:39:02 +0530 (IST) Message-ID: <000201c2e2cf$4bee20c0$b94041db@girish> Reply-To: "Girish Patil" From: "Girish Patil" To: Date: Tue, 4 Mar 2003 11:06:27 +0530 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0005_01C2E23E.1A645D30" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Subject: [glade--]error Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: This is a multi-part message in MIME format. ------=_NextPart_000_0005_01C2E23E.1A645D30 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable when i am trying to compile a project in glade I get the following error = "NO TARGET SPECIFIED AND NO MAKEFILE FOUND" PLEASE RELY ASAP ------=_NextPart_000_0005_01C2E23E.1A645D30 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
when i am trying to compile a project = in glade I=20 get the following error "NO TARGET SPECIFIED AND NO MAKEFILE = FOUND"
 
PLEASE RELY = ASAP
------=_NextPart_000_0005_01C2E23E.1A645D30-- From christof@petig-baender.de Fri Mar 21 03:04:36 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from mail.mediaways.net (mail.mediaways.net [193.189.224.113]) by mail.gnome.org (Postfix) with SMTP id 3C5011826A for ; Fri, 21 Mar 2003 03:04:36 -0500 (EST) Received: (qmail 20848 invoked by uid 4221); 21 Mar 2003 08:04:35 -0000 Received: from unknown (HELO gateway.petig-baender.de) (195.71.48.59) by smtp-relay.mediaways.net with SMTP; 21 Mar 2003 08:04:35 -0000 Received: from puck.petig-baender.de ([192.168.234.11] helo=petig-baender.de ident=christof) by gateway.petig-baender.de with esmtp (Exim 3.35 #1 (Debian)) id 18wHW1-0003lx-00; Fri, 21 Mar 2003 09:04:37 +0100 Message-ID: <3E7AC776.1030609@petig-baender.de> Date: Fri, 21 Mar 2003 09:04:06 +0100 From: Christof Petig Organization: Adolf Petig GmbH & Co. KG User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.4a) Gecko/20030305 X-Accept-Language: de-DE, de, en MIME-Version: 1.0 To: Girish Patil Cc: glademm-list@gnome.org Subject: Re: [glade--]error References: <000201c2e2cf$4bee20c0$b94041db@girish> In-Reply-To: <000201c2e2cf$4bee20c0$b94041db@girish> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Girish Patil wrote: > when i am trying to compile a project in glade I get the following error > "NO TARGET SPECIFIED AND NO MAKEFILE FOUND" > > PLEASE RELY ASAP - there is no "compile" button in glade - I see no evidence that you use glade-- which this list is about look for and try to execute autogen.sh Christof From thomashansen@uol.com.br Sat Mar 22 14:18:33 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from traven10.uol.com.br (traven10.uol.com.br [200.221.29.45]) by mail.gnome.org (Postfix) with ESMTP id DE0FD18160 for ; Sat, 22 Mar 2003 14:18:32 -0500 (EST) Received: from uol.com.br ([200.158.68.205]) by traven10.uol.com.br (8.9.1/8.9.1) with ESMTP id QAA15490 for ; Sat, 22 Mar 2003 16:16:07 -0300 (BRT) Message-ID: <3E7CB71F.6040807@uol.com.br> Date: Sat, 22 Mar 2003 16:18:55 -0300 From: Thomas Hansen User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20021130 X-Accept-Language: en-us, en MIME-Version: 1.0 To: glademm-list@gnome.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: [glade--]How to connect object 1 signal to object 2 slot? Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Hello, I'm new to gtk+, gtkmm and glade. I am trying to connect a signal (changed) from a GtkCombo to a signal handler (on_combo_changed()) from a GtkEntry derived object. It doesn't seem to be a complicated task if not using glade: I would use on my main window constructor: m_combo1.signal_clicked().connect( SigC::slot(m_entry1, &My_Entry::on_combo_changed)); , where My_Entry is the class that inherits GktEntry), but I wasn't able to find a simple way to do this in glade (appart from editing the _glade files). So, how can I do this? Am I so mad about trying this connection :)? Thomas From christof@petig-baender.de Tue Mar 25 07:34:45 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from mail.mediaways.net (mail.mediaways.net [193.189.224.113]) by mail.gnome.org (Postfix) with SMTP id 1EED6182B5 for ; Tue, 25 Mar 2003 07:34:45 -0500 (EST) Received: (qmail 3305 invoked by uid 4221); 25 Mar 2003 12:34:43 -0000 Received: from unknown (HELO gateway.petig-baender.de) (195.71.48.59) by smtp-relay.mediaways.net with SMTP; 25 Mar 2003 12:34:43 -0000 Received: from puck.petig-baender.de ([192.168.234.11] helo=petig-baender.de ident=christof) by gateway.petig-baender.de with esmtp (Exim 3.35 #1 (Debian)) id 18xndg-0000ma-00; Tue, 25 Mar 2003 13:34:48 +0100 Message-ID: <3E804CC8.80305@petig-baender.de> Date: Tue, 25 Mar 2003 13:34:16 +0100 From: Christof Petig Organization: Adolf Petig GmbH & Co. KG User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.4a) Gecko/20030305 X-Accept-Language: de-DE, de, en MIME-Version: 1.0 To: Thomas Hansen Cc: glademm-list@gnome.org Subject: Re: [glade--]How to connect object 1 signal to object 2 slot? References: <3E7CB71F.6040807@uol.com.br> In-Reply-To: <3E7CB71F.6040807@uol.com.br> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Thomas Hansen wrote: > Hello, > > I'm new to gtk+, gtkmm and glade. I am trying to connect a signal > (changed) from a GtkCombo to a signal handler (on_combo_changed()) from > a GtkEntry derived object. It doesn't seem to be a complicated task if > not using glade: I would use on my main window constructor: > > m_combo1.signal_clicked().connect( SigC::slot(m_entry1, > &My_Entry::on_combo_changed)); > > , where My_Entry is the class that inherits GktEntry), but I wasn't able > to find a simple way to do this in glade (appart from editing the _glade > files). > > So, how can I do this? Am I so mad about trying this connection :)? Try to specify m_entry1 as the object for the signal (sounds logical, doesn't it?). If both objects live within the same class and this gives an error, this is a glade-- bug. Christof From johnmotsweng@hotmail.com Fri Mar 28 20:42:00 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from hotmail.com (f25.law12.hotmail.com [64.4.19.25]) by mail.gnome.org (Postfix) with ESMTP id D34021817D for ; Fri, 28 Mar 2003 20:41:59 -0500 (EST) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Fri, 28 Mar 2003 17:41:58 -0800 Received: from 80.15.139.101 by lw12fd.law12.hotmail.msn.com with HTTP; Sat, 29 Mar 2003 01:41:58 GMT X-Originating-IP: [80.15.139.101] X-Originating-Email: [johnmotsweng@hotmail.com] From: "John Motsweng" To: glademm-list@gnome.org Date: Sat, 29 Mar 2003 02:41:58 +0100 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 29 Mar 2003 01:41:58.0999 (UTC) FILETIME=[6350A670:01C2F594] Subject: [glade--]Simple tutorial Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: Please don't shoot me, because I am just the messenger. It is just hard to break into glademm and the recurring question about accessing widgets is not a bug or a nuisance, but an expression of genuine interest. I bet it is easy to move on to gtkmm if you come from gtk, but I can't take that route. I can't turn away, because I never learned C and my C++ is just taking shape. All I want to achieve for now is a simple program with a button, an entry and a label. On the button click the contents should be send to standard out and to the label. A second part could maybe do a little string manipulation, concatenation type of thing. Here's the deal. If anybody on this list could mail me some commented code with these three little widgets I will study it and write a good tutorial adding the other little parts I already understand. I can then send it to one of the more knowledgeable members for review and comment and develop a tutorial as I learn, for the benefit of all us newbies. Maybe I should go as far as promise that I am willing to write a few more tutorials as I progress as long as somebody who knows can guide me a little. _________________________________________________________________ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=features/junkmail From christof@petig-baender.de Mon Mar 31 02:17:57 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from mail.mediaways.net (mail.mediaways.net [193.189.224.113]) by mail.gnome.org (Postfix) with SMTP id 8B55D18238 for ; Mon, 31 Mar 2003 02:17:56 -0500 (EST) Received: (qmail 1215 invoked by uid 4221); 31 Mar 2003 07:17:55 -0000 Received: from unknown (HELO gateway.petig-baender.de) (195.71.48.59) by smtp-relay.mediaways.net with SMTP; 31 Mar 2003 07:17:55 -0000 Received: from puck.petig-baender.de ([192.168.234.11] helo=petig-baender.de ident=christof) by gateway.petig-baender.de with esmtp (Exim 3.35 #1 (Debian)) id 18ztYM-0007V2-00; Mon, 31 Mar 2003 09:17:58 +0200 Message-ID: <3E87EB80.9060207@petig-baender.de> Date: Mon, 31 Mar 2003 09:17:20 +0200 From: Christof Petig Organization: Adolf Petig GmbH & Co. KG User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.4a) Gecko/20030326 X-Accept-Language: de-DE, de, en MIME-Version: 1.0 To: John Motsweng Cc: glademm-list@gnome.org Subject: Re: [glade--]Simple tutorial References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: John Motsweng wrote: > Please don't shoot me, because I am just the messenger. It is just hard > to break into glademm and the recurring question about accessing widgets > is not a bug or a nuisance, but an expression of genuine interest. > > I bet it is easy to move on to gtkmm if you come from gtk, but I can't > take that route. I can't turn away, because I never learned C and my C++ > is just taking shape. All I want to achieve for now is a simple program > with a button, an entry and a label. On the button click the contents > should be send to standard out and to the label. A second part could > maybe do a little string manipulation, concatenation type of thing. > > Here's the deal. If anybody on this list could mail me some commented > code with these three little widgets I will study it and write a good > tutorial adding the other little parts I already understand. I can then > send it to one of the more knowledgeable members for review and comment > and develop a tutorial as I learn, for the benefit of all us newbies. > > Maybe I should go as far as promise that I am willing to write a few > more tutorials as I progress as long as somebody who knows can guide me > a little. Deal. I'll do it (10 minutes of work). I guess you are not asking about gtk-- 1.2? Christof From christof@petig-baender.de Mon Mar 31 02:30:42 2003 Return-Path: Delivered-To: glademm-list@gnome.org Received: from mail.mediaways.net (mail.mediaways.net [193.189.224.113]) by mail.gnome.org (Postfix) with SMTP id D845818238 for ; Mon, 31 Mar 2003 02:30:41 -0500 (EST) Received: (qmail 10024 invoked by uid 4221); 31 Mar 2003 07:30:40 -0000 Received: from unknown (HELO gateway.petig-baender.de) (195.71.48.59) by smtp-relay.mediaways.net with SMTP; 31 Mar 2003 07:30:40 -0000 Received: from puck.petig-baender.de ([192.168.234.11] helo=petig-baender.de ident=christof) by gateway.petig-baender.de with esmtp (Exim 3.35 #1 (Debian)) id 18ztki-0007Vd-00; Mon, 31 Mar 2003 09:30:44 +0200 Message-ID: <3E87EE7F.1000706@petig-baender.de> Date: Mon, 31 Mar 2003 09:30:07 +0200 From: Christof Petig Organization: Adolf Petig GmbH & Co. KG User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.4a) Gecko/20030326 X-Accept-Language: de-DE, de, en MIME-Version: 1.0 To: John Motsweng Cc: glademm-list@gnome.org Subject: Re: [glade--]Simple tutorial References: In-Reply-To: Content-Type: multipart/mixed; boundary="------------090909040309000901020605" Sender: glademm-list-admin@gnome.org Errors-To: glademm-list-admin@gnome.org X-BeenThere: glademm-list@gnome.org X-Loop: glademm-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gtkmm (C++) code generator for the Glade UI builder. List-Unsubscribe: , List-Archive: This is a multi-part message in MIME format. --------------090909040309000901020605 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit John Motsweng wrote: > Please don't shoot me, because I am just the messenger. It is just hard > to break into glademm and the recurring question about accessing widgets > is not a bug or a nuisance, but an expression of genuine interest. > > I bet it is easy to move on to gtkmm if you come from gtk, but I can't > take that route. I can't turn away, because I never learned C and my C++ > is just taking shape. All I want to achieve for now is a simple program > with a button, an entry and a label. On the button click the contents > should be send to standard out and to the label. A second part could > maybe do a little string manipulation, concatenation type of thing. Attached. Simply do "cd tutorial; glade-- tutorial.glade ; ./autogen.sh ; make ; src/tutorial". It should be really obvious what was needed to create the glade file with glade-2 - isn't it? > > Here's the deal. If anybody on this list could mail me some commented > code with these three little widgets I will study it and write a good > tutorial adding the other little parts I already understand. I can then > send it to one of the more knowledgeable members for review and comment > and develop a tutorial as I learn, for the benefit of all us newbies. I really think that two liners do not need comments (with approx. 40 chars a line). Gtkmm.org has a really good documentation about the widget and their methods. > Maybe I should go as far as promise that I am willing to write a few > more tutorials as I progress as long as somebody who knows can guide me > a little. No problem for me ;-) Christof --------------090909040309000901020605 Content-Type: application/x-gtar; name="tutorial.tgz" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="tutorial.tgz" H4sIAHXthz4CA+1ZX5PaNhDnFT6F4j4klwSwAcOUAPnLpddyuUyOJpOZznh0trAVjOSR5QPa 6XfvyjYcB/Zhprm0ySAekKXfrla7q9V6LSPJBcV+vXR/Tddbeqdjwr+uNw09/jda7fg/bSW9 024ZnXa70WmVdKNhts0SMkvfoEWhxAKhku0JGko+yccRETZKP1qTK/tLEkrTtCTnvsAO5TXX xw75OvY3dL3dbuXY3zCaTXPD/jBvtOGphPSj/e+99Z4vZj66hr1RzvqaUdM1BBphDvY5I32N ce35APUeVKuPq2jGHdJFigCeqoNK78Gbi9fjz++HKHaWKmWSiAm2Cbr8fDkeniPNkzLo1uvx dM1lfEZqXLjJc7VR02uOdLRBpdLbYqCG5tRxiUS2j8Owr72V00+UOXyuIer0tXncN4AWoV4g eECEXCKGZyDzNQ3plU+0wVhEpFdfzWZBJZUARFJgFvpYYiDra0sSaoN0gT3kywCWeTv+zfp0 9u7NxSdrfPF+NPw4HN1NlvC2Ah5SCWpfc7DeX1xa7y7eDe8mBzNgXxucYj/csz1BQvonLqgL ByKA4EtrTqVnBVgQJjMWUYS2R31HsYD+jpU+vuKLxEbXV3yRWChGFrdSFtzjM+4SRngUZm49 iyYMsE2Zqw30rR3E4HQX5d0tDJkUy2QPRHXVJsqb7DFIIvta7LSzmZYuZy8WVrwr6lO51AYA l8SWxNlcvXyAJjKwNmbWhNtKCQXQxKESF2W9KXoB+AwvLJ8wV3pb+s3ASrKQmadsD52HQ2si oFtIIspSTVq2h0Xmeo/3sMC2pNcY7kLLIRMc+VknoNyrJx6juuBhU3CxTGYBdpxd98sy0yKA iJu11C52Qn0/W6i1KKl/11MH3+/vI3xF/MTffdX9H/m7n4iWYcpE0j3kcGtbEXOI8CkjxRSs SGZYTKOgGP4LZBB0skyC+K+/X47PTj9bo+HpeA/dXOCCK4TEB7Um57gIfoF96sKtotfMPchl YSR4qLPfkZcZqB/utLyKpIRLOz4uV3F/57zcd1wXxKdkkrjch+HobHgKacOH85ejbboQzIv9 1Ro+tafE0ZAH+vOJ6GucWekOrPUk7FNakGLQCbWxSk8sSRX1OWdPUdNA55AuNyCRR3qn29C7 uoneno+1OmiuvKG27NzgpXK3mUosYu3h1WOqwIPShBx8vvNnoZcHoRehjZUoehHOWdg1eKWm DPf6ZZ0/eWn+VD7It8qH5k5ZFOvMqXFb/E0T59j4bAa3RbIBqrqrHRxm3BwCeEOzp9rAldOq IBNIb70iVNQGL4ZMGBZqFcHn+dCBTpTHPSNI5nHOg24E1eT5JrLmsMoJrzno/BibQ5AXaFNp b4l3E2uL+NN2ctL4mv6Un17E8RBJjmweLIuw2ko1ikpwd7qRQ1Qs58ghzks88o7cndnH8QT9 pyeovJlebWUy29vcnPrOkrLbO9mYuBmE7k4NqXRs/7L+G9x//VfXzWZzq/7bMVqNY/33u6v/ wln+AndFsepvCs6oAqcz8UFXEWMwTp20V48f09qlK/DMigfkev7WsML5mLkRZKGD10+e9Orr JzUVC2SFURBwIQenL0eXQ4ghtwZjGJGqfLUD3Bpex5+19N/X+Q+FfV/fAA/5/mca6vtfs2ka x+9/39z+6TePmm1/Xfvvif/t1rb9zUbLPMb/b9HqdaQqAwJL4sRlnTr8DPRzt2F09QZ6Pbwc o6slWmnnRRDZ01pAJHWrV5io152aQyrAJQohcUNphRh9NGpGrTmx7OsQJtU8I3Mi0CPGGbJB 53wGr+POyermCRGfIOnREEFySJDL1ZvXjTtaQF1RXMZriPrnAi15JFAa9Z+iMzTn7KEE4sj2 EJUIu5iyB5XKT5TZfuQQpNmcTahb87SNsdVC3uZoj/JQCoJncDFdc+qsxOl2d6tmj04qfyGU VKSrg5BIS90Nj5KPR9WBuxo4OXmmctlQOt2uzSOJej20C1KjD/9gD59V/j6msMd2bMd2bMd2 L+0fIJKhQgAoAAA= --------------090909040309000901020605--