I think you’re pointing to the wrong group - you should select the group that actually contains the GH gradient object responsible for coloring the dots. see the example: HUI Gradient Editor example.gh (13.0 KB)
I seem to be having a quite similar problem and couldnt solve it…
I am using a mesh which i want to color with a gradient according to a list of values.
even though it seems to apply a color for one value onto the mash, it seems that it sorts the colors on the mesh. ideally, each face of the mesh shall be applied to one specific value i.e. 0.65.
Instead of applying the colors according to the faces values, it seems to take the values for the colors but then puts them in order according to the gradient.
does anybody have a suggestion how i could possibly solve this?
There is a switch to toggle between “Area”, which uses the Area of each mesh face as the value for Gradient, or “Values”, which uses a randomized subset of your “values to be mapped” list (so the number of values used matches the number of faces in the mesh). I assume you somehow know for certain that your list of values matches the number of faces in your mesh?
Maybe this is what you really want/need? No meshes!
thank you very much for effort and time!
In fact, i want to use the mesh as a diagram, and the values that i have are the results from a simulation, so ideally, every field of my mesh are supposed to represent one specific value. Hence, the ‘values to be mapped’ must not be shuffled or randomized.
If you’re looking for a method for coloring mesh faces without them “bleeding” into each other, have a look at this thread:
Note that the bug I point out has been fixed in Rhino 6. Making this approach (i.e. unweld the mesh to it faces, then color these using mesh.VertexColors.SetColor(face,color)) substantially more efficient.