Cómo corregir aplicaciones borrosas en Windows 11 al cambiar entre monitores

Solución rápida: Haz clic derecho en el .exe de la aplicación borrosa → Propiedades → Compatibilidad → Cambiar configuración de DPI alto → marca Invalidar el comportamiento de escalado de DPI alto → elige Sistema (mejorado). Esto vuelve a renderizar la aplicación para el nuevo monitor en lugar de estirar el mapa de bits.

Arrastras una ventana desde la pantalla 4K de tu portátil a un monitor externo de 1080p y la ventana se ve borrosa. A veces, cerrar sesión y volver a iniciarla lo soluciona por una sesión. Al día siguiente vuelve a estar borrosa. El problema fundamental: Windows no le informó a la aplicación que el DPI cambió, por lo que la aplicación sigue renderizando al DPI original y Windows estira el mapa de bits para ajustarlo, lo que produce texto suave e iconos borrosos.

Qué causa esto

Windows admite tres niveles de conciencia de DPI para las aplicaciones. No consciente: la aplicación renderiza a 96 DPI y Windows estira su salida para pantallas de mayor DPI, lo que produce borrosidad cuando el DPI de destino no coincide. Sistema: la aplicación renderiza al DPI de la pantalla principal al iniciarse y nunca se actualiza, lo que produce borrosidad cuando se mueve a un monitor con diferente DPI. Por monitor V2 (PMv2): la aplicación responde a los cambios de DPI en tiempo real mientras la arrastras entre monitores, lo que produce un renderizado nítido en todos los DPI.

La mayoría de las aplicaciones modernas son conscientes de PMv2 (Edge, Chrome, Office, Visual Studio). Las aplicaciones Win32 más antiguas, las aplicaciones Java y las aplicaciones Electron que no se crearon con soporte de múltiples DPI caen en las categorías No consciente o Sistema, y se ven borrosas al cambiar de monitor.

Método 1: Aplicar anulación de DPI por aplicación (la solución más común)

Fuerza a Windows a volver a renderizar la aplicación limpiamente al cambiar de monitor en lugar de estirar el mapa de bits.

1. Haz clic derecho en el acceso directo de la aplicación → Abrir ubicación del archivo. (Para accesos directos anclados a la barra de tareas, haz clic derecho en el icono, luego haz clic derecho en el nombre de la aplicación en el menú emergente y elige Abrir ubicación del archivo).
2. Haz clic derecho en el .exe → Propiedades → Compatibilidad.
3. Haz clic en Cambiar configuración de DPI alto.
4. Marca Invalidar el comportamiento de escalado de DPI alto. Escalado realizado por:.
5. Elige Sistema (mejorado) para el renderizado de texto más nítido en aplicaciones Win32. (Elige Aplicación si la aplicación maneja el DPI por sí misma pero pelea con Windows. Elige Sistema para aplicaciones heredadas con controles personalizados que se rompen con la opción Mejorado).
6. Haz clic en Aceptar dos veces. Cierra la aplicación por completo y vuelve a iniciarla desde el mismo acceso directo.

Arrastra la ventana entre monitores. El texto debería permanecer nítido en ambos. Si un cuadro de diálogo específico se ve mal con Sistema (mejorado), cambia a Sistema: misma solución para la borrosidad, calidad de texto ligeramente peor pero mejor renderizado de controles.

Método 2: Forzar el reinicio de todas las aplicaciones al cambiar la resolución

Úsalo cuando tengas muchas aplicaciones que corregir o quieras una solución para todo el equipo.

1. Abre Configuración → Sistema → Pantalla → Pantalla avanzada.
2. Anota los monitores conectados y sus frecuencias de actualización.
3. Para cada monitor, establece Escala en la página principal de Pantalla para que la escala × resolución sea aproximadamente igual entre monitores. Ejemplo: portátil 4K al 200% = 1080p efectivo; externo 1080p al 100% = 1080p. El DPI efectivo coincide.
4. Esto evita el evento de cambio de DPI por completo porque Windows trata ambos monitores como el mismo DPI efectivo.
5. Cierra sesión y vuelve a iniciarla para que todas las aplicaciones tomen el nuevo DPI efectivo.

Compensación: pierdes densidad de píxeles (el texto en la pantalla 4K es menos nítido que al 200% nativo), pero ninguna aplicación se ve borrosa al cambiar de monitor.

Método 3: Reemplaza con aplicaciones compatibles con PMv2 cuando sea posible

La solución más limpia a largo plazo para aplicaciones crónicamente borrosas.

1. Identifica qué aplicación está borrosa. Los culpables comunes: versiones antiguas de Notepad++, el Bloc de notas clásico, algunos IDE de Java, algunos clientes VPN, scripts antiguos de AutoHotkey.
2. Verifica si el proveedor ofrece una versión más nueva con soporte PMv2: la mayoría ha lanzado actualizaciones desde 2020.
3. Para Notepad++, actualiza a la versión 8.x (agregó PMv2). Para el Bloc de notas, usa la versión modernizada de Windows 11 en lugar de la heredada.
4. Para aplicaciones Java, instala el último Adoptium OpenJDK (Java 17+) que maneja bien HiDPI. Las aplicaciones Java 8 antiguas permanecen borrosas.
5. Para aplicaciones basadas en Electron (Slack, Discord), actualiza a la última versión: la mayoría de las versiones de Electron desde 2021 admiten PMv2.
6. Verifica la conciencia de DPI actual a través del Administrador de tareas → pestaña Detalles → clic derecho en las columnas → Seleccionar columnas → Conciencia de DPI. Las aplicaciones que muestran Por monitor (V2) manejan correctamente el DPI múltiple; Sistema o No consciente se ven borrosas.

Este es el camino correcto cuando puedes cambiar a una versión más nueva de la aplicación: el problema subyacente se corrige en la fuente en lugar de ocultarse con banderas de anulación.

Cómo verificar que la solución funcionó

• Arrastra la ventana de la aplicación desde tu monitor de mayor DPI al de menor DPI (por ejemplo, portátil 4K a externo 1080p). El texto debería permanecer legible y nítido durante el movimiento.
• Abre el Administrador de tareas → pestaña Detalles. Haz clic derecho en el encabezado de las columnas → Seleccionar columnas → marca Conciencia de DPI. La aplicación ahora debería mostrar Sistema o Por monitor (V2), no No consciente.
• Cambia el tamaño de la ventana. El texto debería permanecer nítido durante el cambio de tamaño, sin saltos de pixelación.

Si ninguna de estas soluciones funciona

Si la aplicación permanece borrosa a pesar de la anulación e incluso después de reemplazarla con una versión más nueva, probablemente la aplicación incorpora una biblioteca que no es consciente de DPI (como un pipeline de renderizado OpenGL o Direct2D antiguo) que el host no puede anular. Intenta ejecutar la aplicación con conciencia de DPI explícita mediante la línea de comandos: start /D "C:\path\to\app" app.exe --force-device-scale-factor=1 funciona para aplicaciones Electron. Para aplicaciones Java, establece la variable de entorno JAVA_TOOL_OPTIONS en -Dsun.java2d.uiScale=2 antes de iniciar. Para todo lo demás, la solución práctica es mantener la aplicación en el monitor que coincida con su DPI nativo: fíjala a ese monitor con PowerToys FancyZones para que nunca se arrastre a la situación borrosa.

En resumen: Las aplicaciones borrosas al cambiar de monitor provienen de código antiguo de manejo de DPI: las anulaciones por aplicación corrigen la mayoría, igualar el DPI efectivo corrige el resto, y actualizar a versiones compatibles con PMv2 lo corrige en la fuente.