Re: [Gimp-developer] problem with gimp progress bar
gtk_widget_hide() doesn't do the trick? Oh! i didn't think on it... Anyway, it's not considered good style to hide and show widgets. Perhaps you could explain us what exactly you want to achieve? Sven Yes; sorry by my bad english: when a progress bar is associated with a plugin, it don't dissapear until the plugin finish. I need to close/hide the progress bar before the plugin ends its execution. This plugin shows a dialog, then the progress bar appears while some files are loaded and proccessed, and then we can to start to work on the dialog, but the 100% progress bar window still be here and never ends until the plugin ends. If you move the dialog to see the image, you have to move the progress bar window too. Hiding it avoids the problem ;) ___ Gimp-developer mailing list [EMAIL PROTECTED] https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer -- View this message in context: http://www.nabble.com/problem-with-gimp-progress-bar-tf3564751.html#a9974982 Sent from the Gimp Developer mailing list archive at Nabble.com. ___ Gimp-developer mailing list [EMAIL PROTECTED] https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] about gimp dialogs...
Alexandre Prokoudine wrote: On 4/12/07, coolhand wrote: Is possible to activate the maximize icon in a dialog or is mandatory to use a window?? What for? The windows have three buttons, minimize, maximize and close. Min/maximize are not in the dialogs; my question is about to configure dialogs to show the maximize button. How i can to make work the X button to close the dialog? Works fine here :) The close button on the decorator of the dialog window don't work. I probe this in a 2.3.11 and a 2.2.x versions of gimp. Alexandre ___ Gimp-developer mailing list [EMAIL PROTECTED] https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer -- View this message in context: http://www.nabble.com/about-gimp-dialogs...-tf3564765.html#a9975037 Sent from the Gimp Developer mailing list archive at Nabble.com. ___ Gimp-developer mailing list [EMAIL PROTECTED] https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] about gimp dialogs...
On 4/13/07, coolhand wrote: The windows have three buttons, minimize, maximize and close. Min/maximize are not in the dialogs; my question is about to configure dialogs to show the maximize button. My question was, _why_ you want min/maximize buttons in dialogs :) How i can to make work the X button to close the dialog? Works fine here :) The close button on the decorator of the dialog window don't work. I probe this in a 2.3.11 and a 2.2.x versions of gimp. What us your OS and window manager? Alexandre ___ Gimp-developer mailing list [EMAIL PROTECTED] https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] gimp_drawable_get_image fails?
Hi, On Thu, 2007-04-12 at 04:34 -0700, coolhand wrote: When i open an image of my format, I create an multiple-layer image. With this image, i work normally. If i open other image of this format, i can work normally with both images. The problem is that when i open the first image, then close it and then i open the second, gimp_drawable_get_image returns me -1. ¿Why this? We would like to help you but I don't see how we could possibly do that with the information that you provide. Please, when asking such questions, try to include the relevant code snippets or take your time to explain your problem in more detail. Sven Ok, sorry. I have to read a new format of image. This images have X layers. 1) I create one image: image = gimp_image_new (50, 50, GIMP_GRAY); 2) I read the layers one by one, and associate with this new image: gimp_image_add_layer (image, band[i].layer_id, i); I open one image and then close it (don't quit gimp, only close the image). If i open other image with my plugin, if in some place of my code i want to obtain what image ID have some layer with image_id = gimp_drawable_get_image (gimp_layerID); gimp says me that this layer don't have image (image_id = -1). When i open two images, not closing the first, both opened, it works fine. ¿I have mistaken in somewhere? ¿There are to delete all layers before close the image or gimp makes it? -- View this message in context: http://www.nabble.com/gimp_drawable_get_image-fails--tf3564957.html#a9975239 Sent from the Gimp Developer mailing list archive at Nabble.com. ___ Gimp-developer mailing list [EMAIL PROTECTED] https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] about gimp dialogs...
My question was, _why_ you want min/maximize buttons in dialogs :) Are util in some cases (if you want to show a little graph window and don't need to create a complex interface on a window). All i want is a graph and a close button, and it's easier to make with a dialog. How i can to make work the X button to close the dialog? Works fine here :) The close button on the decorator of the dialog window don't work. I probe this in a 2.3.11 and a 2.2.x versions of gimp. What us your OS and window manager? Alexandre Gnome 2.16, of course... it happens in XFCE too (gtk-based). In KDE works (also shows the maximize button in dialogs ;) ), but i don't use kde frecuently. -- View this message in context: http://www.nabble.com/about-gimp-dialogs...-tf3564765.html#a9975391 Sent from the Gimp Developer mailing list archive at Nabble.com. ___ Gimp-developer mailing list [EMAIL PROTECTED] https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Is there any thought of layer blending in the future?
On Thu, 12 Apr 2007 21:42:28 -0500, Jim Sabatke [EMAIL PROTECTED] wrote: There is an excellent tutorial on using PS to do this at: http://www.luminous-landscape.com/tutorials/glow.shtml This would be VERY useful in gimp. Has here been any consideration of this functionality? If you are looking for a quick soft glow effect, you can use Filters - Artistic - Soft glow (in GIMP 2.3.x). But if you want to follow the tutorial step-by-step and if you really want something like adjustment layers, then you should look at this bug report: http://bugzilla.gnome.org/show_bug.cgi?id=79025 -Raphaël ___ Gimp-developer mailing list [EMAIL PROTECTED] https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] problem with gimp progress bar
On Fri, 13 Apr 2007 10:34:24 +0200, coolhand [EMAIL PROTECTED] wrote: gtk_widget_hide() doesn't do the trick? Oh! i didn't think on it... Anyway, it's not considered good style to hide and show widgets. Perhaps you could explain us what exactly you want to achieve? Sven Yes; sorry by my bad english: when a progress bar is associated with a plugin, it don't dissapear until the plugin finish. I need to close/hide the progress bar before the plugin ends its execution. This plugin shows a dialog, then the progress bar appears while some files are loaded and proccessed, and then we can to start to work on the dialog, but the 100% progress bar window still be here and never ends until the plugin ends. If you move the dialog to see the image, you have to move the progress bar window too. Hiding it avoids the problem ;) ___ Gimp-developer mailing list [EMAIL PROTECTED] https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer Yes you explained it quite well the first time. Despite your rather rough English you manage to get your message across ;) Why do you expect the dialogue to disappear on its own just because you set it's position to 100% ? This may be what is required in a general context and it would be wrong for it to disappear automatically. In general if you created an object (widget) and you no longer need it you should destroy it rather than hiding it. Otherwise you will probably end up with several hidden objects hanging around in memory until the plugin closes. If you want to reuse it you could keep it hidden and then bring it back but you'd have to check if you have one already. Since it's a pretty small object it does not really matter but closing it would be tidier unless there is a lot of initialisation going that you dont want to repeat. HTH ___ Gimp-developer mailing list [EMAIL PROTECTED] https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] problem with gimp progress bar
Why do you expect the dialogue to disappear on its own just because you set it's position to 100% ? This may be what is required in a general context and it would be wrong for it to disappear automatically. Is there are in gimp two functions to get a progress bar working from/associate to a plugin: gimp_progress_bar_init gimp_progress_bar_update. This functions avoid all the stuff of create a dialog, put inside a progress bar, create a callback, etc. but there are not a gimp_progress_bar_close / gimp_progress_bar_finish or else to close that, and i don't know how hide it because i haven't idea about get the widget pointer of this dialog. This is my problem. -- View this message in context: http://www.nabble.com/problem-with-gimp-progress-bar-tf3564751.html#a9976201 Sent from the Gimp Developer mailing list archive at Nabble.com. ___ Gimp-developer mailing list [EMAIL PROTECTED] https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Is there any thought of layer blending in the future?
Raphaël Quinet wrote: On Thu, 12 Apr 2007 21:42:28 -0500, Jim Sabatke [EMAIL PROTECTED] wrote: There is an excellent tutorial on using PS to do this at: http://www.luminous-landscape.com/tutorials/glow.shtml This would be VERY useful in gimp. Has here been any consideration of this functionality? If you are looking for a quick soft glow effect, you can use Filters - Artistic - Soft glow (in GIMP 2.3.x). But if you want to follow the tutorial step-by-step and if you really want something like adjustment layers, then you should look at this bug report: http://bugzilla.gnome.org/show_bug.cgi?id=79025 -Raphaël Actually, I can do a soft glow manually. The kind of glow I'm looking for would have glow applied to some colors and not others. The enhancement request you noted looks like it would meet that need. Thanks, Jim ___ Gimp-developer mailing list [EMAIL PROTECTED] https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] problem with gimp progress bar
On Fri, 13 Apr 2007 12:05:22 +0200, coolhand [EMAIL PROTECTED] wrote: gimp_progress_bar_init you should find something useful in this lot: grep -R gimp_progress_bar libg* libgimp/gimpui.def: gimp_progress_bar_get_type libgimp/gimpui.def: gimp_progress_bar_new libgimp/gimpprogressbar.c:static void gimp_progress_bar_destroy (GtkObject *object); libgimp/gimpprogressbar.c:static void gimp_progress_bar_start (const gchar *message, libgimp/gimpprogressbar.c:static void gimp_progress_bar_end (gpointer user_data); libgimp/gimpprogressbar.c:static void gimp_progress_bar_set_text (const gchar *message, libgimp/gimpprogressbar.c:static void gimp_progress_bar_set_value (gdouble percentage, libgimp/gimpprogressbar.c:static void gimp_progress_bar_pulse (gpointer user_data); libgimp/gimpprogressbar.c:static guint32 gimp_progress_bar_get_window (gpointer user_data); libgimp/gimpprogressbar.c:G_DEFINE_TYPE (GimpProgressBar, gimp_progress_bar, GTK_TYPE_PROGRESS_BAR) libgimp/gimpprogressbar.c:#define parent_class gimp_progress_bar_parent_class libgimp/gimpprogressbar.c:gimp_progress_bar_class_init (GimpProgressBarClass *klass) libgimp/gimpprogressbar.c: object_class-destroy = gimp_progress_bar_destroy; libgimp/gimpprogressbar.c:gimp_progress_bar_init (GimpProgressBar *bar) libgimp/gimpprogressbar.c: vtable.start = gimp_progress_bar_start; libgimp/gimpprogressbar.c: vtable.end= gimp_progress_bar_end; libgimp/gimpprogressbar.c: vtable.set_text = gimp_progress_bar_set_text; libgimp/gimpprogressbar.c: vtable.set_value = gimp_progress_bar_set_value; libgimp/gimpprogressbar.c: vtable.pulse = gimp_progress_bar_pulse; libgimp/gimpprogressbar.c: vtable.get_window = gimp_progress_bar_get_window; libgimp/gimpprogressbar.c:gimp_progress_bar_destroy (GtkObject *object) libgimp/gimpprogressbar.c:gimp_progress_bar_start (const gchar *message, libgimp/gimpprogressbar.c:gimp_progress_bar_end (gpointer user_data) libgimp/gimpprogressbar.c:gimp_progress_bar_set_text (const gchar *message, libgimp/gimpprogressbar.c:gimp_progress_bar_set_value (gdouble percentage, libgimp/gimpprogressbar.c:gimp_progress_bar_pulse (gpointer user_data) libgimp/gimpprogressbar.c:gimp_progress_bar_get_window (gpointer user_data) libgimp/gimpprogressbar.c: * gimp_progress_bar_new: libgimp/gimpprogressbar.c:gimp_progress_bar_new (void) libgimp/gimpprogressbar.h:#define GIMP_TYPE_PROGRESS_BAR (gimp_progress_bar_get_type ()) libgimp/gimpprogressbar.h:GType gimp_progress_bar_get_type (void) G_GNUC_CONST; libgimp/gimpprogressbar.h:GtkWidget * gimp_progress_bar_new (void); ___ Gimp-developer mailing list [EMAIL PROTECTED] https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] LGM: top-10 feature requests...
Guys and gals, For our presentation at the LGM meeting we would like to show some results from our UI redesign projects. To keep it interesting for the GIMP crew and the users in the audience, I would like to centre this around the top-10 most requested features in GIMP. You know the ones that make your eyes roll when they get posted here or in bugzilla, again, and again, and again. Of course I am looking for the ones that are UI related, so 16-bit color is not interesting, but adjustment layers is. Please help us to make this list by suggesting these top-10 bugs. Please, please, please do not take this as an invitation to post new requests you just made up in this thread, or to discuss the merit or solutions for any of them. Please, please, please don't. Just post the three-word descriptions of these requests that you have seen a thousand times, and make your toes curl or your blood boil when you see them. Thanks for your help, --ps principal user interaction architect man + machine interface works http://mmiworks.net/blog : on interaction architecture ___ Gimp-developer mailing list [EMAIL PROTECTED] https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] LGM: top-10 feature requests...
From: peter sikking [EMAIL PROTECTED] Guys and gals, For our presentation at the LGM meeting we would like to show some results from our UI redesign projects. [...] Please help us to make this list by suggesting these top-10 bugs. Here are 11 I have seen requested multiple times, and this is not exhaustive. ). Single-window interface. (This is by far the most often-requested feature.) ). More control over window/dialog organization. ). Color management. ). Better painting tools. ). Better support for metadata. ). Different menu organization. ). Layer effects. ). Save for web. ). Ability to organize/categorize resources such as brushes, gradients, palettes etc. ). Better printing support. ). Better tablet support. -- Bill __ __ __ __ Sent via the CNPRC Email system at primate.ucdavis.edu ___ Gimp-developer mailing list [EMAIL PROTECTED] https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] LGM: top-10 feature requests...
On Fri, 13 Apr 2007 16:47:30 +0200, peter sikking [EMAIL PROTECTED] wrote: To keep it interesting for the GIMP crew and the users in the audience, I would like to centre this around the top-10 most requested features in GIMP. You know the ones that make your eyes roll when they get posted here or in bugzilla, again, and again, and again. Of course I am looking for the ones that are UI related, so 16-bit color is not interesting, but adjustment layers is. Please help us to make this list by suggesting these top-10 bugs. Well, this is not exactly a top-10 list because some of them have sub-cases, but hopefully you can get something out of this list. I tried to order this with the most important first. 1) (by far) Single window interface, a.k.a. MDI. Note that there are two cases (Window-in-window MDI and Tabbed MDI) that are probably mutually exclusive. Each option has its advantages and drawbacks, and each has its supporters who usually reject the other proposal: 1a) http://bugzilla.gnome.org/show_bug.cgi?id=7379 1b) http://bugzilla.gnome.org/show_bug.cgi?id=121087 2) Adjustment layers http://bugzilla.gnome.org/show_bug.cgi?id=79025 3) Layer trees or layer groups http://bugzilla.gnome.org/show_bug.cgi?id=86337 4) Avoid popup dialogs for tools, file plug-ins, etc. http://bugzilla.gnome.org/show_bug.cgi?id=85579 http://bugzilla.gnome.org/show_bug.cgi?id=319963 5) Organize brushes, palettes, gradients... in categories http://bugzilla.gnome.org/show_bug.cgi?id=119874 ...and make it possible to delete or hide the default ones http://bugzilla.gnome.org/show_bug.cgi?id=118742 6) Save for web http://bugzilla.gnome.org/show_bug.cgi?id=98017 7) Better printing support (colors, one image on multiple pages, multiple images per page, ...) 8) Improvements to the text tool 8a) Support for multiple styles (font, size, color, ...) http://bugzilla.gnome.org/show_bug.cgi?id=122706 8b) Applying transformations on text http://bugzilla.gnome.org/show_bug.cgi?id=125144 8c) Text along path http://bugzilla.gnome.org/show_bug.cgi?id=169616 8d) Adjustable letter spacing http://bugzilla.gnome.org/show_bug.cgi?id=331952 9) Painting with natural brushes / simulate natural media http://bugzilla.gnome.org/show_bug.cgi?id=65118 I probably forgot some, but I suppose that you will get several lists so you can have fun merging them. Note that I did not list several frequently requested features that have only a minor impact on the user interface, such as support for 16-bit colors (as you mentioned), support for spot colors, better color profiles, better metadata support, etc. -Raphaël ___ Gimp-developer mailing list [EMAIL PROTECTED] https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] top-10 feature requests...
On Friday, April 13, 2007, 18:34:52, Raphaël Quinet wrote: 1) (by far) Single window interface, a.k.a. MDI. Note that there are two cases (Window-in-window MDI and Tabbed MDI) that are probably mutually exclusive. Each option has its advantages and drawbacks, and each has its supporters who usually reject the other proposal: Why would they be mutually exclussive? Take a look at the Opera browser - it's MDI interface includes a toolbar with the buttons for each subwindow, and in some skins these buttons even look like tabs - basically it has something like task-bar for it's internal windows, bringing together best of the both worlds (it also allows you to drag a button off this taskbar to make it appear outside the parent window). -- Jernej Simončič http://deepthought.ena.si/ A parade should have bands OR horses, not both. -- Wells's Law ___ Gimp-developer mailing list [EMAIL PROTECTED] https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Panorama Previewer plug-in
Leon Moctezuma wrote: Hi I'm an student applying for Google Summer of Code, Hi Leon, I did notice (at http://code.google.com/soc/pano/about.html) that you got accepted for GSoC - congrats and best wishes for success. we are looking to make of FreePV something unique and we wonder if it's posible to write a panorama previewer using libgimp. libgimp is supposed to be used by GIMP plugins - you can't use it in a different program to get GIMP's capabilities added to this. But maybe you didn't want to do this and want to create a GIMP plug-in or make it possible for FreePV to be run as a plug-in, like for example it is possible with XSane? Regards, Michael -- GIMP http://www.gimp.org | IRC: irc://irc.gimp.org/gimp Wiki http://wiki.gimp.org | .de: http://gimpforum.de Plug-ins http://registry.gimp.org | ___ Gimp-developer mailing list [EMAIL PROTECTED] https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Panorama Previewer plug-in
Michael Schumacher wrote: I did notice (at http://code.google.com/soc/pano/about.html) that you got accepted for GSoC - congrats and best wishes for success. Thanks Michael, I'm very excited with this project and I'll do anything to make it success But maybe you didn't want to do this and want to create a GIMP plug-in or make it possible for FreePV to be run as a plug-in, like for example it is possible with XSane? Yes, I want to make it run as a plug-in, the actual implementation of freepv uses OpenGL and if I'm not wrong I can use gtk+ to render with OpenGL.. How can I make it run as a plug-in...? I want to use the image in the workspace of gimp to build the panorama in OpenGL to preview the final result Do you have any article or reference? where I can read about this? Regards Leon ___ Gimp-developer mailing list [EMAIL PROTECTED] https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] gimp_drawable_get_image fails?
Quoting coolhand [EMAIL PROTECTED]: The problem is that when i open the first image, then close it and then i open the second, gimp_drawable_get_image returns me -1. ¿Why this? Ok, sorry. I have to read a new format of image. This images have X layers. 1) I create one image: image = gimp_image_new (50, 50, GIMP_GRAY); 2) I read the layers one by one, and associate with this new image: gimp_image_add_layer (image, band[i].layer_id, i); I open one image and then close it (don't quit gimp, only close the image). If i open other image with my plugin, if in some place of my code i want to obtain what image ID have some layer with image_id = gimp_drawable_get_image (gimp_layerID); gimp says me that this layer don't have image (image_id = -1). I may be misunderstanding you but it sounds as though you are trying take a layer from one image and add it to another image directly. You actually have to create a duplicate of the original layer (using 'gimp-layer-new-from-drawable') and then add the duplicate to your destination. Since just transferring a layer from one image to another should result in a PDB error, I suspect that I may have completely misinterpreted your steps (perhaps you could provide the full code). ___ Gimp-developer mailing list [EMAIL PROTECTED] https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
