Optimize Windows key map according to "valid key combinations" |
||||
Issue descriptionThe building time for the Windows key map could be reduced by only using 90 final keys with 4 two-key combination and 6 three-key combination defined in Windows' scancode doc (https://www.google.com/url?sa=t&rct=j&q=&esrc=s&source=web&cd=8&cad=rja&uact=8&ved=0ahUKEwjS1P38w7nLAhVE2mMKHcVXB1AQFgg6MAc&url=http%3A%2F%2Fdownload.microsoft.com%2Fdownload%2F1%2F6%2F1%2F161ba512-40e2-4cc9-843a-923143f3456c%2Fscancode.doc&usg=AFQjCNFpwWwiM0iIlms4bSL-fVCvRK4K2w&sig2=Cs-Vqgertl3SouKwP1QE4w). This doc defined 4 (8 located) valid modifiers (Win, Ctrl, Shift, Alt), assuming we don't care about locations there will be 90*(4+6)=900 combinations to try. (current table has 428 entries for US layout so there should still be lots of combinations that won't produce a printable character.)
,
Mar 30 2016
,
Apr 1 2016
,
Apr 27 2017
Are we still planning on doing this?
,
May 2 2017
The benefit of reducing key-map computing time is too small compared to the cost of adding additional code complexity (e.g. Readers have to learn about 'final keys' and be able to prove the correctness of the algorithm). Close as WontFix as I don't think I will prioritize this bug in the near future. |
||||
►
Sign in to add a comment |
||||
Comment 1 by chongz@chromium.org
, Mar 30 2016