GTK 4.24 refina o escalonamento fracionário e a temporização de quadros

O GTK 4.24 chegou e mira duas coisas de que os desenvolvedores de aplicativos de desktop mais reclamam. O escalonamento fracionário da tela agora encaixa o conteúdo em pixels inteiros da tela. O temporizador que decide quando desenhar cada quadro foi reconstruído. Matthias Clasen marcou a versão 4.24.0 no GNOME GitLab em 11 de setembro de 2026, e o Phoronix noticiou o fato na manhã seguinte.

O GTK é o toolkit que desenha as janelas, os botões e os menus do desktop GNOME e de aplicativos como o GIMP. Uma versão como esta muda a aparência e o comportamento do seu aplicativo sem que você toque no seu próprio código. Ela chega uma semana antes do GNOME 51.

O que mudou nesta versão

O Phoronix lista estas mudanças no GTK 4.24.

Mudança	O que faz
Escalonamento fracionário	Encaixa o conteúdo nos limites dos pixels do dispositivo
Relógio de quadros do GDK	Refeito para uma temporização mais precisa e menos quadros perdidos
ext-background-effect	Adiciona o protocolo Wayland para fundos de janela desfocados
Text input v3.2	Adiciona o protocolo Wayland mais recente para métodos de entrada
Suporte a SVG	Melhorado de forma significativa
Salvar e restaurar a sessão	Adiado para o GTK 4.26

Dois desses nomes precisam de explicação. O Wayland é o sistema de exibição que substituiu o X11 na maioria dos desktops Linux. Um protocolo Wayland é uma regra combinada sobre como um aplicativo e o desktop conversam entre si. O protocolo ext-background-effect é o que deixa uma janela pedir ao desktop que desfoque o que estiver atrás dela.

Por que o encaixe em pixels importa

Um pixel do dispositivo é um ponto real na sua tela. Escalonamento fracionário significa rodar uma tela em uma fração, como 125% ou 150%, em vez de 100% ou 200%.

A parte chata é a aritmética. Em 150%, uma caixa de 101 unidades de largura cai em 151.5 pixels do dispositivo. Meio ponto não existe, então a borda precisa se espalhar por dois deles. Encaixar o conteúdo nos limites dos pixels do dispositivo significa que o GTK arredonda essas posições para pontos inteiros antes de desenhar.

A mudança no relógio de quadros fica ao lado disso. O relógio de quadros é o temporizador que diz ao seu aplicativo quando pintar o próximo quadro. O Phoronix descreve a reformulação como uma melhora na precisão da temporização e uma redução das perdas de quadros. As duas mudanças buscam o mesmo objetivo, que é fazer uma janela parecer certa enquanto se move.

O que isso significa para os desenvolvedores

Teste seu aplicativo em 125% e 150% antes que seus usuários o façam. O encaixe em pixels muda onde as bordas caem, então tudo o que você posicionou à mão merece um segundo olhar. Fique de olho em divisórias finas, bordas de um único pixel e ícones que você desenhou para alinhar com uma grade. Um layout que parecia correto com o arredondamento antigo pode se deslocar um ponto com o novo.

Não faça planos em torno de salvar e restaurar a sessão ainda. É o recurso que deixaria seu aplicativo reabrir onde o usuário parou, e o time do GTK o moveu para a 4.26. Se você estava esperando por ele, vai esperar pelo menos mais um ciclo. Continue salvando o estado das suas janelas por conta própria enquanto isso.

O protocolo de desfoque só merece atenção se você já o queria. O suporte ao ext-background-effect significa que sua janela pode pedir ao compositor que desfoque o que está atrás dela, em vez de imitar o efeito por conta própria. Peça e depois confira o que acontece quando o compositor diz não. Nem todo desktop implementa todo protocolo, e um painel translúcido que pressupõe desfoque vai parecer errado sem ele.

Acerte o momento da sua atualização com o GNOME 51, que chega na semana que vem e que há pouco adicionou perfis personalizados de aceleração do ponteiro. Os usuários dessa versão vão receber o GTK 4.24 por baixo, tendo você lançado algo ou não. Rode seu aplicativo nas duas agora, para que um relato de bug da semana que vem seja um que você já viu.

O suporte melhorado a SVG é o item discreto da lista. O Phoronix não detalha o que mudou, então trate isso como motivo para testar de novo seus ícones vetoriais, e não como uma correção específica. Gráficos vetoriais escaláveis continuam nítidos em qualquer tamanho, que é exatamente por isso que são os recursos com mais chance de parecerem diferentes depois de uma mudança na renderização.