[Bug 19969] New: 2weistein + ElDorado: y and z switched with German keyboard/locale
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(a)winehq.org ReportedBy: hoehle(a)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. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=19969 Jörg Höhle <hoehle(a)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(a)users.sourceforge.net> 2009-09-07 07:25:06 --- I forgot to mention that I'm using a demo version of 2weistein. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=19969 --- Comment #2 from Jörg Höhle <hoehle(a)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 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=19969 --- Comment #3 from Jörg Höhle <hoehle(a)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? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=19969 --- Comment #4 from Jörg Höhle <hoehle(a)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. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=19969 --- Comment #5 from Jörg Höhle <hoehle(a)users.sourceforge.net> 2011-01-23 11:40:20 CST --- Still present in wine-1.3.12 (tested zweistein and El Dorado) -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=19969 --- Comment #6 from butraxz(a)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 ? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=19969 joaopa <jeremielapuree(a)yahoo.fr> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremielapuree(a)yahoo.fr --- Comment #7 from joaopa <jeremielapuree(a)yahoo.fr> --- Does the bug still occur with current wine? -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=19969 --- Comment #8 from joaopa <jeremielapuree(a)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? -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
participants (2)
-
wine-bugs@winehq.org -
WineHQ Bugzilla