From shprotx at gmail.com Fri May 2 21:17:18 2008 From: shprotx at gmail.com (Pavel Kostyuchenko) Date: Sat, 3 May 2008 04:17:18 +0300 Subject: [Glade-devel] I'd like to know an architectural decision Message-ID: <300c5bad0805021817k6abb7639t5e97329bde0f42fd@mail.gmail.com> In a certain sense, any visual GTK+ widget may be considered as having model/view structure: GtkWidget/descendants have some properties that are realized by using GDK (or others). As I've noticed, there is a lot of code using both model and view functions and causing many problems e.g. well known bug that hangs Anjuta on startup. For now I have two options: - minimize any actions until widgets are realized; - if possible, make operations independent from GUI and GUI will realize them when it exists. So, I suggest you to have your own option and I'd like to know it, because in the very near future I'm going to make changes in the code and it's hard to do for now because the code is so intricate. -- Regards, Pavel From tristan.van.berkom at gmail.com Fri May 2 22:06:12 2008 From: tristan.van.berkom at gmail.com (Tristan Van Berkom) Date: Fri, 2 May 2008 23:06:12 -0300 Subject: [Glade-devel] I'd like to know an architectural decision In-Reply-To: <300c5bad0805021817k6abb7639t5e97329bde0f42fd@mail.gmail.com> References: <300c5bad0805021817k6abb7639t5e97329bde0f42fd@mail.gmail.com> Message-ID: <560259cb0805021906t239ec319m459e68b9c98bee47@mail.gmail.com> On Fri, May 2, 2008 at 10:17 PM, Pavel Kostyuchenko wrote: > In a certain sense, any visual GTK+ widget may be considered as having > model/view structure: GtkWidget/descendants have some properties that > are realized by using GDK (or others). As I've noticed, there is a lot > of code using both model and view functions and causing many problems > e.g. well known bug that hangs Anjuta on startup. > For now I have two options: > - minimize any actions until widgets are realized; > - if possible, make operations independent from GUI and GUI will > realize them when it exists. > So, I suggest you to have your own option and I'd like to know it, > because in the very near future I'm going to make changes in the code > and it's hard to do for now because the code is so intricate. Ok Im not familliar with any well known hangs at anjuta startup, but I'll try to clarify something for you. Object properties are an interface to the object, a realized widget should not be a prerequisite of setting an object property, if there are bugs in some objects that is an issue. A widget object needs to use the proper flags (i.e. GTK_WIDGET_REALIZED(), GTK_WIDGET_MAPPED()) to operate correctly and at times deffer execution until realize time. Bottom line, objects should react well to property settings, and with widgets it can get tricky, Im not aware of any serious bugs in widgets in gtk+ in this regard, if you know any such bugs, please share them with us ;-) Cheers, -Tristan From shprotx at gmail.com Sat May 3 06:40:10 2008 From: shprotx at gmail.com (Pavel Kostyuchenko) Date: Sat, 3 May 2008 13:40:10 +0300 Subject: [Glade-devel] I'd like to know an architectural decision In-Reply-To: <560259cb0805021906t239ec319m459e68b9c98bee47@mail.gmail.com> References: <300c5bad0805021817k6abb7639t5e97329bde0f42fd@mail.gmail.com> <560259cb0805021906t239ec319m459e68b9c98bee47@mail.gmail.com> Message-ID: <300c5bad0805030340m2d6f1637ja899645cd86cbb04@mail.gmail.com> I know such problems as: - there is an ugly mechanism to reflect widgets state on realization. The most problem code is "glade_widget_show_idle (...) { ... glade_widget_show ... } glade_widget_show (...) { ... g_idle_add (glade_widget_show_idle ... }". It grabs the idle event. Of course, you can just replace g_idle_add with g_timeout_add, but it would be just a workaround. IMHO, glade_widget_show shouldn't do any actions with GUI, but other functions should do that instead (like gtk_widget_realize, gtk_widget_map do in GtkWidget); - there are too many actions in glade_app_project_add e.g glade_widget_show calling and setting current project; - "glade_design_layout_add (...) { ... gdk_window_lower (layout->priv->event_window); }" as an example of gdk usage where it's unwanted. On Sat, May 3, 2008 at 5:06 AM, Tristan Van Berkom wrote: > Ok Im not familliar with any well known hangs at anjuta startup, but I'll > try to clarify something for you. > > Object properties are an interface to the object, a realized widget should > not be a prerequisite of setting an object property, if there are bugs in > some objects that is an issue. A widget object needs to use the proper > flags (i.e. GTK_WIDGET_REALIZED(), GTK_WIDGET_MAPPED()) to > operate correctly and at times deffer execution until realize time. > > Bottom line, objects should react well to property settings, and with > widgets it can get tricky, Im not aware of any serious bugs in widgets > in gtk+ in this regard, if you know any such bugs, please share them > with us ;-) -- Regards, Pavel From tristan.van.berkom at gmail.com Sat May 3 13:18:15 2008 From: tristan.van.berkom at gmail.com (Tristan Van Berkom) Date: Sat, 3 May 2008 14:18:15 -0300 Subject: [Glade-devel] I'd like to know an architectural decision In-Reply-To: <300c5bad0805030340m2d6f1637ja899645cd86cbb04@mail.gmail.com> References: <300c5bad0805021817k6abb7639t5e97329bde0f42fd@mail.gmail.com> <560259cb0805021906t239ec319m459e68b9c98bee47@mail.gmail.com> <300c5bad0805030340m2d6f1637ja899645cd86cbb04@mail.gmail.com> Message-ID: <560259cb0805031018gb4d0780ydf7911c36404737c@mail.gmail.com> On Sat, May 3, 2008 at 7:40 AM, Pavel Kostyuchenko wrote: > I know such problems as: Ah, "In Glade" you mean !? Im sorry I did not find your original post to be very clear. First of all, we are a small team so I cannot emphasize enough how GREAT it would be if you were to help out a little even if only to iron out some of these rough edges you are pointing out. Secondly, for me to be able to provide you with more useful information, and for me to understand you better - you must please just state your mission with glade, you say you are encountering these problems, what exactly are you trying to do ? > - there is an ugly mechanism to reflect widgets state on realization. > The most problem code is "glade_widget_show_idle (...) { ... > glade_widget_show ... } glade_widget_show (...) { ... g_idle_add > (glade_widget_show_idle ... }". It grabs the idle event. Of course, > you can just replace g_idle_add with g_timeout_add, but it would be > just a workaround. IMHO, glade_widget_show shouldn't do any actions > with GUI, but other functions should do that instead (like > gtk_widget_realize, gtk_widget_map do in GtkWidget); Agreed, I introduced the one time idle (which is IMO more stable than a timeout) when I made glade show the first widget in a project inside the workspace at project load time. The real root of this problem is that gtk+ does not support embedding of toplevel windows, the best way to deal with this would be to rally for support in gtk+ and provide patches to gtk+ to this effect, other than that there may be a way to work around the idle approach and make it all work synchronously, but it would also be a hack and as they say "if its not broke dont fix it" :) > - there are too many actions in glade_app_project_add e.g > glade_widget_show calling and setting current project; Really what should be dealt with here, is the concept of the current project, it might be best to get rid of the "active project" concept all together and externalize that to the frontend (i.e. glade3 or anjuta). That way the frontend could decide how many workspaces to show, side by side or in notebook tabs. The Palette and Inspector widgets need to have a project set, in theory that is the only need for an active project. > - "glade_design_layout_add (...) { ... gdk_window_lower > (layout->priv->event_window); }" as an example of gdk usage where it's > unwanted. Yes well, reffer to my first comment ;-) Thanks for taking the time to review and comment on our code :) Cheers, -Tristan From shprotx at gmail.com Sat May 3 18:03:37 2008 From: shprotx at gmail.com (Pavel Kostyuchenko) Date: Sun, 4 May 2008 01:03:37 +0300 Subject: [Glade-devel] I'd like to know an architectural decision In-Reply-To: <560259cb0805031018gb4d0780ydf7911c36404737c@mail.gmail.com> References: <300c5bad0805021817k6abb7639t5e97329bde0f42fd@mail.gmail.com> <560259cb0805021906t239ec319m459e68b9c98bee47@mail.gmail.com> <300c5bad0805030340m2d6f1637ja899645cd86cbb04@mail.gmail.com> <560259cb0805031018gb4d0780ydf7911c36404737c@mail.gmail.com> Message-ID: <300c5bad0805031503w5df8b559nbf243cc8c558753b@mail.gmail.com> On Sat, May 3, 2008 at 8:18 PM, Tristan Van Berkom wrote: > Secondly, for me to be able to provide you with more useful information, > and for me to understand you better - you must please just state your > mission with glade, you say you are encountering these problems, what > exactly are you trying to do ? http://code.google.com/soc/2008/gnome/appinfo.html?csaid=671C4A49E54095D0 And now I'm trying only to use glade in anjuta but it doesn't work well, so I think at least the most important issues should be fixed. > Agreed, I introduced the one time idle (which is IMO more stable than a timeout) > when I made glade show the first widget in a project inside the workspace at > project load time. That's good until somebody else uses idle too like Anjuta does. > The real root of this problem is that gtk+ does not support embedding > of toplevel > windows, the best way to deal with this would be to rally for support > in gtk+ and > provide patches to gtk+ to this effect, other than that there may be a > way to work > around the idle approach and make it all work synchronously, but it would also > be a hack and as they say "if its not broke dont fix it" :) And what about GtkPlug? -- Regards, Pavel From kunal at singhkunal.com Sat May 3 22:47:24 2008 From: kunal at singhkunal.com (Kunal Singh) Date: Sun, 04 May 2008 08:17:24 +0530 Subject: [Glade-devel] Glade-devel Digest, Vol 34, Issue 1 In-Reply-To: References: Message-ID: <481D23BC.5090102@singhkunal.com> Hi Archit/Tristan, Thanks for the information. The link which Tristan has sent is very helpful. Regards, Kunal www.singhkunal.com > Date: Tue, 29 Apr 2008 00:38:15 -0300 > From: "Tristan Van Berkom" > Subject: Re: [Glade-devel] enhancing glade for non-GTK tool-kits > To: "Archit Baweja" > Cc: kunal at singhkunal.com, glade-devel at ximian.com > Message-ID: > <560259cb0804282038v5afa5cbem6cc2cb397b005007 at mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > On Mon, Apr 28, 2008 at 3:23 PM, Archit Baweja wrote: > >> Hey Kunal, >> >> Yes it is definitely possible to take a UI designed in Glade and use >> it in a Qt program. This is because Glade spits out a XML file >> describing the UI. And then there is libglade that reads the .glade >> XML file and creates the UI by making calls to the Gtk+ library. So >> its definitely possible to write a libglade for Qt which reads in >> .glade files and creates a corresponding Qt interface. >> >> I don't know if anyone's written a libglade for Qt, but its definitely >> possible. One problem I see happening is that different UI systems >> take slightly different approaches to layout mechanisms. >> > > The output of Glade is xml, but it is serialized GObjects basically, > how well that > scales to QT I dont know, Im quite sure QT uses different container objects, but > something could be written I suppose, but in the end it will be black > magick trickery, > nothing as optimal as using an interface designer intended for the > targetted toolkit. > > Consider that the different toolkits have different objects to > represent that work in > different ways, spitting out a QT targetted xml file from glade would > be like a whole > other project inside Glade, in other words I see no reason to not just > do it in QT > designer if you want a QT interface. > > Cheers, > -Tristan > > BTW: I started hacking on Glade from an embedded standpoint, the whole point > of me taking up the Glade 3 project in the state it was in years ago, > was to be able > to modularly integrate our custom gtk+ widget kit into Glade, Glade was intended > for this, so I sincerely hope to see people start integrating their > catalogs into glade > and experience the power we've been working to provide for you. > > Note that in recent days when I went ahead and ploughed through > GtkBuilder support > for glade, I completely rewrote and updated the documentation > concerning integrating > your widgets into Glade. The updated docs for Glade trunk can be found here: > http://glade.gnome.org/docs/index.html > > From shprotx at gmail.com Sun May 4 16:52:18 2008 From: shprotx at gmail.com (Pavel Kostyuchenko) Date: Sun, 4 May 2008 23:52:18 +0300 Subject: [Glade-devel] I'd like to know an architectural decision In-Reply-To: <560259cb0805031018gb4d0780ydf7911c36404737c@mail.gmail.com> References: <300c5bad0805021817k6abb7639t5e97329bde0f42fd@mail.gmail.com> <560259cb0805021906t239ec319m459e68b9c98bee47@mail.gmail.com> <300c5bad0805030340m2d6f1637ja899645cd86cbb04@mail.gmail.com> <560259cb0805031018gb4d0780ydf7911c36404737c@mail.gmail.com> Message-ID: <300c5bad0805041352i25c7cb38q4c477620ab82d4ec@mail.gmail.com> And one more: I think you should change g_idle_add to g_timeout_add as soon as possible, because Anjuta hangs. I hope we will find a better solution later but now the simple solution is needed. -- Regards, Pavel From tristan.van.berkom at gmail.com Sun May 4 16:56:08 2008 From: tristan.van.berkom at gmail.com (Tristan Van Berkom) Date: Sun, 4 May 2008 17:56:08 -0300 Subject: [Glade-devel] I'd like to know an architectural decision In-Reply-To: <300c5bad0805041352i25c7cb38q4c477620ab82d4ec@mail.gmail.com> References: <300c5bad0805021817k6abb7639t5e97329bde0f42fd@mail.gmail.com> <560259cb0805021906t239ec319m459e68b9c98bee47@mail.gmail.com> <300c5bad0805030340m2d6f1637ja899645cd86cbb04@mail.gmail.com> <560259cb0805031018gb4d0780ydf7911c36404737c@mail.gmail.com> <300c5bad0805041352i25c7cb38q4c477620ab82d4ec@mail.gmail.com> Message-ID: <560259cb0805041356n7607b742r3742c86d33a7bb1@mail.gmail.com> On Sun, May 4, 2008 at 5:52 PM, Pavel Kostyuchenko wrote: > And one more: I think you should change g_idle_add to g_timeout_add as > soon as possible, because Anjuta hangs. I hope we will find a better > solution later but now the simple solution is needed. The g_idle_add() does not conflict with anything, its a timeout for the first idle moment and as such is more stable then adding any timeouts. Sorry I didnt clarify that immediately, I was writing an email to that effect when my internet connection died. Cheers, -Tristan From shprotx at gmail.com Sun May 4 17:08:19 2008 From: shprotx at gmail.com (Pavel Kostyuchenko) Date: Mon, 5 May 2008 00:08:19 +0300 Subject: [Glade-devel] I'd like to know an architectural decision In-Reply-To: <560259cb0805041356n7607b742r3742c86d33a7bb1@mail.gmail.com> References: <300c5bad0805021817k6abb7639t5e97329bde0f42fd@mail.gmail.com> <560259cb0805021906t239ec319m459e68b9c98bee47@mail.gmail.com> <300c5bad0805030340m2d6f1637ja899645cd86cbb04@mail.gmail.com> <560259cb0805031018gb4d0780ydf7911c36404737c@mail.gmail.com> <300c5bad0805041352i25c7cb38q4c477620ab82d4ec@mail.gmail.com> <560259cb0805041356n7607b742r3742c86d33a7bb1@mail.gmail.com> Message-ID: <300c5bad0805041408x161188a8ic8cbdb413422411f@mail.gmail.com> The problem is that it conflicts in fact. After anjuta has added its idle handler, glade adds it's own handler, which appears to be called earlier than anjuta's handler, then (because main window isn't realized still) adds itself as idle handler and appears to be called earlier again. In that way it adds itself to the idle handlers infinitely. On Sun, May 4, 2008 at 11:56 PM, Tristan Van Berkom wrote: > The g_idle_add() does not conflict with anything, its a timeout for > the first idle moment > and as such is more stable then adding any timeouts. -- Regards, Pavel From tristan.van.berkom at gmail.com Sun May 4 17:53:30 2008 From: tristan.van.berkom at gmail.com (Tristan Van Berkom) Date: Sun, 4 May 2008 18:53:30 -0300 Subject: [Glade-devel] I'd like to know an architectural decision In-Reply-To: <300c5bad0805041408x161188a8ic8cbdb413422411f@mail.gmail.com> References: <300c5bad0805021817k6abb7639t5e97329bde0f42fd@mail.gmail.com> <560259cb0805021906t239ec319m459e68b9c98bee47@mail.gmail.com> <300c5bad0805030340m2d6f1637ja899645cd86cbb04@mail.gmail.com> <560259cb0805031018gb4d0780ydf7911c36404737c@mail.gmail.com> <300c5bad0805041352i25c7cb38q4c477620ab82d4ec@mail.gmail.com> <560259cb0805041356n7607b742r3742c86d33a7bb1@mail.gmail.com> <300c5bad0805041408x161188a8ic8cbdb413422411f@mail.gmail.com> Message-ID: <560259cb0805041453j11f952c5w197a3afcd4677ebd@mail.gmail.com> Ok after looking at the code again I see the possibility of recursion, dont see what would make it hang though, the idle handler should just queue another idle handler until the widget is actually realized. Rather, what should be done here is instead of using an idle, g_signal_connect_after() to the "realize" signal of the layout that we are waiting to be realized. At any rate, if this is a bug for you then please, please file it in bugzilla. Thankyou, -Tristan On Sun, May 4, 2008 at 6:08 PM, Pavel Kostyuchenko wrote: > The problem is that it conflicts in fact. After anjuta has added its > idle handler, glade adds it's own handler, which appears to be called > earlier than anjuta's handler, then (because main window isn't > realized still) adds itself as idle handler and appears to be called > earlier again. In that way it adds itself to the idle handlers > infinitely. > > On Sun, May 4, 2008 at 11:56 PM, Tristan Van Berkom > > wrote: > > > The g_idle_add() does not conflict with anything, its a timeout for > > the first idle moment > > and as such is more stable then adding any timeouts. > -- > Regards, > Pavel > From ccarter at gemini.edu Sun May 4 20:54:25 2008 From: ccarter at gemini.edu (Chris Carter) Date: Sun, 04 May 2008 14:54:25 -1000 Subject: [Glade-devel] Introduction & a bug report Message-ID: <481E5AC1.5030502@gemini.edu> Hello, I am fairly new to Gtk+ development and certainly new to using Glade (currently 3.4.2 under Ubuntu 8.04). Glade is excellent and makes it much easier for me to develop new interfaces quickly. So, thank you for your work! I would like to bring a couple of bugs that I have noticed to your attention. My apologies if they are well known or I am not submitting them through the correct channels - I looked on the Glade site but didn't see an obvious method to report them, so here I am instead. 1) Adding a new Combo Box widget to a VBox causes Glade to hang and then crash when I try to enter anything in the 'Items:' list. Very reproducible. 2) Some weirdness when editing the Label property of a GtkLabel: editing anywhere in the input string is hampered by the cursor jumping to the end of the entered string as soon as a new character is typed. You find yourself having to enter one character and then move the cursor back to where you want to enter the next character. Very reproducible. If I can provide more information that will help you with these bugs please let me know. Thank you, Chris From alexey.kurochkin at pathfinderlwd.com Mon May 5 08:42:36 2008 From: alexey.kurochkin at pathfinderlwd.com (Alexey Kurochkin) Date: Mon, 05 May 2008 07:42:36 -0500 Subject: [Glade-devel] Introduction & a bug report In-Reply-To: <481E5AC1.5030502@gemini.edu> References: <481E5AC1.5030502@gemini.edu> Message-ID: <1209991356.2997.4.camel@localhost.localdomain> On Sun, 2008-05-04 at 14:54 -1000, Chris Carter wrote: > Hello, > > I am fairly new to Gtk+ development and certainly new to using Glade > (currently 3.4.2 under Ubuntu 8.04). Glade is excellent and makes it > much easier for me to develop new interfaces quickly. So, thank you for > your work! > > I would like to bring a couple of bugs that I have noticed to your > attention. My apologies if they are well known or I am not submitting > them through the correct channels - I looked on the Glade site but > didn't see an obvious method to report them, so here I am instead. There is a link to http://bugzilla.gnome.org/ It is hidden in download page (http://glade.gnome.org/download.html) for some weird reason. > 1) Adding a new Combo Box widget to a VBox causes Glade to hang and then > crash when I try to enter anything in the 'Items:' list. Very reproducible. http://bugzilla.gnome.org/show_bug.cgi?id=528511 > 2) Some weirdness when editing the Label property of a GtkLabel: editing > anywhere in the input string is hampered by the cursor jumping to the > end of the entered string as soon as a new character is typed. You find > yourself having to enter one character and then move the cursor back to > where you want to enter the next character. Very reproducible. http://bugzilla.gnome.org/show_bug.cgi?id=527896 > If I can provide more information that will help you with these bugs > please let me know. > > Thank you, > > Chris > _______________________________________________ > Glade-devel maillist - Glade-devel at lists.ximian.com > http://lists.ximian.com/mailman/listinfo/glade-devel From shprotx at gmail.com Mon May 5 10:50:59 2008 From: shprotx at gmail.com (Pavel Kostyuchenko) Date: Mon, 5 May 2008 17:50:59 +0300 Subject: [Glade-devel] I'd like to know an architectural decision In-Reply-To: <560259cb0805041453j11f952c5w197a3afcd4677ebd@mail.gmail.com> References: <300c5bad0805021817k6abb7639t5e97329bde0f42fd@mail.gmail.com> <560259cb0805021906t239ec319m459e68b9c98bee47@mail.gmail.com> <300c5bad0805030340m2d6f1637ja899645cd86cbb04@mail.gmail.com> <560259cb0805031018gb4d0780ydf7911c36404737c@mail.gmail.com> <300c5bad0805041352i25c7cb38q4c477620ab82d4ec@mail.gmail.com> <560259cb0805041356n7607b742r3742c86d33a7bb1@mail.gmail.com> <300c5bad0805041408x161188a8ic8cbdb413422411f@mail.gmail.com> <560259cb0805041453j11f952c5w197a3afcd4677ebd@mail.gmail.com> Message-ID: <300c5bad0805050750i49c1e671n436070deafa6e7e0@mail.gmail.com> I had made a patch for all mentioned bugs before I wrote a message to anjuta mailing list, but something new appears to be broken after that patch, so I thought I should discuss all that bugs before submitting the patch. The patch has g_idle_ad replaced with "realized" signal, but for unknown reason I need to call {container_remove, container_add, show_all} two times else graphical designer window appears to be not usable. On Mon, May 5, 2008 at 12:53 AM, Tristan Van Berkom wrote: > Ok after looking at the code again I see the possibility of recursion, > dont see what would make it hang > though, the idle handler should just queue another idle handler until > the widget is actually realized. > > Rather, what should be done here is instead of using an idle, > g_signal_connect_after() to the "realize" > signal of the layout that we are waiting to be realized. > > At any rate, if this is a bug for you then please, please file it in bugzilla. -- Regards, Pavel From tvb at gnome.org Mon May 5 12:39:11 2008 From: tvb at gnome.org (Tristan Van Berkom) Date: Mon, 5 May 2008 13:39:11 -0300 Subject: [Glade-devel] Glade 3.4.5 released Message-ID: <560259cb0805050939m28b4a912j7f4ec9ec987f952e@mail.gmail.com> Hi, little bugfix release for a popular bug I decided to wrap up this morning. What is Glade ? =============== Glade is a RAD tool to enable quick & easy development of user interfaces for the Gtk+ toolkit and the GNOME desktop environment. The user interfaces designed in Glade are stored in XML format, enabling easy integration with external tools. In particular libglade can load the XML files and create the interfaces at runtime. The DTD for the XML files is included with libglade, and is also at http://glade.gnome.org/glade-2.0.dtd. Other tools are available which can turn the XML files into source code in languages such as C++, Perl and Python. ========= Glade 3.4.5 ========= - Fixed annoying text property editing bug (527896) Where can I get it ? ==================== http://download.gnome.org/sources/glade3/3.4/ For more information consult our home page at http://glade.gnome.org/ Enjoy, - The Glade team From ian.liu88 at gmail.com Tue May 13 21:55:46 2008 From: ian.liu88 at gmail.com (Ian Liu) Date: Tue, 13 May 2008 22:55:46 -0300 Subject: [Glade-devel] Glade 3 Notebook bug Message-ID: <8fe07bf10805131855l4b4ea6dr364c8de6694e4e99@mail.gmail.com> Hey, I am new to this list. I was using Ubuntu's version of Glade 3, and there is a bug when you add a NoteBook. You can't low the number of pages, only raise. Thanks =) Ian L. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ximian.com/pipermail/glade-devel/attachments/20080513/e7f5555e/attachment.html From dkasak at nusconsulting.com.au Tue May 13 22:24:08 2008 From: dkasak at nusconsulting.com.au (Daniel Kasak) Date: Wed, 14 May 2008 12:24:08 +1000 Subject: [Glade-devel] Glade 3 Notebook bug In-Reply-To: <8fe07bf10805131855l4b4ea6dr364c8de6694e4e99@mail.gmail.com> References: <8fe07bf10805131855l4b4ea6dr364c8de6694e4e99@mail.gmail.com> Message-ID: <1210731848.12914.0.camel@dkasak.nusconsulting.com.au> On Tue, 2008-05-13 at 22:55 -0300, Ian Liu wrote: > I was using Ubuntu's version of Glade 3, and there is a bug when > you add a NoteBook. You can't low the number of pages, only raise. You have to delete the label(s) in the page selector thing before you can lower the number of pages. -- 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 mmedrano.listas at gmail.com Wed May 14 07:48:22 2008 From: mmedrano.listas at gmail.com (Marcos Medrano) Date: Wed, 14 May 2008 08:48:22 -0300 Subject: [Glade-devel] Glade 3 Notebook bug In-Reply-To: <1210731848.12914.0.camel@dkasak.nusconsulting.com.au> References: <8fe07bf10805131855l4b4ea6dr364c8de6694e4e99@mail.gmail.com> <1210731848.12914.0.camel@dkasak.nusconsulting.com.au> Message-ID: Hi Ian, I was just about to ask for the same issue =P On Tue, May 13, 2008 at 11:24 PM, Daniel Kasak wrote: > On Tue, 2008-05-13 at 22:55 -0300, Ian Liu wrote: > > > I was using Ubuntu's version of Glade 3, and there is a bug when > > you add a NoteBook. You can't low the number of pages, only raise. > > You have to delete the label(s) in the page selector thing before you > can lower the number of pages. > Yes, but when you add a notebook widget you can't low the number of pages either. thanks, Marcos -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ximian.com/pipermail/glade-devel/attachments/20080514/ec2986b2/attachment.html From juanpablougarte at gmail.com Wed May 14 08:42:35 2008 From: juanpablougarte at gmail.com (Juan Pablo Ugarte) Date: Wed, 14 May 2008 09:42:35 -0300 Subject: [Glade-devel] Glade 3 Notebook bug In-Reply-To: References: <8fe07bf10805131855l4b4ea6dr364c8de6694e4e99@mail.gmail.com> <1210731848.12914.0.camel@dkasak.nusconsulting.com.au> Message-ID: <1210768955.3594.1.camel@localhost.localdomain> On Wed, 2008-05-14 at 08:48 -0300, Marcos Medrano wrote: > Hi Ian, > I was just about to ask for the same issue =P > > On Tue, May 13, 2008 at 11:24 PM, Daniel Kasak > wrote: > On Tue, 2008-05-13 at 22:55 -0300, Ian Liu wrote: > > > I was using Ubuntu's version of Glade 3, and there is a bug > when > > you add a NoteBook. You can't low the number of pages, only > raise. > > > You have to delete the label(s) in the page selector thing > before you > can lower the number of pages. > > Yes, but when you add a notebook widget you can't low the number of > pages either. Yes, its a know problem. See http://bugzilla.gnome.org/show_bug.cgi?id=366683 for more information thanks for reporting Juan Pablo From tristan.van.berkom at gmail.com Wed May 14 10:20:09 2008 From: tristan.van.berkom at gmail.com (Tristan Van Berkom) Date: Wed, 14 May 2008 11:20:09 -0300 Subject: [Glade-devel] Glade 3 Notebook bug In-Reply-To: <1210768955.3594.1.camel@localhost.localdomain> References: <8fe07bf10805131855l4b4ea6dr364c8de6694e4e99@mail.gmail.com> <1210731848.12914.0.camel@dkasak.nusconsulting.com.au> <1210768955.3594.1.camel@localhost.localdomain> Message-ID: <560259cb0805140720hc0872cgf3907bf2abe21b16@mail.gmail.com> On Wed, May 14, 2008 at 9:42 AM, Juan Pablo Ugarte wrote: [...] > > Yes, its a know problem. See > http://bugzilla.gnome.org/show_bug.cgi?id=366683 for more information > > thanks for reporting > Yes, and note that you can right click and "remove page" in the context menu to remove pages that have content. Cheers, -Tristan From xiongyix at gmail.com Sat May 17 23:12:46 2008 From: xiongyix at gmail.com (=?BIG5?B?urW83Q==?=) Date: Sun, 18 May 2008 11:12:46 +0800 Subject: [Glade-devel] a question about use glade Message-ID: hello! I have used glade_xml_new to load a glade interface from a file twice.The interface can be show normally. but the window can not be hiden when I show the first window again. why? and how can I do to fix the bug. Thanks. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ximian.com/pipermail/glade-devel/attachments/20080518/1e6d2ff7/attachment.html From tristan.van.berkom at gmail.com Sun May 18 08:21:32 2008 From: tristan.van.berkom at gmail.com (Tristan Van Berkom) Date: Sun, 18 May 2008 09:21:32 -0300 Subject: [Glade-devel] a question about use glade In-Reply-To: References: Message-ID: <560259cb0805180521h3f533859vd98948d7b8cbb599@mail.gmail.com> ... when you show the first window again ... I wonder, have you still got the pointer to the window object you are trying to hide ? This should always work normally and I dont suspect there is a but in gtk+ regarding hiding windows - see if you can reproduce this in an isolated test case and then show us please :) Cheers, -Tristan On Sun, May 18, 2008 at 12:12 AM, ?? wrote: > hello! > I have used glade_xml_new to load a glade interface from a file twice.The > interface can be show normally. but the window can not be hiden when I show > the first window again. > why? and how can I do to fix the bug. > Thanks. > > _______________________________________________ > Glade-devel maillist - Glade-devel at lists.ximian.com > http://lists.ximian.com/mailman/listinfo/glade-devel > > From tristan.van.berkom at gmail.com Mon May 19 13:09:23 2008 From: tristan.van.berkom at gmail.com (Tristan Van Berkom) Date: Mon, 19 May 2008 14:09:23 -0300 Subject: [Glade-devel] a question about use glade In-Reply-To: <200805191001468596599@gmail.com> References: <560259cb0805180521h3f533859vd98948d7b8cbb599@mail.gmail.com> <200805191001468596599@gmail.com> Message-ID: <560259cb0805191009w5cdab581gc9af8ecaa50918ca@mail.gmail.com> Please dont mail me off list with these questions, its what the list is for. 2008/5/18 xiongyix : [...] > now, I modify my code, make it work normally. > > GladeXML* pGladeA = glade_xml_new("my.glade", NULL, NULL) ; > GtkWindow* pWindowA = GTK_WINDOW(glade_xml_get_widget(pGladeA, "mywindow"); > gtk_widget_show(pWindowA); > gtk_widget_hide(pWindowA); > g_object_unref(pGladeA); // insert this. > > GladeXML* pGladeB = glade_xml_new("my.glade", NULL, NULL) ; > GtkWindow* pWindowB = GTK_WINDOW(glade_xml_get_widget(pGladeB, "mywindow"); > gtk_widget_show(pWindowB); > gtk_widget_hide(pWindowB); > g_object_unref(pGladeB); // insert this. > > // show again > GladeXML* pGladeA = glade_xml_new("my.glade", NULL, NULL) ; > GtkWindow* pWindowA = GTK_WINDOW(glade_xml_get_widget(pGladeA, "mywindow"); > gtk_widget_show(pWindowA); > gtk_widget_hide(pWindowA); > g_object_unref(pGladeA); Ok, the third portion here is creating an entirely new window and then hiding it (note that in C, you must declare variables before calling functions, and in normal C circumstances, you are losing the value of pWindowA when you re-assign it here, I dont know what language lets you /redeclare/ the variable). > > I do not know other way to make it work normally. > Can you tell me the more friendly way to do this. I havent understood your definition of "working normally"/"this". Why dont you send us some code that compiles, tell us what you want it to do - and then we can tell you why it doesnt do that. Cheers, -Tristan