Bonjour LinuxFr,
C'est un peu ma première sortie publique, alors soyez indulgents. 🙂
Au départ, je voulais juste un sélecteur de fenêtres correct pour les outils de videoconf sous Wayland — aucune solution existante ne me convenait vraiment. J'ai donc commencé à écrire wlr-chooser… et je me suis un peu laissé embarquer. C'est devenu wlr-utils, une petite suite de cinq outils pour compositeurs wlroots, partageant tous le même moteur de capture.
Voilà ce qu'il y a dans la boîte :
- wlr-chooser / wlr-switcher — sélecteur de fenêtres/écran (xdg-desktop-portal-wlr), et un switcher Alt-Tab/exposé avec aperçus en direct (bande façon macOS, grille plein écran ou carte)
- wlr-peek — inspecter l'écran : pipette + loupe, OCR, miroir PiP en direct (fenêtre ou région), surveillance de zone (watch), et « visual grep »
- wlr-shot — captures (zone/fenêtre/écran, vers le presse-papiers) + enregistrement (H.264, GIF/WebP animé, son système, timelapse ; NVENC/VAAPI/libx264)
- wlr-draw — dessiner et annoter en direct sur l'écran, façon gromit-mpx : main levée, formes, flèches, texte, spotlight de présentation, freeze-frame
- wlr-capture — la bibliothèque partagée : le moteur de capture wlroots
Sous le capot, tout repose sur une capture GPU zero-copy pleine résolution (ext-image-copy-capture-v1, import dma-buf directement dans un rendu egui/EGL, avec repli CPU shm). Ça voit les fenêtres masquées et hors espace de travail, sans XWayland. Le tout en Rust, thémable, et traduit en 13 langues.
L'idée n'est surtout pas de remplacer les excellents outils qu'on utilise déjà — grim/slurp, wf-recorder, satty, gromit-mpx… — ils m'ont au contraire servi d'inspiration. C'est juste une option de plus sur la pile, née d'une envie de gratter là où ça me démangeait. Et j'aimerais beaucoup savoir comment ça se comporte ailleurs que sur mes machines : ça vise Sway en priorité, mais Hyprland et niri devraient fonctionner, et une commande wlr-peek doctor vérifie votre compositeur.
Bref, c'est jeune et les beta-testeurs comme les retours sont très bienvenus — rapports de bugs, « c'est bizarre sous niri », traductions, idées, tout est utile.
- Vitrine (avec des GIFs) : https://sjourdois.github.io/wlr-utils/
- Dépôt : https://github.com/sjourdois/wlr-utils
- Installation : cargo install wlr-chooser wlr-peek wlr-shot wlr-draw (chaque outil est sa propre crate), ou des binaires / paquets .deb sont attachés à chaque release
Merci d'avoir jeté un œil. 🦀
# full wlroots
Posté par David Demelier (site web personnel) . Évalué à 6 (+4/-0).
J'adore wayland et je suis entrain de commencer à m'amuser à coder un compositeur.
Plus j'entre dans les détails plus je me rends compte que c'est ultra fragmenté. Certains outils fonctionnent sur un compositeurs et pas sur d'autres. C'est normal, chaque compositeur implémente ses propres protocols sur ce qui n'est pas en standard. C'est dommage même si certains protocols (XDG notamment) essaye de généraliser ça.
Du coup, ce lot d'outils ne fonctionnent qu'avec les wlroots. Donc pas hyprland, velox, ni GNOME, KDE et xfwm+
AI is a mental disorder
[^] # Re: full wlroots
Posté par kwisatz . Évalué à 2 (+2/-0). Dernière modification le 26 juin 2026 à 10:02.
Oui c'est fragmenté. Normalement, ça fonctionne avec hyprland, qui est aussi basé sur wlroots. Pas avec Gnome/KDE/xfwm+, cependant… J'aurais du préciser "wlroots" dans le titre plutôt que Wayland, my bad.
[^] # Re: full wlroots
Posté par gUI (Mastodon) . Évalué à 3 (+0/-0).
Tu veux que je te fasse la modif ?
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: full wlroots
Posté par kwisatz . Évalué à 1 (+1/-0).
avec plaisir, ça évitera d'en induire d'autres en erreur !
[^] # Re: full wlroots
Posté par gUI (Mastodon) . Évalué à 3 (+0/-0).
Corrigé, merci
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: full wlroots
Posté par bbo . Évalué à 3 (+1/-0).
Ce n'est plus le cas depuis juillet 2024.
[^] # Re: full wlroots
Posté par David Demelier (site web personnel) . Évalué à 2 (+0/-0).
hyprland a quitté wlroots mais ils implémente quelques protocols wlroots pour simplifier la vie. moi honnêtement je trouve ça bizarre.
AI is a mental disorder
[^] # Re: full wlroots
Posté par 🚲 Tanguy Ortolo (site web personnel) . Évalué à 3 (+0/-0).
Je ne vois pas ce que ça a de bizarre. wlroots est une bibliothèque qui fournit des fonctions utiles pour construire un compositeur Wayland. Elle fournit entre autres des protocoles pour permettre à divers logiciels d'interagir avec, pour faire des choses qui sortent de ce qui est prévu par Wayland. Par exemple pour demander une capture d'écran, ou encore pour verrouiller l'écran.
Que le développeur d'hyprland choisisse de cesser d'utiliser wlroots pour diverses raisons n'a rien de choquant. Qu'il implémente les protocoles de wlroots non plus, ça permet aux les logiciels prévus pour interagir avec un compositeur wlroots de fonctionner également avec hyprland.
[^] # X11 aussi était fragmenté
Posté par jch . Évalué à 6 (+5/-0). Dernière modification le 26 juin 2026 à 13:46.
C'était bien pire pour X11. Il y avait la distribution libre de X11R5, qui ne supportait que core X pour la 2D, PHIGS pour la 3D, XKB pour configurer le clavier. Il y avait XFree86, qui supportait OpenGL (GLX) pour la 3D. Il y avait le serveur X de Sun, qui utilisait Display Postscript pour faire de la 2D décente. Le serveur X de SGI avait la meilleure implémentation de OpenGL, naturellement, je ne sais pas s'ils supportaient aussi Display PostScript ou PHIGS. Et puis il y avait les divers serveurs X pour Windows, qui généralement étaient très limités.
Et c'est sans parler des différences entre MWM qui supportait tout un protocole privé pour définir l'apparence des fenêtres, OLWM qui en supportait un complètement différent, et twm qui ne supportait presque rien (impossible de désactiver la barre de titre; j'aimais bien twm). Et si vous me lancez sur les problèmes du copier-coller entre applications, on n'a pas fini.
Tout ça s'est réglé quand X11 a perdu contre Windows, et les Unix propriétaires ont abandonné leurs serveurs X propriétaires. Ils se sont rabattus sur X.Org, un fork de XFree86 (XRENDER pour la 2D, OpenGL pour la 3D, XKB pour la configuration du clavier). Ensuite, Gnome (je crois) ont publié sur freedesktop.org leur protocole de communication avec les window managers, et tout le monde l'a implémenté, de manière plus ou moins compétente.
(Source : j'y étais. Je suis l'auteur de la spec qui fait que vous pouvez copier-coller des caractères Unicode sans peur.)
[^] # Re: X11 aussi était fragmenté
Posté par Benoît Sibaud (site web personnel) . Évalué à 5 (+2/-0).
Merci pour la spec. Mais attention à certains copier-coller quand même.
Envoyer un commentaire
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.