Search Issue Tracker
By Design
Votes
1
Found in [Package]
1.0.0-preview.3
Issue ID
1199321
Regression
Yes
[InputSystem] No touch support with IMGUI
Repro (requires touch-enabled device)
1. Set "Active Input Handling" to "Input System Package" and restart editor.
2. Add a simple MonoBehaviour script that uses GUI.Button in an OnGUI method.
3. Add it to the scene and go into play mode.
4. Try to operate the button using touch and observe there is no response.
5. Try to operate the button with the mouse and observe there is a response.
The problem here is that touch simulation for IMGUI is tied to the old input manager. Thus, when the old input backends don't run, there's no IMGUI events from touch.
For now, the only workaround is to keep "Active Input Handling" set to "Both".
Comments (1)
Add comment
All about bugs
View bugs we have successfully reproduced, and vote for the bugs you want to see fixed most urgently.
Latest issues
- Some UXML Template Asset foldouts appear enabled when all fields inside are disabled
- URP Terrain Demo crash on burst_signal_handler after Generating lighting
- Project window button icons are poorly visible and their shades differ in Light theme
- GC.Alloc called by HDRenderPipeline.LensFlareMergeOcclusionDataDrivenPass() when playing the default HDRP Sample Template project
- Automatic LOD fails and SRP Batcher incompatibility occurs when using spline-based quad-topology meshes
VOTRUBEC
Nov 19, 2019 02:46
I'd like to just make a note here. I personally noticed that the "workaround" doesn't work. All 5 steps are reproduced and accurate; Touch has no response, Mouse DOES have respone. BUT, Touch STOPS responding when "Active Input Handling" is set to anything other than "Input Manager (Old)".
Unity Editor 2019.3.0b11
Input System 1.0.0-preview.3