When you create a sprite, it appears in a random position of the screen. I think it should be in the center of the screen by default because that's where you most often want it. It's too annoying to have to go to the Scripts editor and manually set the sprite's position to x:0 y:0.

Support.

__init__ wrote:

When you create a sprite, it appears in a random position of the screen. I think it should be in the center of the screen by default because that's where you most often want it. It's too annoying to have to go to the Scripts editor and manually set the sprite's position to x:0 y:0.

I'd rather support having a newly created sprite just automatically appear at x: 0 y: 0 rather than having set at a default place that you choose.

Support.

±0, because I think there is a reason it does this: it could be confusing to new Scratchers, if they add in a whole bunch of sprites, and they go to the same place; they would overlap, and some may be covered entirely. However, your root problem could be fixed by the addition of a “recover sprite” button (suggested by someone, somewhere, sometime). This would execute:

go to x: (0) y: (0)
point in direction (90 v)
set size to (100)%
clear graphic effects
show

Support! Makes programming clean and easier.

Support.

support, going to 36 28 is weird and doesn't help you to code.

Exactly, as Vibrato said, 36, 28 doesn't seem to serve any purpose.

Support. Will make my life so much easier lol

Why NOT 0,0??

Oh no! This must mean my topic is now a duplicate!

Even if this were to remove confusion, it's likely the two sprites' overlap wouldn't be perfect and you could probably see some of the older sprite “peeking out” behind the newer one.

Bump

bump

Cyoce wrote:

±0, because I think there is a reason it does this: it could be confusing to new Scratchers, if they add in a whole bunch of sprites, and they go to the same place; they would overlap, and some may be covered entirely. However, your root problem could be fixed by the addition of a “recover sprite” button (suggested by someone, somewhere, sometime). This would execute:

go to x: (0) y: (0)
point in direction (90 v)
set size to (100)%
clear graphic effects
show

I think you're drastically underestimating the intelligence of a new scratcher. I'm assuming that because they're using a computer and went to a website, they've grasped the concept of some things being behind others.

awesome_guy6856 wrote:

-snip-

You just replied to a post made almost 7 years ago. You have a point, but they haven't been active in at least a year. They're most likely not going to see what you said.

Semi-support
It seems annoying to have to go to the coding area and make the x-y position 0 and 0, but c'mon, it isn't that annoying. If it was, this would've been implemented already (since this is from 2014).

sonic__fan wrote:

Semi-support
It seems annoying to have to go to the coding area and make the x-y position 0 and 0, but c'mon, it isn't that annoying. If it was, this would've been implemented already (since this is from 2014).

Actually, I forget about sprites not going to x:0 y:0 a lot when creating thumbnails, which is why I support this suggestion.

To anyone who doesn't support this because of sprite overlap, let me remind you that

create clone of [myself v]

creates a clone in the same spot as the sprite.

EatNYeet wrote:

To anyone who doesn't support this because of sprite overlap, let me remind you that

create clone of [myself v]

creates a clone in the same spot as the sprite.

There's an even simpler argument: every sprite that is imported or added through the library starts at (0, 0), and only sprites that are made with the editor start at (36, 28), so there will always be sprite overlap.

Support, will save a few seconds of my time.