blocks|key|684104|text|在Cocoa中处理转义键的首选方法是类似于@Josh+Caswell+said。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|684105|#pragma+mark+-+NSResponder
-+(void)cancelOperation:(id)sender
{
++++[self+exitFullScreen];
}|code-block|syntax|javascript|684106|entityMap|0|LINK|mutability|MUTABLE|url|https://stackoverflow.com/questions/5994310/how-can-i-handle-esc-key-in-cocoa-app/6000289?noredirect=1#comment6925216_5995690^0|L|I|0|0|0^^$0|@$1|2|3|4|5|6|7|Q|8|@]|9|@$A|R|B|S|1|T]]|C|$]]|$1|D|3|E|5|F|7|U|8|@]|9|@]|C|$G|H]]|$1|I|3|-4|5|6|7|V|8|@]|9|@]|C|$]]]|J|$K|$5|L|M|N|C|$O|P]]]]

Preferred way to handle escape key in Cocoa is this as like <a href="https://stackoverflow.com/questions/5994310/how-can-i-handle-esc-key-in-cocoa-app/6000289?noredirect=1#comment6925216_5995690">@Josh Caswell said</a>.

<pre><code>#pragma mark - NSResponder
- (void)cancelOperation:(id)sender
{
 [self exitFullScreen];
}
</code></pre>

blocks|key|684140|text|我需要在按ESC时躲避WKWebView崩溃(？)因此，我将其子类，并添加了：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|684141|import+Carbon.HIToolbox

override+func+keyDown(with+event:+NSEvent)+{
++++if+event.keyCode+==+UInt16(kVK_Escape)+{
++++++++//++We+crash+otherwise,+so+just+close+window
++++++++self.window?.performClose(event)
++++}
++++else
++++{
++++++++//+still+here?
++++++++super.keyDown(with:+event)
++++}
}|code-block|syntax|javascript|684142|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|I|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|J|8|@]|9|@]|A|$E|F]]|$1|G|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|H|$]]

I needed to dodge WKWebView crashes when ESC is pressed(?) so I sub-class it, and added: 

<pre><code>import Carbon.HIToolbox

override func keyDown(with event: NSEvent) {
 if event.keyCode == UInt16(kVK_Escape) {
 // We crash otherwise, so just close window
 self.window?.performClose(event)
 }
 else
 {
 // still here?
 super.keyDown(with: event)
 }
}
</code></pre>

blocks|key|900677|text|许多人试图实现esc的关键功能。响应器链中有cancelOperation来处理转义事件。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|900678|//WRONG
-+(void)keyDown:(NSEvent+*)event
{
++++//unichar+character+=+0;
++++//if+([event+type]+==+NSEventTypeKeyDown)+{
++++//++++if+([[event+charactersIgnoringModifiers]+length]+==+1)+{
++++//++++++++character+=+[[event+characters]+characterAtIndex:0];
++++//++++}
++++//}

++++switch+(character)+{
++++++++//THIS+IS+WRONG+correct+is+to+implement+interpretKeyEvents%2BmoveRight+
++++++++//case+NSRightArrowFunctionKey:
++++++++//++++[self+moveSelectedIndexRight];
++++++++//++++break;
++++++++//THIS+IS+WRONG+correct+is+to+implement+interpretKeyEvents%2B+moveLeft+
++++++++//case+NSLeftArrowFunctionKey:
++++++++//++++[self+moveSelectedIndexLeft];
++++++++//++++break;
++++++++//THIS+IS+WRONG+correct+is+to+implement+interpretKeyEvents%2B+moveLeft+
++++++++//case+NSCarriageReturnCharacter:
++++++++//++++[self+dismissWithCurrentlySelectedToken];
++++++++//++++break;
++++++++default:
++++++++++++[self+interpretKeyEvents:@[event]];
++++++++++++[super+keyDown:event]
++++++++++++break;
++++}
}

//CORRECT
-+(void)keyDown:(NSEvent+*)event
{
+++[self+interpretKeyEvents:@[event]];
+++[super+keyDown:event];
}

