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é à 8 (+6/-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é à 3 (+3/-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é à 4 (+1/-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é à 2 (+2/-0).
avec plaisir, ça évitera d'en induire d'autres en erreur !
[^] # Re: full wlroots
Posté par gUI (Mastodon) . Évalué à 4 (+1/-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é à 4 (+2/-0).
Ce n'est plus le cas depuis juillet 2024.
[^] # Re: full wlroots
Posté par David Demelier (site web personnel) . Évalué à 4 (+2/-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é à 5 (+2/-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.
[^] # Re: full wlroots
Posté par Maderios . Évalué à 3 (+1/-0).
Lesquels? À part quelques 3 ou 4 autres compositeurs (sway, labwc, river), je n'ai trouvé aucun logiciel qui a besoin de wlroots pour fonctionner. Par ailleurs, je ne vois pas les dev d'hyprland dépenser de l'énergie pour wlroots.
[^] # Re: full wlroots
Posté par 🚲 Tanguy Ortolo (site web personnel) . Évalué à 5 (+2/-0). Dernière modification le 26 juin 2026 à 17:14.
Pour ne lister que ceux que j'utilise personnellement :
On peut en ajouter plein d'autres, notamment des claviers et des pointeurs virtuels. Et surtout, les wlr-utils présentés dans cet article ! Ce serait dommage, pour hyprland, de se couper de tout cet écosystème.
Moi non plus, pourquoi ? C'est une évidence !
[^] # Re: full wlroots
Posté par Maderios . Évalué à 1 (+0/-1). Dernière modification le 26 juin 2026 à 18:31.
wlroots n'est pas nécessaire pour les logiciels que tu cites
[^] # Re: full wlroots
Posté par 🚲 Tanguy Ortolo (site web personnel) . Évalué à 2 (+0/-1).
Pas nécessaire, c'est une façon de voir les choses, si on veut. Tout comme un serveur de courrier n'est pas nécessaire pour compiler ni même pour lancer Thunderbird. C'est juste que ça a un intérêt assez limité quand même.
Un truc comme wlr-randr, qui sert à régler le positionnement des écrans d'un compositeur Wayland basé sur wlroots ou compatible, sans ledit compositeur, ça ne sert juste à rien. Tu pourras le lancer, il te répondra qu'il n'a aucun compositeur à contrôler. C'est peut-être intéressant pour l'anecdote, mais à part ça…
[^] # Re: full wlroots
Posté par Maderios . Évalué à 3 (+1/-0).
wlr-randr est un utilitaire pour tous les compositeurs wayland, compositeurs dont la très grande majorité n'est pas basée sur wlroots.
[^] # Re: full wlroots
Posté par 🚲 Tanguy Ortolo (site web personnel) . Évalué à 3 (+0/-0).
D'où sors-tu ça ? La description de wlr-randr est : An xrandr clone for wlroots compositors.
[^] # Re: full wlroots
Posté par Maderios . Évalué à 2 (+1/-1). Dernière modification le 26 juin 2026 à 21:57.
Quelle est ta distribution? Ta description n'exclut pas les autres compositeurs.
[^] # Re: full wlroots
Posté par 🚲 Tanguy Ortolo (site web personnel) . Évalué à 4 (+1/-0). Dernière modification le 27 juin 2026 à 09:05.
Effectivement, la description que j'avais trouvée date un peu. Ça ne change rien au fait qu'il y a plein d'outils qui utilisent des protocoles de wlroots, à commencer par ceux sont il est question dans ce journal.
[^] # Re: full wlroots
Posté par Maderios . Évalué à 2 (+0/-0).
Oui, des outils peuvent utiliser des protocoles de wlroots mais ils fonctionnent sans lui également. Par contre, d'après ce que je vois, wlr-utils a besoin de wlroots, ce qui est bien dommage.
[^] # Re: full wlroots
Posté par impromptux (site web personnel) . Évalué à 2 (+1/-0).
Il n’existe pas de protocole universel pour faire ce que cet outil fait. La plupart des compositeurs Wayland (en nombre pas en quantité d’utilisateurs) utilisent les protocoles de Wlroots. Les outils Wayland fonctionnant sans wlroot sont soit ceux qui ne nécessitent que des protocoles respectés par tous les compositeurs soit ceux qui implémentent les différents protocoles existants (ceux de Wlroot, de KWin, de Mutter…).
[^] # Re: full wlroots
Posté par Maderios . Évalué à 1 (+0/-1).
C'est le contraire qui se passe (cf liens Arch ci-dessus).
[^] # Re: full wlroots
Posté par 🚲 Tanguy Ortolo (site web personnel) . Évalué à 5 (+2/-0).
Il va falloir préciser, parce que le contraire de « la plupart des compositeurs Wayland utilisent les protocoles de Wlroots » n'a rien d'évident. Est-ce que c'est « seule une minorité de compositeurs Wayland utilisent les protocoles de Wlroots » ?
[^] # Re: full wlroots
Posté par Maderios . Évalué à 1 (+0/-1).
https://linuxfr.org/nodes/144446/comments/2026178
[^] # Re: full wlroots
Posté par impromptux (site web personnel) . Évalué à 3 (+2/-0). Dernière modification le 29 juin 2026 à 11:46.
Il me semble que tu as mal compris. Il existe quelques protocoles Wayland standardisés mais également d’autres qui ne le sont pas. Cet outil en utilise un qui n’est pas standardisé et qui est spécifique à Wlroot. L’outil que tu cites toi n’était aussi compatible qu’avec wlroot historiquement(d’où le préfixe "wlr"; d’ailleurs le prefixe "wf" de wf-recorder correspond à Wayfire qui est basé sur Wlroot également, il est donc probable qu’il ne soit compatible qu’avec les compositeurs basés Wlroot). Il est possible que le protocole ait été standardisé ou que l’outil supporte désormais d’autres protocoles. Quoi qu’il en soit, mon affirmation est correcte, je parlais des compositeurs et des protocoles et non de cet outil.
[^] # Re: full wlroots
Posté par David Demelier (site web personnel) . Évalué à 4 (+2/-0).
C'est vrai mais ça laisse quand même penser à un outil de croire qu'on tourne sous tel ou tel compositeur. Pour le cas de wlroots c'est assez neutre (et encore, c'est un devaultware).
Mais il y a plusieurs protocols qui font la même chose :
C'est assez chiant pour les devs de compositeurs et d'outils qui doivent gérer divers protocols. Et le jour où un compositeur implémente un protocol « étranger » juste pour utiliser des outils génériques et que ça marche pas on sait pas à qui on va faire un rapport de bug et ça va causer des frictions.
AI is a mental disorder
[^] # X11 aussi était fragmenté
Posté par jch . Évalué à 10 (+18/-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é à 9 (+6/-0).
Merci pour la spec. Mais attention à certains copier-coller quand même.
[^] # Re: X11 aussi était fragmenté
Posté par jch . Évalué à 5 (+4/-0).
Effectivement, j'ai été trop lapidaire. La spec qui fait que vous pouvez copier-coller sans peur que vos accents se transforment en Hanzi.
[^] # Re: X11 aussi était fragmenté
Posté par Tarnyko (site web personnel) . Évalué à 2 (+0/-0).
Oh my god!
J'aimerais ton avis sur ce "récent" talk au FOSDEM 2026:
Wayland input wrap-up
sur la gestion de l'Unicode dans ces cas un peu "niche", qui a l'air pétée à priori…
(perso j'ai essayé de contacter Dorota pour reproduire, sans résultat ; peut-être parce que je n'ai pas Mastodon)
[^] # Re: X11 aussi était fragmenté
Posté par jch . Évalué à 2 (+1/-0).
Je vais être un peu théâtral (tu me pardonneras ?). C'est pas une niche, c'est un impératif moral.
C'est le problème d'entrer du texte différement qu'avec un clavier AZERTY, par exemple en utilisant un dictionnaire de caractères chinois, un clavier virtuel sur un écran tactile. Idéalement, n'importe quelle méthode d'entrée marcherait avec n'importe quel compositeur et avec n'importe quel toolkit d'interface utilisateur.
Là où ça devient un impératif moral (tu m'as pardonné ?), c'est quand il s'agit de rendre implémentables les méthodes d'entrée adaptées aux invalides.
# Cela devient lassant…
Posté par Voltairine . Évalué à 10 (+11/-3).
Encore un compte créé le jour même qui vient faire la promo d'un truc entièrement généré par IA.
Il faut croire que celui-ci a un intérêt technique particulièrement élevé au vu des notes e et du nombre de commentaires.
[^] # Re: Cela devient lassant…
Posté par Laurent Pointecouteau (site web personnel, Mastodon) . Évalué à 4 (+5/-3). Dernière modification le 27 juin 2026 à 10:55.
On se demande quel intérêt technique particulièrement élevé justifie d'utiliser des logiciels qui se nourrissent d'hectolitres d'eau potable et de sang de Congolais. Quand est-ce qu'on bannit ces journaux de Linuxfr ?
[^] # Re: Cela devient lassant…
Posté par jch . Évalué à 3 (+2/-0).
Après avoir jeté un coup d'œil rapide au source, je confirme que le code est en grande partie produit par un ou plusieurs LLM.
[^] # Re: Cela devient lassant…
Posté par jseb . Évalué à 5 (+3/-0).
Je me demande si le journal a été écrit de la même façon.
Il y a quand même une balise « claude » (ajoutée par quelqu'un d'autre que l'auteur ?)
Discussions en français sur la création de jeux videos : IRC libera / #gamedev-fr
[^] # Re: Cela devient lassant…
Posté par Voltairine . Évalué à 2 (+0/-0). Dernière modification le 27 juin 2026 à 16:25.
Il paraît que l'utilisation des tirets quadratins — (em dash) est typique des générateurs de textes.
Bon, sinon cette personne
parlepeut traduire son interface en 13 langues très rapidement.Et non je n'ai pas ajouté cette étiquette 😛
[^] # Re: Cela devient lassant…
Posté par 🚲 Tanguy Ortolo (site web personnel) . Évalué à 10 (+10/-0). Dernière modification le 27 juin 2026 à 18:27.
Je proteste — gentiment mais fermement — contre cette amalgame.
[^] # Re: Cela devient lassant…
Posté par Psychofox (Mastodon) . Évalué à 2 (+2/-3). Dernière modification le 27 juin 2026 à 18:32.
En français on ne trouve les tirets cadratins que dans les dialogues et dans la littérature, pas vraiment dans un usage "en ligne". C'est plus une habitude en langue anglaise (les parenthèses y sont beaucoup moins populaires.
[^] # Re: Cela devient lassant…
Posté par Gil Cot ✔ (site web personnel, Mastodon) . Évalué à 2 (+0/-0).
J’en use souvent. Effectivement, je lis beaucoup de trucs anglophones (et des traductions qui conservent cette mise en forme) et j’ai lu beaucoup de vieux trucs (il semble qu’à une certaine époque pourtant pas lointaine c’était plus courant qu’aujourd’hui).
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Cela devient lassant…
Posté par Yves (site web personnel) . Évalué à 2 (+1/-0).
Parle pour toi ;-)
J’utilise beaucoup les tirets de toute sorte, simplement parce qu’ils sont là et que je connais leurs rôles en langue française. Bien sûr, si j’utilisais AZERTY, ce ne serait probablement pas le cas, mais j’ai la chance d’utiliser BÉPO.
[^] # Re: Cela devient lassant…
Posté par kwisatz . Évalué à -6 (+2/-8).
Salut, je confirme et je n’ai pas caché que l’ensemble de la doc et du texte des programmes a été rédigé par Claude. Pour le code, c’est plus subtil, et je n’ai pas envie de rentrer dans un débat au sujet de l’utilisation d’outils informatiques ici.
[^] # Re: Cela devient lassant…
Posté par impromptux (site web personnel) . Évalué à 2 (+3/-2).
C’est pourtant ce à quoi nous nous attendons. On adore pas les outils créés complètement par une IA ici, il faut montrer pâte blanche 😀.
[^] # Re: Cela devient lassant…
Posté par flavien75 . Évalué à -2 (+2/-5).
source ?
c'est qui le "on" ? qui est-ce que tu inclus dedans ?
Les vrais naviguent en -42
[^] # Re: Cela devient lassant…
Posté par jch . Évalué à 8 (+7/-0).
Je crois que c'est la position d'une bonne partie des gens qui commentent sur LinuxFR (on n'a pas d'informations sur la position des gens qui suivent sans commenter). Personnellement, je suis assez d'accord avec cette position, j'ai appris à me méfier du code généré par LLM. Sans même parler de l'enjeu écologique.
Je pense donc qu'impromptux a tout-à-fait raison de demander à kwisatz de nous indiquer comment il a utilisé le LLM, et quelle partie de la conception est due à un être humain compétent. (L'impression que j'ai, à la vue du code, c'est que le code est entièrement généré par un LLM haut de gamme, donc écologiquement désastreux, guidé par un être humain compétent.)
[^] # Re: Cela devient lassant…
Posté par Psychofox (Mastodon) . Évalué à 0 (+1/-4).
vue la quantité de contenu sur l'IA/les LLM permet moi d'en douter. Je dirais que ça me parait être 50/50.
[^] # Re: Cela devient lassant…
Posté par jch . Évalué à 6 (+5/-0).
C'est pas parce qu'on s'y intéresse qu'on n'est pas méfiants. Au contraire, ce sont généralement ceux qui n'ont pas regardé ça de près qui sont les plus technobéats.
[^] # Re: Cela devient lassant…
Posté par gUI (Mastodon) . Évalué à 10 (+11/-1).
je fais une différence entre un journal qui parle des LLMs, et un journal qui parle d'un soft codé par (ou avec) un LLM.
le premier point m'intéresse (j'en ai d'ailleurs rédigé un très bien accueilli), par contre le second… ça va devenir invivable.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Cela devient lassant…
Posté par Tarnyko (site web personnel) . Évalué à 3 (+1/-0).
Perso je considère que de plus de plus de softs (surtout les "tools") vont être à +50% écrits par IA ; que désires-tu ? Qu'on mentionne ce fait au départ, on juste qu'on évite ? Car le risque ici, est de recevoir de moins en moins de journaux à mesure que la proportion augmente…
[^] # Re: Cela devient lassant…
Posté par gUI (Mastodon) . Évalué à 6 (+4/-1).
Moi je dirais plutôt que ça va tendre vers le 100%…
Oui, qu'on évite. Un peu comme les milliers de morceaux quotidiens générés sur les plateformes Deezer/Spotify, personne n'écrit de chroniques dessus, ça n'a pas d'intérêt.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Cela devient lassant…
Posté par Tarnyko (site web personnel) . Évalué à 2 (+1/-1). Dernière modification le 01 juillet 2026 à 18:27.
Je pense comprendre l'origine de ton point de vue (un risque de "trop-plein" => inflation de code IA = inflation de chroniques + déflation d'originalité ET d'intérêt des réactions sur lesdites chroniques).
Cela dit, si on admet réellement que ça va tendre vers 100%, on doit forcément trier AMHA. Sur quelles bases ?
Ici la présentation est très bonne, mais admettons que cela ne suffise pas.
Admettons maintenant que ce soient 1) l'originalité de la fonctionnalité 2) la capacité de retour de l'auteur.
Ces outils sont-ils inédits ? Apparemment pas en général, comme l'admet lui-même @kwisatz. Cependant, étant moi-même l'auteur de ce journal, j'ai l'impression que le sous-outil wlr-switcher (qui permettrait de faire Alt-Tab en ligne de commande) le serait. @kwisatz pourrait éventuellement confirmer ?
[^] # Re: Cela devient lassant…
Posté par kwisatz . Évalué à 0 (+4/-4).
J'ai pour ma part la conviction que cet outil est original (première utilisation des extensions de sway >= 1.12 permettant de capturer une "fenêtre" et non un "écran").
Mais j'ai été un peu refroidi par l'accueil, qui n'a pas jugé l'apport technique, mais uniquement les moyens mis en œuvre pour produire cet apport. Et je ne parle même pas de ce que je pense d'un jugement émis sans entendre l'accusé.
J'ai mon opinion sur l'apport de l'IA, je pense qu'un commentaire de ce journal n'est absolument pas l'endroit pour en parler, et je ne demande qu'à changer d'avis dans une discussion constructive et réaliste. Je vais donc me borner ici à espérer à ce que cet outil soit jugé sur son apport technique.
Quant au coût de l'informatique sur l'écologie, son apport économique (IA ou pas, je ne suis pas né l'année dernière, et cette dernière péripétie n'est absolument la première, à tort ou à raison, à être accusée de catastrophe écologique), je vous laisse juge.
Pour la blague : ce commentaire a été rédigé à 100% sans IA.
[^] # Re: Cela devient lassant…
Posté par Julien Jorge (site web personnel) . Évalué à 3 (+1/-0).
Je pense que tu as un biais envers les retours négatifs, un biais bien naturel :) Le journal est bien noté et la moitié des commentaires concernent l'outil. Au global c'est plutôt positif, non ?
[^] # Re: Cela devient lassant…
Posté par kwisatz . Évalué à 1 (+1/-0).
hahaha ! Tu as raison, c'est très positif ! Mais j'étais "très enthousiaste", et je suis seulement "enthousiaste", maintenant :-D
[^] # Re: Cela devient lassant…
Posté par gUI (Mastodon) . Évalué à 3 (+0/-0).
Ça va remettre au goût du jour le "pertinent" / "inutile".
Si le journal se borne à dire qu'un outil lambda a été généré, il est top, merci de le tester, c'est clairement inutile (cf Brivacia ainsi que d'autres qu'on a supprimé).
On est sur LinuxFR.org, 99% des membres vont lire le journal mais ne pas aller voir le code. Très peu sont techniquement intéressés par une relecture du code. Donc si le code est la seule information du journal, il va se faire dézinguer et c'est normal.
Je vibe code pas mal de truc en perso comme au boulot, je viens pas en faire un journal à chaque fois, ça n'a strictement aucun intérêt.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Cela devient lassant…
Posté par kwisatz . Évalué à 1 (+2/-1). Dernière modification le 02 juillet 2026 à 09:57.
ça se défend, et je comprend cette position.
Mais je pense que l'outil apporte réellement quelque chose qui n'existait pas (en l'occurrence, pouvoir choisir les fenêtres à partager en visio en voyant les fenêtres plutôt qu'une icône ou le titre de la fenêtre seulement), et que ça justifiait un journal sur linuxfr.org (pas plus non plus).
J'ai aussi essayé de faire une jolie présentation et des screenshots visuels sympa, pour ceux que ça pourrait intéresser et qui justement ne sont pas intéressés par le code.
Enfin j'ai fait ce que j'ai pu, quoi.
[^] # Re: Cela devient lassant…
Posté par Faya . Évalué à 3 (+1/-0).
Ce qui va se passer (et qui se passe sûrement déjà) c'est que les auteurs vont juste cacher l'utilisation de l'IA. Les derniers qu'on a eu (ou qu'on a détecté) c'étaient des bourrins qui n'avaient fait absolument aucun effort au point que dans certains cas je pense que c'est le LLM/Agent qui a décidé seul de poster ici. Mais il y a des threads sur divers sites sur la détection des idiomatismes, LLMismes, tics rédactionnels des LLM. Certains veulent les détecter pour trier mais d'autres s'en servent inévitablement pour donner un style plus humain à leurs productions IA. De ce que j'ai pu observer, les mieux « protégés » sont les graphistes : Les images générées agressent le regard, aujourd'hui tout le monde trouve ça « cheap » et ça dessert les marques qui en usent.
[^] # Re: Cela devient lassant…
Posté par Yves (site web personnel) . Évalué à 2 (+2/-1).
Vous êtes tellement nombreux à vilipender le code produit par IA… et à dire « ça n’a pas d’intérêt ».
Or parfois, l’outil produit est nouveau. Par exemple, j’ai récemment généré par IA (et relu/corrigé/adapté bien sûr) un petit outil qui me permet d’avoir dans hyprland la même fonctionnalité que l’extension « Window Corner Preview » de Gnome ; c’était ma condition sine-qua-non pour quitter Gnome.
Même KDE n’a pas ça. C’est une exclusivité de Gnome, à moins de sortir la grosse artillerie comme OBS, mais c’est moche, lourd et encombrant.
Pour moi, présenter ça serait pertinent, et je trouve intéressants les outils proposés par kwisatz.
Parlons de l’écologie maintenant.
Je peux vous dire, pour avoir exploré cette fonctionnalité avec l’IA, que c’est la jungle ! Les différents bureaux font chacun à leur manière, la documentation n’est pas toujours facile à trouver, et les transitions de langage rendent tout ça encore plus compliqué. Mais surtout : quand on n’a aucune notion dans le domaine (Freedesktop, dbus, trames vidéo, pipewire…), on ne sait pas par où prendre le sujet. Au début, j’ai essayé sans IA et j’ai avancé de zéro.
Tout ça pour dire qu’il faudrait comparer des mois de recherche avec un ordinateur fixe allumé, des moteurs de recherche répondant à des milliers de recherches, etc. (sans parler du temps passé) avec l’obtention par IA d’une premier MVP (produit minimum viable) fonctionnel en une soirée : pas sûr qu’utiliser l’IA soit moins écologique dans ce contexte.
Je pense qu’il existe un usage responsable de l’IA.
Cela n’enlève rien au fait que oui l’IA est aussi un excellent générateur de code incorrect. L’important, c’est d’être très rigoureux dans la supervision de ce qui est produit et d’être exigeant dans ce qu’on accepte. (Note: je suis dév expérimenté et coach en software craftsmanship)
[^] # Re: Cela devient lassant…
Posté par Tonton Th (site web personnel, Mastodon) . Évalué à 2 (+1/-1).
Et ton rubber duck c'est un cristal cosmique à énergie harmonique ?
[^] # Re: Cela devient lassant…
Posté par Ysabeau 🧶 (site web personnel, Mastodon) . Évalué à 5 (+2/-0).
Il y a relativement peu de journaux sur des trucs codés, donc je ne vois pas trop le problème. Quand bien même, quantité n'est pas synonyme de qualité.
Je n’ai aucun avis sur systemd
[^] # Re: Cela devient lassant…
Posté par Jérôme FIX (site web personnel) . Évalué à 1 (+2/-2).
Oui
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.