feat(RenderWindowInteractor): commit mouse movement data in pointerlock

[Jo-Byr]

Fix pending TODO in MouseCameraTrackballFirstPersonManipulator to move pointerLock mouse movement logic to vtkRenderWindowInteractor

Modify RenderWindowInteractor to return mouse movement data in pointerLock mode
Freeze InteractorStyleManipulator manipulator during pointer
Lock Update MouseCameraTrackballFirstPersonManipulator

[finetjul]

Thinking more about it:

"endInteraction" is not bound to be called only on mouse button up.
Maybe the "canEndManipulator" could be guessed from onButtonUp instead of endInteraction
Maybe the check on internal.interactor.isPointerLocked() could be applied by default by the interactor style: if we are in a pointer lock mode, then releasing the button does not turn off the manipulator...
WDYT ?

[Jo-Byr]

Thinking more about it:

"endInteraction" is not bound to be called only on mouse button up. Maybe the "canEndManipulator" could be guessed from onButtonUp instead of endInteraction Maybe the check on internal.interactor.isPointerLocked() could be applied by default by the interactor style: if we are in a pointer lock mode, then releasing the button does not turn off the manipulator... WDYT ?

So we would check if button === Left && isPointerLocked and if it's the case we don't end the manipulator ?

I suppose it could work, if there is no instance where we get into pointerLock from another way than LeftMouseButton and have different left mouse button interaction.

[finetjul]

LGTM