对于我的子类化RichTextBox
类,我可以捕获、抑制 Ctrl+Shift+# 的默认行为并重新利用 Ctrl+Shift+# 的用途,只要 # 介于 1 和 9 之间。 对于 Ctrl+Shift+0,我不能。 我已经在表单类中试验了ProcessCmdKey
,并在控制类中onKeyDown
和PreProcessMessage
。
下面是用于应抑制 Ctrl+Shift+0 但不抑制的控件类的示例代码:
public override bool PreProcessMessage(ref Message msg)
{
bool cancel = false;
int vKeyCode = (int)msg.WParam;
if(msg.Msg == WinApi.WM_KEYDOWN)
{
bool ctrlDown = (WinApi.GetKeyState(Keys.ControlKey) & (1 << 16)) == (1 << 16);
bool altDown = (WinApi.GetKeyState(Keys.Alt) & (1 << 16)) == (1 << 16);
bool shiftDown = (WinApi.GetKeyState(Keys.ShiftKey) & (1 << 16)) == (1 << 16);
if(ctrlDown && shiftDown && vKeyCode == (int)Keys.D0)
{
Debug.WriteLine("Cancel!");
cancel = true;
}
}
return cancel ? true : base.PreProcessMessage(ref msg);
}
但是,将Keys.D0
更改为Keys.D1
表明示例在其他方面有效。
如果这是一个线索,RichTextBox
的默认行为,响应 Ctrl+Shift+0,是更改字体。 我去寻找将其作为内置快捷方式提及的文档,但我没有找到任何东西(也许我没有使用正确的搜索词)。
我应该如何检测 Ctrl+Shift+0,以便我可以抑制默认行为并编写自己的行为?
经过一些尝试,我发现了如何实际抑制Ctrl + Shift + D0
。然而,新问题更加棘手,Ctrl + Shift + D0
被抑制了,但是在释放Ctrl and Shift
时产生了beep sound
,这太烦人了,因为你说你想覆盖这些键组合而不是丢弃它。因此,不应生成beep sound
。
在满怀希望地搜索了很多之后,有一些style
适用于RichTextBox
以防止beep sound
或丢弃一些消息导致抑制beep sound
但没有任何这样的事情。我几乎失望了,打算让你的问题永远得不到回答。我不想添加刚刚部分解决您的问题的答案。然而幸运的是,我尝试sending some key
而不是丢弃的0 key
来consume
键组合并使keys combination
有效,因此不会生成beep sound
。这是您的完整代码,请注意,我们必须在这里使用一些global low-level keyboard hook
,因为我说过应用程序级消息过滤器也无济于事:
[DllImport("user32")]
private static extern IntPtr SetWindowsHookEx(int hookType, KeyboardLowLevelProc proc, IntPtr moduleHandle, int threadID);
[DllImport("user32")]
private static extern int UnhookWindowsHookEx(IntPtr hHook);
[DllImport("user32")]
private static extern IntPtr CallNextHookEx(IntPtr hHook, int nCode, IntPtr wParam, IntPtr lParam);
[DllImport("kernel32")]
private static extern IntPtr GetModuleHandle(string moduleName);
public struct KBDLLHOOKSTRUCT
{
public Keys key;
public int scanCode;
public int flags;
public int time;
public IntPtr extra;
}
public delegate IntPtr KeyboardLowLevelProc(int hCode, IntPtr wParam, IntPtr lParam);
public IntPtr KeyboardLowLevelCallback(int nCode, IntPtr wParam, IntPtr lParam)
{
if (nCode >= 0) {
KBDLLHOOKSTRUCT kbd = (KBDLLHOOKSTRUCT)Marshal.PtrToStructure(lParam, typeof(KBDLLHOOKSTRUCT));
if (kbd.key == Keys.D0 && blockD0) {
if(ModifierKeys == (Keys.Control | Keys.Shift)) {
SendKeys.Send("{ESC}");
//Add custom code as the response to Ctrl + Shift + D0 here
//....
}
return new IntPtr(1);//Discard the default behavior
}
}
return CallNextHookEx(hHook, nCode, wParam, lParam);
}
bool blockD0;
KeyboardLowLevelProc proc; //this should be declared in the form scope
IntPtr hHook;
//your Form1 constructor
public Form1(){
InitializeComponent();
//Get current module Handle
IntPtr currentModuleHandle = GetModuleHandle(System.Diagnostics.Process.GetCurrentProcess().MainModule.ModuleName);
//Set the keyboard hook
hHook = SetWindowsHookEx(13, proc, currentModuleHandle, 0);//WH_KEYBOARD_LL = 13
//register these Key events for your richTextBox1
richTextBox1.KeyDown += (s, e) => {
if(e.KeyCode != Keys.D0) blockD0 = true;
};
richTextBox1.KeyUp += (s, e) => {
if (ModifierKeys == Keys.None) blockD0 = false;
};
//Unhook keyboard when form is closed
FormClosed += (s,e) => {
if (hHook != IntPtr.Zero) {
UnhookWindowsHookEx(hHook);
hHook = IntPtr.Zero;
}
}
}
关于解释的一点:我不明白为什么我们必须在这里使用Global Low-level Keyboard hook
,我猜当按下组合键Ctrl + Shift + D0
时,可能会有一些键消息被克隆并调度到另一个线程,这就是为什么当前线程中的所有手动拦截都无法拦截或覆盖Ctrl + Shift + D0
, 但是,global low-level keyboard hook
可以处理当前模块的所有线程中的key messages
,并且可以拦截任何关键消息。
我提到了beep sound
问题,如果您想体验它,只需删除SendKeys.Send("{ESC}");
,实际上您可以尝试其他一些键,例如1
,2
,...它们还使按键组合Ctrl + Shift + ...
有效,并有助于避免任何beep sound
。
更新
上面的解决方案工作正常,这是最好的解决方案,应该干净彻底地丢弃Ctrl + Shift + D0
。但是它有点长(如您所见)。我发现当您按下Ctrl + Shift + D0
时,发送的消息WM_INPUTLANGCHANGEREQUEST
,此消息会导致您不希望的行为。因此,我们可以尝试另一种解决方案,PreProcessMessage
您仍然可以捕获组合Ctrl + Shift + D0
但您不能丢弃它(因为它被调度到另一个线程),这意味着您可以在那里添加自己的代码,而不是丢弃Ctrl + Shift + D0
,我们可以通过丢弃消息WM_INPUTLANGCHANGEREQUEST
来丢弃它引起的效果/行为。我们有以下代码:
//Create a custom RichTextBox class
public class CustomRichTextBox : RichTextBox {
protected override void WndProc(ref Message m){
if(m.Msg == 0x50) return; //WM_INPUTLANGCHANGEREQUEST = 0x50
base.WndProc(ref m);
}
public override bool PreProcessMessage(ref Message msg) {
if (msg.Msg == 0x100)//WM_KEYDOWN = 0x100
{
Keys keyData = (Keys)msg.WParam | ModifierKeys;
if(keyData == (Keys.Control | Keys.Shift | Keys.D0)){
//your own code goes here...
}
}
return base.PreProcessMessage(ref msg);
}
}
您可以看到第二种方法要短得多,但是正如我所说,它实际上并没有抑制Ctrl + Shift + D0
,它只是抑制了消息WM_INPUTLANGCHANGEREQUEST
引起的默认行为。我想这足以解决你的问题。