Discuss Scratch
- Discussion Forums
- » Suggestions
- » Color at x: () y: () block.
- scienceexplorer1
-
100+ posts
Color at x: () y: () block.
It should return HSB because Hex is very confusing to use in scratch.
Scratch HSB is standard and simple to use. Many blocks work with this so the reporter should send HSB value.
Yes I know hex is easier but HSB is more useful then hex RGB some people might not even know what RGB hex is.
Scratch HSB is standard and simple to use. Many blocks work with this so the reporter should send HSB value.
Yes I know hex is easier but HSB is more useful then hex RGB some people might not even know what RGB hex is.
- mazzadoobry
-
100+ posts
Color at x: () y: () block.
Yes this is very useful as it can be used for many things such as scanning pictures
- mazzadoobry
-
100+ posts
Color at x: () y: () block.
Support! This would be realy helpful for OS projects to take screenshots, custom wallpapers BMP export and much more! I support. I can understand that there is an workaround, but new scratchers wouldn't know how to make this. Also, people are talking about how this could be implemented in cloud pictures. I understand the worry, but there is a report button for that. . This would also be useful for camera memory non-cloud.
There is no way you can fit a good photo of someone (probably about 1,000,000 characters) onto a single cloud variable (256 characters) it's impossible. Even using all 10 cloud variables (2,560 characters) is impossible. You could fit a very low resolution photo (16×16) onto a cloud variable, but the person's face wouldn't be recognizable. Plus the person would have to stay still a while. And then you can always report the project. And if you're still worried about it deny camara access! (that's what I would do.)
All I'm saying is “They could save someone's picture in the cloud.” Is not a good reason not to implant this.
First of all, there is a way to increase a cloud variable's length to 286 characters. See @KrufferWasTaken's project on how he did that. Also, in Massively Multiplayer Online Games on scratch, they break up values to send to the cloud. They send values of 256 at a time. This way, let's say that there were 512 characters to send. First time the system will send the first 256, then the second 256. Although it is not very efficient, it can still work. There is also another way I haven't tested but probably will work. It has a very easy way of storing stuff into a list and saving it.
- 1ogic
-
100+ posts
Color at x: () y: () block.
I don't see the project but other then that I think the best compromise is having this block run as if there is no video sensing in projects with cloud var and add a pop-up explaining this when a project has both cloud var and this blockSupport! This would be realy helpful for OS projects to take screenshots, custom wallpapers BMP export and much more! I support. I can understand that there is an workaround, but new scratchers wouldn't know how to make this. Also, people are talking about how this could be implemented in cloud pictures. I understand the worry, but there is a report button for that. . This would also be useful for camera memory non-cloud.
There is no way you can fit a good photo of someone (probably about 1,000,000 characters) onto a single cloud variable (256 characters) it's impossible. Even using all 10 cloud variables (2,560 characters) is impossible. You could fit a very low resolution photo (16×16) onto a cloud variable, but the person's face wouldn't be recognizable. Plus the person would have to stay still a while. And then you can always report the project. And if you're still worried about it deny camara access! (that's what I would do.)
All I'm saying is “They could save someone's picture in the cloud.” Is not a good reason not to implant this.
First of all, there is a way to increase a cloud variable's length to 286 characters. See @KrufferWasTaken's project on how he did that. Also, in Massively Multiplayer Online Games on scratch, they break up values to send to the cloud. They send values of 256 at a time. This way, let's say that there were 512 characters to send. First time the system will send the first 256, then the second 256. Although it is not very efficient, it can still work. There is also another way I haven't tested but probably will work. It has a very easy way of storing stuff into a list and saving it.
- shekspar
-
10 posts
Color at x: () y: () block.
support because it would be useful when I make my own version of Conway's game of life.
but there would have to be a
but there would have to be a
<touching darkness [ valuev] ?>
<touching brightness [ valuev] ?>
<touching color [ valuev] ?>
- -0Nebula0-
-
1000+ posts
Color at x: () y: () block.
nvm
Last edited by -0Nebula0- (June 14, 2021 14:22:14)
- Raihan142857
-
1000+ posts
Color at x: () y: () block.
Maybe it should return a hex code since that's definitely not the way to go. support because it would be useful when I make my own version of Conway's game of life.
but there would have to be a<touching darkness [ valuev] ?>
<touching brightness [ valuev] ?>
<touching color [ valuev] ?>
- -Clickertale_2-
-
100+ posts
Color at x: () y: () block.
Yes. I agree at the fact that it should return hex code since that's what the pen tool uses.Maybe it should return a hex code since that's definitely not the way to go. support because it would be useful when I make my own version of Conway's game of life.
but there would have to be a<touching darkness [ valuev] ?>
<touching brightness [ valuev] ?>
<touching color [ valuev] ?>
@Raihan142857 , why don't you just use the
<touching color [#ffffff] ?>and
<touching color [#000000] ?>and yes. The touching color block (like the ones above) uses hex code in the forums as well!
- linearlemur
-
500+ posts
Color at x: () y: () block.
How about this:
(colour v) of colour I'm touching :: reporter sensing
(saturation v) of colour I'm touching :: reporter sensing
(brightness v) of colour I'm touching :: reporter sensing
- Maximouse
-
1000+ posts
Color at x: () y: () block.
I like the idea of a dropdown, but I think it should also have a hex code option (to be usable as an input to the other set pen color block) and should have x and y inputs instead of only detecting the color under the sprite (which one? – most sprites are larger than 1 pixel). Block examples: How about this:(colour v) of colour I'm touching :: reporter sensing
(saturation v) of colour I'm touching :: reporter sensing
(brightness v) of colour I'm touching :: reporter sensing
([color v] at x: (0) y: (0) :: sensing)
([saturation v] at x: (0) y: (0) :: sensing)
([brightness v] at x: (0) y: (0) :: sensing)
([color code v] at x: (0) y: (0) :: sensing)
- -MyNewAccount-
-
1000+ posts
Color at x: () y: () block.
would this return RGB or hex values?
- samq64
-
1000+ posts
Color at x: () y: () block.
Probably hex. would this return RGB or hex values?
- qloakonscratch
-
1000+ posts
Color at x: () y: () block.
No support, easily workaroundable.
Make a separate sprite and do this
Make a separate sprite and do this
go to x: (x position) y: (y position)
forever
if <touching color [color] ?> then
...::grey
end
end
- Maximouse
-
1000+ posts
Color at x: () y: () block.
That check if there is a particular color at the position, but it doesn't allow things like No support, easily workaroundable.
Make a separate sprite and do thisgo to x: (x position) y: (y position)
forever
if <touching color [color] ?> then
...::grey
end
end
set pen color to (color at x: (10) y: (20) :: sensing)
- Geotale
-
100+ posts
Color at x: () y: () block.
Until you want to make something like, say, an image scanner, of course. No support, easily workaroundable.
Make a separate sprite and do thisgo to x: (x position) y: (y position)
forever
if <touching color [color] ?> then
...::grey
end
end
- 1ogic
-
100+ posts
Color at x: () y: () block.
I like this suggestion, hiding the more confusing hex code mode behind a drop down seems like a great idea.I like the idea of a dropdown, but I think it should also have a hex code option (to be usable as an input to the other set pen color block) and should have x and y inputs instead of only detecting the color under the sprite (which one? – most sprites are larger than 1 pixel). Block examples: How about this:(colour v) of colour I'm touching :: reporter sensing
(saturation v) of colour I'm touching :: reporter sensing
(brightness v) of colour I'm touching :: reporter sensing([color v] at x: (0) y: (0) :: sensing)
([saturation v] at x: (0) y: (0) :: sensing)
([brightness v] at x: (0) y: (0) :: sensing)
([color code v] at x: (0) y: (0) :: sensing)
- mumu245
-
1000+ posts
Color at x: () y: () block.
Maybe it could give hex? There is also saturation and lightness. and would give you the number that you would use in theset pen color to ()to make that color.
- Geotale
-
100+ posts
Color at x: () y: () block.
In that case it would be useful to return hex in the form 0xRRGGBB, so it can be read as a number as well.Maybe it could give hex? There is also saturation and lightness. and would give you the number that you would use in theset pen color to ()to make that color.
- bunnyCoder16
-
500+ posts
Color at x: () y: () block.
If External servers are allowed on scratch. External server means not cloud variables. You can communicate with the outside internet.
So yes, you could definitely store faces if the camera wasn't blocked.
Then the block could be blocked from working when the camera is on and the project uses a color block and cloud vars.
When the camera is off the color block would work again.
This project contains the “Color on X, Y,” block, video sensing, and cloud variables. Thus, this project might take a picture of and/or videotape you. If you are concerned about this, please use “See Inside” and look at the scripts and check that this project will not take a picture of and/or videotape you.
This warning is a good idea.
Also for the original idea.
I fully support it!!
One thing is I think it should output a hex value.
It could be very useful!
One example is to make a save code for art projects.
Another idea is
You could draw a level for a platform (or any other game) using a pen then using a color block make a save code with your level to share with others to play.
This is maybe possible now (without the block) but it is slow.
More ideas
You could make a color picker easily.
An interactive art project
Last edited by bunnyCoder16 (Jan. 10, 2022 19:15:51)
- Endless-Ocean
-
100+ posts
Color at x: () y: () block.
Really good idea- I had it too! (Luckily I read the "Guide to Finding Duplicates" post before posting it.
) Just a suggestion, maybe the block could be:
Instead of:
This would add more use for the block and possibilities.
(Note: The other drop-down options would be brightness, saturation, and transparency.)
I also have many ideas on how to use this, so I really hope the ST adds this block.
Edit: @Elephant_Lover pointed out that transparency wouldn't work. I don't know why I thought that would work when I posted this. Lol

([color v] at x: () y: ())
Instead of:
(color at x: () y: ())
This would add more use for the block and possibilities.
(Note: The other drop-down options would be brightness, saturation, and transparency.)
([color v] at x: () y: ())
([saturation v] at x: () y: ())
([brightness v] at x: () y: ())
([transparency v] at x: () y: ())
I also have many ideas on how to use this, so I really hope the ST adds this block.

Edit: @Elephant_Lover pointed out that transparency wouldn't work. I don't know why I thought that would work when I posted this. Lol
Last edited by Endless-Ocean (April 10, 2022 17:38:19)
- Discussion Forums
- » Suggestions
-
» Color at x: () y: () block.