我有一个键盘,它有一个左侧Windows键和一个右侧上下文菜单键。我更喜欢正确的上下文菜单键作为另一个Windows键,所以我使用一个简单的AutoHotKey脚本来“重新映射”键,如下所示:
AppsKey::LWin
这适用于每个WinKey +(XYZ)组合,例如Win + I,Win + X,以及我用AutoHotKey映射的一堆其他热键。
HOWEVER! 不使用Win + L来锁定控制台,这是我想要重新映射该密钥的主要原因之一。有人有什么想法吗?
(注意:如果这有助于任何人,我使用Scroll Lock键作为“锁定控制台”键而不是使用此脚本:
scrolllock:: DllCall("LockWorkStation")
但我仍然想知道为什么Win + L功能不起作用)
答案 0 :(得分:1)
我发现Windows Key L被视为额外特殊的东西。我不认为它出现在AutoHotkey键盘历史记录工具中。我依旧记得在过去使用它来做其他事情,当Windows 7出现时,它变得不可能。基本上,我认为这是一个安全功能。
答案 1 :(得分:1)
在我的情况下,我想重新映射菜单键(AppsKey)的唯一原因是能够锁定我的屏幕(因为该按钮靠近'L'键并且是我自然风格的唯一Windows键键盘很远)。
如果您不关心用作Windows键的菜单键,可以使用此映射:
AppsKey & L:: DllCall("LockWorkStation")
当然,您应该能够添加对您来说很重要的其他组合键。看来你必须明确这个密钥。
答案 2 :(得分:0)
更新:这似乎很容易混淆键的状态。只需键入L键即可锁定我的电脑。所以我不推荐它。
将〜放在锁定热键表达式之前似乎允许AppsKey充当LWin并锁定计算机。
AppsKey:: LWin
~AppsKey & l:: DllCall("LockWorkStation")
我不确定我是否理解docs中的这一解释,但它似乎适用于此。
如果将波形符前缀应用于也用作其自己的热键的自定义修饰键(前缀键),则在按下该键时将触发该热键,而不是在键被释放之前被延迟。例如,按下按钮后会立即触发上面的~RButton热键。在[v1.1.14]之前(或没有波浪号前缀),它在释放按钮时被触发,但仅当RButton& C组合未激活。
如果波浪号前缀仅应用于自定义组合而非非组合热键,则键的本机功能仍将被阻止。