A circle and square combobox have very different appearances with the same color values, specifically low alpha values, for example it’s pretty easy to see with (0,255,0,25).
It appears that square alphas to a black background behind it, and the circle has grey behind it.
Cheers. I’ll take a look.
You mean check boxes right? Fixed and pushed to git.
Wow… yes I meant checkbox, don’t know how I messed that up.
The problem is still there in the new builds… it looks like you got rid of the light white part that was overlayed over the checkbox giving it a 3d rounded look (which I liked personally)… instead what I’m talking about is the grey behind it. It’s good that it’s there to give it a lighter outline, but when the alpha gets low, the color doesn’t match the square which has a black background.
Here’s an example that should make it pretty obvious what I’m talking about.
checkbox_test.csd (735 Bytes)
Snap. I know what you mean now! Fixed(I hope!)
This appears to be fixed in the new beta! If you want to add back the “round” white overlay, I won’t complain 
My only question, should the widgets disappear entirely when they hit alpha 0? It seems sudden and jarring in my example, makes me think they probably shouldn’t.
I guess you don’t need to send a full alpha value to them. The idea here is that controls can fade out entirely before you move them.
If you want full invisibility, isn’t that what visible(0) is for? Other widgets don’t behave the same way when sent a color value, at least rslider didn’t when I tested.
It’s sort of nitpicking tho, it will probably never matter to me, just trying to make things behave in a “unified” way
That’s a fair point. I just tried with rslider and everything but the tracker fades to nothing. I could make it so all widgets behave this way. The idea is that users wouldn’t have to use the visible() and alpha() idetentifier to remove a widget. One would do.
