> >> 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 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]
