Submitted On 16-JUN-2005
The reporter's workaround will not work because the JPopupMenu will not display on top of the taskbar. There is no known workaround for this problem, short of maybe using reflection to manipulate undocumented private fields (eek!).
Please fix this in the API design before Mustang is feature frozen.
Submitted On 27-APR-2006
This is important not only for menu icons; awt's MenuItem does not always have the exact L&F of the system (e.g., on Windows).
Also, on i18n-environment, the awt menus look rather bad when non-latin fonts are in use (even if the menu item text is in plain english).
Submitted On 14-MAY-2006
I agree 100% about the JPopupMenu, besides I think making TrayIcon an instance of java.awt.Component class would help get rid of unnecessary checking (and of past and future bugs) if the event's source IS a Component OR NOT.
I think TrayIcon should move to javax.swing and also rewrite it's method to setPopupMenu( JPopupMenu popup).
Submitted On 29-NOV-2007
I agree 100% about the JPopupMenu instead PopupMenu !
Submitted On 18-FEB-2008
I feel that the ability to being to use JPopupMenu's besides (or instead of) AWT's PopupMenu would be a very nice enhancement.
Submitted On 01-MAR-2008
for a nice workaround
Submitted On 10-APR-2010
Another drawback of PopupMenu is that we can not Radio button menu items to it as it is part of AWT class.
There is strong need of JTrayIcon (and JPopUpMenu).
PLEASE NOTE: JDK6 is formerly known as Project Mustang