This has been bugging me recently. You know how Scratch's horizontal width is from -240 to 240 pixels? Well, wouldn't the stage's width actually be 481 pixels because 0 is included? Think of it this way. If the width was 20 pixels and -10 to 10 pixels, wouldn't the 0 pixel make it 21 width? Because if you count

-10
-9
-8
-7
-6
-5
-4
-3
-2
-1
0
1
2
3
4
5
6
7
8
9
10

See? 10 pixels on each side of 0 plus the 0 makes 21 pixels, so wouldn't that be the same for the actual width and height? 481x361?

Hmmm, good point.

you are right, good catch an i'm curious as to the response

Bump

You're assuming the zero (and each number on the scale) is a pixel. That is incorrect. Pixels are the spaces between the numbers; the number's themselves are kind of like dividers between each pixel that designate where one while pixel ends and another pixel begins.

Using your scale, there are ten spaces to the top and bottom of zero. So 20 spaces in total.

If you're having trouble understanding, a good analogy would be reading a ruler stick.

Glad I saw this. That's very interesting and also disappointing. To my mind colour sensing in Scratch is broken because if you draw a line in a certain colour then anti-aliasing changes the colour of part of the line and so that part of the line can no longer be detected using the original colour. I was hoping for a colour sensing at x,y block to solve this but that's now out of the question.
Out of interest if you move a sprite to 0,0 and draw a vertical or horizontal line using the pen with width 1 which pixels get coloured?

I now understand it! Except I'm wondering, for the space in the very middle of the stage, would the physical pixel on the left or right of that be x0)? Like if you dragged a 1 px sprite to the pixel on the left or right side of it.

Bump

turkey3 wrote:

I now understand it! Except I'm wondering, for the space in the very middle of the stage, would the physical pixel on the left or right of that be x0)? Like if you dragged a 1 px sprite to the pixel on the left or right side of it.

Bump! Still curious

LOL emoticon ruined it x : ( 0 ).

turkey3 wrote:

turkey3 wrote:

I now understand it! Except I'm wondering, for the space in the very middle of the stage, would the physical pixel on the left or right of that be x: (0)? Like if you dragged a 1 px sprite to the pixel on the left or right side of it.

Bump! Still curious

Fixed

There are four pixels at the origin. (0,0),(0,-1),(-1,-1), and (-1,0). The origin is at the midpoint of that configuration.

The x,y designates the lower left hand corner of the pixel.

__geometry according to footsocktoe

turkey3 wrote:

turkey3 wrote:

I now understand it! Except I'm wondering, for the space in the very middle of the stage, would the physical pixel on the left or right of that be x0)? Like if you dragged a 1 px sprite to the pixel on the left or right side of it.

Bump! Still curious

Depends on where you put the rotation center.

I thought about this too. So, searched around Scratch and glad to have found the solution to the pixel issue I was having.

Corinthia wrote:

I thought about this too. So, searched around Scratch and glad to have found the solution to the pixel issue I was having.

Please check the date of a topic before posting - this one is over two years old.

To answer the question, the stage is 480x360, and the coordinates refer to pixels rather than the space between them. The coordinates are numbered from -240 to 239 and from -179 to 180, which means the pixel (0,0) is to the bottom right of the actual centre of the stage.