Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add checkbox in palette for mouse x and y #1392

Open
ntlrsk opened this issue Feb 1, 2018 · 4 comments
Open

Add checkbox in palette for mouse x and y #1392

ntlrsk opened this issue Feb 1, 2018 · 4 comments

Comments

@ntlrsk
Copy link

ntlrsk commented Feb 1, 2018

It would be helpful to have a checkbox to show a monitor for mouse x and mouse y. on the Stage, since those values are no longer visible below the Stage.

More info: For the pong game, the paddle is set to mouse x. The way to explain that would be to point to the numbers changing below the stage as the mouse moved. Since those are no longer there, being able to check the box and see those change would be helpful.

@ntlrsk ntlrsk added the request label Feb 1, 2018
@thisandagain thisandagain added this to the March 2018 milestone Feb 7, 2018
@thisandagain thisandagain self-assigned this Feb 28, 2018
@thisandagain thisandagain modified the milestones: March 2018, April 2018 Mar 27, 2018
@thisandagain thisandagain changed the title adding checkbox in palette for mouse x and y Add checkbox in palette for mouse x and y Apr 13, 2018
@thisandagain thisandagain modified the milestones: April 2018, Backlog Apr 17, 2018
@thisandagain
Copy link
Contributor

thisandagain commented Apr 17, 2018

From testing this has some fairly serious implications on performance (which is probably why we don't have monitors for mouse x/y position in 2.0). I'm going to backlog these with "needs-discussion" so we can discussion solutions in the future.

@thisandagain thisandagain removed their assignment Apr 17, 2018
@towerofnix
Copy link
Contributor

towerofnix commented Apr 17, 2018

@thisandagain Scratch 2.0 does have sprite x/y position monitors:

The "x position", "y position", and "direction" blocks in the palette, all of which have "visible" checkboxes next to them

From testing this has some fairly serious implications on performance

I'm curious about these. Is the issue related to updating the DOM for a monitor every tick / whenever a sprite moves? I'd like to mention #1397, which discusses moving monitors into the renderer; this could solve some problems.

Also, I could just do this:

A script: forever, set x pos var to mouse x, set y pos var to mouse y. The two variables are shown.

This does not cause any lag. So why would "mouse x" and "mouse y" monitors cause lag?

@thisandagain
Copy link
Contributor

@towerofnix Sorry. That was a typo ... I meant mouse x/y monitors.

@towerofnix
Copy link
Contributor

@thisandagain Yeah, figured :)

I'm curious about the difference between showing/updating a variable monitor versus a mouse-X/Y watcher?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants