在基于 NSDocument 的应用程序中拦截 Cmd-Key 的最佳位置

Question

在基于 NSDocument 的应用程序中，拦截 CmdAnyKey 键事件的最合适位置是什么？

目的是切换到活动窗口中的某个组件 - 有点像 Firefox 允许您切换选项卡 - 无需在菜单命令上使用匹配的快捷方式来执行该任务。

即理想情况下，框架应该进行正常处理，包括处理菜单命令，并且在所有其他响应者未能响应该特定快捷方式之后，它应该被路由到自定义方法。

我搜索了NSDocument、NSAppDelegate、NSWindowController，但找不到任何合适的机制来挂钩以便在窗口级别接收这些命令。

那么缺乏任何现有的自定义机制确实会在自定义NSWindowController 中覆盖keyDown: 看起来是达到预期效果的最合适的方式吗？

Answer 1

是的，如果您需要在响应者链上的所有内容都拒绝处理它之后获取键盘事件，则子类化 NSWindow 是执行此操作的方法。

这是我在一个项目中的做法：

- (void)keyDown:(NSEvent*)event
{
    SEL keyDownBool = @selector(keyDownBool:);

    if ([[self delegate] respondsToSelector:keyDownBool]
    && [[self delegate] performSelector:keyDownBool withObject:event])
    {
        return;
    }

    [super keyDown:event];
}

如果我的自定义 keyDownBool: 委托方法处理了特定的关键事件，则它返回 YES。否则此方法将按键事件向下传递给super。

现在我使用+ (id)addLocalMonitorForEventsMatchingMask:(NSEventMask)mask handler:(NSEvent* (^)(NSEvent*))block 而不是子类化。不同之处在于它在调度事件之前处理（并且可以选择丢弃）事件。