Many thanks for both your informative answers and your patience. Your help has solved both the slowdown and key equivalent issues my program was having with menus, and I'm very grateful.
Thanks again and all the best,
Keith
--- On Tue, 12/2/08, Peter Ammon <email@hidden> wrote:
> From: Peter Ammon <email@hidden>
> Subject: Re: Rebuilding menus (menuNeedsUpdate:) and System Preferences keyboard shortcuts.
> To: email@hidden
> Cc: email@hidden
> Date: Tuesday, December 2, 2008, 9:05 PM
> Context menus are not consulted when searching for key
> equivalents, unless they're actually open at the time,
> so you should not see the same problem.
>
> Also, all user key equivalents (what users can set in
> SysPrefs) are deliberately suppressed in context menus.
> This is because it would be confusing if a context menu
> showed a key equivalent that didn't actually function
> when the menu is not open.
>
> If you assign an ordinary key equivalent to the context
> menu, it will appear - but it's your app's
> responsibility to make it work if the menu is not open.
> Generally context menus don't have key equivalents.
>
> -Peter
>
> On Dec 2, 2008, at 11:59 AM, Keith Blount wrote:
>
> > Many thanks! Having a separate delegate for the large
> document-listing menus sounds a reasonable solution. That
> will just be one extra delegate in the MainMenu.nib to
> handle this and it should fix all my issues - so thank you!
> One final question, I promise: does this apply to contextual
> menus, too, or only the main menu?
> > Thanks again and all the best,
> > Keith
> >
_______________________________________________
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:
http://lists.apple.com/mailman/options/cocoa-dev/email@hidden
This email sent to email@hidden
