GTK 4.24 afina el escalado fraccionario y la temporización de fotogramas

GTK 4.24 ya está disponible y apunta a dos cosas de las que más se quejan los desarrolladores de aplicaciones de escritorio. El escalado fraccionario de pantalla ahora ajusta el contenido a píxeles enteros de pantalla. El temporizador que decide cuándo dibujar cada fotograma se ha reconstruido. Matthias Clasen etiquetó la versión 4.24.0 en el GNOME GitLab el 11 de septiembre de 2026, y Phoronix lo contó a la mañana siguiente.

GTK es el kit de herramientas que dibuja las ventanas, los botones y los menús del escritorio GNOME y de aplicaciones como GIMP. Una versión como esta cambia el aspecto y el comportamiento de su aplicación sin que usted toque su propio código. Llega una semana antes que GNOME 51.

Qué cambia en esta versión

Phoronix enumera estos cambios en GTK 4.24.

Cambio	Qué hace
Escalado fraccionario	Ajusta el contenido a los límites de los píxeles del dispositivo
Reloj de fotogramas de GDK	Rehecho para una temporización más precisa y menos fotogramas perdidos
ext-background-effect	Añade el protocolo de Wayland para fondos de ventana difuminados
Text input v3.2	Añade el protocolo de Wayland más reciente para métodos de entrada
Compatibilidad con SVG	Mejorada de forma notable
Guardar y restaurar la sesión	Aplazado a GTK 4.26

Dos de esos nombres necesitan explicación. Wayland es el sistema de pantalla que ha sustituido a X11 en la mayoría de los escritorios Linux. Un protocolo de Wayland es una regla acordada sobre cómo hablan entre sí una aplicación y el escritorio. El protocolo ext-background-effect es el que permite a una ventana pedirle al escritorio que difumine lo que quede detrás de ella.

Por qué importa el ajuste a píxeles

Un píxel del dispositivo es un punto real de su pantalla. El escalado fraccionario consiste en ejecutar una pantalla a una fracción, como 125% o 150%, en lugar de al 100% o al 200%.

Lo incómodo es la aritmética. Al 150%, una caja de 101 unidades de ancho cae en 151.5 píxeles del dispositivo. Medio punto no existe, así que el borde tiene que repartirse entre dos de ellos. Ajustar el contenido a los límites de los píxeles del dispositivo significa que GTK redondea esas posiciones a puntos enteros antes de dibujar.

El cambio del reloj de fotogramas va al lado. El reloj de fotogramas es el temporizador que le dice a su aplicación cuándo pintar el siguiente fotograma. Phoronix describe la reelaboración como una mejora de la precisión de la temporización y una reducción de los fotogramas perdidos. Los dos cambios persiguen el mismo objetivo, que es hacer que una ventana se vea bien mientras se mueve.

Qué significa esto para los desarrolladores

Pruebe su aplicación al 125% y al 150% antes de que lo hagan sus usuarios. El ajuste a píxeles cambia dónde caen los bordes, así que todo lo que haya colocado a mano merece un segundo vistazo. Vigile los separadores finos, los bordes de un solo píxel y los iconos que dibujó para cuadrar con una rejilla. Un diseño que parecía correcto con el redondeo antiguo puede desplazarse un punto con el nuevo.

No planifique todavía contando con guardar y restaurar la sesión. Es la función que permitiría a su aplicación volver a abrirse donde el usuario la dejó, y el equipo de GTK la ha movido a la 4.26. Si la estaba esperando, esperará al menos un ciclo más. Mientras tanto, siga guardando usted mismo el estado de sus ventanas.

El protocolo de difuminado solo merece atención si ya lo quería. La compatibilidad con ext-background-effect significa que su ventana puede pedirle al compositor que difumine lo que hay detrás, en lugar de fingir el efecto usted mismo. Pídalo y compruebe después qué pasa cuando el compositor dice que no. No todos los escritorios implementan todos los protocolos, y un panel translúcido que da por hecho el difuminado se verá mal sin él.

Ajuste el momento de su actualización a GNOME 51, que llega la semana que viene y que hace poco añadió perfiles personalizados de aceleración del puntero. Los usuarios de esa versión tendrán GTK 4.24 por debajo, haya publicado usted algo o no. Ejecute su aplicación contra ambas ahora, para que un informe de error de la semana que viene sea uno que ya haya visto.

La mejora en la compatibilidad con SVG es la entrada discreta de la lista. Phoronix no desglosa qué cambió, así que tómelo como motivo para volver a probar sus iconos vectoriales y no como una corrección concreta. Los gráficos vectoriales escalables se mantienen nítidos a cualquier tamaño, que es justo por lo que son los recursos con más probabilidades de verse distintos tras un cambio de renderizado.