Re: Custom NSMenuItems on the fly?
Re: Custom NSMenuItems on the fly?
- Subject: Re: Custom NSMenuItems on the fly?
- From: Gregory Weston <email@hidden>
- Date: Thu, 5 Jul 2007 21:20:57 -0400
On Jul 5, 2007, at 7:36 PM, Alastair Houghton wrote:
On 5 Jul 2007, at 21:23, Gregory Weston wrote:
I'd like to use menu:updateItem:atIndex:shouldContinue: to build a
volatile menu on the fly (Yes, I know, changing menus are
generally bad. In this case it's appropriate.), but I'd also like
to use a custom subclass of NSMenuItem for the actual items. This
_seems_ to work fine if within my method I remove the provided
item from the menu and insert a new one at the same index. The
problem I run into is that even though I set the target and action
for that newly-created menu item, it the target never gets the
opportunity to validate the menu item (and as a result those items
are permanently disabled). The validation method _is_ invoked for
one menu item that I don't try to replace.
Is there a better way to specify the class of the items I want, or
is there a way to ensure validation happens?
It's probably a stupid question, but since such things often elicit
solutions to problems, you did tell the NSMenu to -
setAutoenablesItems:YES, right?
Also, have you tried calling -update on your NSMenu to see what
happens? For normal application menus, this gets called by the
framework automatically, but if this menu is being used in an
unusual way, perhaps it isn't being called for some reason?
Autoenable is on. I'll try sending update.
Greg
_______________________________________________
Cocoa-dev mailing list (email@hidden)
Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden