← All ideas
  • Published 2 Aug 2020

More control over color ramps

A ColorStops node where you can define 1, 2, 3, ..., 100 colors and their positions. The colors can be set by RGB node input or any other node.

The ColorStops node can also be set to a colors only mode in which case the positions of the colors are automatically equally spread apart.

The ColorStops node can also be set to a positions only mode where each position can be set by a value input node or any other node. In this case there would need to be an additional ColorStopsCombine node that takes a color mode node and position mode node and combines them together before giving the combined values to the ColorRamp node. Or perhaps we can add "colors" and "positions" as inputs on the ColorRamp node.


While I have your attention, if you can tell me how to get Blender gradients to 100% EXACTLY match both the colors and transition between colors of Photoshop gradients I'd really appreciate it.

96.3%

Development Status: Duplicate

Upvote 26 Downvote 1
thinsoldier
2 Aug 2020

5 Comments

modormoder

all options are not particularly thought out. it would be possible to match a color bar for demonstration and inputs to create a color. but that would require creating a new node with support for a dynamic number of inputs. I think it won't be soon.

  • no matter how you think about your experience, you continue to introduce color into fac ...
1
thinsoldier Author

***@mod moder *** A new node with support for a dynamic number of inputs is a big change. However compared to other proposals I think that it is easier than many of the things they are asking for such as color inputs that are aligned to the gradient preview that move around as the color position is changed.

1
lsscpp

Nice new approach +1
Assuming the first Colorstops node is the good one, having also inputs for "Pos" (as in lower right version) would be useful

1
Shimoon

D U P L I :p

However, this one bring something a bit different with new node type which is interesting

1
thinsoldier Author

* @Shimoon * Most of those go too far away from the left input, right output paradigm of the existing node system. Some of them are asking for a whole bunch of things all at once that I suspect would be triple the programming work of my proposal.

1