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

Raw movement data, not pixel location clamped #28

Open
vans163 opened this issue Oct 24, 2017 · 1 comment
Open

Raw movement data, not pixel location clamped #28

vans163 opened this issue Oct 24, 2017 · 1 comment

Comments

@vans163
Copy link

vans163 commented Oct 24, 2017

The relative mouse coords are currently indeed based on pixels moved, if you stretch a fixed size element that you are mousing inside, example if you make a 1280x720 fixed size canvas stretch into a 1920x1080 width canvas, the moveOffsets will be 1.5x more, when really it should not do this. It should take the amount of units moved from what the mouse reported and base off that.

@scheib
Copy link
Contributor

scheib commented Nov 9, 2017

I don't fully understand the problem description yet, and am unsure if this is a specification bug or implementation bug. Providing a simple test page, e.g. on jsfiddle/jsbin/github would help significantly, along with clearer text.

As I understand it, changing the size of a canvas by using CSS styling should have no impact on the movementX/Y values returned. If you are perceiving that in any browser it's a bug. Note, there is no moveOffsets in the specification.

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

No branches or pull requests

2 participants