From bas.driessen@xobas.com Fri Jun 4 00:18:30 2004 From: bas.driessen@xobas.com (Bas Driessen) Date: Fri, 4 Jun 2004 09:18:30 +1000 Subject: [Glade-devel] GtkComboBoxEntry & focus-out-event. Message-ID: <000d01c449c1$15e966b0$9701a8c0@REDBACK> This is a multi-part message in MIME format. ------=_NextPart_000_000E_01C44A14.E79576B0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello, =20 Question regarding the new GtkComboBoxEntry. According the = documentation, this is a text entry field with a dropdown list. With my "normal" = GtkEntry I use the signal "focus-out-event". This event works good for me since it responds to both focus change by mouse as by the tab key. My question = is, why is this focus-out-event not working with GtkComboBoxEntry? I know = you can/have to use "changed" signal to get the text entry field updated = with a value from the list, but if I want to type in a text without selection = and this text is not in the list, I would like to have to option of "focus-out-event". =20 Can I add this signal to this object? If not what is a good alternative signal to use. =20 focus-out-event was working with the old(er) GtkCombo. =20 Thanks, Bas. =20 =20 ------=_NextPart_000_000E_01C44A14.E79576B0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Message
Hello,
 
Question regarding=20 the new GtkComboBoxEntry. According the documentation, this is a text = entry=20 field with a dropdown list. With my "normal" GtkEntry I use = the signal=20 "focus-out-event". This event works good for me since it responds to = both focus=20 change by mouse as by the tab key. My question is, why is this = focus-out-event=20 not working with GtkComboBoxEntry? I know you can/have to use = "changed"=20 signal to get the text entry field updated with a value from the list, = but if I=20 want to type in a text without selection and this text is not in the = list, I=20 would like to have to option of "focus-out-event".
 
Can I = add this=20 signal to this object? If not what is a good alternative signal to=20 use.
 
focus-out-event was=20 working with the old(er) GtkCombo.
 
Thanks,
Bas.
 
 
------=_NextPart_000_000E_01C44A14.E79576B0-- From bas.driessen@xobas.com Sat Jun 5 06:22:08 2004 From: bas.driessen@xobas.com (Bas Driessen) Date: Sat, 5 Jun 2004 15:22:08 +1000 Subject: [Glade-devel] GtkComboBoxEntry & focus-out-event. In-Reply-To: <000d01c449c1$15e966b0$9701a8c0@REDBACK> Message-ID: <000701c44abd$0c96f2b0$9701a8c0@REDBACK> This is a multi-part message in MIME format. ------=_NextPart_000_0008_01C44B10.DE4302B0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello Again, =20 Some additional info regarding question below. If I want to set a "focus-event-out" on a GtkComboBoxEntry, what I probably really want to = do is link this event to the child of the GtkComboBoxEntry GTK_BIN (combo_box)->child. which would be the GtkEntry widget. So I guess my questions then are the following: =20 - How can I set a "focus-event-out" for the text child of the new GtkComboBoxEntry using Glade? =20 - If I can't make a seperation between parent and child in Glade, should = the glade_xml_signal_autoconnect function in Libglade handle this situation? = So where a combination of GtkComboBoxEntry & focus-out-event does not make sense, then try to set that to the child for instance? =20 =20 Thanks, Bas. =20 =20 =20 -----Original Message----- Hello, =20 Question regarding the new GtkComboBoxEntry. According the = documentation, this is a text entry field with a dropdown list. With my "normal" = GtkEntry I use the signal "focus-out-event". This event works good for me since it responds to both focus change by mouse as by the tab key. My question = is, why is this focus-out-event not working with GtkComboBoxEntry? I know = you can/have to use "changed" signal to get the text entry field updated = with a value from the list, but if I want to type in a text without selection = and this text is not in the list, I would like to have to option of "focus-out-event". =20 Can I add this signal to this object? If not what is a good alternative signal to use. =20 focus-out-event was working with the old(er) GtkCombo. =20 Thanks, Bas. =20 =20 ------=_NextPart_000_0008_01C44B10.DE4302B0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Message
Hello=20 Again,
 
Some=20 additional info regarding question below. If I want to set a = "focus-event-out"=20 on a GtkComboBoxEntry, what I probably really want to do is link this = event to=20 the child of the GtkComboBoxEntry GTK_BIN = (combo_box)->child. =20 which would be the GtkEntry widget. So I guess my questions then are the = following:
 
- How=20 can I set a "focus-event-out" for the text child of the new = GtkComboBoxEntry=20 using Glade?
 
- If I=20 can't make a seperation between parent and child in Glade, should=20 the glade_xml_signal_autoconnect function in Libglade handle = this=20 situation? So where a combination of GtkComboBoxEntry & = focus-out-event does=20 not make sense, then try to set that to the child for=20 instance?
 
 
Thanks,
Bas.
 
 
 
