sf:Color float form

[LA]

nothing special, just float form for sf::Color clamped to 0..1

sf::Color ( 1.0f, 1.0f, 1.0f ) == sf::Color ( 255, 255, 255 );

[Laurent]

Why?

And how (new constructor? new class? ...)?

[eXpl0it3r]

Why?

Probably because of some old habit. Otherwise I don't really see a benefit either, since there would always be some strange converting...

And how (new constructor? new class? ...)?

Or more specific, do you just want the constructor to make the convertion for your, or would you then also expect that the porperties (i.e. red, green, blue, alpha) would be of a float value?

I don't really see any advantages in this 'feature' for SFML. It just makes the API more complex. Percentages of colors isn't really a describtion of a color, so it doesn't make that much sense.
And on top of this, if you need such a convertion functionality it's quite easy to create a factory class with additional convertion functions, or similar constructs which can be placed on top of the sf::Color class.

So tell us more what your use case would be and what you'd exactly expect from sf::Color to handle your idea.

[LA]

I understand that SMFL is not graphics engine. But of course, all of you knows, that videocard store all values in float. Not in unsigned chars

So even if you dont mess up with OpenGL 3+ deprecated stuff, users may store values in float.
Yes, convert is simple:
sf:Color ( (int)(MyFloatColor_R * 255.0f), ... );

But converting can be done in constructor, taking float values.

Nevermind. Its not important )