Fondé par Xfce Classic, un fork d'Xfce sans décoration de fenêtres côté client

Shawn Anastasi (Shawn Anastasio), un passionné de logiciels libres ayant développé son propre système d'exploitation ShawnOS et porté Chromium et Qubes OS sur l'architecture ppc64le, a fondé le projet Xfce Classic, dans le cadre duquel il vise à développer des forks des composants de l'environnement de bureau Xfce, fonctionnant sans utiliser la décoration de fenêtres côté client (CSD), où le titre et les bordures de la fenêtre sont dessinés par l'application elle-même, et non par le gestionnaire de fenêtres.

Rappelons qu'à l'approche de la prochaine version Xfce 4.16, dont la sortie est attendue en octobre ou novembre, l'interface a été traduite vers le widget GtkHeaderBar et l'application de CSD a été mise en œuvre, permettant d'aligner le menu, les boutons et d'autres éléments de l'interface dans l'en-tête de la fenêtre, tout en permettant la dissimulation des bordures dans les dialogues. Ce nouveau mécanisme de rendu d'interface a été intégré dans la bibliothèque libxfce4ui, ce qui a entraîné une application automatique de CSD pour presque tous les dialogues, sans nécessiter de modifications du code des projets existants.

Le passage à CSD a trouvé des opposants, qui estiment que le support de CSD doit être optionnel et que l'utilisateur devrait avoir la possibilité de continuer à utiliser les en-têtes de fenêtres classiques. Parmi les inconvénients de l'application de CSD, on mentionne une zone d'en-tête de fenêtre trop massive, l'absence de nécessité de déplacer les éléments d'application dans l'en-tête de la fenêtre, l'incompatibilité des thèmes de Xfwm4 et l'incohérence dans le design des fenêtres d'applications Xfce/GNOME et des programmes ne utilisant pas CSD. Il est noté que l'un des motifs du rejet de l'interface GNOME par certains utilisateurs est l'application de CSD.

Étant donné qu'il n'y a pas eu d'effort en cinq mois pour fournir un support pour désactiver CSD, Shawn Anastasi a décidé de prendre ce sujet en main et a créé un fork de la bibliothèque libxfce4ui, dans lequel j'ai effectué un nettoyage de la liaison CSD et restauré l'ancien mode de décoration côté serveur (du gestionnaire de fenêtres). Pour assurer la compatibilité avec les applications utilisant le nouvel API libxfce4ui, et pour maintenir l'ABI, des wrappers spéciaux ont été préparés, traduisant les méthodes spécifiques de CSD de la classe XfceTitledDialog en appels de la classe GtkDialog. Au final, cela permet d'éliminer CSD des applications Xfce en remplaçant la bibliothèque libxfce4ui, sans modifier le code source des applications.

Un fork a également été formé du panneau xfce4-panel, intégrant des modifications pour restaurer le comportement classique. Pour les utilisateurs de Gentoo, un overlay a été préparé pour installer libxfce4ui-nocsd. Pour les utilisateurs de Xubuntu/Ubuntu, un dépôt PPA avec des paquets prêts à l'emploi. Les raisons qui ont conduit à la création de ce fork ont été expliquées par Shaun Anastasopoulos, qui utilise Xfce depuis de nombreuses années et apprécie l'interface de cet environnement. Après avoir décidé de changer d'interface, avec laquelle il n'était pas d'accord, et n'ayant constaté aucun effort pour fournir une option permettant de revenir à l'ancien comportement, il a décidé de résoudre son problème par ses propres moyens et de partager sa solution avec d'autres personnes partageant son avis.

Parmi les problèmes rencontrés lors de l'utilisation de Xfce Classic, on note la sensation de duplication des titres due à l'affichage d'informations répétées dans le titre et dans la fenêtre de l'application. Ce phénomène correspond au comportement de Xfce 4.12 et 4.14, et n'est pas lié à CSD. Dans certaines applications, cette duplication semble normale (par exemple, dans xfce4-screenshooter), mais dans d'autres, elle est clairement inappropriée. Pour résoudre ce problème, il est envisagé d'ajouter une variable d'environnement pour réguler le rendu de XfceHeading.

La position des partisans du CSD repose sur la possibilité d'utiliser l'espace de la barre de titre de manière optimale pour placer des menus, des boutons et d'autres éléments significatifs de l'interface. Les opposants au CSD estiment qu'une telle approche entraîne des problèmes d'unification de l'apparence des fenêtres, notamment celles construites pour différents environnements utilisateur, chacun ayant ses propres recommandations en matière de disposition de la zone de titre. L'harmonisation de l'apparence de toutes les applications est beaucoup plus facile avec le dessin classique des zones de service de la fenêtre côté serveur. L'utilisation du CSD exige une adaptation distincte de l'interface de l'application à chaque environnement graphique, et il est assez difficile de s'assurer que l'application ne semble pas étrangère dans divers environnements utilisateur.

Source : opennet.ru