-----Original = Message-----

Hello,
 
Question regarding=20 the new GtkComboBoxEntry. According the documentation, this is a text = entry=20 field with a dropdown list. With my "normal" GtkEntry I use=20 the signal "focus-out-event". This event works good for me since = it=20 responds to both focus change by mouse as by the tab key. My question = is, why=20 is this focus-out-event not working with GtkComboBoxEntry? I know you = can/have=20 to use "changed" signal to get the text entry field updated with = a value=20 from the list, but if I want to type in a text without selection and = this text=20 is not in the list, I would like to have to option of=20 "focus-out-event".
 
Can = I add this=20 signal to this object? If not what is a good alternative signal to=20 use.
 
focus-out-event=20 was working with the old(er) GtkCombo.
 
Thanks,
Bas.
 
 
------=_NextPart_000_0008_01C44B10.DE4302B0-- From damon@karuna.uklinux.net Sat Jun 5 23:01:43 2004 From: damon@karuna.uklinux.net (Damon Chaplin) Date: 05 Jun 2004 23:01:43 +0100 Subject: [Glade-devel] GtkComboBoxEntry & focus-out-event. In-Reply-To: <000701c44abd$0c96f2b0$9701a8c0@REDBACK> References: <000701c44abd$0c96f2b0$9701a8c0@REDBACK> Message-ID: <1086472903.5086.6.camel@Eternity> You could try connecting the signal handler manually in your code, just after creating the window. That should work OK. Maybe I should allow selection of the child widget within Glade. Damon On Sat, 2004-06-05 at 06:22, Bas Driessen wrote: > Hello Again, > > Some additional info regarding question below. If I want to set a > "focus-event-out" on a GtkComboBoxEntry, what I probably really want > to do is link this event to the child of the GtkComboBoxEntry GTK_BIN > (combo_box)->child. which would be the GtkEntry widget. So I guess my > questions then are the following: > > - How can I set a "focus-event-out" for the text child of the new > GtkComboBoxEntry using Glade? > > - If I can't make a seperation between parent and child in Glade, > should the glade_xml_signal_autoconnect function in Libglade handle > this situation? So where a combination of GtkComboBoxEntry & > focus-out-event does not make sense, then try to set that to the child > for instance? > > > Thanks, > Bas. > > > > -----Original Message----- > > > Hello, > > Question regarding the new GtkComboBoxEntry. According the > documentation, this is a text entry field with a dropdown > list. With my "normal" GtkEntry I use the signal > "focus-out-event". This event works good for me since it > responds to both focus change by mouse as by the tab key. My > question is, why is this focus-out-event not working with > GtkComboBoxEntry? I know you can/have to use "changed" signal > to get the text entry field updated with a value from the > list, but if I want to type in a text without selection and > this text is not in the list, I would like to have to option > of "focus-out-event". > > Can I add this signal to this object? If not what is a good > alternative signal to use. > > focus-out-event was working with the old(er) GtkCombo. > > Thanks, > Bas. > > From bas.driessen@xobas.com Mon Jun 7 00:40:57 2004 From: bas.driessen@xobas.com (Bas Driessen) Date: Mon, 7 Jun 2004 09:40:57 +1000 Subject: [Glade-devel] GtkComboBoxEntry & focus-out-event. In-Reply-To: <1086472903.5086.6.camel@Eternity> Message-ID: <001701c44c1f$b7b731b0$9701a8c0@REDBACK> >=20 > You could try connecting the signal handler manually in your code, > just after creating the window. That should work OK. >=20 > Maybe I should allow selection of the child widget within Glade. Yes, adding a "g_signal_connect" for the child works OK. However, I = believe that the developer user who is using Glade should be in control, rather = than that I am having to make arbitrary exceptions in C-code. How do I know = if the signal is for the child or parent? All should work using the = libglade "glade_xml_signal_autoconnect" function. In the current implementation I = can work around that by putting a prefix or suffix to the signal for = instance indicating that this signal is meant for the child. This is probably = going to be messy, so even though I like the new single widget implementation = of the GtkComboBoxEntry opposed to the old OptionMeny, I think the = possibility of selecting the child widget in Glade has to be available for reasons = just described. Thanks for response Damon. Bas. >=20 >=20 > On Sat, 2004-06-05 at 06:22, Bas Driessen wrote: > > Hello Again, > > =20 > > Some additional info regarding question below. If I want to set a > > "focus-event-out" on a GtkComboBoxEntry, what I probably really want > > to do is link this event to the child of the=20 > GtkComboBoxEntry GTK_BIN > > (combo_box)->child. which would be the GtkEntry widget. So=20 > I guess my > > questions then are the following: > > =20 > > - How can I set a "focus-event-out" for the text child of the new > > GtkComboBoxEntry using Glade? > > =20 > > - If I can't make a seperation between parent and child in Glade, > > should the glade_xml_signal_autoconnect function in Libglade handle > > this situation? So where a combination of GtkComboBoxEntry & > > focus-out-event does not make sense, then try to set that=20 > to the child > > for instance? > > =20 > > =20 > > Thanks, > > Bas. > > =20 > > =20 > > =20 > > -----Original Message----- > >=20 > >=20 > > Hello, > > =20 > > Question regarding the new GtkComboBoxEntry. According the > > documentation, this is a text entry field with a dropdown > > list. With my "normal" GtkEntry I use the signal > > "focus-out-event". This event works good for me since it > > responds to both focus change by mouse as by the tab key. My > > question is, why is this focus-out-event not working with > > GtkComboBoxEntry? I know you can/have to use=20 > "changed" signal > > to get the text entry field updated with a value from the > > list, but if I want to type in a text without selection and > > this text is not in the list, I would like to have to option > > of "focus-out-event". > > =20 > > Can I add this signal to this object? If not what is a good > > alternative signal to use. > > =20 > > focus-out-event was working with the old(er) GtkCombo. > > =20 > > Thanks, > > Bas. > > =20 > > =20 >=20 From bas.driessen@xobas.com Tue Jun 8 23:48:51 2004 From: bas.driessen@xobas.com (Bas Driessen) Date: Wed, 9 Jun 2004 08:48:51 +1000 Subject: [Glade-devel] Context Sensitive Menu. Message-ID: <000001c44daa$c617e3d0$9701a8c0@REDBACK> This is a multi-part message in MIME format. ------=_NextPart_000_0001_01C44DFE.97C3F3D0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable No luck with the users, so hopefully with the developers. =20 Hello, =20 If in Glade I create a screen with a Text widget (GtkEntry), I don't = connect any signals to it, then as soon as I bring up this screen using libglade = and position the mouse pointer on this field and click the right mouse = button I get this context sensitive menu containing items as Cut, Copy Paste etc. This is probably some internally created menu, which is great btw. My question is how can I get a (Widget)Pointer to this menu (or any pointer = to any item/action) so I can display this menu as an "Edit" menu in my = MenuBar? =20 Thanks, Bas. =20 ------=_NextPart_000_0001_01C44DFE.97C3F3D0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Message
No luck = with the users,=20 so hopefully with the developers.  
<= /DIV>
Hello,
 
