Java Solaris Communities Sun Store Join SDN My Profile Why Join?
 
Bug Database
Bug Detail
Quick Lists
Top 25 Bugs
Top 25 RFE's
Recently Closed Bugs
Printable Page Printable Page


Bug Database
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
  
  Include a link with my name & email   


PLEASE NOTE: JDK6 is formerly known as Project Mustang