XFCE 4.20 vise une prise en charge initiale de Wayland
(ostechnix.com)- XFCE 4.20 se prépare comme une version de transition qui conserve ses atouts historiques d’environnement de bureau X11 léger, tout en intégrant une prise en charge initiale de Wayland dans ses composants clés
- L’adoption de Wayland laisse espérer des améliorations de performance et de sécurité, une réduction de la latence d’entrée et une meilleure prise en charge du HiDPI grâce à une architecture d’affichage plus simple et à une communication directe
- Le périmètre de prise en charge commence par xfce4-panel, xfdesktop, libxfce4ui et xfce4-settings, avec des travaux de portage et d’ajustement de compatibilité en cours pour chaque composant
- Toutefois, le développement Wayland de xfwm4 ainsi que l’adaptation des plugins de panneau et des applications restent à faire, si bien que le calendrier d’une session XFCE Wayland complète n’est pas encore fixé
- L’orientation du développement consiste moins à couper les ponts avec X11 qu’à permettre aux utilisateurs de tester Wayland de façon optionnelle tout en conservant l’environnement XFCE auquel ils sont habitués
Le périmètre de la transition Wayland dans XFCE 4.20
- XFCE 4.20 vise à introduire une prise en charge initiale de Wayland dans ses composants clés
- XFCE est jusqu’ici connu comme un environnement de bureau X11 léger et personnalisable, et la version 4.20 ajoute Wayland tout en conservant la compatibilité avec X11
- Les utilisateurs pourront continuer à utiliser l’expérience XFCE existante tout en testant un environnement Wayland
-
Ce que Wayland change
- Wayland est un protocole moderne de serveur d’affichage conçu pour remplacer l’ancien système X11
- Grâce à une architecture plus simple et à une communication directe entre les applications et le serveur d’affichage, il rend les graphismes plus fluides, réduit la latence d’entrée et améliore la sécurité
- Il prend nativement en charge les écrans haute résolution, offrant une image plus nette sur le matériel récent
- Il adopte une approche centrée sur le compositeur, dans laquelle le compositeur contrôle plus efficacement la gestion des fenêtres, les animations et les effets
État d’avancement par composant et travaux restants
-
Composants clés
- xfce4-panel a été adapté à Wayland à l’aide du framework de compositeur wlroots et est prêt à fonctionner sous Wayland
- xfdesktop a été porté vers Wayland, et la prise en charge de fonctionnalités comme les espaces de travail et la liste des fenêtres se poursuit
- libxfce4ui a été mis à jour afin de garantir la compatibilité à la fois avec X11 et Wayland
- xfce4-settings intègre des composants compatibles Wayland, et les réglages d’affichage ont été ajustés pour fonctionner séparément sous X11 et Wayland
-
Défis encore à relever
- Le développement Wayland de xfwm4 reste à faire
- Plusieurs plugins de panneau et applications doivent également être adaptés à Wayland
- L’objectif à long terme est de proposer une session XFCE Wayland complète, mais le calendrier précis reste incertain
Calendrier de publication de XFCE 4.20
- Le planning actuel de publication de XFCE 4.20 est le suivant
- 1er novembre 2024 : XFCE 4.20pre1, gel des fonctionnalités et des chaînes
- 1er décembre 2024 : XFCE 4.20pre2, gel du code
- 15 décembre 2024 : XFCE 4.20pre3, gel final, publication optionnelle
- 15 décembre 2024 : publication finale prévue de XFCE 4.20, autour du 29 décembre 2024 si une pre3 a lieu
- Référence : https://wiki.xfce.org/releng/4.20/roadmap
1 commentaires
Réactions sur Hacker News
Pour être clair, il n’y a toujours pas de compositeur pour le moment
Un peu de travail a bien été fait, mais il faudra au minimum un an, peut-être davantage, avant que ce soit vraiment utilisable
Avec la 4.20, certains composants pourront tourner sur d’autres compositeurs, et notre propre compositeur utilisera wlroots, donc les tests se font principalement avec Wayfire et Labwc
Cela dit, je me demande comment les gens réagiront à ce changement. Parmi les utilisateurs de XFCE, beaucoup veulent Wayland ou s’en moquent, mais il y en aura sans doute aussi beaucoup qui y résisteront fortement
En avançant lentement, XFCE Wayland pourrait profiter des progrès récents de Wayland tout en limitant les problèmes de transition
Eux aussi développent un compositeur Wayland pour un bureau qui s’éloigne progressivement de GTK, et le projet semble déjà assez avancé ; il pourrait peut-être répondre à vos besoins
Cela dit, j’aime vraiment XFCE. Je trouve que l’équilibre entre fonctionnalités, stabilité et performances est parfait
Ce serait bien d’éviter de retomber dans le chaos des milliards de bibliothèques X11 éparpillées partout
Côté Linux/BSD, si on cherche un gestionnaire de fenêtres léger et fonctionnel sans devoir tout configurer, j’ai sincèrement l’impression que XFCE est le seul choix vraiment pratique
C’est en gros une meilleure interface de Windows 2000, avec des réglages par défaut globalement raisonnables. Un grand merci aux développeurs qui continuent à maintenir XFCE à jour, et cette annonce est une très bonne nouvelle
Du coup, j’ai découvert que Cinnamon était aussi un assez bon candidat pour le rôle de « meilleure interface Windows 2000 »
Cinnamon n’est pas parfait non plus en HiDPI, mais au moins quand on passe la taille de police à 150 % ou 200 %, tout ne s’effondre pas. Avec XFCE, ça devient affreux partout
J’utilise XFCE tous les jours, surtout les jours de travail
Cela fait des années, depuis l’époque où c’était le seul gestionnaire de fenêtres capable de tourner sans latence sur un netbook basé sur Atom. À l’époque, c’était mon seul vrai « PC »
Et toutes ces années plus tard, je l’utilise encore et j’en suis toujours satisfait. Je ne sais pas si les gens se rendent compte de ce que ça fait de cliquer sur quelque chose et de le voir réagir instantanément, sans délai
C’est un excellent logiciel, et merci à tous les développeurs qui travaillent dessus
J’ai vu quelques plaintes sur le HiDPI ; je ne sais pas si ça aidera, mais j’utilise un écran de portable 4K, un moniteur 4K branché en USB-C, et un écran en mode portrait en 1024 branché en HDMI
En définissant x2 dans les réglages d’apparence, les deux écrans 4K sont très beaux, et en mettant aussi une échelle 2x pour l’écran 1024 dans le gestionnaire d’affichage, ça reste correct. Évidemment c’est moins bien que sur les écrans 4K, mais ce moniteur est de toute façon moins bon à la base, et honnêtement je suis presque surpris que ça marche aussi bien
Il y a quelques mois, quand j’ai installé Linux sur mon ordinateur de travail, le fait que XFCE soit encore lié à X11 a fini par me faire passer à KDE
Quand je compilais du code sur une machine distante, un terminal dans une fenêtre faisait saccader une vidéo YouTube dans une autre. D’après ce que j’ai pu vérifier, il semblait n’y avoir aucune lecture accélérée matériellement
Chrome comme Firefox semblaient tous deux avoir pratiquement abandonné X11 pour aller vers Wayland avec un backend de rendu basé sur Vulkan
Après avoir laissé KDE 5 « mijoter » toute la nuit — je suis sur Gentoo, donc compiler un environnement de bureau complet comme KDE prend du temps — tout fonctionnait simplement
La simplicité visuelle de XFCE me manque et j’aimerais y revenir un jour, mais en attendant, la réactivité reste le critère essentiel
J’ai toujours préféré les logiciels légers et économes en ressources, mais ne pas utiliser l’accélération matérielle peut au fond consommer davantage de ressources
Il y a quelques années, j’utilisais surtout dwm et je l’aimais beaucoup, mais quand j’ai besoin d’un environnement rapidement, je reviens généralement à Xfce
Tous les ordinateurs de la famille, ceux de mon père, de ma mère, de ma sœur, ainsi que le PC multimédia que j’ai laissé comme ça par flemme, tournent sous Xfce. Si Xfce prend en charge Wayland, je considérerai sans doute la migration
Je me souviens encore d’une vidéo, probablement à l’époque de Xfce 4.0.4, où j’avais été frappé par la simplicité et la stabilité du fait de choisir directement ses lanceurs et widgets dans la barre. C’était bien plus simple que Gnome à l’époque
Le KDE moderne me paraît parfois ressembler à Xfce, mais dès que j’essaie de modifier des réglages, je tombe souvent sur des bugs étranges. Xfce a aussi eu des problèmes comparables, comme à l’époque où Thunar était assez instable, mais pour moi ça reste toujours le bureau vers lequel je reviens pour sa simplicité et sa stabilité
La raison, c’est qu’ils ont tous grandi avec Win9x, et que les métaphores visuelles de XFCE leur parlent immédiatement. Tant que YouTube et Facebook fonctionnent, ils se moquent complètement de ce qu’il y a dessous
Et au passage, dwm est excellent. Comme la plupart des projets du monde suckless
Honnêtement, le partage d’écran et d’autres aspects de Wayland sont encore trop fragiles, donc le fait que XFCE, mon environnement principal au quotidien, soit à la traîne sur l’adoption me semble presque être un avantage
Au début, c’était complètement cassé et il fallait ajouter une prise en charge explicite application par application, donc ça semblait vraiment mauvais, mais récemment je n’ai eu aucun problème avec Firefox, Zoom et Slack
La seule exception, c’est Microsoft Teams, où même la webcam ne fonctionne pas correctement
Quand on nous a renvoyés chez nous pendant le confinement, le partage d’écran ne marchait pas par défaut dans MS Teams sous Chrome, mais après quelques minutes de recherche j’ai trouvé le flag Chrome qu’il fallait activer et j’ai créé un nouveau fichier desktop local qui lançait avec les bons flags
Depuis, ce qu’il manque surtout, c’est la prise en charge du HDR et la correction des couleurs. C’est dommage que ce ne soit pas encore prêt, mais comme il y a très peu d’utilisateurs réels, pour 99,9 % des gens Wayland fonctionne bien
Je ne sais même pas si le partage d’une fenêtre individuelle ou d’un onglet est possible
Je me demande où ça en est côté Wayland
La transition vers Wayland semble aussi aller de pair avec l’adoption des décorations côté client
Cette approche « moderne » ruine l’expérience utilisateur traditionnelle de XFCE, comme on l’a vu récemment avec les changements du gestionnaire de paramètres. Je m’inquiète pour l’avenir de XFCE
Pour moi, l’intérêt de XFCE, c’était une expérience utilisateur traditionnelle de type Win98/XP, implémentée de façon stable. J’espère qu’ils n’adopteront pas davantage les schémas de Gnome3
La transition vers Wayland et les décorations côté client ne sont pas vraiment liées
Du côté GNOME/GTK, la tendance CSD existait déjà avant Wayland. Un compositeur Wayland peut dessiner ses propres décorations, et xfwm4 continuera apparemment à le faire quand il deviendra un compositeur Wayland
L’un des points vraiment intéressants de Wayland, c’est justement qu’il existe un protocole permettant au compositeur d’indiquer à l’application de ne pas dessiner ses propres décorations. À l’inverse, sous X11, si une application dit au gestionnaire de fenêtres qu’elle va dessiner du CSD, le gestionnaire ne peut rien y faire
GNOME est clairement allé jusqu’au bout du CSD et, si je me souviens bien, sous GNOME une application qui ne dessine pas son CSD n’a tout simplement aucune décoration, mais cela n’a rien à voir avec Wayland
Je ne vois pas ce que cela a à voir avec Wayland ou XFCE. Le seul grand environnement de bureau qui utilise vraiment les décorations côté client, c’est GNOME, et c’est le cas depuis 2018
Source : https://blog.martin-graesslin.com/blog/2018/01/server-side-d...
Wayland est neutre, et la manière de faire sous Wayland dépend du compositeur et des applications
Le CSD n’a rien à voir avec l’expérience utilisateur. Cela signifie simplement que l’application dessine elle-même les boutons et bordures de fenêtre
Mes besoins en accessibilité sont pratiquement morts sous Wayland
J’ai besoin de raccourcis globaux et de raccourcis qu’on peut émuler par application
Or, le modèle de sécurité de Wayland ne semble pas l’autoriser. Je ne vois pas comment les outils d’accessibilité et d’automatisation pourront survivre s’ils doivent prendre en charge tous les compositeurs Wayland
Le reste peut être laissé aux bibliothèques et aux toolkits, mais le point d’intégration devrait probablement se trouver dans le compositeur
https://github.com/rvaiya/keyd
C’est tellement en retard sur Windows à ce niveau que ça en devient ridicule
Si je comprends bien, cela va être construit sur wlroots ?
Si oui, c’est une avancée assez réjouissante. Je me demande si cela permettra aussi de profiter de la robustesse des applications XFCE dans d’autres gestionnaires de fenêtres/compositeurs comme Sway ou River
J’ai un peu travaillé sur xfwm4 avec wlroots, mais il faudra encore plus d’un an avant que ce soit vraiment utilisable
Les composants du bureau qui fonctionnent sous Wayland ont surtout été testés sur des compositeurs basés sur wlroots
Si je devais utiliser un environnement de bureau sous Linux, je prendrais XFCE
Mais à cause de cette tendance Wayland, je me sens de plus en plus attiré par BSD. Je n’ai pas encore abandonné Linux, et je ne pense pas que Wayland deviendra indispensable avant que Firefox cesse de prendre en charge X
En revanche, je n’ai toujours pas trouvé les incantations dbus magiques nécessaires pour faire marcher le partage d’écran sans systemd. J’imagine qu’il faut au minimum pipewire