This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.

Bug 23749 - Keypad's Add, Subtract, Multiply, Divide, Equals and Decimal are not defined in the latest ED
Summary: Keypad's Add, Subtract, Multiply, Divide, Equals and Decimal are not defined ...
Status: RESOLVED FIXED
Alias: None
Product: WebAppsWG
Classification: Unclassified
Component: HISTORICAL - DOM3 Events (show other bugs)
Version: unspecified
Hardware: PC All
: P2 normal
Target Milestone: ---
Assignee: Travis Leithead [MSFT]
QA Contact: public-webapps-bugzilla
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-11-07 02:53 UTC by Masayuki Nakano
Modified: 2013-11-07 03:52 UTC (History)
3 users (show)

See Also:


Attachments

Description Masayuki Nakano 2013-11-07 02:53:19 UTC
The keypad's keys Add, Subtract, Multiply, Divide, Equals and Decimal are not defined in the latest ED.

Is this intentional? Or, by dropping .char, Browser should set actual input character instead of the name from meaning?

However, in 6.3.3 Whitespace Keys, Separator is still defined (Keypad's separator key may not generate any characters, though).
Comment 1 Gary Kacmarcik 2013-11-07 03:21:02 UTC
Yes, this is by design.

For these keys:
key = '+', '-', '*' '/', '=' and '.' should be used with location = DOM_KEY_LOCATION_NUMPAD.  It doesn't make sense to special case these keys, especially when the non-keypad versions are coming through as the values given above.

This also parallels how the keypad number keys '1' - '9' are handled.

Enter, Tab and Separator are still handled with special values.
Comment 2 Masayuki Nakano 2013-11-07 03:52:13 UTC
(In reply to Gary Kacmarcik from comment #1)
> Enter, Tab and Separator are still handled with special values.

Thanks, but I have a question. When Separator key inputs "," or ".", .key value should be the character? Web applications cannot know what character is used for separator in the user's language.