-
Enhancement
-
Resolution: Fixed
-
P3
-
fx1.3
1) the api should include the concept of a single menu bar. Some operating systems have a single menubar for the whole app. Other OSes have a menubar per stage. Today the single menubar is only on Mac, but this concept will be more widespread as we move into netbooks and mobile OSes. Historically the Swing menubar api has not supported this concept, resulting in lots of buggy hacks to implement a single menubar on Mac. If the API supported this concept initially then we wouldn't need hacks.
2) the implementation of this new menubar API should work properly on Mac. For the old Swing toolkit this should be pretty easy because Apple's implementation of JMenuBar can already do the event forwarding from a native Mac menubar. We just need to write our wrapper properly. However, the Prism toolkit probably won't use the Swing painting thread, and ideally won't load AWT or Swing at all. This means we will lose the work done by the Apple Java team. We will have to implement the hooks to the native menus on our own. To make this clean we need the API to support it (see feature #1).
- is blocked by
-
JDK-8090449 Mac: SQE needs API to determine current menu state on Mac
- Open
-
JDK-8100569 Add menu/menubar/menuitem related methods to Toolkit interface & implement them in QuantumToolkit for App wide menubar
- Closed
-
JDK-8101261 SQE: Implement test plan and specification for - New Menu API should support concept of a single appwide menubar
- Closed
- relates to
-
JDK-8127259 MenuBar.useSystemMenuBar needs to be dynamically switchable on/off
- Resolved
-
JDK-8127068 GlassSystemMenu class in Quantum does not support visibility property for menus and menu items
- Resolved
-
JDK-8127858 Mac: MacMenuItemDelegate does not set graphic correctly.
- Closed
-
JDK-8090562 Keeping menu in the Mac menu bar when there is no more stage
- Open
-
JDK-8090985 System-wide menubar improvements
- Open