> From: l...@holoweb.net
> To: applecha...@gmail.com
> Date: Fri, 12 Apr 2013 14:26:56 -0400
> CC: firstname.lastname@example.org
> Subject: Re: [Gimp-user] Scripting Gimp's Hue-Saturation tool's overlap?
> On Fri, 2013-04-12 at 05:46 -0600, Sam Bizzell wrote:
> > Thanks Kevin! I've been wracking my brain trying to figure out another
> > way to simulate the overlap behavior, sure haven't been able to come
> > up with anything yet. Do you have any suggestions, or know where I
> > could look for the answer? I also need to submit a feature request to
> > have this added to a future Gimp.
> Are you using gimp 2.8? On which platform? If you compile your own gimp,
> this would probably be reasonably easy to add.
> An alternative might be to see if there's a saturation argument to the
> rotate colours plugin.
> Another way is to use select by colour, perhaps, and then affect the
> selection, perhaps on a duplicate layer and using desaturate and layer
> Liam Quin - XML Activity Lead, W3C, http://www.w3.org/People/Quin/
> Pictures from old books: http://fromoldbooks.org/
> Ankh: irc.sorcery.net irc.gnome.org freenode/#xml
> gimp-user-list mailing list
Select By Color does sound like the best option - calculate the threshold to
based on hue, with some degree of antialiasing and/or feathering, then just do
a regular Hue-Saturation adjustment on the resulting selection.
Remember, the "Overlap" region really only affects how GIMP handles the
transition from one Hue-Saturation channel to the next. Internally, GIMP maps
an input pixel (in HSV space) by both of the nearest channels and then
interpolates the result based how close the hue is to the exact mid-hue between
channels (relative to the overlap width).
Second that there should be a PDB call that allows you to specify the overlap
setting. It's part of the tool's UI, it should be exposed for scripts too.
Numbers may not lie, but neither do they tell the whole truth.
gimp-user-list mailing list