如何在Surface 4 Pro中禁用WPF Tablet支持
本文关键字:WPF Tablet 支持 Pro Surface | 更新日期: 2023-09-27 17:59:10
我继承了一个以Net 3.5为目标的WPF应用程序,我必须将其安装在Surface Pro 4(I5)中。应用程序挂在不同的点上,我观察到动画有时永远不会触发已完成的事件(也许它们会在某个点结束,但不会在Duration属性中表示的时间结束)。
作为一个转折点,我尝试了禁用WPF应用程序的RealTimeStylus,但经过几次尝试,我注意到尽管DisableWPFTabletSupport方法已经执行并完成(我在DisableWPFTTabletSupport中添加了日志代码,Surface Pro 4中删除了四个设备),但WPF平板电脑支持可能在我的应用程序中仍然有效,因为应用程序不时地继续挂起并且继续捕捉屏幕触摸。
因此,我发现能够在Surface 4 Pro中成功运行针对Net 3.5的WPF应用程序的唯一方法是使用Windows设备管理器在人机界面中禁用所有与触摸屏相关的设备。
有人知道我如何在Surface 4 Pro中禁用WPF Tablet支持吗
注意。尽管有关于禁用和启用触摸屏驱动程序的说法,但仅禁用"符合HID标准的触摸屏设备"是不够的:在"英特尔(R)精确触摸设备"未被禁用之前,触摸屏将保持激活状态,大多数WPF应用程序将失败。
我也遇到了同样的问题,并且能够找到使用反射的解决方案。
该问题是由WPF在发送窗口消息WM_tablet_ADDED、WM_tablet _REMOVED或WM_DEVICECHANGED时更新其内部平板电脑设备处理引起的(请参阅.net referencesource)。由于这些消息可能会生成,也可能不会生成,这取决于所使用的硬件,因此最初的DisableWPFTabletSupport方法可能足够或不够。
我的解决方案是处理和隐藏WPF的这三个窗口消息,以及原始代码:
class DisableWPFTouchAndStylus
{
private static void DisableWPFTabletSupport()
{
// Get a collection of the tablet devices for this window.
var devices = Tablet.TabletDevices;
if (devices.Count > 0)
{
// Get the Type of InputManager.
var inputManagerType = typeof(InputManager);
// Call the StylusLogic method on the InputManager.Current instance.
var stylusLogic = inputManagerType.InvokeMember("StylusLogic",
BindingFlags.GetProperty | BindingFlags.Instance | BindingFlags.NonPublic,
null, InputManager.Current, null);
if (stylusLogic != null)
{
// Get the type of the stylusLogic returned from the call to StylusLogic.
var stylusLogicType = stylusLogic.GetType();
// Loop until there are no more devices to remove.
while (devices.Count > 0)
{
// Remove the first tablet device in the devices collection.
stylusLogicType.InvokeMember("OnTabletRemoved",
BindingFlags.InvokeMethod | BindingFlags.Instance | BindingFlags.NonPublic,
null, stylusLogic, new object[] { (uint)0 });
}
}
}
// END OF ORIGINAL CODE
// hook into internal class SystemResources to keep it from updating the TabletDevices on system events
object hwndWrapper = GetSystemResourcesHwnd();
if (hwndWrapper != null)
{
// invoke hwndWrapper.AddHook( .. our method ..)
var internalHwndWrapperType = hwndWrapper.GetType();
// if the delegate is already set, we have already added the hook.
if (_handleAndHideMessageDelegate == null)
{
// create the internal delegate that will hook into the window messages
// need to hold a reference to that one, because internally the delegate is stored through a WeakReference object
var internalHwndWrapperHookDelegate = internalHwndWrapperType.Assembly.GetType("MS.Win32.HwndWrapperHook");
var handleAndHideMessagesHandle = typeof(DisableWPFTouchAndStylus).GetMethod(nameof(HandleAndHideMessages), BindingFlags.Static | BindingFlags.NonPublic);
_handleAndHideMessageDelegate = Delegate.CreateDelegate(internalHwndWrapperHookDelegate, handleAndHideMessagesHandle);
// add a delegate that handles WM_TABLET_ADD
internalHwndWrapperType.InvokeMember("AddHook",
BindingFlags.InvokeMethod | BindingFlags.Instance | BindingFlags.Public,
null, hwndWrapper, new object[] { _handleAndHideMessageDelegate });
}
}
}
private static Delegate _handleAndHideMessageDelegate = null;
private static object GetSystemResourcesHwnd()
{
var internalSystemResourcesType = typeof(Application).Assembly.GetType("System.Windows.SystemResources");
// get HwndWrapper from internal property SystemRessources.Hwnd;
var hwndWrapper = internalSystemResourcesType.InvokeMember("Hwnd",
BindingFlags.GetProperty | BindingFlags.Static | BindingFlags.NonPublic,
null, null, null);
return hwndWrapper;
}
private static IntPtr HandleAndHideMessages(IntPtr hwnd, int msg, IntPtr wParam, IntPtr lParam, ref bool handled)
{
if (msg == (int)WindowMessage.WM_TABLET_ADDED ||
msg == (int)WindowMessage.WM_TABLET_DELETED ||
msg == (int)WindowMessage.WM_DEVICECHANGE)
{
handled = true;
}
return IntPtr.Zero;
}
enum WindowMessage : int
{
WM_TABLET_DEFBASE = 0x02C0,
WM_TABLET_ADDED = WM_TABLET_DEFBASE + 8,
WM_TABLET_DELETED = WM_TABLET_DEFBASE + 9,
WM_DEVICECHANGE = 0x0219
}
}
关于此实现和限制的一些注意事项:
WPF不会在应用程序MainWindow上注册这些消息,而是通过为每个应用程序实例创建的名为"SystemResources…"的隐藏窗口注册。因此,在主窗口上处理这些消息(这很容易)在这里没有帮助。
我的解决方案还使用了相当多的反射和对内部类和内部属性的调用。它适用于.net 4.6.2,尚未在早期版本上进行过测试。此外,在我对.net源代码的深入研究中,我还看到了另外两条更新平板电脑处理的潜在路径,这两条路径在本解决方案中没有处理:TabletCollection和HwndStylusInputProvider的构造函数。