I think that the next version of scratch should have RGB colours in the pen menu. So then the block would be somewhat like
<set{ R }to( 0 ) { G }to( 0 ) { B }to( 0 )>
It would make having paint things so much easier as you could make dragging sliders for R,G, and B. Please take this into consideration, Scratch team.
Offline
Not a bad idea. So instead of using shades and stuff, you would do that. Also I think in addition to Red Blue and Green, maybe black and white for shades.
Offline
Another thing that needs to be added to the pen blocks group is a pen block that will let you erase your pen marks
PS: I support the RBG thing but I also think it would be good to keep the original colour block so that it is easier to change. The RBG thing woulden't be as easy to change up because there are 3 values.
Last edited by archmage (2008-05-06 20:33:31)
Offline
I like your idea archmage. Also, maybe, it could set the color to the color that is appeared at x:_ and y:_ .
Offline
Having an rbg block is one way to go in overcoming the current limitation- which is not being able to adjust the saturation (or intensity, neutralness) of colors... as is, they're always bright.
If there was also a "Saturation" block, We would have complete HSL or HSV color control, which can do what rgb can... perhaps that would be sufficient.
But I think being able to control the Red, Green and Blue is powerful, It's just not as intuitive as being able to adjust the hue, saturation and lightness--
With rgb you have to know how additive color works: "ok to get yellow, have 100% red and green but no blue." and then it's tricky when you want a duller and darker yellow, while keeping it the same hue.
But hardcore scratchers would also appreciate rgb control.
Last edited by AddZero (2008-05-09 02:40:55)
Offline
Lucario621 wrote:
Not a bad idea. So instead of using shades and stuff, you would do that. Also I think in addition to Red Blue and Green, maybe black and white for shades.
Black is just all the colors all the way, and white is all the colors all the way down

Offline
Bluestribute wrote:
Lucario621 wrote:
Not a bad idea. So instead of using shades and stuff, you would do that. Also I think in addition to Red Blue and Green, maybe black and white for shades.
Black is just all the colors all the way, and white is all the colors all the way down
If I understand what you are saying, I believe you have it backwards. Black is the absence of color and white is equal contributions of high intensity of all colors. Gray is somewhere in between.
Therefore, if you turn the intensity of red, green, and blue all the way down to zero, you will get black. If you turn the intensity of red, green, and blue all the way up to the maximum (255 decimal or FF hex on most systems) you will get white.
There is also transparency to consider, which is another issue.
If that is what you meant, I apologize for contradicting you.
Dick Baldwin
Free Alice tutorials: http://www.dickbaldwin.com/tocalice.htm
Free Scratch tutorials: http://www.dickbaldwin.com/tocHomeSchool.htm
Free Java/C#, etc. tutorials: http://www.dickbaldwin.com/toc.htm
Offline
AddZero wrote:
Having an rbg block is one way to go in overcoming the current limitation- which is not being able to adjust the saturation (or intensity, neutralness) of colors... as is, they're always bright.
If there was also a "Saturation" block, We would have complete HSL or HSV color control, which can do what rgb can... perhaps that would be sufficient.
But I think being able to control the Red, Green and Blue is powerful, It's just not as intuitive as being able to adjust the hue, saturation and lightness--
With rgb you have to know how additive color works: "ok to get yellow, have 100% red and green but no blue." and then it's tricky when you want a duller and darker yellow, while keeping it the same hue.
But hardcore scratchers would also appreciate rgb control.
1tchy wrote:
Exactly. I demonstrate the problem with the Scratch pen colour system in this project:
scratch.mit.edu/projects/1tchy/259039.
A similar problem applies to sprites - there should be control of the saturation level.
I too support an RGB alternative but I think that adding saturation to the existing colour model is a MUST.
Last edited by 1tchy (2012-02-02 11:12:01)
Offline
is there a clever way using maths of controlling red, gree, blue currently? might it be possible using the change colour by?
Offline