Re: NSPanel: resigning key focus?
Re: NSPanel: resigning key focus?
- Subject: Re: NSPanel: resigning key focus?
- From: "Vijay Malhan" <email@hidden>
- Date: Thu, 4 Sep 2008 16:38:02 +0530
>
>
> This won't work because it doesn't know who should become the responder
> when it resigns. Instead, if you make some other object (window) key, this
> one should lose that status. (i.e. it can only jump if it has somewhere *to*
> jump).
The next object in responder chain should become first responder. If there
is a document window open, then it should become the first responder or the
application itself. The panel should change it's state as deactivated.
What I am trying to do here is to allow application to listen the key events
after hitting the escape key on the activated panel. If the panel is active
it takes the key events which is the correct behavior. But if user wants to
use some application shortcuts (specially single key shortcuts), it
conflicts with let's say look-ahead/key-selection feature on a Table view on
NSPanel.
_______________________________________________
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