具有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重映射密鑰

回答

相關問題