Support. This would be really useful for testing in the editor, i. e. I click a button and my mouse accidentally moves.

TheMonsterOfTheDeep wrote:

Something that might help:

If you have a sprite positioned where you want it, open the “Movement” tab, and this block:

go to x: () y: ()

will have the sprite's current position. If you drag that block out, and then accidentally move the sprite, you can just click that block to reset its position.

As it is, I normally like to position a sprite using that block under a green flag clicked block, because it's always a good idea to initialize variables - it's just good practice.

I do use this, but I'm so lazy I would rather have the lock option xD

Ninkancho wrote:

ngnhc wrote:

This causes problems for me often. It makes it difficult to create and test dragging user interfaces.

Have you tried running the editor in fullscreen? This prevents sprites from being drop-shadow-dragged in the “unlocked” manner.

Anyway, support. I hate having to add worthless {go to x: () y: ()}s just in case I accidentally drag a sprite. An icon for this in the sprite info would also be great.

omg you have reason

Ninkancho wrote:

ngnhc wrote:

This causes problems for me often. It makes it difficult to create and test dragging user interfaces.

Have you tried running the editor in fullscreen? This prevents sprites from being drop-shadow-dragged in the “unlocked” manner.

I am aware of the full screen trick. However, sometimes I would want to be able modify scripts while testing it without having to constantly switch between the normal and full screen.

Semi-Support

tiger75 wrote:

HexagonNoah wrote:

What if you don't have a mouse?

If you're on a trackpad, then control-click, or command-click, if you're on an Apple device. I support the suggestion.

On Apple trackpads you can click with two fingers to make a right-click. I think this a good idea, but probably not at the top of the Scratch team's list.

rui_mac wrote:

When pressing the right mouse button over a sprite in the Stage we should have an option to Lock/Unlock it.
When locked, it would not move manually.
I mean, it could still be possible to move it with the Blocks commands but not manually, with the mouse.
This would be very useful, when building the Stage with Sprites that should not be move by accident, like buttons, for example.

Support! It's actually used in Sketchup.

Support. While your variables should be initialized, accidentally dragging a sprite is still possible mid game in games with mouse control aspects.

pvz_pro wrote:

no support because you can use this block

go to x: (0) y: (0)//it changes to the position of sprite

doesnt work 4 me so support

oh god this was in 2016

Support. This might fix some problems that stem from some people moving sprites.

Support!

Support, because I frequently move sprites and it can get annoying because it messes up the game.

Although you can technically put any “movement” blocks inside of “if then” blocks and create a new variable, that workaround causes alot of clutter and unnecessary code… not even mentioning extra variable work for clones…


Support! it would be easy to use and user-friendly. I'd imagine it looking like this:

set movement lock [on v] :: #5571FE

MeIzAwezomeDede wrote:

Although you can technically put any “movement” blocks inside of “if then” blocks and create a new variable, that workaround causes alot of clutter…


Support! it would be easy to use and user-friendly. I'd imagine it looking like this:

set movement lock [on v] :: #5571FE

I think they mean a button next to a sprite, not a block.

mtech22 wrote:

MeIzAwezomeDede wrote:

Although you can technically put any “movement” blocks inside of “if then” blocks and create a new variable, that workaround causes alot of clutter…


Support! it would be easy to use and user-friendly. I'd imagine it looking like this:

set movement lock [on v] :: #5571FE

I think they mean a button next to a sprite, not a block.

Oh ok, but it would still work in block-form (I would assume)

Edit: I misread the op, sorry.

Support! I keep moving my sprites accidentally and it's very annoying and I see this as something very helpful for me and others!

I also would like to be able to lock a sprite in place. I'm creating a mousing tutorial and I want the player to move the solid shape to the outline shape, but they are K & 1st, with little/no moussing experience. they accidentally click on and move the desktop icons already, so I can see how they would accidentally move the outline which would mess up the sensing of when the shape is in the outline. This was from 2016 - so, any movement on this would-be-helpful feature?
Thanks,
Jeanne

Support. this is very simple, yet useful.

can someone make an editor mockup?
anyway here the block mockup:

set lock of [movement v] of [sprite v] to [on v] ::motion

set lock of [movement v] of [sprite v] to [off v] ::motion

set lock of [x movement v] of [sprite v] to [on v] ::motion

set lock of [y movement v] of [sprite v] to [on v] ::motion

set lock of [y movement v] of [this sprite v] to [on v] ::motion

set lock of [glide v] of [this sprite v] to [on v] ::motion

set lock of [rotation v] of [sprite v] to [on v] ::motion

set lock of [rotation v] of [other sprites v] to [on v] ::motion

set lock of [rotation v] of [all sprites v] to [on v] ::motion

set lock of [size v] of [sprite v] to [on v] ::looks

set lock of [size v] of [sprite v] to [off v] ::looks

set lock of [size v] of [this sprite v] to [off v] ::looks

set lock of [speech v] of [this sprite v] to [off v] ::looks

set lock of [effects v] of [this sprite v] to [off v] ::looks

set lock of [costume v] of [this sprite v] to [off v] ::looks

set lock of [layer v] of [this sprite v] to [off v] ::looks

set lock of effect [pitch v] of [sprite v] to [off v] ::sound

set lock of effect [volume v] of [sprite v] to [off v] ::sound

//etc

the sound ones wouldn't really be used but yeah you get it