> > > 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 protected]) 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/archive%40mail-archive.com This email sent to [EMAIL PROTECTED]
