GNOME 51 est passé en bêta le 2 août, et le changement principal tient en une phrase : les applications Wayland peuvent enfin demander un flou d'arrière-plan. Mutter 51 bêta implémente ext-background-effect-v1, le protocole qui permet à un client de demander au compositeur de flouter ce qui se trouve derrière sa fenêtre, ce qui correspond au fonctionnement attendu d'un terminal translucide et restait impossible sous Wayland jusqu'ici. À côté, Mutter adopte le protocole amont xdg_session_management_v1 en remplacement de son interface privée, et reçoit une série de travaux de Michel Danzer sur l'ordonnancement des trames. GNOME 51, nom de code A Coruna, est attendu le 16 septembre.
The short answer
Mutter 51 bêta et GNOME Shell 51 bêta sont sortis dans la nuit du 2 août. Mutter ajoute ext-background-effect-v1, qui permet à un client Wayland de demander au compositeur de flouter ce qui se trouve derrière lui, et abandonne son interface de session privée préfixée XX au profit du protocole amont xdg_session_management_v1. Michel Danzer a contribué des améliorations d'ordonnancement des trames, et l'on trouve des correctifs pour le rendu flou sur les écrans non alignés au pixel, le défilement par bouton des souris et le masquage du curseur pendant une capture d'entrée. GNOME Shell 51 ajoute une première prise en charge du mouvement réduit, des curseurs SVG au format de KDE, la navigation au clavier pour la sélection de capture d'écran et la connexion web dans l'écran d'accueil. GNOME 51 est attendu le 16 septembre.
Un terminal translucide est une petite chose à vouloir et une chose étonnamment délicate à livrer. Cela fonctionnait sous X11 depuis vingt ans parce que n'importe quel client pouvait lire les pixels situés derrière lui, ce qui est aussi la raison pour laquelle Wayland l'a interdit. Mutter 51 bêta, étiqueté le 2 août, comble ce manque dans le bon sens.
Le flou, et pourquoi il a fallu un protocole
Sous X11, un terminal translucide floutait son propre fond en lisant ce qui se trouvait dessous. Cela marchait parce que X11 laissait tout client lire à peu près tout ce qui se trouve à l'écran. Wayland a supprimé cette possibilité volontairement, et le terminal flouté en a fait les frais.
ext-background-effect-v1 rétablit la capacité sans rétablir avec elle la faculté de lire ses voisins. Le client délimite une région et demande l'effet. Le compositeur, seul composant à détenir légitimement les deux couches, décide d'honorer la demande et fait le travail. L'application ne voit jamais les pixels qu'elle floute.
C'est plus de tuyauterie que ne l'exigeait l'ancienne approche, et c'est la bonne quantité de tuyauterie. Cela signifie aussi que l'effet est désormais spécifié plutôt que négocié compositeur par compositeur, ce qui rend son adoption intéressante pour une application : KWin travaille sur la même spécification, donc une bibliothèque qui l'adopte gagne les deux bureaux.
La réserve pratique est que la moitié qui vient d'atterrir est celle du compositeur. Les applications doivent encore demander, et elles le feront à leur rythme.
La gestion de session cesse d'être une interface privée
L'autre changement structurel est plus discret et compte probablement davantage au quotidien. Mutter portait une interface privée préfixée XX pour la gestion de session, la convention de nommage que Wayland réserve à un protocole encore en conception. Ce protocole est désormais en amont dans wayland-protocols sous le nom xdg_session_management_v1, et Mutter 51 bascule dessus.
La gestion de session, c'est ce qui permet à un compositeur de replacer vos fenêtres là où elles se trouvaient à la déconnexion. C'était un manque de longue date entre une session Wayland et la session X11 qu'elle remplace, et il fallait normaliser plutôt qu'implémenter dans son coin, parce que l'intérêt n'existe que si les applications peuvent s'y fier d'un compositeur à l'autre.
Ordonnancement des trames, et le reste
Michel Danzer a intégré une série d'améliorations sur l'ordonnancement des trames dans le compositeur. L'ordonnancement des trames est la logique qui décide du moment où Mutter compose et transmet une image à l'affichage, et une erreur à cet endroit se traduit par de la latence, des saccades et des images perdues plutôt que par une fonctionnalité manquante. Aucune mesure n'accompagne la fusion, donc nous réservons notre jugement jusqu'à la sortie de GNOME 51 et aux premiers relevés, mais c'est un domaine où le travail se ressent avant de se remarquer.
Le reste des changements de Mutter ressemble à une liste de maintenance, ce qui est exactement ce à quoi une bêta doit ressembler. Le rendu flou sur les écrans non alignés au pixel est corrigé. Les souris gagnent le défilement par bouton. Le curseur se masque désormais pendant une capture d'entrée active. Une implémentation de curseur externe est prise en charge, et le réglage de temporisation de désactivation pendant la frappe est câblé.
GNOME Shell 51
Le volet Shell est plus modeste sans être anodin.
Une première prise en charge du réglage de mouvement réduit arrive, la préférence d'accessibilité qui demande au bureau de limiter les transitions animées. Les animations d'espaces de travail et de vue d'ensemble de GNOME comptent parmi les plus chargées en mouvement du bureau Linux, cette option est donc réellement utile à qui les trouve inconfortables.
Les curseurs passent au SVG, au format qu'utilise KDE. Cela ressemble à de l'entretien et relève plutôt de la convergence : un thème de curseur écrit une fois se met désormais à l'échelle proprement sur les deux bureaux au lieu d'être livré en images matricielles à quelques tailles.
La sélection de zone pour les captures d'écran gagne la navigation au clavier, donc choisir une région ne réclame plus de pointeur. Et l'écran de connexion reçoit la connexion web et un mécanisme d'authentification unifié, visant clairement les environnements gérés où l'ouverture de session passe par un fournisseur d'identité plutôt que par un fichier de mots de passe local.
Où cela nous mène
La bêta est arrivée un jour après le gel des interfaces de programmation et binaires, le gel des fonctionnalités et le gel de l'interface utilisateur. Le périmètre est figé, et les six semaines qui séparent ce point de la sortie de GNOME 51, nom de code A Coruna, le 16 septembre, sont consacrées aux corrections et aux traductions.
Pour l'essayer, les voies sont les voies habituelles : une branche de développement de distribution, Fedora Rawhide, ou l'environnement d'exécution nocturne de GNOME. Nous le garderions à l'écart d'une machine dont vous dépendez. Un portable de secours ou une machine virtuelle suffit pour découvrir si la restauration de session se comporte bien avec vos applications, et c'est le changement le plus susceptible de vous surprendre, dans un sens ou dans l'autre.
Sources et pour aller plus loin
- Mutter 51 bêta apporte le flou d'arrière-plan Wayland, Phoronix, 3 août 2026
- Étiquettes Mutter sur le GitLab de GNOME, avec 51.beta au 2 août 2026
- Demande de fusion Mutter 5071, ajout de la prise en charge du flou ext-background-effect-v1
- GNOME 51 A Coruna prévu pour le 16 septembre 2026, 9to5Linux
Questions fréquentes
Pourquoi un flou d'arrière-plan a-t-il besoin de tout un protocole Wayland ?
Parce que sous Wayland, un client ne voit pas ce qui se trouve derrière lui. Sous X11, une application pouvait lire la fenêtre racine et les pixels situés sous elle, ce qui a permis de construire des terminaux translucides à fond flouté pendant vingt ans, et c'est exactement le type de lecture sans restriction que Wayland a délibérément supprimé. Cet isolement est une propriété de sécurité, pas un oubli. La conséquence est que le flou doit être réalisé par le seul composant qui voit légitimement les deux couches, à savoir le compositeur. ext-background-effect-v1 est le canal de demande : le client délimite une région de sa surface et demande au compositeur de flouter ce qui est composé derrière, le compositeur décidant s'il honore la demande et comment. C'est plus de mécanique que l'approche X11, et c'est ce qui permet à l'effet de fonctionner sans donner à chaque application une fenêtre sur ses voisines.
Que contient Mutter 51 bêta en dehors du flou ?
Plusieurs choses utiles à connaître. Mutter parle désormais xdg_session_management_v1, le protocole amont, à la place de l'interface privée préfixée XX qu'il portait tant que la spécification n'était pas figée, et c'est ce qui permet à une application de retrouver ses fenêtres au bon endroit d'une session à l'autre. Michel Danzer a intégré une série d'améliorations sur l'ordonnancement des trames dans le compositeur, un type de changement dont l'effet se voit en latence et en fluidité plutôt que dans une liste de fonctionnalités. On trouve aussi un correctif du rendu flou sur les écrans qui ne sont pas alignés au pixel, la prise en charge du défilement par bouton pour les souris, le masquage du curseur pendant une capture d'entrée active, la gestion d'une implémentation de curseur externe, et l'intégration du réglage de temporisation de désactivation pendant la frappe.
Et GNOME Shell 51 ?
La bêta du Shell ajoute une première prise en charge du réglage de mouvement réduit, ce qui compte pour qui trouve inconfortables les transitions d'espaces de travail très animées ou se montre sensible aux déclencheurs vestibulaires. Les curseurs passent au format SVG, celui qu'utilise KDE, une convergence discrète mais utile puisqu'un thème de curseur peut être écrit une fois et se mettre à l'échelle proprement sur les deux bureaux. La sélection de zone pour les captures d'écran gagne une vraie navigation au clavier, si bien que délimiter une région ne réclame plus de pointeur. L'écran de connexion reçoit la prise en charge de la connexion web et d'un mécanisme d'authentification unifié, pensé pour les environnements où l'ouverture de session passe par un fournisseur d'identité plutôt que par un mot de passe local.
Quand pourrai-je réellement l'utiliser ?
GNOME 51, nom de code A Coruna, est prévu pour le 16 septembre 2026. La bêta est arrivée le lendemain de l'entrée en vigueur du gel des interfaces de programmation et binaires, du gel des fonctionnalités et du gel de l'interface utilisateur, ce qui signifie que le périmètre est figé et que les six semaines restantes servent à corriger et à traduire. Pour l'essayer avant septembre, les voies habituelles s'appliquent : Fedora Rawhide, l'environnement d'exécution Flatpak nocturne de GNOME, ou la branche de développement de votre distribution. Nous ne mettrions pas un compositeur en bêta sur une machine dont vous dépendez, mais un portable de secours ou une machine virtuelle est un bon endroit pour vérifier que le flou et la restauration de session se comportent correctement avec vos applications.
Mon terminal aura-t-il le flou automatiquement ?
Non. Le côté compositeur est la moitié qui manquait, mais chaque application doit encore demander l'effet via le protocole, et les bibliothèques et terminaux l'adopteront à leur rythme. Les applications GTK arriveront en premier en pratique, puisque le travail sur le protocole et le développement de GNOME avancent ensemble, et les autres terminaux suivront à mesure que le protocole devient autre chose qu'une extension prise en charge par un seul compositeur. KWin, du côté de KDE, travaille sur la même spécification, ce qui est précisément l'intérêt de la normaliser : l'effet cesse d'être une extension propre à chaque compositeur que chaque application devrait traiter à part.