Re: Menu items issues with menu in window

[Wolfgang Lux]

Germán Arias wrote:

> Some menu items becomes disabled with menu in window. For example with
> Ink, the items "Bold", "Italic", "Larger" and "Smaller" are disabled
> with menu in window. However, the short cut keys works fine. Some idea
> about what is the problem?

Yes. It's due to a fundamental flaw in the way menus in windows are  
handled at present. The problematic items in the font menu all have an  
explicit target, namely the shared font manager. When attaching an in- 
window menu to a window, GSTheme -setMenu:forWindow: makes a copy of  
its menu argument using a temporary (non-keyed) archive. During this  
process all explicit menu item targets are lost. Since no target in  
the responder chain responds to the action of the bold, etc. items  
they automatically get disabled.

Maybe using a keyed archive instead of a non-keyed archive could help  
here. But then you may as well end up with one or more copies of the  
font manager. And even if you get this to work, you still have the  
problem that the shared font manager maintains a reference to what it  
thinks is the global font menu so that it can toggle the menu item  
titles between Bold and Unbold, and Italic and Unitalic, respectively.

So, in the long run I'd prefer NSMenu were changed to handle multiple  
menu views rather than having this menu duplication cruft. But it is  
certainly too late for the next release ...

Wolfgang