Revise DOM Level 3 US Layout maps.

ui/events/keycodes/dom4/keycode_converter_data.h

 // Copyright 2013 The Chromium Authors. All rights reserved.
 // Use of this source code is governed by a BSD-style license that can be
 // found in the LICENSE file.
 
 // This file has no header guard because it is explicily intended
 // to be included more than once with different definitions of the
 // macros USB_KEYMAP and USB_KEYMAP_DECLARATION.
 
 // Data in this file was created by referencing:
 //  [0] USB HID Usage Tables,
@@ skipping 99 matching lines @@
   USB_KEYMAP(0x07002b, 0x0017, 0x000f, 0x0030, "Tab", TAB),
   USB_KEYMAP(0x07002c, 0x0041, 0x0039, 0x0031, "Space", SPACE),  // Spacebar
   USB_KEYMAP(0x07002d, 0x0014, 0x000c, 0x001b, "Minus", MINUS),  // -_
   USB_KEYMAP(0x07002e, 0x0015, 0x000d, 0x0018, "Equal", EQUAL),  // =+
   USB_KEYMAP(0x07002f, 0x0022, 0x001a, 0x0021, "BracketLeft", BRACKET_LEFT),
 
   USB_KEYMAP(0x070030, 0x0023, 0x001b, 0x001e, "BracketRight", BRACKET_RIGHT),
   USB_KEYMAP(0x070031, 0x0033, 0x002b, 0x002a, "Backslash", BACKSLASH),  // \|
   // USB#070032 never appears on keyboards that have USB#070031.
   // Platforms use the same scancode as for the two keys.
+  // Hence this code can only be generated synthetically
+  // (e.g. in a DOM Level 3 KeyboardEvent).
   // The keycap varies on international keyboards:
   //   Dan: '*  Dutch: <>  Ger: #'  UK: #~
   // TODO(garykac): Verify Mac intl keyboard.
-  //USB_KEYMAP(0x070032, 0x0033, 0x002b, 0x002a, "IntlHash", INTL_HASH),
+  USB_KEYMAP(0x070032, 0x0000, 0x0000, 0xffff, "IntlHash", INTL_HASH),

[Wez, 2015/05/05 00:16:00]

Ick... I forgot that the platforms are munging the USB codes for the two keys
together into the same platform-specific codes.

Note that we have a special-case for the USB-to-native code mapping (see
https://code.google.com/p/chromium/codesearch#chromium/src/ui/events/keycodes...)
to deal with this and a special-case for Mac - looks like that would be useful
for DOM-code as well, for consistency?

If we need to generate the right DOM-code strings for these platform values
we'll need an ugly special-case for these keys that generates Backslash or
IntlHash as the |code| values, dependent on the physical keyboard layout -
gross. :(

[kpschoedel, 2015/05/05 18:47:02]

Done for DomCodeToNativeKeycode() just by calling UsbKeycodeToNativeKeycode().

CodeToNativeKeycode(), which predates the enum and takes a string, is now used
only in tests, so I propose converting those and removing the function (in a
separate CL).
*Fortunately* I see no practical way to distinguish them.

   USB_KEYMAP(0x070033, 0x002f, 0x0027, 0x0029, "Semicolon", SEMICOLON),  // ;:
   USB_KEYMAP(0x070034, 0x0030, 0x0028, 0x0027, "Quote", QUOTE),      // '"
   USB_KEYMAP(0x070035, 0x0031, 0x0029, 0x0032, "Backquote", BACKQUOTE),  // `~
   USB_KEYMAP(0x070036, 0x003b, 0x0033, 0x002b, "Comma", COMMA),      // ,<
   USB_KEYMAP(0x070037, 0x003c, 0x0034, 0x002f, "Period", PERIOD),     // .>
 
   USB_KEYMAP(0x070038, 0x003d, 0x0035, 0x002c, "Slash", SLASH),      // /?
   // TODO(garykac): CapsLock requires special handling for each platform.
   USB_KEYMAP(0x070039, 0x0042, 0x003a, 0x0039, "CapsLock", CAPS_LOCK),
   USB_KEYMAP(0x07003a, 0x0043, 0x003b, 0x007a, "F1", F1),
@@ skipping 339 matching lines @@
   // USB#0x0c0232:  AC View Toggle
   USB_KEYMAP(0x0c0232, 0x0000, 0x0000, 0xffff, "ZoomToggle", ZOOM_TOGGLE),
   // USB#0x0c0289:  AC_Reply
   USB_KEYMAP(0x0c0289, 0x00f0, 0x0000, 0xffff, "MailReply", MAIL_REPLY),
   // USB#0x0c028b:  AC_ForwardMsg (MailForward)
   USB_KEYMAP(0x0c028b, 0x00f1, 0x0000, 0xffff, "MailForward", MAIL_FORWARD),
   // USB#0x0c028c:  AC_Send
   USB_KEYMAP(0x0c028c, 0x00ef, 0x0000, 0xffff, "MailSend", MAIL_SEND),
 };