|
Quick Lists
|
|
Bug ID:
|
4031095
|
|
Votes
|
4
|
|
Synopsis
|
Provide API to turn *OFF* Default Key-Traversal (Tab Navigation) code
|
|
Category
|
java:classes_awt
|
|
Reported Against
|
1.1.3
, 1.1beta3
|
|
Release Fixed
|
|
|
State
|
11-Closed, duplicate of 4290675,
request for enhancement
|
|
Priority:
|
4-Low
|
|
Related Bugs
|
4077817
,
4290675
|
|
Submit Date
|
08-FEB-1997
|
|
Description
|
The default Key-Traversal, or Tab navigation, code is hard to
over-ride.
We need to be able to do our own Keyboard navigation and not
have the default Key navigation occur, currently this must be
done by having one of the KeyListeners "consume" the KeyEvent.
There should be a method call like:
Window.setNavigationPolicy(NavigationPolicy nav)
That can be used to customize the Navigation policy (for more
than just Tab and Shift Tab also) or set it to a null value
to indicate that none is required.
In other words, externalise the Navigation logic, and allow us
to write our own, and set it in place.
( This would also help with the fact that the current Nav )
( policy is rather broken at the moment - it's rather )
( random and not consistent across Windows NT/Solaris )
======================================================================
|
|
Work Around
|
Consume KeyEvent in one of the KeyListener's.
======================================================================
|
|
Evaluation
|
See also 4077817.
xxxxx@xxxxx 1998-02-03
Currently planning to implement this functionality, or equivalent
functionality, in the merlin focus enhancements.
xxxxx@xxxxx 1999-12-14
|
|
Comments
|
Submitted On 11-NOV-1998
PEAA
Consuming the key-event is only possible when the key-event is received.
If it's a listener to a JFrame, the key-event for the tab-key is never received,
whereas for the Frame
the key-pressed event is received, but the key-released event is not received.
We need the key-pressed as well as the key-released event.
PLEASE NOTE: JDK6 is formerly known as Project Mustang
|
|
|
 |