Thanks for the info! I will keep trying to find a work around for now. So
unfortunate that I can't just call the overlap setting as it works perfectly
for me as is. :(
Glad I'm not alone in my thinking though! :)
On Apr 12, 2013, at 8:25 PM, Richard Gitschlag <strata_ran...@hotmail.com>
> > 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
> > opacity?
> > Liam
> > --
> > 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
> > email@example.com
> > https://mail.gnome.org/mailman/listinfo/gimp-user-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.
> -- Stratadrake
> Numbers may not lie, but neither do they tell the whole truth.
gimp-user-list mailing list