On Aug 21, 2012, at 9:02 AM, Kyle Sluder <[email protected]> wrote: > On Aug 21, 2012, at 8:43 AM, Corbin Dunn <[email protected]> wrote: > >> Override: >> >> - (BOOL)needsPanelToBecomeKey >> >> and return NO. If you think about it...that is conceptually what you want. >> Also, the window could return YES from becomesKeyOnlyIfNeeded, and it should >> also work. > > I don't know what Jean Suisse needs, but we've been trying to achieve a very > similar goal: clicking on a table view in a non-key window should cause the > selection to change *and* should cause that window to become key (with the > table view as first responder). > > Yes, we understand this is a departure from standard behavior. But this is > the behavior we desire. (The table view lives in an inspector window and > shows a fair bit of data, and users expect to be able to navigate it with the > keyboard.) > > Unfortunately, the only thing we've done that seems to work is to override > -acceptsFirstMouse: to call [self.window makeKeyAndOrderFront:] before > returning YES. This feels incredibly hacky. Is there no other way?
Return NO from needsPanelToBecomeKey. Override mouseDown: in the table, and the first thing you do is make the window key, and then call super. This way, you are manually implementing needsPanelToBecomeKey (well, sort of..) corbin > > --Kyle Sluder _______________________________________________ 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: https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com This email sent to [email protected]
