Re: [Gimp-developer] preview for scrip-fu plugin?
Kevin Cozens wrote: pepster wrote: Say I have a scrip-fu plugin (I am thinking about wrap sharp), and I want to add a preview window to make it more useful. Does it mean I must re-write the plugin in C, or is there an easier way? You would have to re-write it in C. There is no easy way to add a preview window to Script-Fu. I tried to make a start but facing immediate problems. Would appreciate some pointers - 1. The scm code calls the (pdb) plugin plug_in_edge. I am not sure how my C plugin can make a call to another plugin?? 2. The preview need to render just a sub-region of the preview drawable - but a plug-in such as plug_in_edge need a drawable as argument. How does one turn a region into a new drawable? Thanks, Joseph ___ Gimp-developer mailing list Gimp-developer@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] preview for scrip-fu plugin?
Nathan Summers wrote: On 6/29/05, pepster [EMAIL PROTECTED] wrote: Kevin Cozens wrote: pepster wrote: Say I have a scrip-fu plugin (I am thinking about wrap sharp), and I want to add a preview window to make it more useful. Does it mean I must re-write the plugin in C, or is there an easier way? You would have to re-write it in C. There is no easy way to add a preview window to Script-Fu. I tried to make a start but facing immediate problems. Would appreciate some pointers - 1. The scm code calls the (pdb) plugin plug_in_edge. I am not sure how my C plugin can make a call to another plugin?? The way to do this is with one of the gimp_run_procedure functions, but in this case edge-detection is trivial enough that it doesn't make sense to call a separate plug-in to do it. In fact, copying the existing edge-detection plug-in might be the best way to start. Rockwalrus And then re-implement gausian filtering, and then re-implement map bumping and ... - do you get the picture? Anyway, gimp_run_procedure2 it is. Now, how do I create a drawable from the region on the fly? Thanks, Joseph ___ Gimp-developer mailing list Gimp-developer@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
[Gimp-developer] preview for scrip-fu plugin?
Hi, Say I have a scrip-fu plugin (I am thinking about wrap sharp), and I want to add a preview window to make it more useful. Does it mean I must re-write the plugin in C, or is there an easier way? Thanks, Joseph ___ Gimp-developer mailing list Gimp-developer@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Colorizing Images and Video by Scribbling
Their page says Our method is based on a simple premise: neighboring pixels in space-time that have similar intensities should have similar colors I assume this to mean you need the timing information of the stroke, similar to data needed for recognizing handwriting. While I am not sure of the GTK low-level API for such a capture, a plugin using such low level functions would have to re-implement the non trivial functionality of drawing the stroke (colors, brush, what-have-you ...), which is pointless. I was asking if any of you see a better way to implement such a method in the gimp. Hope I made myself clear this time. -Joseph Sven Neumann wrote: Hi, Pepster [EMAIL PROTECTED] writes: Slashdot has the Story about this - http://www.cs.huji.ac.il/~yweiss/Colorization/ I assume that to implement it one needs the color+timestamp for each drawn pixel. Is that at all possible to do in a gimp plugin? I don't see why this should not be possible to do in a plug-in. But I don't understand your comment about the timestamp. Sven ___ Gimp-developer mailing list Gimp-developer@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
[Gimp-developer] Colorizing Images and Video by Scribbling
Slashdot has the Story about this - http://www.cs.huji.ac.il/~yweiss/Colorization/ I assume that to implement it one needs the color+timestamp for each drawn pixel. Is that at all possible to do in a gimp plugin? -Joseph ___ Gimp-developer mailing list Gimp-developer@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] choosing default file open handler with multiple handlers
Answering myself, just in case someone in the future needs the answer. Plugins are sorted alphabetically by label (7'th argument to gimp_install_procedure), which is the same as File Type (i.e. the name you see when you open the Select File Type expander in the open image dialog. So, you can select the default by selecting the appropriate label for each plugin. -Joseph Pepster wrote: Hi, When there are several plugins registering handlers for the same file extension, what/who exactly determines who ends up as the default handler? (I want to be able to force my own preference as to what is the default, without success so far. Tried changing the plugins names, their order in pluginrc - all to no avail) I tried looking at the code but it's not obvious ... Thanks, Joseph ___ Gimp-developer mailing list Gimp-developer@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer ___ Gimp-developer mailing list Gimp-developer@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
[Gimp-developer] plugin defaults - where to put them?
My plugin have various user selectable configuration settings. Right now, I use ~/.gimp-2.2/gimprc to store the defaults. I am not sure if it is correct to fill up gimprc in this way, and no setting is saved between sessions. So, Is there a better/recommended way for plugins to store such data in the gimp? Is there a recommended practice for saving loading such settings? Thanks, Joseph ___ Gimp-developer mailing list Gimp-developer@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] plugin defaults - where to put them?
Thanks for takng care of this issue in 2.4. BTW, how far is it to 2.4? (approx) -Joseph Sven Neumann wrote: Hi, Pepster [EMAIL PROTECTED] writes: My plugin have various user selectable configuration settings. Right now, I use ~/.gimp-2.2/gimprc to store the defaults. I am not sure if it is correct to fill up gimprc in this way, and no setting is saved between sessions. So, Is there a better/recommended way for plugins to store such data in the gimp? Is there a recommended practice for saving loading such settings? GIMP 2.4 will provide a framework that allows plug-ins to store their settings. For now you will have to either implement it yourself, use gimp_gimprc_set() or a global persistent parasite. Sven ___ Gimp-developer mailing list Gimp-developer@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
[Gimp-developer] partition decay anyone?
I came across this nice example of decay on a sign a few days ago (http://pages.quicksilver.net.nz/pepe/no.jpg), and thought it would be nice if a plugin would be able to generate such random patterns automatically. Does anyone knows about such a plugin, or anything close? Can someone suggest the theory behind such a random process ? -Thanks, Joseph ___ Gimp-developer mailing list Gimp-developer@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer