退出全屏模式后如何接收 NSView 的键盘事件？

Question

我对 NSView 进行子类化，并在应用程序完成启动时启动全屏模式。该视图可作为应用程序委托中的属性 fooView 使用。

// AppDelegate.m
- (void)applicationDidFinishLaunching:(NSNotification*)notification {
  [[self window] makeKeyAndOrderFront:self];
  [[self fooView] enterFullScreenMode:[NSScreen mainScreen] withOptions:nil];
}

类 FooView 本身实现了以下功能。

// FooView.m
- (void)keyDown:(NSEvent*)event {
  NSLog(@"%@ %@ - %@", self.className, NSStringFromSelector(_cmd), event);
  [self interpretKeyEvents:[NSArray arrayWithObject:event]];
}
- (void)cancelOperation:(id)sender {
  NSLog(@"%@ %@ - %@", self.className, NSStringFromSelector(_cmd), sender);
  [self exitFullScreenModeWithOptions:nil];
}

离开全屏模式后，视图不再接收键盘事件。为什么？

编辑：
这似乎与我退出全屏模式的方式有关。当我单击视图（而不是窗口）时，keyDown: 和 cancelOperation: 会做出以下响应。

Answer 1

问题在于包含视图的窗口确实收到了任何键盘事件。离开全屏模式后，需要使窗口成为第一响应者。

- (void)cancelOperation:(id)sender {
  NSLog(@"%@ %@ - %@", self.className, NSStringFromSelector(_cmd), sender);
  [self exitFullScreenModeWithOptions:nil];
  [self.window makeFirstResponder:self];
}

Answer 2

我也有类似的问题。调用 -[NSView EnterFullScreenMode:withOptions:] 后，我无法接收所有 keyDown: 事件（特别是 Escape 键按下），直到单击全屏视图。

我通过在 -[NSResponder doCommandBySelector:] 上设置符号断点来追踪问题，该断点显示堆栈跟踪：

1. -[NSApplication sendEvent:]
2. -[NSWindow sendEvent:]
3. -[NSWindow keyDown:]
4. -[NSWindow doCommandBySelector:]
5. -[NSResponder doCommandBySelector:]

此后，系统会发出蜂鸣声，表明没有对象可以处理 keyDown 事件。

查看程序集输出表明它正在检查窗口的键和主要状态。根本问题是私有全屏窗口（视图由 AppKit 附加到该窗口）不会自动成为主窗口或关键窗口，因此不会按预期接收关键事件。

修复方法是在调用 -[NSView EnterFullScreenMode:withOptions:] 之后在私有全屏窗口上调用 -makeKeyAndOrderFront:。

这是使用-[NSObject PerformSelector:withObject:afterDelay:] 因为直到运行循环的下一次迭代，视图的 window 属性才会设置为私有全屏窗口（而不是原来的窗口）。我不确定引用私人窗口的另一种方式。

   [self.view.window performSelector:@selector(makeKeyAndOrderFront:)
                          withObject:nil
                          afterDelay:0];

NSView 上的全屏模式的工作原理是 AppKit 从其原始窗口中删除视图，然后将其设置为 _NSFullScreenWindow 类型的私有窗口的 contentView （其中没有标题栏）。这可以通过选择“调试”来看到。查看调试>当视图处于全屏模式时捕获视图层次结构。退出全屏会将其从 _NSFullScreenWindow 中删除，并将其设置为原始窗口的 contentView。

编辑：

我删除了上述之前的修复，因为在我重新配置处理关键事件的方式后它不再起作用。现在，应用程序中的关键事件通过窗口的内容视图进行处理，该视图是自定义 NSView 子类。 contentView 在应用启动时成为窗口的 initialResponder 和 firstResponder。这两个窗口属性在调用后必须再次设置：

-[NSView exitFullScreenModeWithOptions:]

因为AppKit在全屏过程中改变了它们。

在我处理按键事件和全屏事件的 NSView 子类中：

[self exitFullScreenModeWithOptions:nil];
[self.window setInitialResponder:self];
[self.window makeFirstResponder:self];

我还遇到了一个问题，即当视图处于全屏模式时，键盘事件在 10.9.5 上仍然无法工作。

问题是用于全屏模式的私有窗口没有将其下一个响应者设置为原始窗口的下一个响应者，就像 AppKit 在 10.11+ 上自动执行的那样（我不确定10.10）。以下修复了该问题：

// Get a reference to the window controller from the window BEFORE full screen mode is enabled
// and the view's window is set to the private AppKit "_NSFullScreenWindow" instance.
NSWindowController *windowController = self.window.windowController;

// Enable full screen mode on the view
[self enterFullScreenMode:screen withOptions:opts];

// Compatibility: On 10.9.5 the window controller is not set as the nextResponder on the private full-screen window automatically
// Set the existing window controller as the next responder for the private full screen window to ensure it is placed in the responder chain
[self.window setNextResponder:windowController];