|
Quick Lists
|
|
Bug ID:
|
4311449
|
|
Votes
|
124
|
|
Synopsis
|
Need native grab for swing menus (cf. 4109607)
|
|
Category
|
java:classes_awt
|
|
Reported Against
|
1.2.2
|
|
Release Fixed
|
|
|
State
|
11-Closed,
Will Not Fix,
request for enhancement
|
|
Priority:
|
3-Medium
|
|
Related Bugs
|
6330494
,
5014550
,
4869100
,
4908345
|
|
Submit Date
|
10-FEB-2000
|
|
Description
|
Classic VM (build JDK-1.2.2-W, green threads, sunwjit)
It is still not possible for a user to pop down a menu by clicking
outside the window containing the menu (for example on the desktop).
My understanding (from 4109607) is that this is not possible without
an enhancement to the runtime (4290715). The person who worked on
4290715 incorrectly states that you can use the windowDeactivated
event to determine when to pop down the menu, but this does not work
on Unix systems when you have your focusPolicy set to pointer.
As a result it is still not possible for the swing people to implement
a fix for 4109607. This results in no fix for at least the following
bugs:
4109607
4290715
4091869
4106331
4127064
4137341
4143416
4155684
4156858
4154103
Note also that 4109607 *is not* a duplicate of 4290715, it simply
requires that 4290715 be fixed before it can be addressed.
Please reopen both 4109607 and 4290715.
(Review ID: 99911)
======================================================================
Posted Date : 2005-07-25 13:01:23.0
|
|
Work Around
|
None
======================================================================
|
|
Evaluation
|
Fix in Tiger
This problem also occurs on Win32 with Swing Heavyweight menus. Grab/Release is not the solution to this problem.
xxxxx@xxxxx 2000-09-11
Too late and too risky to fix in Tiger.
xxxxx@xxxxx 2003-07-30
I was able to implement abstract grab/ungrab functionality with UngrabEvent in case of automatic ungrab consistently on all toolkits. On Windows, the API is implemented using native focus/mouse listeners with some filtering. It has been decided to not use any hooks since many problems were discovered during testing. On X11 implementation uses XGrab* API.
Currently, the API is private and resides in sun.awt.SunToolkit (grab/ungrab). sun.awt.UngrabEvent is posted when auto-ungrab happens on grabbing window (see javadoc for UngrabEvent for the cases when it is fired). To catch it, use AWTEventListener with WINDOW_EVENT_MASK. We plan to integrate private API into Mustang, and expose it as public API in Dolphin.
xxxxx@xxxxx 2005-05-26 12:19:39 GMT
Private API has been integrated into the workspace. It is still in development, the future functionality depends on how Swing will use this API. We work with Swing team on improving the API.
Posted Date : 2005-07-25 13:01:23.0
internal API has been provided for swing, and there is no reason to provide public API
(nobody wants it). Thus I'm closing this CR as "will not fix", If someone wants such API
feel free to submit new CR with appropriate motivation.
Posted Date : 2007-12-07 14:29:22.0
|
|
Comments
|
Submitted On 13-SEP-2000
spiritof76
Hi Chris!
Submitted On 13-SEP-2000
spiritof76
This is a major problem that even occurs with right click and pull-down menus on Forte Community Edition as
well; I can't believe Sun had it closed earlier!
Submitted On 13-SEP-2000
sbarber
This problem also occurs on Win32 with JDK 1.3.
Submitted On 31-JUL-2003
davelatham
gaaaaaaaaaaaah, too late?!? How many years ahread of time
does it need to make it into a release?
Submitted On 05-JAN-2004
jessh
Agreed. This was reported against 1.2.2 and has
been on the top 25 list for aeons. How could this miss
Tiger (1.5)?
Submitted On 21-APR-2004
windwingneo
how about win32 with JDK 1.2.X any versions with this
bug ?
Submitted On 26-JUL-2004
xuhaoqing
Too late and too risky to fix in Mustang
xxxxx@xxxxx 2006-07-30 :))
Submitted On 19-MAY-2005
huw
How come this bug has disappeared from the top 25 list? It's still got 132 votes so it should be somewhere in the middle of the list.
PLEASE NOTE: JDK6 is formerly known as Project Mustang
|
|
|
 |