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

Z reported as GLFW_KEY_Y and vice versa #518

Closed
afalkenhahn opened this issue May 26, 2015 · 7 comments
Closed

Z reported as GLFW_KEY_Y and vice versa #518

afalkenhahn opened this issue May 26, 2015 · 7 comments
Assignees
Labels
support Windows Win32 specific (not Cygwin or WSL)
Milestone

Comments

@afalkenhahn
Copy link

I recently upgraded to GLFW 3.1.1 from 3.0 and noticed that pressing Z on a German keyboard is now reported as GLFW_KEY_Y and pressing Y is reported as GLFW_KEY_Z. In GLFW 3.0 this was working correctly, I just double-checked it again.

@elmindreda
Copy link
Member

What OS are you on?

@elmindreda elmindreda self-assigned this May 26, 2015
@afalkenhahn
Copy link
Author

Oops, should've mentioned that: Windows 7.

@elmindreda
Copy link
Member

The key callback deals with physical keys and names them according to their values in the US keyboard layout. There was a bug (#114) in 3.0 that broke this behavior on Windows. This bug was fixed in 3.1.

If you want to input text, see the character callback.

For more information, see keyboard input in the input guide.

@elmindreda elmindreda added the Windows Win32 specific (not Cygwin or WSL) label May 26, 2015
@afalkenhahn
Copy link
Author

Alright, I didn't see that it is supposed to return the US keyboard layout because
of the bug in 3.0. This issue can be closed then.

@elmindreda elmindreda added the question Please use the support label instead label May 27, 2015
@elmindreda elmindreda added this to the milestone May 27, 2015
@extrawurst
Copy link

i have the exact same problem and i really don't understand it (still). how can i detect in a platform independent manner that the combination "CTRL+Z" was pressed ?
OnKey reports them wrong on my german keylaout on win32 and OnChar won't report the event at all...

@elmindreda
Copy link
Member

@extrawurst #464

@elmindreda elmindreda added support and removed question Please use the support label instead labels Oct 26, 2017
@Avanatiker
Copy link

This lib is the worst.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
support Windows Win32 specific (not Cygwin or WSL)
Projects
None yet
Development

No branches or pull requests

4 participants