NSTableView 使用箭头键导航

Question

如何使用箭头键浏览表格视图。与 setAction: 或 setDoubleAction 非常相似，但不是对点击做出反应，而是对在表格中向上或向下移动的箭头键做出反应。

Answer 1

在表视图委托中，实现 tableView:shouldSelectRow:。做任何你想做的事，然后返回YES。当您在表视图中选择项目时，它将被触发。

Answer 2

我不确定您的意思，因为当我在表格中选择某些内容时，我可以使用箭头键在表格中上下移动。但如果你想更多地定制行为，我有一个解决方案。在我的一个应用程序中，我想检测何时按下返回键或回车键，然后相应地执行一些操作。我创建了一个新类并将其作为 NSWindow 的子类。在界面生成器中，我将主窗口设置为此类。然后我重写该子类中 NSWindow 的 keyDown: 方法。因此，每当我的主窗口位于最前面（第一响应者）时，就会通过该方法检测并过滤按键。我相信你可以对箭头按下做类似的事情。您可能希望使您的类成为 NSTableView 而不是 NSWindow 的子类，具体取决于您希望如何捕获按键。我希望它适用于整个应用程序，但您可能希望它仅在表视图是第一响应者时才起作用。

- (void)keyDown:(NSEvent *)theEvent {
    if ([theEvent type] == NSKeyDown) {
        NSString* characters = [theEvent characters];
        if (([characters length] > 0) && (([characters characterAtIndex:0] == NSCarriageReturnCharacter) || ([characters characterAtIndex:0] == NSEnterCharacter))) {
            // do something here when return or enter is pressed
        }
    }
}

Answer 3

啊哈！你这样做是否不小心破坏了 NSTableView ？

@implementation NSTableView ( DeleteKeyCategory )
-( void ) keyDown: ( NSEvent * ) event
{
   // ... do something ...

   [super keyDown:event];
}
@end

对我来说，这具有替换 NSTableView 的 keyDown: 例程的邪恶副作用，并且它破坏了光标键。 （有点像调酒）

我学到的教训：
- 完全避免 keyDown: 例程。
- 从长远来看，子类化 Apple NSControls 将节省工作量。

这种错误使得使用 NSTableView 非常令人沮丧。
也许苹果可以在静态分析器中检测到这种东西？

Answer 4

箭头用于选择，而不是用于执行任何操作。将应用于所选项目的操作通常由 TableView 的“action”或“doubleAction”属性设置。

单击表行会执行两种不同的操作。

1. 尝试选择表格行（有时表格行可以拒绝选择，这就是为什么有“shouldSelect”委托方法）。

2. 如果发生新选择，则执行操作（以 tableView 作为发送者）。在那里，您可以向表询问当前选择，并对其执行任何您需要的操作。

请考虑当有多个选定的行、或选定的列或许多其他复杂情况时的情况。

在你的情况下——我建议你实现 SelectionDidChange

:(NSNotitivation)notification;

NSTableView 委托调用。这称为“选择更改后”，此时您就知道新的当前选择，并对所选项目执行任何您想要的操作。