You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The HTML5 backend's function to lock the pointer is currently NOP.
Only calling the canvas field's requestPointerLock() method is insufficient. Rather than using a mousemove event's movementX/movementY fields to determine relative mouse movement, the backend currently uses cached clientX and clientY, which has the unfortunate side-effect of not working when the pointer is locked.
The text was updated successfully, but these errors were encountered:
BSlug
added a commit
to BSlug/lime
that referenced
this issue
Dec 9, 2023
I'm guessing that requestPointerLock() didn't exist at the time that mouse lock was originally implemented for the other targets that support it, so that's why it's NOOP for now.
It's probably not too difficult to switch to movementX/movementY once support is added.
The HTML5 backend's function to lock the pointer is currently NOP.
Only calling the canvas field's requestPointerLock() method is insufficient. Rather than using a mousemove event's movementX/movementY fields to determine relative mouse movement, the backend currently uses cached clientX and clientY, which has the unfortunate side-effect of not working when the pointer is locked.
The text was updated successfully, but these errors were encountered: