Complete keyboard/mouse input filtering API

[nnemkin]

I'd like to see (and possibly reject) all keyboard and mouse input going to the WebView.

add_AcceleratorKeyPressed is good, but incomplete. It would be great if it routed full input message range, WM_MOUSEFIRST to WM_MOUSELAST and WM_KEYFIRST to WM_KEYLAST.

Alternatively, expose a HWND that can be subclassed for filtering purposes.

AB#28632280

[douglas-jordan]

You could use a Hook Proc and qualify it to a specific window(s).

[dzfpsh]

You could use a Hook Proc and qualify it to a specific window(s).

Actually, the issue is as I understand that a window (where all messages are passed to) is in another process (due to ActiveX nature of WebView2) which means that the only way to get to those messages would be to inject some dll and set a hook in browser process.

So yes, the filtering API - so you can have an access to all messages coming to browser window would be a good idea). Actually, if you look at CefSharp and their approach to hosting Chromium you have an access (by use of NativeWindow class) to all messages coming to a specific browser window.

@pagoe-msft : When do you plan to add such a thing into WebView2 API ? This would be a very nice feature. Many thanks :)

[TReKiE]

Just to +1. My use case is the user being able to push the mouse forward button and have the app react by switching to the next item in a list. I've accomplished this both in CefSharp and previously the old IE control by using window messages in the manner described above without any problem and having the same ability here would be great.

[douglas-jordan]

You could use a Hook Proc and qualify it to a specific window(s).

Actually, the issue is as I understand that a window (where all messages are passed to) is in another process (due to ActiveX nature of WebView2) which means that the only way to get to those messages would be to inject some dll and set a hook in browser process.

While you can put a hook in an EXE for that process only, Hooks are typically in a DLL and SetWindowsHookEx attaches to all processes when dwThreadId is set to zero.
https://docs.microsoft.com/en-us/windows/win32/api/winuser/nf-winuser-setwindowshookexa

[dzfpsh]

The thing is that with WH_GETMESSAGE hook I am not able to filter out WM_POINTERUPDATE messages even though I pass WM_NULL to MSG structure. Browser still reacts on touch moves. This is quite odd as tried even to filter out WM_INPUT. Hook was established on legacy chrome window (HWND renderer wimdow) in msedge process hosting this window. Done with SetWindowsHookEx. What is so special about msedge in WM_POINTER handling ? wt., 26 maj 2020, 17:37 użytkownik douglas-jordan <notifications@github.com> napisał:

…

You could use a Hook Proc and qualify it to a specific window(s). Actually, the issue is as I understand that a window (where all messages are passed to) is in another process (due to ActiveX nature of WebView2) which means that the only way to get to those messages would be to inject some dll and set a hook in browser process. While you can put a hook in an EXE for that process only, Hooks are typically in a DLL and SetWindowsHookEx attaches to all processes when dwThreadId is set to zero. https://docs.microsoft.com/en-us/windows/win32/api/winuser/nf-winuser-setwindowshookexa — You are receiving this because you commented. Reply to this email directly, view it on GitHub <#112 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/APVYBFXSQMN77ZMXSHTRXMDRTPO47ANCNFSM4KMYBCRQ> .