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

Consider allowing mouse capture for easier turning on desktop #1352

Open
brianpeiris opened this issue May 17, 2019 · 5 comments · May be fixed by #6181
Open

Consider allowing mouse capture for easier turning on desktop #1352

brianpeiris opened this issue May 17, 2019 · 5 comments · May be fixed by #6181
Labels
enhancement work that enhances an existing feature user submitted

Comments

@brianpeiris
Copy link
Contributor

A user reported that a lack of mouse capture is especially annoying on multi-monitor setups.
We've thought about using mouse capture before, but it would probably confusing or annoying to do it by default, especially because of the toast that browsers display.
Instead we could put mouse capture behind a keyboard modifier. Ctrl+LMB to capture and then Ctrl+LMB or Escape to un-capture.

@brianpeiris brianpeiris added enhancement work that enhances an existing feature user submitted labels May 17, 2019
@chartgerink
Copy link

Is this specifically aimed at containing the mouse within the window? Or does it also make the view change with the mouse, without having to click (e.g., as in first-person games)?

I was testing and noticed it was counter-intuitive to have to click. Sorry if I misunderstood OP!

@brianpeiris
Copy link
Contributor Author

brianpeiris commented Jul 22, 2019

This is specifically about containing the mouse within the window. Having the view change with the mouse would be a separate "mouse look" feature.
The reason we require clicking to move your view is because our cursor needs to be independent so that you can interact with objects in the world. Also keep in mind that your head movements are networked to other users in the room, so it might be unnatural to watch someone else move their head when they are actually just interacting with objects. Still, might be worth considering if people are really confused by the need to click.

@chartgerink
Copy link

Thanks for the response :) It's not necessarily confusing, just a bit tedious if used to FP games 😅 I haven't heard any complaints from people I've interacted with about this, at least.

@johnshaughnessy
Copy link
Contributor

Bump -- People in the u::r::here meetup reminded me that they care about this issue. Should not be difficult for us to do this and give the users a pref once we have a preference screen.

@johnshaughnessy johnshaughnessy self-assigned this Oct 26, 2019
@johnshaughnessy johnshaughnessy added the P2 Address when able label Oct 26, 2019
@johnshaughnessy johnshaughnessy removed their assignment Oct 26, 2019
@misslivirose misslivirose removed the P2 Address when able label Nov 21, 2019
@robertlong robertlong added this to the Q2 Considerations milestone Mar 31, 2020
@InfiniteLee InfiniteLee self-assigned this Apr 1, 2020
@coughingmouse
Copy link

I believe this should be addressed. The current implementation "is" a confusion for desktop users as mouse movement controls two separate functions, the screen and the cursor at once, and not only that, the cursor doesn't reset (for instance, in comparison to cursor movement within Godot Engine or Unity Engine.) so it's a stressful environment overall, although users may not be completely aware.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement work that enhances an existing feature user submitted
Projects
None yet
Development

Successfully merging a pull request may close this issue.

7 participants