Symbolic map of SDLK_MINUS should use US minus scancode #29
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This was part of #26 but rejected. I would like to re-propose it with a better explanation. (Apologies that this re-iterates post close comments on that PR.)
The default "Symbolic" key-mappings give 100% coverage of the US layout keyboard to US TOS, except for this one key.
There are several keys not on a US keyboard that are also provided some mapping, since they don't conflict, but the mapping here is explicitly QWERTY according to the comment just above it.
This change was rejected in PR #26 because it conflicts with the German mapping, but I believe that all of the default Symbolic mappings conflict with the German mapping where different than US layout, not just this one. Therefore I propose this key should use the US mapping, so that at least one layout 100% works with the default.
It seems that with default Symbolic settings with German host keyboard + German TOS we already have many mapping conflicts with the default keys, notably Y vs Z but many other places. Am I correct in believing this? I don't think it makes sense to cause SDLK_MINUS to work as expected for this case in only German, but have all its other mappings still wrong.
(I don't have a physical German keyboard to compare, though I can set my keyboard layout in Windows, and the results are what I'd expect to see given the code. Does what I describe match the behaviour with the physical keyboard as well?)