`/*+Catch+the+commands+interpreted+by+interpretKeyEvents:.+Normally,+if+we+don't+implement+(or+any+other+view+in+the+hierarchy+implements)+the+selector,+the+system+beeps.+Menu+navigation+generally+doesn't+beep,+so+stop+doCommandBySelector:+from+calling+up+t`he+hierarchy+just+to+stop+the+beep.
*/
-+(void)doCommandBySelector:(SEL)selector+{
++++if+(+++selector+==+@selector(moveRight:)
++++++++%7C%7C+selector+==+@selector(moveLeft:)
++++++++%7C%7C+selector+==+@selector(cancelOperation:)
++++++++%7C%7C+selector+==+@selector(insertNewline:)+)
++++{
++++++++[super+doCommandBySelector:selector];
++++}

++++//+do+nothing,+let+the+menu+handle+it+(see+call+to+super+in+-keyDown:)
++++//+But+don't+call+super+to+prevent+the+system+beep
}
-+(void)cancelOperation:(id)sender
{
++++//do+your+escape+stuff
}

-+(void)insertNewline:(id)sender
{
++++//do+your+enter+stuff
}

-+(void)moveRight:(nullable+id)sender
{
++++[self+moveSelectedIndexRight];
}

-+(void)moveLeft:(nullable+id)sender
{
++++[self+moveSelectedIndexLeft];
}|code-block|syntax|javascript|900679|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|I|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|J|8|@]|9|@]|A|$E|F]]|$1|G|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|H|$]]

Many people try to implement esc key functionality. There is cancelOperation in the responder chain to handle escape events. 

<pre><code>//WRONG
- (void)keyDown:(NSEvent *)event
{
 //unichar character = 0;
 //if ([event type] == NSEventTypeKeyDown) {
 // if ([[event charactersIgnoringModifiers] length] == 1) {
 // character = [[event characters] characterAtIndex:0];
 // }
 //}

 switch (character) {
 //THIS IS WRONG correct is to implement interpretKeyEvents+moveRight 
 //case NSRightArrowFunctionKey:
 // [self moveSelectedIndexRight];
 // break;
 //THIS IS WRONG correct is to implement interpretKeyEvents+ moveLeft 
 //case NSLeftArrowFunctionKey:
 // [self moveSelectedIndexLeft];
 // break;
 //THIS IS WRONG correct is to implement interpretKeyEvents+ moveLeft 
 //case NSCarriageReturnCharacter:
 // [self dismissWithCurrentlySelectedToken];
 // break;
 default:
 [self interpretKeyEvents:@[event]];
 [super keyDown:event]
 break;
 }
}

//CORRECT
- (void)keyDown:(NSEvent *)event
{
 [self interpretKeyEvents:@[event]];
 [super keyDown:event];
}

`/* Catch the commands interpreted by interpretKeyEvents:. Normally, if we don't implement (or any other view in the hierarchy implements) the selector, the system beeps. Menu navigation generally doesn't beep, so stop doCommandBySelector: from calling up t`he hierarchy just to stop the beep.
*/
- (void)doCommandBySelector:(SEL)selector {
 if ( selector == @selector(moveRight:)
 || selector == @selector(moveLeft:)
 || selector == @selector(cancelOperation:)
 || selector == @selector(insertNewline:) )
 {
 [super doCommandBySelector:selector];
 }

 // do nothing, let the menu handle it (see call to super in -keyDown:)
 // But don't call super to prevent the system beep
}
- (void)cancelOperation:(id)sender
{
 //do your escape stuff
}

- (void)insertNewline:(id)sender
{
 //do your enter stuff
}

- (void)moveRight:(nullable id)sender
{
 [self moveSelectedIndexRight];
}

- (void)moveLeft:(nullable id)sender
{
 [self moveSelectedIndexLeft];
}
</code></pre>

I made an app switching to full screen mode. I want to use ESC key to escaping fullscreen mode, but binding menu item to ESC key in IB is removed at runtime. How can I keep ESC key binding to a menu item?

How can I handle ESC key in Cocoa app?

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

我做了一个切换到全屏模式的应用。我想使用ESC键来退出全屏模式，但是在运行时将菜单项绑定到IB中的ESC键被移除。如何将ESC键绑定到菜单项？

问如何在Cocoa应用中处理ESC密钥？
EN

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问如何在Cocoa应用中处理ESC密钥？EN

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问如何在Cocoa应用中处理ESC密钥？
EN