If in = Glade I create=20 a screen with a Text widget (GtkEntry), I don't connect any signals to = it, then=20 as soon as I bring up this screen using libglade and position the mouse = pointer=20 on this field and click the right mouse button I get this context=20 sensitive menu containing items as Cut, Copy Paste etc. This is = probably=20 some internally created menu, which is great btw. My question is = how can=20 I get a (Widget)Pointer to this menu (or any pointer to any = item/action) so=20 I can display this menu as an "Edit" menu in my = MenuBar?
 
Thanks,
Bas.
 
------=_NextPart_000_0001_01C44DFE.97C3F3D0-- From chaykin@awp.nnov.ru Thu Jun 10 11:59:01 2004 From: chaykin@awp.nnov.ru (Alexey V.Chaykin) Date: Thu, 10 Jun 2004 14:59:01 +0400 Subject: [Glade-devel] I'm looking for documentation of glade internals. Message-ID: <00f501c44ed9$efed90d0$0c00010a@ALEXEY> I'm interested in understanding of main structure of glade sources. But I can't get into it, using only sources. From shane_b@users.sourceforge.net Fri Jun 11 00:29:02 2004 From: shane_b@users.sourceforge.net (Shane Butler) Date: Fri, 11 Jun 2004 09:29:02 +1000 Subject: [Glade-devel] I'm looking for documentation of glade internals. In-Reply-To: <00f501c44ed9$efed90d0$0c00010a@ALEXEY> References: <00f501c44ed9$efed90d0$0c00010a@ALEXEY> Message-ID: <1086910142.2406.1.camel@localhost.localdomain> Damon wrote this about the cvs only glade3 project (not released glade). http://lists.ximian.com/archives/public/glade-devel/2004-April/000621.html -Shane On Thu, 2004-06-10 at 20:59, Alexey V.Chaykin wrote: > I'm interested in understanding of main structure of glade sources. > But I can't get into it, using only sources. > > _______________________________________________ > Glade-devel maillist - Glade-devel@lists.ximian.com > http://lists.ximian.com/mailman/listinfo/glade-devel From drac@gmx.net Tue Jun 15 09:56:41 2004 From: drac@gmx.net (Cristian Adam) Date: Tue, 15 Jun 2004 08:56:41 +0000 Subject: [Glade-devel] glade-3 build Message-ID: <40CEB9C9.3050101@gmx.net> This is a multi-part message in MIME format. --------------030204050602080006080603 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit I've attached a patch that makes the current glade-3 CVS version build. I've noticed that glade-3 doesn't have the new file selector dialogs, or I've missed them? Cheers, Cristi. -- Cigarette, n.: A fire at one end, a fool at the other, and a bit of tobacco in between. --------------030204050602080006080603 Content-Type: text/x-patch; name="build.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="build.patch" diff -Naur ./po/POTFILES.in ../glade3.new/po/POTFILES.in --- ./po/POTFILES.in 2002-01-29 15:26:41.000000000 +0000 +++ ../glade3.new/po/POTFILES.in 2004-06-15 08:09:22.000000000 +0000 @@ -1,10 +1,9 @@ # List of source files containing translatable strings. -glade-2.desktop.in +glade-3.desktop.in src/main.c src/glade-editor.c src/glade-palette.c src/glade-popup.c -src/glade-project-ui.c src/glade-project-view.c src/glade-project-window.c src/glade-project.c diff -Naur ./src/Makefile.am ../glade3.new/src/Makefile.am --- ./src/Makefile.am 2004-04-22 22:17:19.000000000 +0000 +++ ../glade3.new/src/Makefile.am 2004-06-15 08:19:45.000000000 +0000 @@ -88,4 +88,5 @@ glade-keys-dialog.h \ glade-transform.h \ glade-id-allocator.h \ - glade-marshallers.h + glade-marshallers.h \ + glade-plugin.h --------------030204050602080006080603-- From drac@gmx.net Tue Jun 15 10:25:47 2004 From: drac@gmx.net (Cristian Adam) Date: Tue, 15 Jun 2004 09:25:47 +0000 Subject: [Glade-devel] glade-3 build In-Reply-To: <40CEB9C9.3050101@gmx.net> References: <40CEB9C9.3050101@gmx.net> Message-ID: <40CEC09B.6080706@gmx.net> Cristian Adam wrote: > I've attached a patch that makes the current glade-3 CVS version build. > gtklabel.xml gtkruler.xml also need to be added in widgets/Makefile.am Cheers, Cristi. -- This sentence contradicts itself -- no actually it doesn't. -- Hofstadter From pborelli@katamail.com Tue Jun 15 20:49:14 2004 From: pborelli@katamail.com (Paolo Borelli) Date: Tue, 15 Jun 2004 21:49:14 +0200 Subject: [Glade-devel] glade-3 build In-Reply-To: <40CEB9C9.3050101@gmx.net> References: <40CEB9C9.3050101@gmx.net> Message-ID: <1087328954.21833.8.camel@localhost.localdomain> On Tue, 2004-06-15 at 08:56 +0000, Cristian Adam wrote: > I've attached a patch that makes the current glade-3 CVS version build. > Hi Cristian, thanks for patch/report. Out of curiosity I just tried a fresh checkout of glade3 with a recent gnome-common and to make it compile at least another change is need: getting rid of a couple of old GNOME* macros which aren't available/used anymore... I'll commit it when I have a bit of time tomorrow, if nobody gets to it. In general if some autotools guru could update the build system properly it would be great... About your patch: - it would be great if you could send a patch which also adds the missing files to POTFILES.in - I thing that glade-plugin.h was not included in the *noinst* lis on purpose > I've noticed that glade-3 doesn't have the new file selector dialogs, > or I've missed them? Umh... IIRC Joaquin recently committed a patch from Gustavo which used the new file chooser... do you have the latest cvs checkout? ciao paolo From taf2@lehigh.edu Wed Jun 16 09:37:25 2004 From: taf2@lehigh.edu (Todd Fisher) Date: Wed, 16 Jun 2004 01:37:25 -0700 Subject: [Glade-devel] glade libglade Message-ID: <40D006C5.5020001@lehigh.edu> Hi, I was wondering why doesn't glade use glade to build it's interface and libglade for runtime? Seems like it'd be a great example :-) -todd From byrek@elektronika.org Wed Jun 30 00:13:21 2004 From: byrek@elektronika.org (=?ISO-8859-2?Q?Micha=B3?= Byrecki) Date: Wed, 30 Jun 2004 01:13:21 +0200 Subject: [Glade-devel] Window mess with glade-3 Message-ID: <20040630011321.18c2079f@quake> --Signature=_Wed__30_Jun_2004_01_13_21_+0200_Jb_4Db313GoYIlqc Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: 7bit Hello. I've downloaded a glade-3 from cvs, to check out. It compiles fine, but... The main window is displayed in a left upper corner of my crt. The position of a dialogs, i.e. like glade_util_file_chooser_new are probably set to display over the main window, which is smaller than dialogs. The result is - that i can only see about 1/3 of the dialog window. I think, that the gtk+ should take care of that, correct me, if i'm wrong. For now to avoid this i've changed: --- ./glade-utils.c 2004-05-21 22:17:19.000000000 +0200 +++ ./glade-utils-ok.c 2004-06-30 00:31:50.000000000 +0200 @@ -306,12 +306,15 @@ glade_util_file_chooser_new (const gchar *title, GtkWindow *parent, GtkFileChooserAction action) { + GtkWidget *filechoose; g_assert (action == GTK_FILE_CHOOSER_ACTION_OPEN || action == GTK_FILE_CHOOSER_ACTION_SAVE);- return gtk_file_chooser_dialog_new (title, parent, action,+ filechoose=gtk_file_chooser_dialog_new (title, parent, action, GTK_STOCK_CANCEL, GTK_RESPONSE_CANCEL, action == GTK_FILE_CHOOSER_ACTION_OPEN ? GTK_STOCK_OPEN : GTK_STOCK_SAVE, GTK_RESPONSE_OK, NULL); + gtk_window_set_position((GtkWindow *)filechoose,GTK_WIN_POS_CENTER_ALWAYS);+ return filechoose; } /** -- Regards, Michal Byrecki --Signature=_Wed__30_Jun_2004_01_13_21_+0200_Jb_4Db313GoYIlqc Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFA4feT5XTnZad2rEMRAlnSAJkB34zv8vjnZRV+jG8zaAW7n2z1DgCfbHrZ oU25cxeMQvf5tmou6jc4+N8= =p6ki -----END PGP SIGNATURE----- --Signature=_Wed__30_Jun_2004_01_13_21_+0200_Jb_4Db313GoYIlqc-- From byrek@elektronika.org Wed Jun 30 01:23:22 2004 From: byrek@elektronika.org (=?ISO-8859-2?Q?Micha=B3?= Byrecki) Date: Wed, 30 Jun 2004 02:23:22 +0200 Subject: [Glade-devel] Menu editor in glade Message-ID: <20040630022322.0e0d2709@quake> --Signature=_Wed__30_Jun_2004_02_23_22_+0200_82VDX=e1FzI3d9YT Content-Type: text/plain; charset=ISO-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello again. I'm beginning a familiar with the code of glade-3 now, and i see, there is only one function: GtkWidget* glade_menu_editor_new (GladeProject *project, GtkMenuShell *menu); I assume there is no code, which would allow me to change the menu i've already created? --=20 Pozdrawiam, Micha=B3 Byrecki --Signature=_Wed__30_Jun_2004_02_23_22_+0200_82VDX=e1FzI3d9YT Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFA4gf95XTnZad2rEMRAqEcAJ9WMk8r33ngYWVfXMxt3cHe4aIKQACgkONn O3mOXBcgtTOC/VjO84XR4FY= =aQTO -----END PGP SIGNATURE----- --Signature=_Wed__30_Jun_2004_02_23_22_+0200_82VDX=e1FzI3d9YT-- From pborelli@katamail.com Wed Jun 30 06:33:54 2004 From: pborelli@katamail.com (Paolo Borelli) Date: Wed, 30 Jun 2004 07:33:54 +0200 Subject: [Glade-devel] Window mess with glade-3 In-Reply-To: <20040630011321.18c2079f@quake> References: <20040630011321.18c2079f@quake> Message-ID: <1088573634.2777.11.camel@localhost.localdomain> On Wed, 2004-06-30 at 01:13 +0200, Michał Byrecki wrote: > Hello. > I've downloaded a glade-3 from cvs, to check out. > It compiles fine, but... > The main window is displayed in a left upper corner of my crt. The > position of a dialogs, i.e. like glade_util_file_chooser_new are > probably set to display over the main window, which is smaller than > dialogs. The result is - that i can only see about 1/3 of the dialog > window. > I think, that the gtk+ should take care of that, correct me, if i'm > wrong. > For now to avoid this i've changed: > The change looks good to me since as you said the default gtk behaviour is to put the dialog over the main window. Some suggestion for the future: - your mailer ate the linefeeds in the patch (use an attachment or put the patches in bugzilla) - include a ChangeLog - adhere to the coding style (see the HACKING file) In this case I edited things myself and committed [1]; ciao paolo [1]: note that I'm not the maintainer of glade3, more complicated patches need to be reviewed by Joaquin and/or Damon From pborelli@katamail.com Wed Jun 30 06:49:21 2004 From: pborelli@katamail.com (Paolo Borelli) Date: Wed, 30 Jun 2004 07:49:21 +0200 Subject: [Glade-devel] Menu editor in glade In-Reply-To: <20040630022322.0e0d2709@quake> References: <20040630022322.0e0d2709@quake> Message-ID: <1088574561.2777.18.camel@localhost.localdomain> On Wed, 2004-06-30 at 02:23 +0200, Michał Byrecki wrote: > Hello again. > I'm beginning a familiar with the code of glade-3 now, and i see, there > is only one function: > GtkWidget* glade_menu_editor_new (GladeProject *project, GtkMenuShell > *menu); > I assume there is no code, which would allow me to change the > menu i've already created? > Actually there is some code in glade-menu-editor.[ch], but it's pretty much broken (as you can see from the TODO file). The menu editor is one of the main missing pieces from glade3. What is there now is a port of the menu editor of glade2, but it needs work to make it fit into the glade3 structure. Beside, as you may know, gtk+-2.4 has a new way of creating menus (GtkUIManager) and it's yet undecided if and how to add support for it in glade. ciao paolo From otaylor@redhat.com Wed Jun 30 00:54:12 2004 From: otaylor@redhat.com (Owen Taylor) Date: Wed, 30 Jun 2004 01:54:12 +0200 Subject: [Glade-devel] Window mess with glade-3 In-Reply-To: <20040630011321.18c2079f@quake> References: <20040630011321.18c2079f@quake> Message-ID: <1088553251.3406.75.camel@localhost.localdomain> --=-1WET6twVrhAzRy2ZqM1U Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable The GTK+ team discourages the use of GTK_WIN_POS_CENTER. The GTK+ team *strongly* discourages the use of GTK_WIN_POS_CENTER_ALWAYS. What window manager are you using? It should be able to see that the window will be positioned offscreen and take corrective action. Regards, Owen On Wed, 2004-06-30 at 01:13, Micha=C5=82 Byrecki wrote: > Hello. > I've downloaded a glade-3 from cvs, to check out. > It compiles fine, but... > The main window is displayed in a left upper corner of my crt. The > position of a dialogs, i.e. like glade_util_file_chooser_new are > probably set to display over the main window, which is smaller than > dialogs. The result is - that i can only see about 1/3 of the dialog > window. > I think, that the gtk+ should take care of that, correct me, if i'm > wrong. > For now to avoid this i've changed: >=20 > --- ./glade-utils.c 2004-05-21 22:17:19.000000000 +0200 > +++ ./glade-utils-ok.c 2004-06-30 00:31:50.000000000 +0200 > @@ -306,12 +306,15 @@ > glade_util_file_chooser_new (const gchar *title, GtkWindow *parent,=20 > GtkFileChooserAction action) > { > + GtkWidget *filechoose; > g_assert (action =3D=3D GTK_FILE_CHOOSER_ACTION_OPEN || action = =3D=3D > GTK_FILE_CHOOSER_ACTION_SAVE);- return gtk_file_chooser_dialog_new > (title, parent, action,+ filechoose=3Dgtk_file_chooser_dialog_new > (title, parent, action, =20 > GTK_STOCK_CANCEL, =20 > GTK_RESPONSE_CANCEL, action > =3D=3D GTK_FILE_CHOOSER_ACTION_OPEN ? GTK_STOCK_OPEN : GTK_STOCK_SAVE, > GTK_RESPONSE_OK, NULL); > + gtk_window_set_position((GtkWindow > *)filechoose,GTK_WIN_POS_CENTER_ALWAYS);+ return filechoose; > } > =20 > /** --=-1WET6twVrhAzRy2ZqM1U Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQBA4gEjS+2LB0B90LERAom4AKDNxczIaIUt26AlfvvUEiZkrXAjawCdELkn CcPY8thilGrW9q0t75fJ+pM= =6TBz -----END PGP SIGNATURE----- --=-1WET6twVrhAzRy2ZqM1U-- From pborelli@katamail.com Wed Jun 30 07:11:02 2004 From: pborelli@katamail.com (Paolo Borelli) Date: Wed, 30 Jun 2004 08:11:02 +0200 Subject: [Glade-devel] Window mess with glade-3 In-Reply-To: <1088553251.3406.75.camel@localhost.localdomain> References: <20040630011321.18c2079f@quake> <1088553251.3406.75.camel@localhost.localdomain> Message-ID: <1088575862.2777.25.camel@localhost.localdomain> On Wed, 2004-06-30 at 01:54 +0200, Owen Taylor wrote: > The GTK+ team discourages the use of GTK_WIN_POS_CENTER. The GTK+ > team *strongly* discourages the use of GTK_WIN_POS_CENTER_ALWAYS. > > What window manager are you using? It should be able to see > that the window will be positioned offscreen and take corrective > action. > > Regards, > Owen Ooops, I've should have waited before accepting the change and look like a fool now that Owen says that it's wrong :-) Anyway here on FC2 (metacity 2.8.1) positioning the dialog at the center was required to not have it offscreen. For now I've changed it to GTK_WIN_POS_CENTER. ciao paolo From byrek@elektronika.org Wed Jun 30 10:19:05 2004 From: byrek@elektronika.org (=?ISO-8859-2?Q?Micha=B3?= Byrecki) Date: Wed, 30 Jun 2004 11:19:05 +0200 Subject: [Glade-devel] Window mess with glade-3 In-Reply-To: <1088575862.2777.25.camel@localhost.localdomain> References: <20040630011321.18c2079f@quake> <1088553251.3406.75.camel@localhost.localdomain> <1088575862.2777.25.camel@localhost.localdomain> Message-ID: <20040630111905.6da85c81@quake> --Signature=_Wed__30_Jun_2004_11_19_05_+0200_D9dv=5r1bScmlHvx Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: 7bit On Wed, 30 Jun 2004 08:11:02 +0200 Paolo Borelli wrote: > > What window manager are you using? It should be able to see > > that the window will be positioned offscreen and take corrective > > action. I'm using window maker 0.80.2. -- Regards, Michal Byrecki --Signature=_Wed__30_Jun_2004_11_19_05_+0200_D9dv=5r1bScmlHvx Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFA4oWM5XTnZad2rEMRAn8sAJ9yl3/Vhi9/YVh11apnFcML1PtF1QCfbFgK lsU1oxh4zjcAklZtqAM9HNM= =xX5a -----END PGP SIGNATURE----- --Signature=_Wed__30_Jun_2004_11_19_05_+0200_D9dv=5r1bScmlHvx-- From byrek@elektronika.org Wed Jun 30 11:36:11 2004 From: byrek@elektronika.org (=?ISO-8859-2?Q?Micha=B3?= Byrecki) Date: Wed, 30 Jun 2004 12:36:11 +0200 Subject: [Glade-devel] Window mess with glade-3 In-Reply-To: <1088553251.3406.75.camel@localhost.localdomain> References: <20040630011321.18c2079f@quake> <1088553251.3406.75.camel@localhost.localdomain> Message-ID: <20040630123611.6eaa2ecc@quake> --Signature=_Wed__30_Jun_2004_12_36_11_+0200_yd+V4V6n3opN1UKE Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: 7bit On Wed, 30 Jun 2004 01:54:12 +0200 Owen Taylor wrote: > The GTK+ team discourages the use of GTK_WIN_POS_CENTER. The GTK+ > team *strongly* discourages the use of GTK_WIN_POS_CENTER_ALWAYS. Hello Owen. Then what should i use? GTK_WIN_POS_MOUSE? I took a snapshoot of the left upper corner of my crt, so that you could check out how does that look by the default position: http://www.elektronika.org/windowpos.jpg And, where and why exactly GTK+ team discourages using GTK_WIN_POS_CENTER? If it was up to me, i'd better have this dialog window in the center than in its 2/3 off the screen. -- Regards, Michal Byrecki --Signature=_Wed__30_Jun_2004_12_36_11_+0200_yd+V4V6n3opN1UKE Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFA4ped5XTnZad2rEMRAqG2AJ9iWGF91WVNyNnHevZzdaNY8pPLbgCgicRZ 32PzXhAeVefFllXdc48G0wE= =uoC3 -----END PGP SIGNATURE----- --Signature=_Wed__30_Jun_2004_12_36_11_+0200_yd+V4V6n3opN1UKE-- From lgs@sicem.biz Wed Jun 30 12:38:43 2004 From: lgs@sicem.biz (Lorenzo Gil Sanchez) Date: Wed, 30 Jun 2004 13:38:43 +0200 Subject: [Glade-devel] Glade-3 Python clone Message-ID: <1088595522.2247.39.camel@localhost.localdomain> Hi all, I just wrote a Glade-3 Python clone and I thought it would be fair to let the Glade developers know about it. So far it's mostly usable but no undo/redo and clipboard are working yet. It also lacks a Menu editor and some other things but good thing is it is about 5000 lines of code and I plan to do some strong refactoring to reduce them even more. So the million euros question is: why did I write such a clone? - I wrote another GUI editor for our project (http://gruppy.sicem.biz) but when I showed it to people interested in colaborations with our project they used to say: 'why didn't you use Glade for that, we all are used to Glade'. Even that our GUI editor goals were different than Glade (we strongly focus on ERP software) we couldn't convince them. - So we put all of our ERP specific functionality in a set of custom widgets and decided to use them from Glade. First problem: our widgets are written in Python and they can not be used from Glade. So this is the main reason I wrote a Python Glade. - Other reasons are code maintenability and as we want to add lots of features to Glade so having a small codebase was a nice thing to have. Here is the official announce of my program: http://www.daa.com.au/pipermail/pygtk/2004-June/008041.html Regards Lorenzo Gil Sanchez From sebast@gmail.com Wed Jun 30 17:14:13 2004 From: sebast@gmail.com (Sebastien Benoit) Date: Wed, 30 Jun 2004 12:14:13 -0400 Subject: [Glade-devel] Glade-3 Python clone In-Reply-To: <1088595522.2247.39.camel@localhost.localdomain> References: <1088595522.2247.39.camel@localhost.localdomain> Message-ID: <444933a3040630091422b98910@mail.gmail.com> On Wed, 30 Jun 2004 13:38:43 +0200, Lorenzo Gil Sanchez wrote: > Hi all, > > I just wrote a Glade-3 Python clone and I thought it would be fair to > let the Glade developers know about it. > > So far it's mostly usable but no undo/redo and clipboard are working > yet. It also lacks a Menu editor and some other things but good thing is > it is about 5000 lines of code and I plan to do some strong refactoring > to reduce them even more. > > So the million euros question is: why did I write such a clone? > > - I wrote another GUI editor for our project (http://gruppy.sicem.biz) > but when I showed it to people interested in colaborations with our > project they used to say: 'why didn't you use Glade for that, we all are > used to Glade'. Even that our GUI editor goals were different than Glade > (we strongly focus on ERP software) we couldn't convince them. > > - So we put all of our ERP specific functionality in a set of custom > widgets and decided to use them from Glade. First problem: our widgets > are written in Python and they can not be used from Glade. So this is > the main reason I wrote a Python Glade. > > - Other reasons are code maintenability and as we want to add lots of > features to Glade so having a small codebase was a nice thing to have. > > Here is the official announce of my program: > > http://www.daa.com.au/pipermail/pygtk/2004-June/008041.html > > Regards > > Lorenzo Gil Sanchez > > _______________________________________________ > Glade-devel maillist - Glade-devel@lists.ximian.com > http://lists.ximian.com/mailman/listinfo/glade-devel > It looks very nice, but your site is very slow and it takes ages to get the files. From lgs@sicem.biz Wed Jun 30 17:30:53 2004 From: lgs@sicem.biz (Lorenzo Gil Sanchez) Date: Wed, 30 Jun 2004 18:30:53 +0200 Subject: [Glade-devel] Glade-3 Python clone In-Reply-To: <444933a3040630091422b98910@mail.gmail.com> References: <1088595522.2247.39.camel@localhost.localdomain> <444933a3040630091422b98910@mail.gmail.com> Message-ID: <1088613051.2247.45.camel@localhost.localdomain> El mi�, 30-06-2004 a las 18:14, Sebastien Benoit escribi�: > It looks very nice, but your site is very slow and it takes ages to > get the files. Sorry. We just get announced in Barrapunto (spanish Slashdot) and we are being slashdotted at the moment. Try to visit us tomorrow :) Lorenzo Gil Sanchez > _______________________________________________ > Glade-devel maillist - Glade-devel@lists.ximian.com > http://lists.ximian.com/mailman/listinfo/glade-devel From otaylor@redhat.com Wed Jun 30 18:17:36 2004 From: otaylor@redhat.com (Owen Taylor) Date: Wed, 30 Jun 2004 19:17:36 +0200 Subject: [Glade-devel] Window mess with glade-3 In-Reply-To: <20040630123611.6eaa2ecc@quake> References: <20040630011321.18c2079f@quake> <1088553251.3406.75.camel@localhost.localdomain> <20040630123611.6eaa2ecc@quake> Message-ID: <1088615856.3406.200.camel@localhost.localdomain> --=-ORatzSovH2FDucOWhgV/ Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Wed, 2004-06-30 at 12:36, Micha=C5=82 Byrecki wrote: > On Wed, 30 Jun 2004 01:54:12 +0200 > Owen Taylor wrote: >=20 > > The GTK+ team discourages the use of GTK_WIN_POS_CENTER. The GTK+ > > team *strongly* discourages the use of GTK_WIN_POS_CENTER_ALWAYS. >=20 > Hello Owen. >=20 > Then what should i use? GTK_WIN_POS_MOUSE? I took a snapshoot of the > left upper corner of my crt, so that you could check out how does that > look by the default position: http://www.elektronika.org/windowpos.jpg Basically, if a window is being positioned offscreen with the default settings, then you should: A) If this is happening with the combination of GTK+ and metacity then make sure a bug is filed in GNOME bugzilla, and use thhe least-problematical alternative. (GTK_WIN_POS_CENTER, here), with a comment with a reference to that bug number. =20 (This may be related to http://bugzilla.gnome.org/show_bug.cgi?id=3D92094) B) If this is happening with any other window manager, file a bug with your window manager author, and leave the code with the=20 default settings.=20 > And, where and why exactly GTK+ team discourages using > GTK_WIN_POS_CENTER? If it was up to me, i'd better have this dialog > window in the center than in its 2/3 off the screen. Dialogs should be positioned related to their parent windows and positioned onscreen. If this isn't happening with the default settings, then that needs to be fixed in GTK+ and/or metacity, not worked around in every app. GTK_WIN_POS_CENTER is a bad idea because it will typically result in the relationship between the dialog and the window being=20 obscured. GTK_WIN_POS_CENTER_ALWAYS is a really bad idea because repositioning windows after they have been mapped typically means fighting the user. Regards, Owen --=-ORatzSovH2FDucOWhgV/ Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQBA4vWwS+2LB0B90LERAvIpAKC+u5iaJJMR7ld5z84yXtd8ypR7AgCgxr87 l9YTDVpfrn3CmSDUhzF6t80= =26XE -----END PGP SIGNATURE----- --=-ORatzSovH2FDucOWhgV/--