Search Issue Tracker
By Design
Votes
0
Found in [Package]
0.1.2
Issue ID
1199257
Regression
No
[Input System] # key is named 'backslash' in the Input Debug for keyboard
# key is named 'backslash' in the Input Debug for keyboard.
1. Create a new project.
2. Install the 'Input System' package through Package Manager. (Window -> Package Manager)
3. Click 'Yes' on the dialogue pop-up about enabling backends during package import.
4. Restart the project.
5. Open the debugger window. (Window -> Analysis -> Input debugger)
6. Click on 'Keyboard' under 'Devices'.
7. Scroll down the 'Name' column until you find 'backslash'.
Expected outcome: 'Display Name' column would show \. When you press \ the value column displays 1.
Actual outcome: 'Display Name' column shows #. When you press # the value column displays 1.
Note:
- \ key is named 'OEM1'
- Tested on Windows.
Reproducible in package version preview.3 - 1.0.0, and package version 0.1.2
Could not find an earlier version of the package. Not a regression.
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
- Crash on ConvertBufferToEXRBuffer when Lighting Generation is cancelled
- [URP] TrailEffect in URP package samples does not draw Trail Effect
- "NullReferenceException" error is thrown when calling UIDocument.runtimePanel in OnEnable with ExecuteInEditMode
- Graphics.Blit() performs the operation only to the last display when a multi-display environment is used
- [Windows] Multiple Separation Lines are present in the Light Create Menu
Resolution Note:
This is expected behavior. The "name" reflects the immutable, internal control name whereas "displayName" reflects how the control should be presented to the user.
In the case of a keyboard, all names are assigned by physical key location. So "backslash" is the key to the left of the enter key and above the right shift key. Its display name will be set according to the current keyboard layout so for the UK layout, that'd be "#".