[Webkit-unassigned] [Bug 202183] [Win] Update KeyboardEvent as per the latest specification

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Mon Oct 7 22:36:38 PDT 2019


https://bugs.webkit.org/show_bug.cgi?id=202183

--- Comment #4 from Fujii Hironori <Hironori.Fujii at sony.com> ---
I think this problem can be solved more simply.
The problem is:
- TranslateMessage is using ToUnicodeEx
- ToUnicodeEx stores a previous dead key
- extra calling ToUnicodeEx consumes the stored dead key

For example, typing '`' and 'a':

- Types '`'
- The first calling ToUnicodeEx from TranslateMessage stores '`' as a dead key
- Types 'a'
- The second calling ToUnicodeEx from TranslateMessage returns 'à' as expected

The problem happens if ToUnicodeEx is used after calling TranslateMessage

- Types '`'
- The first calling ToUnicodeEx from TranslateMessage stores '`' as a dead key
- Extra calling ToUnicodeEx with '`' consumes the stored dead key, and return '``'
- Types 'a'
- The second calling ToUnicodeEx from TranslateMessage unexpectedly returns 'a'

This problem can be solved by one more extra calling ToUnicodeEx with VK_SPACE.

- Types '`'
- The first calling ToUnicodeEx from TranslateMessage stores '`' as a dead key
- ToUnicodeEx(VK_SPACE) consums the dead key
- ToUnicodeEx('`') stores a dead key again
- Types 'a'
- The second calling ToUnicodeEx from TranslateMessage returns 'à' as expected

https://en.wikipedia.org/wiki/Dead_key

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20191008/261ac35a/attachment.html>


More information about the webkit-unassigned mailing list