From kbulgrien at worldnet.att.net Wed Oct 3 23:34:14 2007 From: kbulgrien at worldnet.att.net (Kevin R. Bulgrien) Date: Wed, 3 Oct 2007 22:34:14 -0500 Subject: [Glade-users] Libglade save/restore root window size? Message-ID: <200710032234.14272.kbulgrien@worldnet.att.net> Does anyone have an idea of how to have a libglade application save the window size and then use the save settings the next time the application runs? The user should not be prevented from being able to manually resize the window smaller or larger, but the user saved sizes should be recalled the next time the application is started. I converted a GTK+ glade project to libglade. The application used to be able to save and set the root window size using get_window_coord(), gtk_window_move(), and gtk_window_set_default_size (). Since converting the project to use libglade, restoring the window size on application start no longer works, but rather the default size defined in the glade file is always used. Perhaps this has something to do with the fact that the window is rendered upon loading the XML file, and this is now done prior to using the gtk_window_set_default_size() function. Kevin Bulgrien From tvb at gnome.org Thu Oct 4 01:28:00 2007 From: tvb at gnome.org (Tristan Van Berkom) Date: Thu, 04 Oct 2007 01:28:00 -0400 Subject: [Glade-users] Libglade save/restore root window size? In-Reply-To: <200710032234.14272.kbulgrien@worldnet.att.net> References: <200710032234.14272.kbulgrien@worldnet.att.net> Message-ID: <1191475680.6381.6.camel@scrabble-desktop> On Wed, 2007-10-03 at 22:34 -0500, Kevin R. Bulgrien wrote: > Does anyone have an idea of how to have a libglade application save the > window size and then use the save settings the next time the application > runs? The user should not be prevented from being able to manually > resize the window smaller or larger, but the user saved sizes should be > recalled the next time the application is started. > > I converted a GTK+ glade project to libglade. The application used to > be able to save and set the root window size using get_window_coord(), > gtk_window_move(), and gtk_window_set_default_size (). > > Since converting the project to use libglade, restoring the window size > on application start no longer works, but rather the default size > defined in the glade file is always used. > > Perhaps this has something to do with the fact that the window is > rendered upon loading the XML file, and this is now done prior to using > the gtk_window_set_default_size() function. Hi, your old code should work fine if left in place, just use glade_xml_get_widget() at initialization time to store pointers to the widgets involved, then restore the sizes after loading the glade file. Cheers, -Tristan From ronc at depauw.edu Sat Oct 6 19:24:20 2007 From: ronc at depauw.edu (Ron Croonenberg) Date: Sat, 06 Oct 2007 19:24:20 -0400 Subject: [Glade-users] rookie question Message-ID: <47081924.8010803@depauw.edu> Hello, I am new to glade and trying to build a simple app (in C) with glade. I got stuck with cancelling and selecting a file in the filechooser dialog. I'll attach the code. thanks, Ron -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: oaa.c Url: http://lists.ximian.com/pipermail/glade-users/attachments/20071006/e9b668a5/attachment.c -------------- next part -------------- A non-text attachment was scrubbed... Name: oaa.glade Type: text/xml Size: 19930 bytes Desc: not available Url : http://lists.ximian.com/pipermail/glade-users/attachments/20071006/e9b668a5/attachment.xml From diego at codtech.com Wed Oct 10 05:26:54 2007 From: diego at codtech.com (Diego Torres Milano) Date: Wed, 10 Oct 2007 11:26:54 +0200 Subject: [Glade-users] Autoglade Message-ID: <470C9ADE.4090500@codtech.com> I've been working on a tool named autoglade that could be of help to simplify application development using glade as the interface designer. You can download autoglade from http://sourceforge.net/projects/autoglade. A basic tutorial can be found in the wiki: http://autoglade.wiki.sourceforge.net/autoglade+tutorial+-+first+steps More to come. Comments, suggestions, critics, bugs, fixes, etc are gladly welcome. Please use autoglade's mailing lists. -- Diego Torres Milano COD Technologies Ltd. diego at codtech.com From tvb at gnome.org Wed Oct 10 10:28:48 2007 From: tvb at gnome.org (Tristan Van Berkom) Date: Wed, 10 Oct 2007 10:28:48 -0400 Subject: [Glade-users] Autoglade In-Reply-To: <470C9ADE.4090500@codtech.com> References: <470C9ADE.4090500@codtech.com> Message-ID: <1192026528.5632.28.camel@scrabble-desktop> On Wed, 2007-10-10 at 11:26 +0200, Diego Torres Milano wrote: > I've been working on a tool named autoglade that could be of help to > simplify application development using glade as the interface designer. > You can download autoglade from http://sourceforge.net/projects/autoglade. > A basic tutorial can be found in the wiki: > http://autoglade.wiki.sourceforge.net/autoglade+tutorial+-+first+steps > More to come. This sounds really cool I think :) I didn't take the time to go through the whole tutorial but I think I get the idea, one little problem I see is that you are using the widget's name property, I think with a little collaboration we can setup the widget's name, auto, init and optional parameters separately from the widget name. Another thing, have you considered writing this code somehow as a plugin to glade ? or maybe a plugin to anjuta that can interface with the glade core ? Excuse me here I'm going to run off on a tangent but you might want to indulge with me ;-) ... I wonder if this task could be done simply by defining objects that control what to do with entries and inputs, this way the objects could be added to the xml output of glade, the resulting program would remain language independent and you'd just need to have your library of "input controlling objects" installed on the target system for it to run (those object's parameters would replace the auto/init/extra params you outlined and would contain the needed code to do the appropriate things in the resulting runtime). A simple similar idea thats been floating around that would be useful and might also integrate well with your work is a state machine plugin, basically you would have your GObject based "state" objects with callbacks for state initializers, cleanups and transitions and predefined links from one state to another or from state back to superstate, or to substate (all of these links interestingly could be setup using a GUI that could be part of the state machine plugin and work seemlessly with glade as if the state objects were actually widgets) ofcourse, state transitions could also be triggered by widget events or GtkAction activations, a simple state_machine_run_action() could be setup as a callback for any GtkAction, the GtkAction itself could have an attribute telling the state machine in which state it should transition to. Anyway, these are just a couple ideas that I think could go a long way, I'm glad to see that people are doing work towards really automating the application writing procedure :) Cheers, -Tristan From diego at codtech.com Wed Oct 10 16:14:34 2007 From: diego at codtech.com (Diego Torres Milano) Date: Wed, 10 Oct 2007 22:14:34 +0200 Subject: [Glade-users] Autoglade In-Reply-To: <1192026528.5632.28.camel@scrabble-desktop> References: <470C9ADE.4090500@codtech.com> <1192026528.5632.28.camel@scrabble-desktop> Message-ID: <470D32AA.5070601@codtech.com> Tristan Van Berkom wrote: > This sounds really cool I think :) > Thanks for your comments. > I didn't take the time to go through the whole tutorial but > I think I get the idea, one little problem I see is that you > are using the widget's name property, I think with a little > collaboration we can setup the widget's name, auto, init and > optional parameters separately from the widget name. > Widget name is used because the file continues to be a valid glade file and can be edited through glade. It would be nice to have somewhere to enter arbitrary properties and values. Then it would be added as myval in the glade XML file. > Another thing, have you considered writing this code somehow > as a plugin to glade ? or maybe a plugin to anjuta that can > interface with the glade core ? > Yes, this is an alternative. But don't forget that autoglade "is" the application (or the module imported in some cases), not to be run as part of the designer. i.e: $ autoglade myapp.glade Am I missing something ? > Excuse me here I'm going to run off on a tangent but you > might want to indulge with me ;-) ... > > I wonder if this task could be done simply by defining objects > that control what to do with entries and inputs, this way > the objects could be added to the xml output of glade, the > resulting program would remain language independent and > you'd just need to have your library of "input controlling > objects" installed on the target system for it to run > (those object's parameters would replace the auto/init/extra > params you outlined and would contain the needed code > to do the appropriate things in the resulting runtime). > Yep, would be nice, but much harder to implement I think. Currently, autoglade can invoke any method almost with any arbitrary list of parameters (widget:auto:method:params). > A simple similar idea thats been floating around that would be > useful and might also integrate well with your work is a > state machine plugin, basically you would have your GObject > based "state" objects with callbacks for state initializers, > cleanups and transitions and predefined links from one state > to another or from state back to superstate, or to substate > (all of these links interestingly could be setup using a GUI > that could be part of the state machine plugin and work seemlessly > with glade as if the state objects were actually widgets) > > ofcourse, state transitions could also be triggered by widget > events or GtkAction activations, a simple state_machine_run_action() > could be setup as a callback for any GtkAction, the GtkAction > itself could have an attribute telling the state machine in which > state it should transition to. > Very interesting idea indeed. > Anyway, these are just a couple ideas that I think could > go a long way, I'm glad to see that people are doing work > towards really automating the application writing procedure :) > autoglade target, at this stage, is to simplify (or to eliminate in some cases) the development of simple applications, mainly to give a command line tool a GUI. One of the most representative examples is described in the tutorial (rdc, a GUI for rdesktop). In about 100 lines of bash scripting, plus the glade definition plus autoglade you have a "real" application comparable in functionality with Microsoft's client or tsclient (~ 5K lines of C code). Any ideas are welcome. Again, thanks for your comments. > Cheers, > -Tristan > > > From arthurmaciel at gmail.com Thu Oct 11 21:44:04 2007 From: arthurmaciel at gmail.com (Arthur Maciel) Date: Thu, 11 Oct 2007 22:44:04 -0300 Subject: [Glade-users] Label wraping Message-ID: Hi there. I?m running Glade 3.0.2 win32 binary, and on my GUI I have a label with markup enabled and with line wraping enabled as PANGO_WRAP_WORD. I try setting the width and max width of the label, but the text always wraps at some char width (wraping by words, as set). Is this a bug? Has this been fixed on newer versions of glade? Is there any binary for Windows? The text presented like that is not good aesthetically. Thanks. Arthur From xclaesse at gmail.com Sun Oct 14 11:55:25 2007 From: xclaesse at gmail.com (Xavier Claessens) Date: Sun, 14 Oct 2007 17:55:25 +0200 Subject: [Glade-users] Making my own Classes Message-ID: <1192377325.6092.42.camel@zdra-laptop> Hi, I've questions to make my own widget library using glade, it's for libempathy-gtk, I want to know the best way for doing that. For example I have a glade file with a GtkHBox as root and many other widgets packed in it. So I can load that GtkHBox and do things with widgets packed... But I would like to have my own EmpathyFoo class inheriting from GtkHBox to add some properties. If I manually modify the glade file to change the type of the root widget from GtkHBox to EmpathyFoo, then I can write a empathy_foo_new() function that loads the glade and get the root object, which will make glade to call my constructor function and pack all widgets in it, I didn't tested that yet but it should work I hope. But how will glade-3 react if I want to edit my glade file? It will see a unknown widget type... Is there a way to tell glade that EmpathyFoo is just like GtkHBox but when a client wants to instantiate it should use g_object_new(Empathy_foo_get_type(), NULL); And if I write a catalog xml file to describe properties of my EmpathyFoo widget, then other programs will be able to embed a EmpathyFoo widget in their UI, but will they be able to modify widgets packed in it? So I have a foo.glade describing my EmpathyFoo widget, if I edit that file I want to be able to modify widgets packed in my EmpathyFoo widget. If a create a new bar.glade and pack (using catalog) an EmpathyFoo widget into a GtkWindow I don't want to be able to edit widgets contained in EmpathyFoo widget. Is that possible? Thanks for explanations! Xavier Claessens. From tvb at gnome.org Sun Oct 14 16:20:15 2007 From: tvb at gnome.org (Tristan Van Berkom) Date: Sun, 14 Oct 2007 16:20:15 -0400 Subject: [Glade-users] Making my own Classes In-Reply-To: <1192377325.6092.42.camel@zdra-laptop> References: <1192377325.6092.42.camel@zdra-laptop> Message-ID: <1192393216.5472.8.camel@scrabble-desktop> On Sun, 2007-10-14 at 17:55 +0200, Xavier Claessens wrote: [...] > But how will glade-3 react if I want to edit my glade file? It will see > a unknown widget type... Is there a way to tell glade that EmpathyFoo is > just like GtkHBox but when a client wants to instantiate it should use > g_object_new(Empathy_foo_get_type(), NULL); > > And if I write a catalog xml file to describe properties of my > EmpathyFoo widget, then other programs will be able to embed a > EmpathyFoo widget in their UI, but will they be able to modify widgets > packed in it? Yes. > So I have a foo.glade describing my EmpathyFoo widget, if I edit that > file I want to be able to modify widgets packed in my EmpathyFoo widget. > If a create a new bar.glade and pack (using catalog) an EmpathyFoo > widget into a GtkWindow I don't want to be able to edit widgets > contained in EmpathyFoo widget. > > Is that possible? Thanks for explanations! Ok you'll have to look at glade3/plugins/gtk+/glade-gtk.c,gtk+.xml.in . That will give you a good idea of how the class adapter works (i.e. we use an object class implemented by your plugin to interact with your runtime widgets). A plugin is not always nescisary, but you might need to override some of the behaviour from the GtkHBox adaptor if your widget behaves differently than a normal hbox (especially if you have implicit internal child widgets, you might need to special case them a bit). this blog post[1] you might have found explains the simplest way to make a pluginless catalog, it should get you started at least. Note that from the libglade pov, you'll have to write a plugin that calls glade_register_widget() for your types and does any special casing on the libglade side of things (it will be loaded as the "name" specified in your glade catalog), there are easier ways to get your widgets working without writing libglade plugins but if you want it available for everyone then you need libglade plugins (those plugins will not be needed in a GtkBuilder situation). Cheers, -Tristan [1] http://blogs.gnome.org/tvb/2007/07/25/some-popular-features/ From xclaesse at gmail.com Sun Oct 14 17:57:42 2007 From: xclaesse at gmail.com (Xavier Claessens) Date: Sun, 14 Oct 2007 23:57:42 +0200 Subject: [Glade-users] Making my own Classes In-Reply-To: <1192393216.5472.8.camel@scrabble-desktop> References: <1192377325.6092.42.camel@zdra-laptop> <1192393216.5472.8.camel@scrabble-desktop> Message-ID: <1192399062.6092.55.camel@zdra-laptop> Thanks for answering that fast; On your blog I see the "parent" attribute, seems exactly what I need. It's not documented [1]? If I understand the patch for the "parent" attribute, I write a catalog with my EmpathyFoo widget and say the parent class is GtkHBox. When someone wants to embed my widget in the glade UI, glade will create a GtkHBox object, pack everything in it so it looks like a EmpathyFoo but it's not really one? Xavier Claessens. [1] http://glade.gnome.org/docs/index.html Le dimanche 14 octobre 2007 ? 16:20 -0400, Tristan Van Berkom a ?crit : > On Sun, 2007-10-14 at 17:55 +0200, Xavier Claessens wrote: > [...] > > But how will glade-3 react if I want to edit my glade file? It will see > > a unknown widget type... Is there a way to tell glade that EmpathyFoo is > > just like GtkHBox but when a client wants to instantiate it should use > > g_object_new(Empathy_foo_get_type(), NULL); > > > > And if I write a catalog xml file to describe properties of my > > EmpathyFoo widget, then other programs will be able to embed a > > EmpathyFoo widget in their UI, but will they be able to modify widgets > > packed in it? > > Yes. > > > So I have a foo.glade describing my EmpathyFoo widget, if I edit that > > file I want to be able to modify widgets packed in my EmpathyFoo widget. > > If a create a new bar.glade and pack (using catalog) an EmpathyFoo > > widget into a GtkWindow I don't want to be able to edit widgets > > contained in EmpathyFoo widget. > > > > Is that possible? Thanks for explanations! > > Ok you'll have to look at glade3/plugins/gtk+/glade-gtk.c,gtk+.xml.in . > > That will give you a good idea of how the class adapter works > (i.e. we use an object class implemented by your plugin to interact > with your runtime widgets). > > A plugin is not always nescisary, but you might need to override > some of the behaviour from the GtkHBox adaptor if your widget > behaves differently than a normal hbox (especially if you have > implicit internal child widgets, you might need to special case > them a bit). this blog post[1] you might have found explains the > simplest way to make a pluginless catalog, it should get you > started at least. > > Note that from the libglade pov, you'll have to write a plugin > that calls glade_register_widget() for your types and does any > special casing on the libglade side of things (it will be loaded > as the "name" specified in your glade catalog), there are easier > ways to get your widgets working without writing libglade plugins > but if you want it available for everyone then you need libglade > plugins (those plugins will not be needed in a GtkBuilder situation). > > Cheers, > -Tristan > > [1] http://blogs.gnome.org/tvb/2007/07/25/some-popular-features/ > > From xclaesse at gmail.com Sun Oct 14 18:44:55 2007 From: xclaesse at gmail.com (Xavier Claessens) Date: Mon, 15 Oct 2007 00:44:55 +0200 Subject: [Glade-users] Making my own Classes In-Reply-To: <1192399062.6092.55.camel@zdra-laptop> References: <1192377325.6092.42.camel@zdra-laptop> <1192393216.5472.8.camel@scrabble-desktop> <1192399062.6092.55.camel@zdra-laptop> Message-ID: Hum, I'm not sure it can solve my problem... Here is what I want to do: 1) I create a foo.glade file, the root widget is a GtkVBox, I pack in it logs of GTK widgets. 2) Manually I rename the root widget class from GtkVBox to EmpathyFoo, EmpathyFoo is a class inheriting from GtkVBox implemented in libempathy-gtk. 3) Using gtk-builder-convert I convert foo.glade to foo.ui 4) I make a method empathy_foo_new(){return gtk_builder_get_object(foo.ui, root);} With that function I think GtkBuilder will do a g_object_new(empathy_foo_get_type(), NULL); and then it will pack all widgets in it as described in the .ui file. If that works, glade will introspect my widget, see all packed widgets and display me their properties but won't allow me to removed them since they are internal childs? My questions are: 1) If I write a catalog for EmpathyFoo widget, glade-3 will need to call empathy_foo_new() to create my widget, not g_object_new() because the widget needs to be constructed by GtkBuilder to have all needed widgets packed in it. How can I do that? 2) If I want to modify EmpathyFoo object, I open foo.glade using glade-3, but I changed the root type to from GtkVBox to EmpathyFoo, what will glade do? Will it use empathy_foo_get_type() and then pack in it all widgets and allows me to modify everything? If that works I can convert the new glade file to foo.ui and I'm happy. The problem I see is glade-3 needs to use g_object_new(empathy_foo_get_type(), NULL); when I'm editing foo.glade and empathy_foo_new() when I'm using a EmpathyFoo widget in another glade file. Is glade able to manage that? Thanks, Xavier Claessens. 2007/10/14, Xavier Claessens : > > Thanks for answering that fast; > > On your blog I see the "parent" attribute, seems exactly what I need. > It's not documented [1]? If I understand the patch for the "parent" > attribute, I write a catalog with my EmpathyFoo widget and say the > parent class is GtkHBox. When someone wants to embed my widget in the > glade UI, glade will create a GtkHBox object, pack everything in it so > it looks like a EmpathyFoo but it's not really one? > > Xavier Claessens. > > [1] http://glade.gnome.org/docs/index.html > > > Le dimanche 14 octobre 2007 ? 16:20 -0400, Tristan Van Berkom a ?crit : > > On Sun, 2007-10-14 at 17:55 +0200, Xavier Claessens wrote: > > [...] > > > But how will glade-3 react if I want to edit my glade file? It will > see > > > a unknown widget type... Is there a way to tell glade that EmpathyFoo > is > > > just like GtkHBox but when a client wants to instantiate it should use > > > g_object_new(Empathy_foo_get_type(), NULL); > > > > > > And if I write a catalog xml file to describe properties of my > > > EmpathyFoo widget, then other programs will be able to embed a > > > EmpathyFoo widget in their UI, but will they be able to modify widgets > > > packed in it? > > > > Yes. > > > > > So I have a foo.glade describing my EmpathyFoo widget, if I edit that > > > file I want to be able to modify widgets packed in my EmpathyFoo > widget. > > > If a create a new bar.glade and pack (using catalog) an EmpathyFoo > > > widget into a GtkWindow I don't want to be able to edit widgets > > > contained in EmpathyFoo widget. > > > > > > Is that possible? Thanks for explanations! > > > > Ok you'll have to look at glade3/plugins/gtk+/glade-gtk.c,gtk+.xml.in . > > > > That will give you a good idea of how the class adapter works > > (i.e. we use an object class implemented by your plugin to interact > > with your runtime widgets). > > > > A plugin is not always nescisary, but you might need to override > > some of the behaviour from the GtkHBox adaptor if your widget > > behaves differently than a normal hbox (especially if you have > > implicit internal child widgets, you might need to special case > > them a bit). this blog post[1] you might have found explains the > > simplest way to make a pluginless catalog, it should get you > > started at least. > > > > Note that from the libglade pov, you'll have to write a plugin > > that calls glade_register_widget() for your types and does any > > special casing on the libglade side of things (it will be loaded > > as the "name" specified in your glade catalog), there are easier > > ways to get your widgets working without writing libglade plugins > > but if you want it available for everyone then you need libglade > > plugins (those plugins will not be needed in a GtkBuilder situation). > > > > Cheers, > > -Tristan > > > > [1] http://blogs.gnome.org/tvb/2007/07/25/some-popular-features/ > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ximian.com/pipermail/glade-users/attachments/20071015/784b88b9/attachment-0001.html From tvb at gnome.org Sun Oct 14 22:43:03 2007 From: tvb at gnome.org (Tristan Van Berkom) Date: Sun, 14 Oct 2007 22:43:03 -0400 Subject: [Glade-users] Making my own Classes In-Reply-To: References: <1192377325.6092.42.camel@zdra-laptop> <1192393216.5472.8.camel@scrabble-desktop> <1192399062.6092.55.camel@zdra-laptop> Message-ID: <1192416183.5501.17.camel@scrabble-desktop> On Mon, 2007-10-15 at 00:44 +0200, Xavier Claessens wrote: > Hum, I'm not sure it can solve my problem... Here is what I want to > do: > > 1) I create a foo.glade file, the root widget is a GtkVBox, I pack in > it logs of GTK widgets. > 2) Manually I rename the root widget class from GtkVBox to EmpathyFoo, > EmpathyFoo is a class inheriting from GtkVBox implemented in > libempathy-gtk. > 3) Using gtk-builder-convert I convert foo.glade to foo.ui > 4) I make a method empathy_foo_new(){return > gtk_builder_get_object(foo.ui, root);} With that function I think > GtkBuilder will do a g_object_new(empathy_foo_get_type(), NULL); and > then it will pack all widgets in it as described in the .ui file. If > that works, glade will introspect my widget, see all packed widgets > and display me their properties but won't allow me to removed them > since they are internal childs? sigh. let me try to explain. your widget EmpathyFoo must be a _widget_, just an object, no glade file, no builder file, just a widget. Integrating the widget into glade will allow you to add an EmpathyFoo widget into your project, at that point the user can add children to it at their leasure (a widget does not load a sub hierarchy using glade, an application loads a glade hierarchy that contains your widget at some point in the hierarchy). Also, your widgets will always be easier to integrate into glade/builder/bindings if you make sure that normal generic object methods work properly; i.e. there is no reason why a widget must be created with my_foo_new(), an object that responds well to the gobject api should be able to create itself using construct properties and a normal constructor. After you've written a simple catalog for glade, there is no bussiness of "s/GtkHBox/EmpathyFoo/" in the glade file... children of the hbox (i.e. the EmpathyFoo) are specified by the user and treated like as if the EmpathyFoo were any other hbox. If the EmpathyFoo widget has internal children, then those children are created _by EmpathyFoo_ (not specified in a glade file) however; we can allow users to modify properties on children that are internal to composite widgets, granted that the glade catalog plugin module marks those internally created widgets as such (and yes, we can even let the user add their own children to children that are internal to EmpathyFoo). I have to admit that I am somewhat alarmed by our failure to understand eachother, please assume that I have no idea what an EmpathyFoo is supposed to do or look like (so far all I know is that its some kind of hbox), I wonder if you still have problems understanding if you could just try to outline exactly what you want to accomplish then I can try to tell you how its done. Cheers, -Tristan From xclaesse at gmail.com Mon Oct 15 04:14:36 2007 From: xclaesse at gmail.com (Xavier Claessens) Date: Mon, 15 Oct 2007 10:14:36 +0200 Subject: [Glade-users] Making my own Classes In-Reply-To: <1192416183.5501.17.camel@scrabble-desktop> References: <1192377325.6092.42.camel@zdra-laptop> <1192393216.5472.8.camel@scrabble-desktop> <1192399062.6092.55.camel@zdra-laptop> <1192416183.5501.17.camel@scrabble-desktop> Message-ID: <1192436076.6123.11.camel@zdra-laptop> Ok, with some concrete screenshots it's easier: [1] That's a EmpathyContactWidget, it's a vbox with lots of things in it. Atm EmpathyContactWidget is not a subclass of GtkVBox because I don't know how to do that using glade. You can see the code [2], especially empathy_contact_widget_new(). What I want is EmpathyContactWidget to be a subclass of GtkVBox and containing all internal widgets like in the screenshot. It's easy if all those widgets are packed in my C code without using a glade file, but I want to use glade to construct my widgets because it's far easier to make better looking widgets. Of course EmpathyContactWidget can't work without its internal widgets, the code assumes they exists. Thank you very much, Xavier Claessens. [1]http://users.skynet.be/Zdra/vbox.png [2] http://svn.gnome.org/viewvc/empathy/trunk/libempathy-gtk/empathy-contact-widget.c?revision=370&view=markup Le dimanche 14 octobre 2007 ? 22:43 -0400, Tristan Van Berkom a ?crit : > On Mon, 2007-10-15 at 00:44 +0200, Xavier Claessens wrote: > > Hum, I'm not sure it can solve my problem... Here is what I want to > > do: > > > > 1) I create a foo.glade file, the root widget is a GtkVBox, I pack in > > it logs of GTK widgets. > > 2) Manually I rename the root widget class from GtkVBox to EmpathyFoo, > > EmpathyFoo is a class inheriting from GtkVBox implemented in > > libempathy-gtk. > > 3) Using gtk-builder-convert I convert foo.glade to foo.ui > > 4) I make a method empathy_foo_new(){return > > gtk_builder_get_object(foo.ui, root);} With that function I think > > GtkBuilder will do a g_object_new(empathy_foo_get_type(), NULL); and > > then it will pack all widgets in it as described in the .ui file. If > > that works, glade will introspect my widget, see all packed widgets > > and display me their properties but won't allow me to removed them > > since they are internal childs? > > sigh. > > let me try to explain. your widget EmpathyFoo must be a _widget_, > just an object, no glade file, no builder file, just a widget. > > Integrating the widget into glade will allow you to add an EmpathyFoo > widget into your project, at that point the user can add children > to it at their leasure (a widget does not load a sub hierarchy > using glade, an application loads a glade hierarchy that contains > your widget at some point in the hierarchy). > > Also, your widgets will always be easier to integrate into > glade/builder/bindings if you make sure that normal generic object > methods work properly; i.e. there is no reason why a widget > must be created with my_foo_new(), an object that responds well > to the gobject api should be able to create itself using construct > properties and a normal constructor. > > After you've written a simple catalog for glade, there is no > bussiness of "s/GtkHBox/EmpathyFoo/" in the glade file... children > of the hbox (i.e. the EmpathyFoo) are specified by the user > and treated like as if the EmpathyFoo were any other hbox. > > If the EmpathyFoo widget has internal children, then those > children are created _by EmpathyFoo_ (not specified in a glade > file) however; we can allow users to modify properties on > children that are internal to composite widgets, granted that > the glade catalog plugin module marks those internally created > widgets as such (and yes, we can even let the user add their > own children to children that are internal to EmpathyFoo). > > I have to admit that I am somewhat alarmed by our failure to > understand eachother, please assume that I have no idea what > an EmpathyFoo is supposed to do or look like (so far all I know > is that its some kind of hbox), I wonder if you still have > problems understanding if you could just try to outline exactly > what you want to accomplish then I can try to tell you how its done. > > Cheers, > -Tristan > > From tvb at gnome.org Mon Oct 15 12:22:41 2007 From: tvb at gnome.org (Tristan Van Berkom) Date: Mon, 15 Oct 2007 12:22:41 -0400 Subject: [Glade-users] Making my own Classes In-Reply-To: <1192436076.6123.11.camel@zdra-laptop> References: <1192377325.6092.42.camel@zdra-laptop> <1192393216.5472.8.camel@scrabble-desktop> <1192399062.6092.55.camel@zdra-laptop> <1192416183.5501.17.camel@scrabble-desktop> <1192436076.6123.11.camel@zdra-laptop> Message-ID: <1192465362.5881.11.camel@scrabble-desktop> On Mon, 2007-10-15 at 10:14 +0200, Xavier Claessens wrote: > Ok, with some concrete screenshots it's easier: > > [1] That's a EmpathyContactWidget, it's a vbox with lots of things in > it. Atm EmpathyContactWidget is not a subclass of GtkVBox because I > don't know how to do that using glade. Ok, well here's the first misunderstanding. You cannot "use glade to subclass a widget", to create a widget subclass then you must actually write the widget code. Once you have a real widget class, then we can integrate it into glade, glade will not display all of the internal children of your widget unless we can really get to the type (i.e. either you write a plugin that links to your empathy library, or you just mention the empathy library as "library" in the catalog so we can lookup empathy_contact_widget_get_type()). > You can see the code [2], > especially empathy_contact_widget_new(). What I want is > EmpathyContactWidget to be a subclass of GtkVBox and containing all > internal widgets like in the screenshot. It's easy if all those widgets > are packed in my C code without using a glade file, but I want to use > glade to construct my widgets because it's far easier to make better > looking widgets. Ok heres where the recursive experimental stuff comes into play, you are the test subject I'm afraid. Try this: your widget library uses either libglade or gtkbuilder to build its internal widget setup (use the constructor class method to build the subhierarchy and setup your widget) then in your glade plugin, you must mark any children that were created that you want the user to be allowed to change properties on/add children to. That should work just fine. when the application that uses your glade catalog loads empathy widgets, the libglade catalog must also expose any internal children that can be handled, the constructor will have already run and allowed you to achieve this, this is the recursiveness that is a little weird/untested.... again I dont see why it would break. Cheers, -Tristan From glade at infoad.nl Mon Oct 15 16:38:32 2007 From: glade at infoad.nl (Infoad) Date: Mon, 15 Oct 2007 22:38:32 +0200 Subject: [Glade-users] rookie question In-Reply-To: <47081924.8010803@depauw.edu> References: <47081924.8010803@depauw.edu> Message-ID: <4713CFC8.3060301@infoad.nl> An HTML attachment was scrubbed... URL: http://lists.ximian.com/pipermail/glade-users/attachments/20071015/84962f27/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: oaa.glade Type: text/xml Size: 16642 bytes Desc: not available Url : http://lists.ximian.com/pipermail/glade-users/attachments/20071015/84962f27/attachment-0001.xml -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: oaa.c Url: http://lists.ximian.com/pipermail/glade-users/attachments/20071015/84962f27/attachment-0001.c From murali.dhanakoti at gmail.com Mon Oct 15 23:50:05 2007 From: murali.dhanakoti at gmail.com (murali dhanakoti) Date: Mon, 15 Oct 2007 23:50:05 -0400 Subject: [Glade-users] Cut and Paste Widgets Message-ID: Is there a way to preserve widget names and callbacks when I cut and paste widgets. Lack of this feature(?) kills in situations where I want to move around a big bunch of widgets to say, the next row of a VBox. Once the widgets are pasted in the new location, widget foo becomes foo1 and all the callbacks of foo are lost. Regards, -- Murali Dhanakoti Software Engineer Blue Belt Technologies, Inc. 5001 Baum Blvd Suite 644 Pittsburgh, PA 15213 email: murali at bluebelttech.com web: www.bluebelttech.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ximian.com/pipermail/glade-users/attachments/20071015/141330b4/attachment.html From tvb at gnome.org Tue Oct 16 14:42:42 2007 From: tvb at gnome.org (Tristan Van Berkom) Date: Tue, 16 Oct 2007 14:42:42 -0400 Subject: [Glade-users] Cut and Paste Widgets In-Reply-To: References: Message-ID: <1192560163.5640.3.camel@scrabble-desktop> On Mon, 2007-10-15 at 23:50 -0400, murali dhanakoti wrote: > Is there a way to preserve widget names and callbacks when I cut and > paste widgets. Lack of this feature(?) kills in situations where I > want to move around a big bunch of widgets to say, the next row of a > VBox. Once the widgets are pasted in the new location, widget foo > becomes foo1 and all the callbacks of foo are lost. What version of glade are you using ? This bug was fixed some time over the last 6 months, cut&paste should work as you expect in latest versions. (note that copy&paste on the other hand still safely renames widgets and clears signals) Cheers, -Tristan From alexey.kurochkin at pathfinderlwd.com Tue Oct 16 18:14:37 2007 From: alexey.kurochkin at pathfinderlwd.com (Alexey Kurochkin) Date: Tue, 16 Oct 2007 17:14:37 -0500 Subject: [Glade-users] Cut and Paste Widgets In-Reply-To: <1192560163.5640.3.camel@scrabble-desktop> References: <1192560163.5640.3.camel@scrabble-desktop> Message-ID: <1192572877.6924.62.camel@localhost.localdomain> It is still inconsistent. Logically it should check if there are name conflicts when you use paste, and rename as needed on widget by widget basis, not just check if it was cut or copy and be done. As it is now, it renames widgets when you copy between projects, which is highly undesirable. At the same time it allows pasting several times after cut, without checking, which ironically provides workaround for that first annoyance. I'd suggest reopening the bug. On Tue, 2007-10-16 at 14:42 -0400, Tristan Van Berkom wrote: > On Mon, 2007-10-15 at 23:50 -0400, murali dhanakoti wrote: > > Is there a way to preserve widget names and callbacks when I cut and > > paste widgets. Lack of this feature(?) kills in situations where I > > want to move around a big bunch of widgets to say, the next row of a > > VBox. Once the widgets are pasted in the new location, widget foo > > becomes foo1 and all the callbacks of foo are lost. > > What version of glade are you using ? > > This bug was fixed some time over the last 6 months, cut&paste > should work as you expect in latest versions. > (note that copy&paste on the other hand still safely > renames widgets and clears signals) > > Cheers, > -Tristan > > > _______________________________________________ > Glade-users maillist - Glade-users at lists.ximian.com > http://lists.ximian.com/mailman/listinfo/glade-users From tvb at gnome.org Tue Oct 16 19:56:02 2007 From: tvb at gnome.org (Tristan Van Berkom) Date: Tue, 16 Oct 2007 19:56:02 -0400 Subject: [Glade-users] Cut and Paste Widgets In-Reply-To: <1192572877.6924.62.camel@localhost.localdomain> References: <1192560163.5640.3.camel@scrabble-desktop> <1192572877.6924.62.camel@localhost.localdomain> Message-ID: <1192578963.5566.11.camel@scrabble-desktop> On Tue, 2007-10-16 at 17:14 -0500, Alexey Kurochkin wrote: > It is still inconsistent. Logically it should check if there are name > conflicts when you use paste, and rename as needed on widget by widget > basis, not just check if it was cut or copy and be done. As it is now, > it renames widgets when you copy between projects, which is highly > undesirable. At the same time it allows pasting several times after cut, > without checking, which ironically provides workaround for that first > annoyance. I'd suggest reopening the bug. yes tracking of widget names in glade is currently hairy and should be fixed (note bug http://bugzilla.gnome.org/show_bug.cgi?id=442860 is also a symptom of this). http://bugzilla.gnome.org/show_bug.cgi?id=385664 suggests that that signal handlers should be pasted along with copies of widgets, although this would surely mean lots of unwanted side effects (i.e. signal handlers unexpectedly getting called for multiple widgets). what we need here is a real thorough fix, not a slight change in the current behavior. Cheers, -Tristan From murali.dhanakoti at gmail.com Wed Oct 17 10:22:24 2007 From: murali.dhanakoti at gmail.com (murali dhanakoti) Date: Wed, 17 Oct 2007 10:22:24 -0400 Subject: [Glade-users] Cut and Paste Widgets In-Reply-To: <1192560163.5640.3.camel@scrabble-desktop> References: <1192560163.5640.3.camel@scrabble-desktop> Message-ID: > What version of glade are you using ? I was using 3.2.0. This bug was fixed some time over the last 6 months, cut&paste > should work as you expect in latest versions. > (note that copy&paste on the other hand still safely > renames widgets and clears signals) Yes, 3.2.2 does the cut-paste work right. Thanks! -- Murali Dhanakoti Software Engineer Blue Belt Technologies, Inc. 5001 Baum Blvd Suite 644 Pittsburgh, PA 15213 email: murali at bluebelttech.com web: www.bluebelttech.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ximian.com/pipermail/glade-users/attachments/20071017/92bb2c4a/attachment.html From alexey.kurochkin at pathfinderlwd.com Wed Oct 17 11:40:45 2007 From: alexey.kurochkin at pathfinderlwd.com (Alexey Kurochkin) Date: Wed, 17 Oct 2007 10:40:45 -0500 Subject: [Glade-users] Cut and Paste Widgets In-Reply-To: References: <1192560163.5640.3.camel@scrabble-desktop> Message-ID: <1192635645.15184.6.camel@localhost.localdomain> > Yes, 3.2.2 does the cut-paste work right. Thanks! There's 3.4.0 available. From emsley at ysbl.york.ac.uk Sun Oct 21 11:16:15 2007 From: emsley at ysbl.york.ac.uk (Paul Emsley) Date: Sun, 21 Oct 2007 16:16:15 +0100 Subject: [Glade-users] help with glade error messages? Message-ID: <20071021151615.GA16605@ysbl.york.ac.uk> Hi Gladers, When I load my .glade file [1] into glade-3, I get messages along the following lines. What do they mean and (more importantly) how do I go about fixing them? I had not been using libglade previously (and needless to say things were working OK) . Your advice would be appreciated. Thanks, Paul, (glade-3:22496): GladeUI-WARNING **: No icon named 'widget-gtk-menushell' was found for widget class 'GtkMenuShell'. GladeUI-Message: No DevHelp installed on your system, devhelp feature will be disabled. (glade-3:22496): Gtk-CRITICAL **: gtk_radio_menu_item_get_group: assertion `GTK_IS_RADIO_MENU_ITEM (radio_menu_item)' failed (glade-3:22496): Gtk-CRITICAL **: gtk_file_selection_set_filename: assertion `filename != NULL' failed (glade-3:22496): GladeUI-WARNING **: Failed to locate internal child menu of optionmenu1 (glade-3:22496): GladeUI-WARNING **: Failed to read child of optionmenu1 (glade-3:22496): Gtk-CRITICAL **: gtk_option_menu_set_menu: assertion `GTK_IS_MENU (menu)' failed (glade-3:22496): Gtk-CRITICAL **: gtk_radio_button_get_group: assertion `GTK_IS_RADIO_BUTTON (radio_button)' failed (glade-3:22496): Gtk-CRITICAL **: gtk_color_button_set_color: assertion `color != NULL' failed (glade-3:22496): Gtk-CRITICAL **: gtk_radio_button_get_group: assertion `GTK_IS_RADIO_BUTTON (radio_button)' failed (glade-3:22496): Gtk-CRITICAL **: gtk_radio_button_get_group: assertion `GTK_IS_RADIO_BUTTON (radio_button)' failed (glade-3:22496): Gtk-CRITICAL **: gtk_file_selection_set_filename: assertion `filename != NULL' failed (glade-3:22496): GladeUI-WARNING **: Failed to locate internal child menu of go_to_atom_molecule_optionmenu (glade-3:22496): GladeUI-WARNING **: Failed to read child of go_to_atom_molecule_optionmenu (glade-3:22496): Gtk-CRITICAL **: gtk_option_menu_set_menu: assertion `GTK_IS_MENU (menu)' failed (glade-3:22496): Gtk-WARNING **: gtk_scrolled_window_add(): cannot add non scrollable widget use gtk_scrolled_window_add_with_viewport() instead (glade-3:22496): Gtk-CRITICAL **: gtk_radio_button_get_group: assertion `GTK_IS_RADIO_BUTTON (radio_button)' failed (glade-3:22496): GladeUI-WARNING **: Failed to read child of save_coords_optionmenu (glade-3:22496): Gtk-CRITICAL **: gtk_option_menu_set_menu: assertion `GTK_IS_MENU (menu)' failed (glade-3:22496): Gtk-CRITICAL **: gtk_file_selection_set_filename: assertion `filename != NULL' failed (glade-3:22496): Gtk-CRITICAL **: gtk_radio_button_get_group: assertion `GTK_IS_RADIO_BUTTON (radio_button)' failed [1] http://coot.googlecode.com/svn/trunk/coot-gtk2.glade From wubei83 at 163.com Mon Oct 22 05:29:11 2007 From: wubei83 at 163.com (wubei83) Date: Mon, 22 Oct 2007 17:29:11 +0800 (CST) Subject: [Glade-users] help Message-ID: <20481972.683981193045351076.JavaMail.coremail@bj163app69.163.com> Dear friend : I'm glad to join us ! I'm learning glade and have some questions .I know how to creat a user control ,but it's a pity that i don't find a way how to add the control in control library . I will appreciate you very much if you could give me a guide . I'm looking forward your replay! thank you ! your yunwei 10.22.2007 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ximian.com/pipermail/glade-users/attachments/20071022/3504dcd3/attachment-0001.html From daniel at dieterle.ws Mon Oct 22 08:02:07 2007 From: daniel at dieterle.ws (Daniel Dieterle) Date: Mon, 22 Oct 2007 14:02:07 +0200 Subject: [Glade-users] widget-window in a non-callback function Message-ID: <1193054527.6562.11.camel@schuetze> Hi, considere following example: gboolean on_drawingarea_expose_event (GtkWidget *widget, ...) { GdkGC * my_gc = gdk_gc_new (widget->window); /*new gc-context*/ ... Now i want to make the graphix staff in a seperate function, like this: void my_function( void ) { GdkGC * my_gc = gdk_gc_new (widget->window); /*new gc-context*/ ... The problem is, that i don't know, how to access the "widget->window" in a non-callback-function (where i have widget as parameter). I tried something like this, but it doesn't work: void my_function( void ) { GtkWidget * window_main = glade_xml_get_widget ("my_xml_file", "the_main_window"); GdkGC * my_gc = gdk_gc_new (window_main); /*new gc-context*/ ... Any hints? Thanx, Daniel D. From jijunarayan at gmail.com Mon Oct 22 08:28:07 2007 From: jijunarayan at gmail.com (JIJU NARAYAN) Date: Mon, 22 Oct 2007 17:58:07 +0530 Subject: [Glade-users] Serial port reading help Message-ID: <4ba9cb6b0710220528i59655ed0gcdb9f5aaae9688e4@mail.gmail.com> Actually I need to make a GUI for terminal application, but in the case of reading I am really sticked, can anyone help me I need to make GUI in Glade ************************************************************************ Mr. JIJU CDAC, Thiruvananthapuram ? 695 033 E-mail:jijuk at cdactvm.in Phone: +919895822667 ************************************************************************ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ximian.com/pipermail/glade-users/attachments/20071022/6f8d1c71/attachment.html From jijunarayan at gmail.com Tue Oct 23 02:13:19 2007 From: jijunarayan at gmail.com (JIJU NARAYAN) Date: Tue, 23 Oct 2007 11:43:19 +0530 Subject: [Glade-users] Can any one help me to develop a GUI for serial port reading Message-ID: <4ba9cb6b0710222313s9a81415ve80f9104927e7d43@mail.gmail.com> Hai, I am JIJU, I need to develop a GUI in Glade(using C programs) for reading and displaying data coming from serial port. If any one already developed or any one interested please help me, or if there is an existing Glade GUI for this purpose please tell me. Expecting your corporation, ************************************************************************ Mr. JIJU CDAC, Thiruvananthapuram ? 695 033 E-mail:jijuk at cdactvm.in Phone: +919895822667 ************************************************************************ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ximian.com/pipermail/glade-users/attachments/20071023/42914b84/attachment.html From a.p.s.lerouzic at bio.uio.no Tue Oct 23 13:41:40 2007 From: a.p.s.lerouzic at bio.uio.no (Arnaud Le Rouzic) Date: Tue, 23 Oct 2007 19:41:40 +0200 Subject: [Glade-users] Revival of an old glade project Message-ID: <471E3254.1060801@bio.uio.no> Hi the list, Sorry if my question is trivial --at least, it does not look like FAQ. I'm trying to resurrect an abandonware written in Perl, and using Glade through libglade-perl. If I understand correctly, the soft is supposed to load dynamically the UI, coded into xml files. Even if it's not clear from the (partial) doc of this soft, it appears to require (very) old versions of libgtk, libglade, etc. as well as their *-perl equivalent. I struggled quite a bit to install that on a recent Ubuntu (I had to use old Debian repositories because of version conflicts), but I eventually managed to launch the Perl script... not very successfully, since it crashed with annoying **Warning...** messages, indicated that some widgets were not found. And here I am. Google was not very friendly this time, and provided me with two tracks: * The format of the XML files generated by Glade occurred to change in the past, the error might then come from these files. * I also have to install weird-named packages like libgnome0, etc. from Debian Sarge, which depends on xfree, and which will very probably destroy my brand-new Ubuntu. I would be glad to get any piece of advice. According to your experience, what is the most promising way to solve this kind of issue? * Everything should work with libgtk and libglade packages from various repositories, and the problem comes from the distribution and not from any Glade component * Glade 1.0 and Gtk 1.0 are no longer supported and won't work properly in the future, the soft must be updated (Glade 3.0, Gtk2) * The XML files called *.glade are internal components of Glade and I should not expect them to keep the same syntax for so long (and then, update them, and how?) * Other? Thanks in advance, Arnaud. From dkasak at nusconsulting.com.au Tue Oct 23 18:22:59 2007 From: dkasak at nusconsulting.com.au (Daniel Kasak) Date: Wed, 24 Oct 2007 08:22:59 +1000 Subject: [Glade-users] Revival of an old glade project In-Reply-To: <471E3254.1060801@bio.uio.no> References: <471E3254.1060801@bio.uio.no> Message-ID: <1193178179.1540.16.camel@dkasak.nusconsulting.com.au> On Tue, 2007-10-23 at 19:41 +0200, Arnaud Le Rouzic wrote: > Google was not very friendly this time, and provided me with two tracks: > * The format of the XML files generated by Glade occurred to change in > the past, the error might then come from these files. You could try opening up these glade files in a later ( let still 1.x version ) of glade and saving them. I've only ever used glade-2 and glade-3, so I can't really comment more on this. > * I also have to install weird-named packages like libgnome0, etc. from > Debian Sarge, which depends on xfree, and which will very probably > destroy my brand-new Ubuntu. Maybe not. Gtk and Gtk2 can coexist on the same system. Actually, I'm surprised that Ubuntu doesn't have these ( at least as options ) for legacy software. Maybe it does? > * Glade 1.0 and Gtk 1.0 are no longer supported and won't work properly > in the future, the soft must be updated (Glade 3.0, Gtk2) I would certainly port the stuff to Gtk2. There are some details of what you can expect to have to do at: http://gtk2-perl.sourceforge.net/doc/porting.html ... and of course the main site: http://gtk2-perl.sourceforge.net/ is well worth checking out, as is the mailing list ( subscribe on the website ). I'm a Gtk2-Perl developer and I'd be happy to help you out if you get stuck. If you're doing database front-ends, then have a look at my software at: http://entropy.homelinux.org/axis -- Daniel Kasak IT Developer NUS Consulting Group Level 5, 77 Pacific Highway North Sydney, NSW, Australia 2060 T: (+61) 2 9922-7676 / F: (+61) 2 9922 7989 email: dkasak at nusconsulting.com.au website: http://www.nusconsulting.com.au From squeakyfrommage at gmail.com Thu Oct 25 15:54:01 2007 From: squeakyfrommage at gmail.com (Corrie fahl) Date: Thu, 25 Oct 2007 15:54:01 -0400 Subject: [Glade-users] glade2 and python Message-ID: This is regarding Glade2, if this needs to be posted elsewhere, please let me know. I'm having what is probably a fairly simple problem but I can't beat it. I have an animated gif open in my GUI and I need to to sample via a photodiode while the gif is open. The problem is that sampling freezes the gif. Any advice or directions to investigate would be appreciated. Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ximian.com/pipermail/glade-users/attachments/20071025/fb85c947/attachment.html From sidkapoor2000 at gmail.com Tue Oct 30 02:58:50 2007 From: sidkapoor2000 at gmail.com (Sid Kapoor) Date: Tue, 30 Oct 2007 12:28:50 +0530 Subject: [Glade-users] Can glade be used to make proprietery applications? Message-ID: hi, I am using glade-2 for building an application, by using the 'build' feature of glade-2. My question is simple. Can we use glade to make proprietery applications? If the answer is no, then what are the conditions under which we can use it to build non-GPL'd proprietery applications? thanks and regards, siddharth -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ximian.com/pipermail/glade-users/attachments/20071030/9be4fb78/attachment.html