Actually I'm making a project (tanks in 3D) it has a control wasd/zqsd, arrows and space, it's a little bit hard to do what you want, so there we need mouse control with left mouse button, that would be perfect, but there is a problem - when we are going off-screen we lose control on the tank, could anyone help me? I need a block to lock mouse movement.

Not sure whether to support, it would be useful but also really easy to abuse.

If you want to use the mouse to rotate the view, something like this might work:

It doesn't work exactly how you might want, but it is probably easier than using the keyboard.

stickfiregames wrote:

Not sure whether to support, it would be useful but also really easy to abuse.

If you want to use the mouse to rotate the view, something like this might work:

It doesn't work exactly how you might want, but it is probably easier than using the keyboard.

Thanks for reply, but I need something different, just like World of Tanks control.

I like this. Locking the mouse is a common theme for computer games and such.

When the mouse is locked, it could bring up something telling you that you can unlock it with the escape key. We'd just have to have a way to keep forever loops from locking you in ^~^

But…

Some random person wrote:

HEY, I CAN'T MOVE MY MOUSE!!!

PrincessPanda_test_ wrote:

But…

Some random person wrote:

HEY, I CAN'T MOVE MY MOUSE!!!

Yeah, but the ESC key message would save everyone from that.

99999% support!

(Maybe fullscreen mode would make mouse control a bit easier?)

Support, only if there's something that happens like when using the ‘username’ block at the beginning. It warns you and tells you it's possible to press escape to opt out of it.

ChocolatePi wrote:

Support, only if there's something that happens like when using the ‘username’ block at the beginning. It warns you and tells you it's possible to press escape to opt out of it.

Agreed. Without being able to move the mouse…

rollercoasterfan wrote:

ChocolatePi wrote:

Support, only if there's something that happens like when using the ‘username’ block at the beginning. It warns you and tells you it's possible to press escape to opt out of it.

Agreed. Without being able to move the mouse…

Support for this. However, someone could just keep using this to lock the mouse in-

(Or, if you want, the block could look like this-

But I prefer the first one better.)
So, instead of the “esc” key unlocking the mouse, perhaps we could add a pause function that freezes the project, and as such, unlocks the mouse. When the project is resumed, the mouse would be re-locked. The “esc” key would be used to pause the project.

If scratch was to implement a mouse lock, then we don't actually need to lock the mouse at a specific position. What you want to do is simply use ‘lock mouse’ and then Scratch would hide the mouse pointer (who actually wants to see it after all once it's locked?). A call to ‘unlock mouse’ then brings it back (or escape - I agree that a message would need to be displayed on the screen, probably at all times while it's locked…?)

After this, the mouse x and mouse y would move with the mouse, but could go way out of bounds in any direction (until unlocked and then it pops back to where it was to begin with?)

That's what I would expect anyhow!

ChocolatePi wrote:

Support, only if there's something that happens like when using the ‘username’ block at the beginning. It warns you and tells you it's possible to press escape to opt out of it.

Support for this.

griffpatch wrote:

If scratch was to implement a mouse lock, then we don't actually need to lock the mouse at a specific position. What you want to do is simply use ‘lock mouse’ and then Scratch would hide the mouse pointer (who actually wants to see it after all once it's locked?). A call to ‘unlock mouse’ then brings it back (or escape - I agree that a message would need to be displayed on the screen, probably at all times while it's locked…?)

After this, the mouse x and mouse y would move with the mouse, but could go way out of bounds in any direction (until unlocked and then it pops back to where it was to begin with?)

That's what I would expect anyhow!

I agree. Also, hi griffpatch!

yep, variables for mouse locking would be useless.
also, if this were implemented I would like a hide mouse button.
as for the forever loop problem, it would only be able to lock the mouse when the scratch player is selected (press esc to exit, then click on player to enable mouse locking + hiding again)

griffpatch wrote:

If scratch was to implement a mouse lock, then we don't actually need to lock the mouse at a specific position. What you want to do is simply use ‘lock mouse’ and then Scratch would hide the mouse pointer (who actually wants to see it after all once it's locked?). A call to ‘unlock mouse’ then brings it back (or escape - I agree that a message would need to be displayed on the screen, probably at all times while it's locked…?)

After this, the mouse x and mouse y would move with the mouse, but could go way out of bounds in any direction (until unlocked and then it pops back to where it was to begin with?)

That's what I would expect anyhow!

ACHIEVEMENT - Meeting a famous Scratcher on the forums.

Anyway, I agree with that.

PrincessPanda_test_ wrote:

griffpatch wrote:

If scratch was to implement a mouse lock, then we don't actually need to lock the mouse at a specific position. What you want to do is simply use ‘lock mouse’ and then Scratch would hide the mouse pointer (who actually wants to see it after all once it's locked?). A call to ‘unlock mouse’ then brings it back (or escape - I agree that a message would need to be displayed on the screen, probably at all times while it's locked…?)

After this, the mouse x and mouse y would move with the mouse, but could go way out of bounds in any direction (until unlocked and then it pops back to where it was to begin with?)

That's what I would expect anyhow!

ACHIEVEMENT - Meeting a famous Scratcher on the forums.

Anyway, I agree with that.

Eh, I've Seen Him On The Forums Before. I Also Like To Randomly Search Up Forums In Which A Famous Scratcher Posting, And About Searching: That Is The Second Time In Which I Don't Talk Like This. The First Is When I Invite A Curator To A Studio.

picklehazard wrote:

PrincessPanda_test_ wrote:

griffpatch wrote:

If scratch was to implement a mouse lock, then we don't actually need to lock the mouse at a specific position. What you want to do is simply use ‘lock mouse’ and then Scratch would hide the mouse pointer (who actually wants to see it after all once it's locked?). A call to ‘unlock mouse’ then brings it back (or escape - I agree that a message would need to be displayed on the screen, probably at all times while it's locked…?)

After this, the mouse x and mouse y would move with the mouse, but could go way out of bounds in any direction (until unlocked and then it pops back to where it was to begin with?)

That's what I would expect anyhow!

ACHIEVEMENT - Meeting a famous Scratcher on the forums.

Anyway, I agree with that.

Eh, I've Seen Him On The Forums Before. I Also Like To Randomly Search Up Forums In Which A Famous Scratcher Posting, And About Searching: That Is The Second Time In Which I Don't Talk Like This. The First Is When I Invite A Curator To A Studio.

Picklehazard, you and your lovable capitals :3

JoeyTheChicken wrote:

picklehazard wrote:

PrincessPanda_test_ wrote:

griffpatch wrote:

If scratch was to implement a mouse lock, then we don't actually need to lock the mouse at a specific position. What you want to do is simply use ‘lock mouse’ and then Scratch would hide the mouse pointer (who actually wants to see it after all once it's locked?). A call to ‘unlock mouse’ then brings it back (or escape - I agree that a message would need to be displayed on the screen, probably at all times while it's locked…?)

After this, the mouse x and mouse y would move with the mouse, but could go way out of bounds in any direction (until unlocked and then it pops back to where it was to begin with?)

That's what I would expect anyhow!

ACHIEVEMENT - Meeting a famous Scratcher on the forums.

Anyway, I agree with that.

Eh, I've Seen Him On The Forums Before. I Also Like To Randomly Search Up Forums In Which A Famous Scratcher Posting, And About Searching: That Is The Second Time In Which I Don't Talk Like This. The First Is When I Invite A Curator To A Studio.

Picklehazard, you and your lovable capitals :3

Yup

griffpatch wrote:

If scratch was to implement a mouse lock, then we don't actually need to lock the mouse at a specific position. What you want to do is simply use ‘lock mouse’ and then Scratch would hide the mouse pointer (who actually wants to see it after all once it's locked?). A call to ‘unlock mouse’ then brings it back (or escape - I agree that a message would need to be displayed on the screen, probably at all times while it's locked…?)

After this, the mouse x and mouse y would move with the mouse, but could go way out of bounds in any direction (until unlocked and then it pops back to where it was to begin with?)

That's what I would expect anyhow!

That's actually a good idea.

griffpatch wrote:

If scratch was to implement a mouse lock, then we don't actually need to lock the mouse at a specific position. What you want to do is simply use ‘lock mouse’ and then Scratch would hide the mouse pointer (who actually wants to see it after all once it's locked?). A call to ‘unlock mouse’ then brings it back (or escape - I agree that a message would need to be displayed on the screen, probably at all times while it's locked…?)

After this, the mouse x and mouse y would move with the mouse, but could go way out of bounds in any direction (until unlocked and then it pops back to where it was to begin with?)

That's what I would expect anyhow!

That's what I need! But how could we show that Scratch Team? I am not sure if they saw this suggestion… or maybe there is a way to hack these blocks?