Re: Can't set some properties in network shapes
> On Tue, 2006-05-02 at 10:52 -0400, [EMAIL PROTECTED] wrote: > > ... For a series of slides I'm working on now, I want to > > have the same diagram but deemphasize parts of it from slide > > to slide. I thought I'd start with a base drawing then change > > the color or transparency of different objects but when I open > > the property sheet for the Network Hub, there's a Fill Color > > that I can set but it seems to have no effect, the hub remains > > gray. The same is true of the general computer. Am I > > missing something or is the property broken? > > Are you opening the property sheet by double-clicking the icon in the > toolbox or double-clicking the element in the diagram? If the former, > those settings are only for objects created after the change. I didn't know you _could_ edit the objects in the toolbox. ___ Dia-list mailing list Dia-list@gnome.org http://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://www.gnome.org/projects/dia/faq.html Main page at http://www.gnome.org/projects/dia
Fix of ungroup bug
Hi, I wrote a patch to fix the "ungroup" bug (looks important since 3 people send bug report with CRITICAL level) in Dia. The bug was hard to understand (memory free()'d), but easy to fix. Please look at: http://bugzilla.gnome.org/show_bug.cgi?id=334771 ( duplicate: http://bugzilla.gnome.org/show_bug.cgi?id=338936 ) I can fix other bugs if it's possible to reproduce them under my computer (Linux only). Haypo PS: I repost my email because I'm not sure that you received it and because I forgot the subject ___ Dia-list mailing list Dia-list@gnome.org http://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://www.gnome.org/projects/dia/faq.html Main page at http://www.gnome.org/projects/dia
GtkAction, Plugins and PyGtk
Hi, tracked in [1] i have been starting to move dia towards use of the GtkUIManager/GtkAction framework instead of the deprecated GtkItemFactory. A first patch for the toolbox is available, but API to add menu items is also exported to the python plugins via dia.register_callback. While this call is string based exporting the new new GtkAction-based API would require either + dia to depend on PyGTK or + the implementation of a custom API. PyGTK is of course a pretty big dependency, but for exporting internal GObject-based API and gtk widgets it can save lots of coding effort. What do you think about that, which way would you consider appropriate? [1] http://bugzilla.gnome.org/show_bug.cgi?id=340352 Best, Rob ___ Dia-list mailing list Dia-list@gnome.org http://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://www.gnome.org/projects/dia/faq.html Main page at http://www.gnome.org/projects/dia
Re: Fix of ungroup bug
On 03.05.2006 21:04, Victor Stinner wrote: Hi, I wrote a patch to fix the "ungroup" bug (looks important since 3 people send bug report with CRITICAL level) in Dia. The bug was hard to understand (memory free()'d), but easy to fix. Please look at: http://bugzilla.gnome.org/show_bug.cgi?id=334771 ( duplicate: http://bugzilla.gnome.org/show_bug.cgi?id=338936 ) Thanks for the analysis and the fix. I will apply it to HEAD and 0.95 branch as soon as I'll find the time (probably at the weekend). I can fix other bugs if it's possible to reproduce them under my computer (Linux only). Fixing more bugs would be very much appreciated :-) Thanks, Hans Hans "at" Breuer "dot" Org --- Tell me what you need, and I'll tell you how to get along without it.-- Dilbert ___ Dia-list mailing list Dia-list@gnome.org http://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://www.gnome.org/projects/dia/faq.html Main page at http://www.gnome.org/projects/dia
Re: GtkAction, Plugins and PyGtk
On 03.05.2006 21:22, Robert Staudinger wrote: Hi, tracked in [1] i have been starting to move dia towards use of the GtkUIManager/GtkAction framework instead of the deprecated GtkItemFactory. A first patch for the toolbox is available, but API to add menu items is also exported to the python plugins via dia.register_callback. While this call is string based exporting the new new GtkAction-based API would require either + dia to depend on PyGTK or This does not sound like an option. By definition the core must not depend on a plug-in (though there is one plug-in not optional : libstandard) + the implementation of a custom API. Something like that seems to be done for The Gimp's plug-ins. The plug-in action identifiers can be added into ui files. But if there isn't already a matching action I think it is created automatically. PyGTK is of course a pretty big dependency, but for exporting internal GObject-based API and gtk widgets it can save lots of coding effort. At the moment I think you are overestimating the coding effort but underestimate the effect of screwed by design ;) What do you think about that, which way would you consider appropriate? As noted above there seems to be a solution to this exact problem in The Gimp, part of it here http://cvs.gnome.org/viewcvs/gimp/app/widgets/gimppluginaction.c?view=markup So IMO the way to go would be to change the filter_register_callback() to something more appropriate to action based menus and change some few plug-ins. One of the problems action based menus are supposed to fix cleanly is http://bugzilla.gnome.org/show_bug.cgi?id=171397 Having a proxy action seems to be a small price to pay ... Thanks, Hans Hans "at" Breuer "dot" Org --- Tell me what you need, and I'll tell you how to get along without it.-- Dilbert ___ Dia-list mailing list Dia-list@gnome.org http://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://www.gnome.org/projects/dia/faq.html Main page at http://www.gnome.org/projects/dia
