具有Win + L功能的Autohotkey重映射密钥

我有一个具有左侧Windows键和右侧上下文菜单键的键盘。我宁愿在正确的上下文菜单键另一个Windows键的工作，所以我用一个简单的AutoHotkey脚本“重映射”的关键如下：具有Win + L功能的Autohotkey重映射密钥

AppsKey::LWin

这对每个WINKEY +（XYZ）相结合的伟大工程如Win + I，Win + X以及其他一些我用AutoHotKey映射的热键。

然而！它确实不是使用Win + L来锁定控制台，这是我想重新映射该密钥的主要原因之一。任何人有任何想法为什么？

（注：如果这能帮助任何人，我已经代替Scroll Lock键为“锁定控制台”键以代替此脚本：

scrolllock:: DllCall("LockWorkStation")

，但我仍想知道为什么Win + L功能不起作用）

来源

2013-10-11 sǝɯɐſ

我发现Windows Key L被视为一个额外的特殊事物。我不认为它出现在AutoHotkey键盘历史记录工具中。我隐约记得过去用它来做其他事情，当Windows 7出来时，它变得不可能。基本上，我认为这是一个安全功能。

来源

2013-10-11 16:53:38

在我的情况下，我想要重新映射菜单键（AppsKey）的唯一原因是能够锁定我的屏幕（因为该按钮靠近'L'键和唯一的Windows键，风格键盘很远）。

如果你不关心的菜单键工作作为一个Windows键为别的，就可以使用这个映射：

AppsKey & L:: DllCall("LockWorkStation")

当然，你应该能够添加其他的组合键对你也很重要。看来你必须明确这个关键。

来源

2013-10-16 15:16:18 Brian

正确，这就是为什么我想要重新映射密钥的原因......可以重新映射组合的良好通话，但我仍然想知道为什么默认情况下AppsKey重新映射到Windows键。 –

更新：这似乎很容易混淆关键的状态。我的电脑仅通过键入L键就锁定了。所以我不推荐它。

将〜放在锁热键表达式的前面似乎允许AppsKey充当LWin并锁定计算机。

AppsKey:: LWin 
~AppsKey & l:: DllCall("LockWorkStation")

我不知道我是否从docs了解这个解释，但它似乎适用于此。

如果代字前缀应用于也用作其自己热键的自定义修饰键（前缀键），则该键在按下键时触发，而不是延迟直到释放键。例如，只要按下按钮，上面的〜RButton热键就会被触发。在[v1.1.14]之前（或者没有代字号前缀），它在释放按钮时被触发，但只有在未激活RButton & C组合时才会触发。

如果代字前缀仅应用于自定义组合，而不应用于非组合热键，则密钥的本机函数仍将被阻止。

来源

2017-12-14 21:36:33

具有Win + L功能的Autohotkey重映射密钥

回答

相关问题