This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
Jesse's comment from email: BTW I've noticed that often the first time you select some menu item in stavbicka whose name is computed (to include a project or file name), it will be rendered too small, so that the menu text is truncated and the accelerator hint overwrites part of it. If you move away and go back to the item it looks fine.Ultimately may be solved best by #35827 (along with God knows what else). In the meantime it looks like some bug in PlaceHolderAction - maybe enable() needs to fire a change in Action.NAME? I know how to fix this for submenus - cf. o.n.m.javadoc.search.IndexOverviewAction - but for menu items in the first-level menus, I'm not sure. Dynamic changes to menu items are not all that well supported by the NB APIs, though it seems to work just fine in Swing so long as you make any changes *before* returning something from JMenu.getPopupMenu (so that all the size calculations etc. get the correct values).
Tim might have something to say about this w.r.t. Mac OS X.
Reassigning to winsys. The actions are now javax.swing.Actions which fire the properties correctly. Menus should react automaticaly IMHO.
Changing subcomponent
Not window system as such.
*** Issue 43690 has been marked as a duplicate of this issue. ***
*** Issue 45590 has been marked as a duplicate of this issue. ***
reassigning
actually this seems to be a duplicate of issue #40824. I just fixed it.
it's dup
*** This issue has been marked as a duplicate of 40824 ***
closed