|
Quick Lists
|
|
Bug ID:
|
6680988
|
|
Votes
|
2
|
|
Synopsis
|
KeyEvent is still missing VK values for many keyboards
|
|
Category
|
java:classes_awt
|
|
Reported Against
|
1.4
|
|
Release Fixed
|
7(b55),
6u10(b24) (Bug ID:2161762)
|
|
State
|
10-Fix Delivered,
request for enhancement
|
|
Priority:
|
3-Medium
|
|
Related Bugs
|
6316369
,
4068241
,
6446568
,
6559449
,
2161759
,
6697155
,
6782746
,
6801620
,
6809994
,
6823589
,
6182651
,
4745053
|
|
Submit Date
|
27-MAR-2008
|
|
Description
|
J2SE Version (please include all output from java -version flag):
java version "1.6.0_05"
Java(TM) SE Runtime Environment (build 1.6.0_05-b13)
Java HotSpot(TM) Client VM (build 10.0-b19, mixed mode, sharing)
Does this problem occur on J2SE 5.0.x or 6.0? Yes / No (pick one)
Yes
Operating System Configuration Information (be specific):
customer Windows XP [Version 5.1.2600]
Bug Description:
KeyEvent is still missing VK values for many keyboards.
This is related to RFE 4068241 and all the reports related to that one.
Using a Hebrew Keyboard the keys i) [, < Tav] ii) [. > Final Tzadeek] and customer )
[; : Final Fay] all map to VK_UNDEFINED.
Likewise with a Danish Keyboard (and I assume also Norwegian) the keys for their last
3 letters of the alphabet i) [ae] ii) [oe] customer ) [aa] also all map to VK_UNDEFINED.
In the case of Hebrew the other Hebrew letters map to the English letters on the same
key (like Alef maps to VK_T) which is fine, for the 3 problem keys there already mappings
to the English Symbols on the same key (for example using Hebrew [' " ,] maps to VK_COMMA)
so it would not help to make [, < Tav] map to VK_COMMA, as that would cause a Comma to be
typed instead of a Tav.
This makes Screen Recording and Playing back very difficult as these 6 keys (3 in each
language) can not be recorded.
Posted Date : 2008-03-27 16:08:51.0
|
|
Work Around
|
N/A
|
|
Evaluation
|
Since this change request about adding new VK_ constants into KeyEvent class, it looks like an RFE rather than a defect...
Posted Date : 2008-03-27 16:24:33.0
This is clearly RFE. Actually, we already have a solution based on a different keymapping paradigm waiting to be used with jdk 1.5.0 update release. As soon as it will be verified, legally cleared and released, we are going to use it with JDK6 and 7.
Idea is, to create a set of extended keycodes on startup of a user application. Thus the user will only operate with necessary set of keys, and there will be no need to invent and keep VK_ constants in KeyEvent for all possible national keyboards.
Posted Date : 2008-03-28 08:30:10.0
|
|
Comments
|
PLEASE NOTE: JDK6 is formerly known as Project Mustang
|
|
|
 |