Niri 26.04 : le blur arrive enfin (et c'est complexe)

Le blur, c'est dingue techniquement

La fonctionnalité a pris des mois parce que c'est loin d'être trivial. Deux approches radicalement différentes coexistent :

Xray blur (défaut) : Niri calcule le fond flou une seule fois, puis le réutilise comme image statique. Hyper efficace, sauf si tu as un fond animé. C'est la magie : pas de recalcul à chaque frame.

Normal blur : relit les pixels qu'on vient de dessiner, les floute au milieu du rendu, puis continue. Ça a demandé de refactoriser le pipeline de rendu de Smithay (la lib Wayland sous-jacente). Chaque mode est une bête complètement différente en code.

Comment ça marche pour toi

Si ton application gère ext-background-effect (GNOME Shell 47+, foot terminal, kitty, ghostty bientôt), active le blur depuis ses réglages. C'est tout.

Sinon, ajoute dans ~/.config/niri/config.kdl :

window-rule {
  match app-id="^Alacritty$"
  background-effect { blur true }
}

Tu peux même utiliser xray sans blur : xray true seul donne un effet de transparence vers le fond.

Inclusions optionnelles : évite les répétitions dans ta config

Petit bonus : les inclusions peuvent être optionnelles maintenant.

include optional=true "~/niri-local.kdl"

Si le fichier manque, Niri charge quand même. Parfait pour NixOS ou quand tu veux des surcharges privées. Les chemins ~/ se développent aussi enfin correctement.

La vraie complexité : screencasts et pop-ups

Le blur interagit aussi avec les screencasts (masquage de contenu sensible). Si une fenêtre est bloquée dans le rendu, facile. Mais si l'élément bloqué se trouve dans le flou de l'arrière-plan ? Niri gère ça pour éviter les fuites. Même logique pour les menus pop-up avec la nouvelle configuration popups.

C'est du peaufinage poussé, le genre qu'on voit rarement.