我正在试验Application.AddMessageFilter,使用一些最初由 Somebody Else 编写的代码,所以我不一定了解这里发生的一切。
下面是代码的样子。在Main():
Application.AddMessageFilter(new KeyDownMessageFilter());
Run Code Online (Sandbox Code Playgroud)
在KeyDownMessageFilter:
internal class KeyDownMessageFilter : IMessageFilter {
private const int WM_KEYDOWN = 0x0100;
public bool PreFilterMessage(ref Message m)
{
if (m.Msg == WM_KEYDOWN)
{
var k = (Keys)m.WParam;
var c = (char)k;
// and some other stuff
}
return false;
}
}
Run Code Online (Sandbox Code Playgroud)
我可以看到,通过转换m.WParam为 type 的变量,System.Windows.Forms.Keys然后将其转换为 a char,我可以知道按下了键盘上的哪个键。到现在为止还挺好。
但是 - 我无法弄清楚如何区分Shifted 键和没有 a 键的按键Shift- 例如,按下会%产生字符“5”。更奇怪的是,查看 的值k,它显示为“LButton | MButton | ShiftKey | Space”(无论我是 push5还是%)。
关于这个主题的 MSDN 文档相当薄。任何人都可以请解释如何准确的告诉被推什么字符,以及加分,解释一下这个Message对象应该是对的,为什么它使用了这种不伦不类的性质,如LParam和WParam携带有用的信息?
例如,按“%”会产生字符“5”
根据设计,WM_KEYDOWN 消息在 wparam 中传递一个虚拟键代码。产生 '%' 和 '5' 的键的虚拟键代码是相同的,它是键盘上的相同键。在 Windows 处理 WM_KEYDOWN 消息并将其转换为 WM_CHAR 消息之前,它不会变成实际的键入键。这将检查 Shift、Ctrl 和 Alt 键的状态并相应地更改生成的字符。生成的实际字符取决于活动的键盘布局。
查看 k 的值,它显示为“LButton | MButton | ShiftKey | Space”
这是 [Flags] 属性对 Keys 类型的副作用。默认的 Enum.ToString() 方法检查该属性,如果该属性存在,将合并枚举值。Keys.D5 的整数值为 0x35,0x01 + 0x04 + 0x10 + 0x20 的组合。分别是 Keys.LButton、MButton、ShiftKey 和 Space。显然,这对您的情况没有帮助,在 watch 表达式中转换为 (int) 。
嗯,这就解释了发生了什么。您真正想要避免的一件事是尝试自己将虚拟键转换为打字键。看看ToUnicodeEx() Windows api 函数,您必须使用该函数才能正确执行此操作。您可以使用 Control.ModifierKeys 属性来检测普通 Keys.D5 与按下 Shift 键时按下的 Keys.D5 之间的差异。
顺便说一句:您还应该捕获 WM_SYSKEYDOWN,即按下 Alt 键时生成的消息。消息 0x104。
| 归档时间: |
|
| 查看次数: |
6069 次 |
| 最近记录: |