Estoy experimentando un problema descrito en this thread.Problema de rendimiento de WPF debido a la automatización de la interfaz de usuario
dotTrace me dijo "Stylus Input" era culpable.
me trataron the code Publicado por Ron Z y Chaim Zonnenberg, pero no funcionó.
Rash sugirieron 2 soluciones:
código de automatización se activará sólo si hay cualquier cliente de automatización (como el lector de pantalla, tabtip en los Tablet PC, etc.) que se ejecuta en la máquina. Entonces, una forma de salir de esta situación es cerrar cualquiera de esas aplicaciones de cliente de automatización.
Si no es posible, una alternativa es UIElementHelper.InvalidateAutomationAncestors llevará más tiempo solo si el árbol de automatización de la aplicación es escaso (sucede si se ha desactivado el árbol de automatización del edificio utilizando un par de automatización de ventanas personalizado) y el árbol visual es denso . Entonces, otra solución es deshabilitar cualquier código de automatización personalizado y permitir que WPF genere un árbol de automatización completo. Esto también debería acelerar UIElementHelper.InvalidateAutomationAncestors.
Pero, ¿cómo cerrar tabtip? Traté de detener y deshabilitar los siguientes servicios, pero no funcionó, Tabtip.exe se sigue ejecutando en segundo plano:
- Servicio de entrada de Tablet PC
- TabletServicePen
Rash dicho esta cuestión debería ser resuelto en .NET 4.0 SP1. ¿Alguien sabe la fecha de lanzamiento de .NET 4.0 SP1?
Estoy utilizando Visual Studio 2010, Windows 7 de 64 bits, Wacom Graphire 4.
Gracias
Actualizar:
para cerrar Tabtip.exe sólo hay que reiniciar Windows después de deshabilitar los servicios antes mencionados. Pero esto solo no resolvió mi problema. Para solucionar el problema de rendimiento, también tengo que deshabilitar "Wacom Consumer Touch Service".
Y de acuerdo con this thread (22 de marzo de 2011):
there is no published timeline for .NET Framework 4.0 sp1