0
Completed

Different node color for variable units?

Lazlo Bonin (Lead Developer) 4 years ago updated 4 years ago 8

I'm toying with the idea of adding a slight teal color to variable units (get / set / is defined).

I feel like it might help spotting your variables (and therefore your persistence/state) quickly in a graph. However, I'm worried about starting to give custom colors to nodes. We do it for events already (green), and special nesting nodes (teal), but nothing else. 

There are basically no "available" colors than teal, because yellow/orange/red are reserved for bugs, and blue is reserved for active.

What do you all think? I want your opinion on this!

Also: would you add color to other types of nodes? If so, why?

Example on light and dark skin:




Yes, I'm in favor
8
No, I'm against
0
Bolt Version:
Unity Version:
Platform(s):
Scripting Backend:
.NET Version (API Compatibility Level):

If the change is in favor of the  user experience, I am in favor. I like your proposal. 

If we can color our own groups then we should be ok for now 

What if  instead of a color, perhaps a distinct shape, some simple animation  or particle. Any of which would certainly stand out more than just teal.

My problem is not really that it doesn't stand out enough; mostly that I'm not sure it's "worth" making it stand out. Here's a version with a stronger teal, which I think is better:


This one is better, needed to stand out more like this.

Not an issue for me, especially if you add the ability for us to add color to groups but it could still be useful to some when having large complicated graphs. Mileage will vary.

Do it! not super important. But makes reading easier. I think it's not a problem at all with more color. The thing is, a unit, a variables, and an event are very distinct types. It's one thing to color different types of units, but a variable is its own aspect of bolt. It's not it's own unit with functions inside. See no issue with adding one more color. It will definitely help with readability on the fly.