Visual Studio: ¿Cómo detener el punto de ruptura del robo de foco?

Question

Cuando un punto de interrupción es golpeó en Visual Studio, que roba el foco de cualquier otra el programador de aplicaciones está viendo/escribiendo en ese momento. Esto puede ser muy irritante ya que VS toma cualquier entrada de teclado que el programador estaba escribiendo en la otra aplicación en ese momento y toma esa entrada como propia.

¿Cuáles son los trucos que usan las personas para evitar este robo de enfoque?

(enfrento esto en Visual C++ 2008 y 2010. Estoy adivinando que es un problema para Visual Studio en general y para todas las versiones recientes.)

Answer 1

Una solución consiste en utilizar OutputDebugString() función de estado actual de salida en la ventana de salida del depurador Simplemente coloque Visual Studio en segundo plano, coloque la ventana del programa depurada para que la ventana "Salida" esté visible, y no ocurra ninguna transición de enfoque.

Quizás desee utilizar macros para compilación condicional para que el código de rastreo no se incluya en las compilaciones de lanzamiento.

Answer 2

Haga clic con el botón derecho en el punto de interrupción y seleccione Al presionar ... esto le permitirá ejecutar una función cuando se golpee el punto de interrupción. Puede usar esto para imprimir mensajes de estado en la ventana de salida. Tu aplicación mantendrá el foco.

Answer 3

Esta es una configuración de registro. Consulte ForegroundLockTimeout en http://technet.microsoft.com/en-us/library/cc957208.aspx. Zero permite que las aplicaciones roban el foco. TweakUI establece este valor en 200000 cuando se selecciona "Impedir que las aplicaciones se roben el foco".

Para un mayor control, descargue el Tweak UI utilidad de Powertoys para Windows XP. En la pestaña "General", seleccione "Enfocar" y marque "Evitar que las aplicaciones roben el foco".

• búsqueda de Google para ForegroundLockTimeout en http://www.google.com/search?q=ForegroundLockTimeout

• de búsqueda Bing de aplicaciones Impedir el robo de enfoque en http://www.bing.com/search?q=Prevent+applications+from+stealing+focus

• Aplicaciones Stealing Enfoque en Windows XP en http://mycvs.org/archives/2004/11/16/applications-stealing-focus-on-windows-xp para la captura de pantalla de TweakUI .

• No robe por favor mi enfoque, horror de codificación, Jeff Atwood en http://www.codinghorror.com/blog/2007/12/please-dont-steal-my-focus.html

  Lo extraño es que hay disposiciones incorporadas en el sistema operativo para protegernos de mal escritas , enfoca las aplicaciones de robo. El ForegroundLockTimeout registro configuración está expresamente diseñado para evitar que las aplicaciones roben enfoque del usuario.El sistema operativo en silencio convierte ese enfoque apropiado la conducta de robo en más amigable, menos invasiva botón destellante barra de tareas, que es el objeto de la configuración del registro ForegroundFlashCount.

• Cómo evitar que los programas de Robo Enfoque en Windows XP en http://www.howtodothings.com/computers-internet/how-to-prevent-programs-from-stealing-focus-in-windows-xp

Answer 4

Por accidente descubrí una solución, que he estado usando durante unos años y, aunque no he 't probado que en 2008 y 2010, trabaja ciertamente en 2013, '15 y '17 & al menos Windows 7 & 10.

se basa en el hecho de que Visual Studio no robará el foco si otra instancia de Visual Studio está detenida en ejecución. Obviamente, lo único tan especial como VS es otro VS. : -/

Abra una segunda instancia de VS con un proyecto simple. Detenga la ejecución del proyecto de la forma que desee (por ejemplo, ponga un punto de interrupción en la primera línea de ejecución y depuración), luego puede simplemente minimizar ese VS y ninguna de las instancias de VS que esté usando robará el foco.

Esto es obviamente una solución pesada, pero si tienes suficiente RAM (el uso de la CPU del VS libre no se registra para mí), funciona bien. No lo he intentado con instancias entre versiones (por ejemplo, pausar en '13 para hacer que '17 se comporte), pero si eso funciona, probablemente querrás optar por usar la instancia de versión anterior como VS "ficticia" para reducirla sobre el uso de recursos.