http://bugs.winehq.org/show_bug.cgi?id=32073
Bug #: 32073 Summary: Some chars are mapped as dead key Product: Wine Version: 1.5.16 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv AssignedTo: wine-bugs@winehq.org ReportedBy: cerebro.alexiel@gmail.com Classification: Unclassified
When I use TapTouche, a typing training software, it warns me my keyboard is mis-configured and disables automatically some exercices.
I installed it in an XP VM, compared with wine and found that exercices using the following chars were not available in wine : é ç à ù â ê û î ô É È Ç À Ù Â Ê Û Î Ô
Thanks to +relay and +key,+keyboard, I found that VkKeyScan(0xe7) returns -1 in wine, 0x39 in windows VkKeyScan(0xe8) returns -1 in wine, 0x37 in windows
I have a french keyboard and as you may have guessed, the 7 key contains 'è' and '`' while the 9 key contains 'ç' and '^'.
For the following, I only focus on the 7 key (keycode 16) as it's the same issue for the 9 key.
I played with XkbKeycodeToKeysym(display, 16, 0, [0-4]) and it returns 0xe8 'è' / 0x37 '7' / 0x60 '`' / 0xac6 '⅞'. showing my keyboard is correctly mapped/configured so the issue is on the wine side.
I looked at the source code and found the issue was in the loop at http://source.winehq.org/git/wine.git/blob/HEAD:/dlls/winex11.drv/keyboard.c...
More precisely, line 1728, keycode_to_keysym returns 0xe8 for i=0, XkbTranslateKeySym fails and as 0xe8 > 0x7F (the lastest ascii char), ckey[i] is 0.
There is an explicit FIXME but as I don't fully understand it, I prefer filing a bug.
If you need any info, testcase or log, just let me know.
https://bugs.winehq.org/show_bug.cgi?id=32073
--- Comment #1 from Austin English austinenglish@gmail.com --- Is this still an issue in current (1.7.35 or newer) wine? If so, please attach terminal output.
https://bugs.winehq.org/show_bug.cgi?id=32073
--- Comment #2 from Evan cerebro.alexiel@gmail.com --- I don't think a terminal output is necessary, I already identified what was causing the issue. I re-tested in wine-1.7.34 and I still get (among others) warn:keyboard:X11DRV_VkKeyScanEx no translation from unicode to CP_UNIXCP for 0xe7 warn:keyboard:X11DRV_VkKeyScanEx no translation from unicode to CP_UNIXCP for 0xe8
https://bugs.winehq.org/show_bug.cgi?id=32073
--- Comment #3 from Evan cerebro.alexiel@gmail.com --- Created attachment 68379 --> https://bugs.winehq.org/attachment.cgi?id=68379 VkKeyScanA(0xe7) testcase source
I gave this bug another try today with the latest wine.
I wrote a simple test program to better understand the issue. It calls GetKeyboardLayout to display what is the current keyboard layout then calls VkKeyScanA(0xe7) to show it returns different values depending on locale used.
$ locale -a <some locales are omitted here on purpose> en_US.utf8 fr_FR.utf8 fr_FR.ISO-8859-1
$ LANG=en_US.UTF-8 ./testbug64.exe GetKeyboardLayout(0) => 0x409 VkKeyScanA(0xe7) => -1
$ LANG=fr_FR.UTF-8 ./testbug64.exe GetKeyboardLayout(0) => 0x40c VkKeyScanA(0xe7) => -1
$ LANG=fr_FR.ISO-8859-1 ./testbug64.exe GetKeyboardLayout(0) => 0x40c VkKeyScanA(0xe7) => 57
57 is 0x39 which is the '9' key. On my French keyboard, this key has the following characters: 'ç'/'9'/'^'.
On my Windows 10 box, display language is "English (United Kingdom)" and keyboard layout is "French" C:\Users\me> C:\Users\me\Desktop\testbug64.exe GetKeyboardLayout(0) => 0x809 VkKeyScanA(0xe7) => 57
For reference - 0x0409: en-US - 0x040C: fr-FR - 0x0809: en-GB
I understand we are asking wine what key is associated with the 'ç' character. Depending on the keyboard layout used, it may works or not which is normal. The issue is that changing the locale changes the keyboard layout (it seems wrong to me).
-
wine-bugs＠winehq.org -
WineHQ Bugzilla