防止默认事件操作不起作用...?
我正在尝试在我的网站上添加键盘快捷键,以便使用键盘进行快速导航。然而,我尝试使用 Alt+X 快捷键时遇到了一个小问题。该事件运行良好并返回 false
,但浏览器的文件菜单无论如何都会出现。我也尝试过 preventDefault
方法,但没有任何变化。
该脚本的简化版本是:
document.documentElement.onkeydown = function(e) {
e = e || window.event;
switch( e.keyCode || e.which) {
// some cases here - most notably:
case 116: // F5 key
if( activeFrame) {
activeFrame.contentWindow.location.reload();
// reloads an iframe if one is active
return false;
}
break;
// more cases...
case 88: // X key
if( e.altKey) {
// do something
return false;
}
}
}
如上所述,覆盖 F5 键的默认操作效果很好 - 仅当没有 iframe 处于活动状态时,浏览器才会重新加载页面。我不太明白如何防止按下 Alt+X 时出现菜单。
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(3)
使用
stopPropagation(e);
代替preventDefault
方法参考链接
另一个SO问题提到preventDefault 在 IE 中存在问题。
更新
尝试按照 MSDN 参考使用下面的代码< /a>
以及检测击键中的一些观点
一些一般注意事项:
use
stopPropagation(e);
instead ofpreventDefault
methodReference link
Another SO question which mentions that preventDefault has issue in IE.
UPDATE
Try using below code as per MSDN Reference
And some point from Detecting keystrokes
Some general caveats:
实际上,我有一个 Web 应用程序可以使用 CTRL 快捷键正常工作,但后来我决定聪明地使用
accesskey
属性,并在 IE 中遇到了同样的问题。使用 CTRL 快捷键的问题在于,其中许多快捷键在许多应用程序中更加标准/有用(例如:剪切、复制、粘贴、全选)。
Ctrl+Alt 相当安全,但需要用户做更多工作。
我倾向于只是尝试坚持使用 ALT 快捷键,IE 不会固执地坚持处理。
CTRL+A/CTRL+F取消成功演示:
http://jsfiddle.net/egJyT/
This 答案似乎暗示在不放置 IE 的情况下不可能禁用菜单快捷方式进入信息亭模式。
I actually had a web app working just fine with CTRL shortcut keys, but then decided I'd be clever and use the
accesskey
attribute, and ran into this exact issue with IE.The problem with going to CTRL shortcut keys is that many of those are more standard/useful across many applications (eg: cut, copy, paste, select all).
Ctrl+Alt is fairly safe, but requires more work on the user's part.
I tend to just try to stick to ALT shortcuts IE doesn't stubbornly insist on handling.
Demo of CTRL + A/CTRL + F being cancelled successfully:
http://jsfiddle.net/egJyT/
This answer seems to imply it isn't possible to disable the menu shortcuts without putting IE into kiosk mode.
请注意,如果您成功阻止浏览器检测到组合键,则可能会导致某些用户无法使用您的页面。许多屏幕阅读器都保留了您能想到的几乎所有键来控制屏幕阅读器,如果在添加快捷键代码之前可以使用屏幕阅读器访问您的页面,那么在添加快捷键代码后,需要屏幕阅读器的用户可能完全无法访问该页面。
阅读这篇关于访问键的文章(有点旧,但可能仍然相关),以及这篇关于保留击键组合的文章,然后再为此投入太多时间问题。
Beware that if you manage to successfully prevent the browser from detecting a key combination you may make your page unusable for some users. Many screen readers have reserved almost any key you can think of to control the screen reader and if your page was accessible using a screen reader before you added the shortcut key code, it may be completely un-accessible users needing screen readers after you add it.
Read this article about access keys (a bit old but probably still relevant), and this article about Reserved Keystroke Combinations before you invest too much time on this problem.