Well the concept is pretty simple. When an instance of NSResponder doesn't handle a specific event, it is passed up on the responder chain. Instead of subclassing NSTableView or NSOutlineView, it is only necessary to insert a new NSResponder instance in the responder chain, after the table view or the outline view so that it handles this case.
Inserting a responder in the responder chain is pretty easy. Once you have instantiated your responder, simply set it's nextResponder to the nextResponder of the table view and then set the table view's next responder to your own responder. And there you go, it has been inserted in the linked list. -Dalzhim 2008/10/20 Corbin Dunn <[EMAIL PROTECTED]> > > On Oct 20, 2008, at 2:49 PM, Dalzhim Dalzhim wrote: > > This following episode of Late Night Cocoa gives a solution to this precise > problem of implementing the delete functionality on TableViews and > OutlineViews without having to subclass it. > > > http://www.mac-developer-network.com/podcasts/latenightcocoa/episode9/index.html > > Hope it helps :) > > > Can you elaborate on what the episode recommends? (Sorry, I don't have time > to listen through the 40 mins). > > I recommend subclassing; and, in many ways, that is a fine solution. > > Sean: > > I assume NSOutlineView is the same? > > > Yes, it is. > > >> > - so will this actually work with custom keybindings? Or is there just >> no good way to support that? > > > I don't think so, since it is hardcoding the key. You might get some > mileage from calling -interpretKeyEvents: yourself, but it may have side > effects. > > >> - did I miss a constant for the backward delete char (an analogue to >> NSDeleteCharacter)? I'm using 0xf728, discovered via gdb. :( >> >> > NSDeleteFunctionKey > > -corbin > > > > Cheers, >> >> -- >> ____________________________________________________________ >> Sean McBride, B. Eng [EMAIL PROTECTED] >> Rogue Research www.rogue-research.com >> Mac Software Developer Montréal, Québec, Canada >> >> >> _______________________________________________ >> >> Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) >> >> 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/dalzhim.mlist%40gmail.com >> >> This email sent to [EMAIL PROTECTED] >> > > > _______________________________________________ Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) 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]
