为什么Visual Studio在autohotkey之前捕获关键事件？
我最近切换到Dvorak键盘布局作为一个实验的一点点。 过渡中最困难的部分之一就是处理热键。 大多数热键在devise时都考虑到了QWERTY，而且更糟的是，热键似乎是非常有肌肉记忆力的。
我没有重新学习所有的热键，而是编写了一个autohotkey脚本，当Ctrl 键 ， Alt键或者Win键与其他键联合使用时，可以将Dvorak格式转换回QWERTY格式。 除了Visual Studio '08之外，它在任何地方都可以运行。 在autohotkey可以翻译它们之前，似乎击键被捕获。
为什么会发生这种情况，我该如何解决这个问题？
以下是我的脚本的摘录（从一开始）：
; control + letter ^;::^z ^q::^x ^j::^c ^k::^v 更新：脚本在ah7，vs08和coderush新安装的Win7上正常工作。 我遇到麻烦的机器正在运行Vista。 任何想法如何进一步诊断？
更新2：该脚本工作正常与Vista和2010testing版2似乎是与08 + Vista的东西。 今晚要尝试一下vs08的全新安装。
啊哈！ 我已经知道了。 如果ahk和目标应用程序没有在相同的特权（或用户）下运行，ahk将不会正确地拦截/模拟键盘事件。 在我的情况下，视觉工作室是以pipe理员（提升的）特权运行，而ahk脚本是以当前login的用户身份运行的。
下面的任何一个解决了这个问题：
- 作为当前用户运行vs和ahk
- 编译脚本并以pipe理员身份运行vs和编译的应用程序
只是想添加一些点到OP自己find的解决scheme。
1）问题不在于AHK和VS使用不同的权限运行 – 只是运行在非pipe理模式下的脚本创build的热键不适用于在pipe理模式下运行的应用程序，但是如果它是反过来。
2）不需要编译脚本，只需要设置autohotkey.exe在pipe理模式下运行（这就是我所做的），或者创build一个特定脚本的快捷方式，并将其设置为始终以pipe理员模式运行。 （顺便说一句，要指出的是，运行AHK脚本的编译版本没有任何性能上的提高，因为代码仍然被解释 – 只是现在解释器被embedded到创build的可执行文件中）
小字中的这句话听起来有关：
如果SendMode用于自动执行部分（脚本的顶部），则会影响所有重新映射。 但是，由于重新映射使用Send {Blind}并且由于SendPlay模式并不完全支持{Blind}，所以在SendPlay模式（ 特别是Control，Shift，Alt和Win ）下，某些重新映射可能无法正常运行。 要解决此问题，请在重新映射时避免自动执行部分中的SendPlay; 然后在脚本的其他地方使用SendPlay与Send命令。 或者，您可以将您的重新映射转换为显式调用SendEvent与发送的热键（如下所述）。
