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
{{ message }}
This repository has been archived by the owner on Sep 7, 2022. It is now read-only.
As noted in my previous issue #89, I also have an issue with my existing controller having it's own laser which coincidentally exactly overlaps with the laser created by this library. Currently there's no way to easily determine how the user is currently interacting with dat.guiVR except maybe by checking guiInput.visible. It would be great if the API were extended to also expose and document the current events on input.events (hidden internally), such as onControllerHeld and grabbed (etc) and also maybe new events such as pointing or similar.
The text was updated successfully, but these errors were encountered:
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
As noted in my previous issue #89, I also have an issue with my existing controller having it's own laser which coincidentally exactly overlaps with the laser created by this library. Currently there's no way to easily determine how the user is currently interacting with
dat.guiVR
except maybe by checkingguiInput.visible
. It would be great if the API were extended to also expose and document the current events oninput.events
(hidden internally), such asonControllerHeld
andgrabbed
(etc) and also maybe new events such aspointing
or similar.The text was updated successfully, but these errors were encountered: