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:57:27 +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.
>
>
If I do:
[window orderOut: nil];
[window orderFront: nil]; // Not asking it to be key
This results in the behavior I am trying to achieve.
But this workaround will not work as there is a flicker (ordering out and
ordering in).
I was expecting similar behavior with [window resignFirstResponder].
_______________________________________________
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