GTK 4.24 schärft fraktionale Skalierung und Frame-Timing

GTK 4.24 ist da und nimmt sich zwei Dinge vor, über die Entwickler von Desktop-Apps am häufigsten klagen. Die fraktionale Anzeigeskalierung rastet Inhalte jetzt auf ganze Bildschirmpixel ein. Der Timer, der entscheidet, wann jedes Bild gezeichnet wird, wurde neu gebaut. Matthias Clasen hat den Release 4.24.0 am 11. September 2026 im GNOME GitLab getaggt, und Phoronix berichtete am nächsten Morgen darüber.

GTK ist das Toolkit, das die Fenster, Schaltflächen und Menüs für den GNOME-Desktop und für Apps wie GIMP zeichnet. Ein Release wie dieses verändert Aussehen und Verhalten Ihrer App, ohne dass Sie Ihren eigenen Code anfassen. Es kommt eine Woche vor GNOME 51.

Was sich in diesem Release geändert hat

Phoronix führt diese Änderungen in GTK 4.24 auf.

Änderung	Was sie bewirkt
Fraktionale Skalierung	Rastet Inhalte auf Gerätepixelgrenzen ein
GDK Frame Clock	Überarbeitet für präziseres Timing und weniger verworfene Frames
ext-background-effect	Fügt das Wayland-Protokoll für unscharfe Fensterhintergründe hinzu
Text input v3.2	Fügt das neuere Wayland-Protokoll für Eingabemethoden hinzu
SVG-Unterstützung	Deutlich verbessert
Sitzung speichern und wiederherstellen	Auf GTK 4.26 verschoben

Zwei dieser Namen brauchen eine Erklärung. Wayland ist das Anzeigesystem, das X11 auf den meisten Linux-Desktops abgelöst hat. Ein Wayland-Protokoll ist eine vereinbarte Regel dafür, wie eine App und der Desktop miteinander sprechen. Das Protokoll ext-background-effect ist jenes, mit dem ein Fenster den Desktop bitten kann, alles unscharf zu zeichnen, was dahinter liegt.

Warum das Einrasten auf Pixel wichtig ist

Ein Gerätepixel ist ein echter Punkt auf Ihrem Bildschirm. Fraktionale Skalierung bedeutet, ein Display mit einem Bruchteil zu betreiben, etwa 125% oder 150%, statt mit 100% oder 200%.

Der heikle Teil ist die Rechnerei. Bei 150% landet ein Kasten, der 101 Einheiten breit ist, auf 151.5 Gerätepixeln. Ein halber Punkt existiert nicht, also muss die Kante über zwei davon verteilt werden. Inhalte auf Gerätepixelgrenzen einzurasten bedeutet, dass GTK diese Positionen vor dem Zeichnen auf ganze Punkte rundet.

Die Änderung an der Frame Clock steht daneben. Die Frame Clock ist der Timer, der Ihrer App sagt, wann sie das nächste Bild zeichnen soll. Phoronix beschreibt die Überarbeitung als Verbesserung der Timing-Präzision und Verringerung von Frame-Aussetzern. Beide Änderungen zielen auf dasselbe Ziel, nämlich ein Fenster richtig aussehen zu lassen, während es sich bewegt.

Was das für Entwickler bedeutet

Testen Sie Ihre App bei 125% und 150%, bevor Ihre Nutzer es tun. Das Einrasten auf Pixel verändert, wo Kanten landen, also lohnt alles, was Sie von Hand positioniert haben, einen zweiten Blick. Achten Sie auf dünne Trennlinien, ein Pixel breite Rahmen und Icons, die Sie auf ein Raster ausgerichtet gezeichnet haben. Ein Layout, das mit der alten Rundung korrekt aussah, kann unter der neuen um einen Punkt verrutschen.

Planen Sie noch nicht mit dem Speichern und Wiederherstellen der Sitzung. Es ist die Funktion, mit der Ihre App dort wieder öffnen würde, wo die Nutzerin sie verlassen hat, und das GTK-Team hat sie auf 4.26 verschoben. Wenn Sie darauf gewartet haben, warten Sie mindestens einen Zyklus länger. Sichern Sie Ihren Fensterzustand in der Zwischenzeit weiter selbst.

Das Blur-Protokoll lohnt nur einen Blick, wenn Sie es ohnehin wollten. Die Unterstützung für ext-background-effect bedeutet, dass Ihr Fenster den Compositor bitten kann, das Dahinterliegende unscharf zu zeichnen, statt den Effekt selbst vorzutäuschen. Fragen Sie danach und prüfen Sie dann, was passiert, wenn der Compositor Nein sagt. Nicht jeder Desktop implementiert jedes Protokoll, und eine durchscheinende Leiste, die Unschärfe voraussetzt, sieht ohne sie falsch aus.

Stimmen Sie Ihr Upgrade auf GNOME 51 ab, das nächste Woche erscheint und das kürzlich eigene Profile für die Zeigerbeschleunigung hinzugefügt hat. Nutzer dieses Releases bekommen GTK 4.24 darunter, ob Sie nun etwas ausgeliefert haben oder nicht. Testen Sie Ihre App jetzt gegen beide, damit ein Fehlerbericht von nächster Woche einer ist, den Sie schon gesehen haben.

Die verbesserte SVG-Unterstützung ist der stille Eintrag auf der Liste. Phoronix schlüsselt nicht auf, was sich geändert hat, also nehmen Sie sie als Anlass, Ihre Vektor-Icons erneut zu testen, und nicht als bestimmte Fehlerbehebung. Skalierbare Vektorgrafiken bleiben in jeder Größe scharf, und genau deshalb sind sie die Assets, die nach einer Änderung am Rendering am ehesten anders aussehen.