http://bugs.winehq.org/show_bug.cgi?id=19969
Summary: 2weistein + ElDorado: y and z switched with German keyboard/locale Product: Wine Version: 1.1.24 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: hoehle@users.sourceforge.net
I'm using the German version of both apps below, with LANG=de_DE.UTF-8 typical of a German locale and a German keyboard with Ubuntu Intrepid. One particularity of the German keyboard is that Y and Z are switched.
2weistein is entirely driven by mouse except in the savegame dialog. There, z and y are switched (as if I were using a US keyboard) when entering the file name.
El Dorado (German localised version) uses the y key to run. I must press the z key (between t and u) instead (in both the configuration menu and during game play).
The bug about 2weistein also occurs with MacOS X.5.7, XQuartz 2.3.3.2 and Apple's German keyboard.
Many other apps work fine.
I thought Wine had code to sort-of revert the locale-dependent keyboard mapping (like dosbox). 2weistein is surprising, since one would not expect it to use low-level scancodes or similar in basically a file requester -- and it originates from Germany, so it undoubtfully works well in a German MS-Windows.
Maybe the default code page selection does not work correctly? I also own a very old French title ("Kiyeko et les voleurs de nuit"; it says "win3.1 minimum") that supports 5 European languages and starts in English even with LANG=fr_... (the French locale files are installed on the Ubuntu system). I wrote no bug report so far because I couldn't test yet how it starts in MS-Windows.
http://bugs.winehq.org/show_bug.cgi?id=19969
Jörg Höhle hoehle@users.sourceforge.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download URL| |http://www.2weistein.de/dem | |o-download.html
--- Comment #1 from Jörg Höhle hoehle@users.sourceforge.net 2009-09-07 07:25:06 --- I forgot to mention that I'm using a demo version of 2weistein.
http://bugs.winehq.org/show_bug.cgi?id=19969
--- Comment #2 from Jörg Höhle hoehle@users.sourceforge.net 2009-10-07 15:35:04 --- Created an attachment (id=23972) --> (http://bugs.winehq.org/attachment.cgi?id=23972) +key,+keyboard log from ElDorado (1MB once uncompressed)
In the logged session, I both went to the play and configuration screens. When Wine logs "y", it is indeed the Y key I pressed (beside X, not T). ElDorado displays Z for it (remembers me of KEYBGR.SYS in the MS-DOS era).
trace:key:X11DRV_ToUnicodeEx KeyPress : keysym=79 (y), # of chars=1 / "y" trace:key:EVENT_event_to_vkey e->keycode = 34 trace:key:X11DRV_KeyEvent keycode 0x34 converted to vkey 0x59 trace:key:X11DRV_KeyEvent bScan = 0x2c. trace:key:X11DRV_send_keyboard_input message=0x0100 wParam=0x0059, <- = vkey lParam=0x002c0001, = scancode (is that correct for this position?) InputKeyState=0xc1
http://bugs.winehq.org/show_bug.cgi?id=19969
--- Comment #3 from Jörg Höhle hoehle@users.sourceforge.net 2009-10-07 16:05:17 --- 2C is the correct code for the key next to X so the problem must lay somewhere else. Perhaps the apps believe I'm running a US code page? But why?
http://bugs.winehq.org/show_bug.cgi?id=19969
--- Comment #4 from Jörg Höhle hoehle@users.sourceforge.net 2009-12-08 12:14:11 --- Lego Star Wars II is somewhat different in that it does not use the y and z keys by default. But it has a "controller" menu where one can remap the keys. This menu shows that y and z are mixed up there as well, on both Linux and MacOS.
Here's what I typed (on my German keyboard) and what the controller menu in Star Wars II echoes (it names the keys point/stopp etc.):
Key row Linux Linux Mac ^ 0 void void ß 0 minus ß ß ' 0 void (dead) void void z 1 z y (!) y ü 1 lbracket ü ü + 1 rbracket + + ö 2 semicolon ö ö ä 2 apostrophe ä ä # 2 backslash # # < 3 void void void y 3 y z z , 3 , , . 3 point stopp stopp - 3 ß (!) ß Alt alt alt (Cmd key) AltGr void(!) alt gr(Cmd) return return eingabe eingabe NK ret num enter enter enter NK / num div zb / zb / NK * mult (!) * * NK - num minus zb - zb - NK + num add zb + zb + NK . num point zb , , (!) NK 0 num 0 zb 0 0 (!) NK 1 num 1 zb 1 1 (!) 1.1.31 1.1.34 (zb = Ziffernblock = NK = numeric keypad)
There are two columns for Linux. I don't know how (I was too prompt at rm -rf .wine), but LSWII displayed english key names once. Normally it is the German version, running in a German locale.
- äöü and even # are fine, only y and z are mixed up. - Numeric keypad issues on the Mac, perhaps augmenting bug #20065 - comparing +keyboard logs of Linux and Mac (not attached) shows that they typically agree, so the deviation seems to come from somewhere else.
This issue downgrades LSWII's rating from gold to silver.
http://bugs.winehq.org/show_bug.cgi?id=19969
--- Comment #5 from Jörg Höhle hoehle@users.sourceforge.net 2011-01-23 11:40:20 CST --- Still present in wine-1.3.12 (tested zweistein and El Dorado)
http://bugs.winehq.org/show_bug.cgi?id=19969
--- Comment #6 from butraxz@gmail.com 2013-08-05 12:26:03 CDT --- This ticket has not been updated for over 900 days. Development recommends to check the status on your bug every release or two and let to be known if the bug is still present. If not, mark it fixed.
Is this still an issue with 1.7.0 or higher ?
https://bugs.winehq.org/show_bug.cgi?id=19969
joaopa jeremielapuree@yahoo.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremielapuree@yahoo.fr
--- Comment #7 from joaopa jeremielapuree@yahoo.fr --- Does the bug still occur with current wine?
https://bugs.winehq.org/show_bug.cgi?id=19969
--- Comment #8 from joaopa jeremielapuree@yahoo.fr --- No answer since more 10 years. Most people don't have the hardware to test. Can an administrator close this bug as ABANDONED?
-
wine-bugs＠winehq.org -
WineHQ Bugzilla