Closed Bug 161142 Opened 23 years ago Closed 13 years ago

Inconsistent (broken???) keyCodes for dash/subtract keys

Categories

(Core :: Widget: Win32, defect)

x86
Windows 2000
defect
Not set
normal

Tracking

()

RESOLVED FIXED

People

(Reporter: robert, Assigned: masayuki)

References

Details

(Whiteboard: DIGBug)

Attachments

(1 file)

I'm seeing inconsistencies with how the dash ('-' on keyboard) and subtract ('-' on number pad) keys work across platforms. The following table lists the event.keyCode values that I've been seeing on the various systems. dash subtract NS7PR1/Win2K 0x6D 0xE2 NS6.2/Win2K 0x6D 0xE2 Moz1.1/Win2K 0x6D 0xE2 IE5.5/Win2K 0xBD 0xE2 NS7PR1/MacOSX 0x00 0x6D NS6.2/MacOSX 0x00 0x6D Moz1.1/MacOSX 0x00 0x6D IE5.1/MacOSX 0xBD 0x6D http://lxr.mozilla.org/mozilla/source/dom/public/idl/events/nsIDOMKeyEvent.idl lists the keycodes for Mozilla, but only the code for DOM_VK_SUBTRACT (0x6d) is listed there. I'm not sure what the "right" values are, but I'm pretty sure that, if nothing else, the zero value on MacOSX is wrong.
Attached file keyCode tester
Test for showing keyCodes, charCodes, and key event sequence.
Summary: Inconsistent (broken???) keyCodes → Inconsistent (broken???) keyCodes for dash/subtract keys
Whiteboard: DIGBug
QA Contact: rakeshmishra → trix
.
Assignee: joki → saari
QA Contact: trix → ian
This should probably get assigned to someone has a valid email address and might look at this sometime this millenium.
Assignee: saari → events
Assignee: events → nobody
QA Contact: ian → events
By the fix of bug 630810, now, keyCode value of printable keys are in standard location is computed from unshifted character. And if the unshifted character is '-', DOM_VK_HYPHEN_MINUS is used.
Assignee: nobody → masayuki
Status: NEW → RESOLVED
Closed: 13 years ago
Component: Event Handling → Widget: Win32
Depends on: 630810
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: