-
Notifications
You must be signed in to change notification settings - Fork 55
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
Gamepad visible in browser #158
Comments
Would making it capable of responding when on desktop be useful? I can see it as useful for turn-based strategy games. |
Perhaps, but IMO it's a little awkward to have the gamepad cover the screen when you're on a computer where there's much more screen real estate than on a cell phone. Personally, to achieve almost the same thing without an overlay, I'd rather draw the buttons myself in the corners, using the Seg16 touch mode to make the buttons respond to mouse clicks. |
It should be possible to make it work on desktop since the browser gamepad API has been supported fairly universally since 2012. |
I experimented briefly with the gamepad API a few years ago, and found that Safari, Firefox, and Chrome all had seriously inconsistent behavior and completely failed to detect most of the gamepads I had on hand. I'm open to the idea of gamepad support if somebody else wants to do the work and prepare a PR, but I absolutely do not want to add support if it will only work correctly on Chrome. |
When exporting an Octo game to HTML and choosing the "Gamepad" option as the game's touch mode, the gamepad overlay seems to be visible (but unresponsive) in the desktop browser version, even though the gamepad is only supported on touch devices.
The text was updated successfully, but these errors were encountered: