After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 753245 - value and saturation gradients for foreground color
value and saturation gradients for foreground color
Status: RESOLVED OBSOLETE
Product: GIMP
Classification: Other
Component: Tools
2.8.14
Other All
: Normal enhancement
: ---
Assigned To: GIMP Bugs
GIMP Bugs
Depends on:
Blocks:
 
 
Reported: 2015-08-04 13:17 UTC by Jo
Modified: 2018-05-24 15:31 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Jo 2015-08-04 13:17:22 UTC
id suggest two new default, dynamic gradients in the gradients list window

a) bright fg color - fg color - dark fg color
b) saturated fg color - fg color - desaturated fg color

as painter you use very often similar colors or same  colors with value or saturation changes, therefore the request.
Comment 1 Michael Schumacher 2015-08-10 13:41:32 UTC
Those gradient would effectively be made by offering value- and saturation-based change for segments?
Comment 2 Jo 2015-08-11 13:13:07 UTC
yes, as far i understand you. Segments? 
for gradient a):

(max) bright fg color - fg color - (max) dark fg color (3 segments, did you mean that?)
Comment 3 Michael Schumacher 2015-08-11 13:54:44 UTC
A segment of a gradient is the part between two defined endpoints - an FG to BG gradient has two endpoints and one segment between them. 

Segments have a coloring type associated with them, currently offering RGB and HSV (hue). 

A first step to implement the suggested new gradient types would be to offer a type that performs saturation- and value-based change between the endpoints. That is probably rather easier, interpolation between two values over a given distance.

Setting up the endpoints is more difficult - while it would be no problem to set arbitrary color values, there's currently only two ways to specify FG and BG color (as-is and transparent). Getting this right (people might want to be able to lock hue, saturation and value to an arbitrary value, and not just zero them) needs additional UI elements and some thought put into these.
Comment 4 GNOME Infrastructure Team 2018-05-24 15:31:59 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/gimp/issues/725.