[Bug 28168] VK_OEM_3 (0xC0) not converted correctly if MAPVK_VK_TO_CHAR requested

[wine-bugs at winehq.org]

http://bugs.winehq.org/show_bug.cgi?id=28168

Sebastian Riemer <Sebastian.Riemer at gmx.de> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
  Attachment #36096|0                           |1
        is obsolete|                            |

--- Comment #14 from Sebastian Riemer <Sebastian.Riemer at gmx.de> 2011-08-28 05:58:24 CDT ---
Created an attachment (id=36129)
 --> (http://bugs.winehq.org/attachment.cgi?id=36129)
VK_OEM_3 fix for "de nodeadkeys" only

Dmitry, let me make this perfectly clear:
The US layout is special, because VK_OEM_3 returns always 0x60 (`) if this key
was pressed no matter which map.

The German layout is different. 0x5E (^) is on that key. This is a dead key by
default, so I need "de nodeadkeys" for this to work.
And on the other hand on the map MAPVK_VK_TO_CHAR 0xF6 (ö or XK_odiaeresis) has
to be returned.
If you ask the X server for the key there is always only a single map per
keyboard layout. But conversely Windows has multiple maps for this.

Conclusion: MAPVK_VK_TO_CHAR processing may not ask the X server for any keys
but instead compare with own maps.

-- 
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.