Re: Setting key equivalent for menus depending on window
Re: Setting key equivalent for menus depending on window
- Subject: Re: Setting key equivalent for menus depending on window
- From: Charles Srstka <email@hidden>
- Date: Sun, 20 Oct 2013 20:22:42 -0500
On Oct 20, 2013, at 6:37 PM, Kyle Sluder <email@hidden> wrote:
>> 2. However, shortcuts that are not connected to any menu item, like ⌘-E
>> or ⌘-R,
>
> In the default non-document template, ⌘E maps to Edit > Find > Use
> Selection for Find.
Ah, hadn't seen that. How about ⌘R?
>> only cause menuNeedsUpdate: to fire the *first* time you type
>> them. After you've typed one of them once, typing that shortcut again,
>> *or any other invalid shortcut for that matter*, just causes the system
>> to beep, and menuNeedsUpdate: is *not* fired.
>
> This describes the behavior for key equivalents for disabled menu items
> as well as key combinations that don't map to menu items.
Not necessarily. It doesn't behave this way for ⌘O, which is disabled in the default non-document template, for instance.
Charles
_______________________________________________
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