Filterpack problem
I replaced the hsv_to_rgb routines of the plugin filterpack in fp_hsv.c by the routines in libgimp. You find the new version in the cvs. On my computer it works exactly as it worked before the patch. Stanislav told me that on his computer the Filterpack doesn't do anything. Is there someone other that also has this problem? Martin
Re: Plugin - Cancel - EXECUTION_ERROR
Hi, Well, STATUS_CANCEL would be a way to cleanly cancel a plugin. And pressing "Cancel" in the "Save as Whatwver" dialog of course causes the plugin to exit cleanly without leaving any garbage This is wrong! Pressing cancel will simply drop the connection to the plug-in, which will happily run (since it has no way of detecting this) for as long as it wants. Only on the next call the a libgimp function causing communication will libgimp call exit(0). _No_ files or other persistent resources will ever be removed without special support from the plug-in (which I do not see in the plug-ins), and there is no way of detecting this from a plug-in while it runs. Marc, you are definitely getting the idea totally wrong. We are talking about the user pressing the Cancel button in a save-plugin dialog. You know, the kind of dialog that asks for a comment, or compression level or whatever before anything actually happens. As it is know, the save plugins return with STATUS_EXECUTION_ERROR if this happens and the core pops up a warning message as a result. The plugins can however not return STATUS_SUCCESS since if they would the image would be marked as clean even though is was not saved. Cancelling a running plug-in from the core is another thing and it is of course fine to pop up a message saying "Save failed" in that case. Salut, Sven
Re: Addition of new plug-ins
On Fri, 21 Jan 2000 00:44:36 +0100, Sven Neumann [EMAIL PROTECTED] said: Hi, tonight two new plug-ins were checked into the tree. I now that we have not officially declared a plug-in freeze, but I think it was somehow clear that it is too late to add new plug-ins. The CVS ChangeLog claims: Thu Jan 20 23:28:35 CET 2000 Stanislav Brabec [EMAIL PROTECTED] Added new plug-ins from Martin Weber [EMAIL PROTECTED]: * plug-ins/common/kaleidoscope.c: New file. I haven't looked but I assume this is my kaleidoscope plugin. I haven't approved it being added to CVS, and if nobody removes it before I get around to it I'll do so myself. If nothing else, the UI needs a lot of work before it should go in a production version. Somebody please kick Martin in the butt for me. Kelly
i18n patch
gettext support for plugins: http://www.geocities.com/SiliconValley/Software/gimp/gimp-1.1.15-art-i 18n.patch.gz Polish updates: http://www.geocities.com/SiliconValley/Software/gimp/gimp-1.1.15-art-p l.patch.gz Fix all broken po: http://www.geocities.com/SiliconValley/Software/gimp/gimp-1.1.15-art-p lugins-i18n.patch.gz __ _ _ , | __ | | __ \ |/ |_ _| Artur Polaczynski [EMAIL PROTECTED] | __ | | _/ | | [EMAIL PROTECTED][EMAIL PROTECTED] |_| |_| |_|\_\ |_| #Poland/Warsaw/Mila College# -- Oferta nie do odrzucenia. Serwery www, konta e-mail. NAJWYZSZA JAKOSC, NAJNIZSZE CENY. ZAPRASZAMY.http://alpha.pl
i18n patch
gettext support for plugins: http://www.geocities.com/SiliconValley/Software/gimp/gimp-1.1.15-art- i18n.patch.gz Polish updates: http://www.geocities.com/SiliconValley/Software/gimp/gimp-1.1.15-art- pl.patch.gz Fix all broken po: http://www.geocities.com/SiliconValley/Software/gimp/gimp-1.1.15-art- plugins-i18n.patch.gz __ _ _ , | __ | | __ \ |/ |_ _| Artur Polaczynski [EMAIL PROTECTED] | __ | | _/ | | [EMAIL PROTECTED][EMAIL PROTECTED] |_| |_| |_|\_\ |_| #Poland/Warsaw/Mila College# -- Oferta nie do odrzucenia. Serwery www, konta e-mail. NAJWYZSZA JAKOSC, NAJNIZSZE CENY. ZAPRASZAMY.http://alpha.pl
Re: New plug-in
On Mon, 17 Jan 2000, Jay Cox wrote: Kelly Lynn Martin wrote: Actually the first thing this plugin does is copy the pixel data into it's own process so there is no extra data thrashing going on (though it may be able to benefit from a call to gimp_tile_cache_ntiles). Copying all the pixel info locally isn't exactly something that we should encourage plugins to do, but given the multipass nature of this plugin it seems a reasonable thing to do. The slow part of the plugin is finding the best matches between the input image and the corpus image. I might suggest using a BSP tree or a multidimensional hash to speed that part of the process up, though I'm not sure if either of those would really be faster than the current qicksort like algorithm. One other possible optimization would be to disregard duplicated patches from the corpus image. Yep, the corpus search is what is slowing it down, my current algorithm is pretty ugly -- a combination of a binary search tree and k-means. Hopefully i can improve it for the next version. btw, thanks to all the people who replied to my question about patents. regards, Paul Harrison Email: [EMAIL PROTECTED] Web: http://yoyo.cc.monash.edu.au/~pfh/ grey spiderwebs define space
