La nouvelle version 1.3 de COSMIC Desktop vient de paraître. Cet environnement de bureau est pour rappel édité par l’entreprise System76, en plus de sa propre distribution Linux, Pop!_OS. D’abord réservé à cette dernière, COSMIC Desktop est devenu un projet indépendant, aussi open source et libre que le reste, développé intégralement en Rust et disponible sur d’autres systèmes. Fedora a par exemple son propre Spin.
Cette version 1.3 apporte surtout l’apparence « Frosted glass » aux éléments de l’interface. Les utilisateurs de Pop!_OS l’avaient eue il y a quelques jours, COSMIC Desktop 1.3 permet de l’activer sur toutes les autres distributions.
Le travail sur Frosted glass a duré plusieurs mois. Inspiré par le Liquid Glass, il fait davantage dans le verre givré/dépoli que dans le « verre liquide », avec un résultat plus sobre. Les réglages, désactivés par défaut, se trouvent dans Paramètres > Bureau. Sous le choix du type d’arrondi, une nouvelle entrée « Frosted glass » fait son apparition. Elle ouvre un panneau dans lequel on peut choisir les éléments sur lesquels on veut répercuter ce type d’affichage. On remarque d’ailleurs que tout est encore en anglais.
Le résultat final dépend largement du thème initialement choisi. Avec ceux par défaut pour le clair et le sombre, le verre givré apporte une touche de transparence, qui ne semble pas avoir les soucis de lisibilité qu’avait Liquid Glass dans la première proposition d’Apple (les versions 27 des systèmes travaillent d’ailleurs ce point). L’ajout de ces réglages reste optionnel et les personnes n’appréciant pas ce type d’affichage pourront passer leur chemin.
COSMIC Desktop 1.3 présente d’autres apports, comme l’affichage du GPU dédié dans le menu contextuel COSMIC, le support des fonds d’écran AVIF, le remplacement du backend personnalisé NetworkManager par nmrs (en Rust), un meilleur défilement pour la molette, ou encore des améliorations pour le nouveau COSMIC Monitor apparu dans la version 1.2 du Desktop, avec notamment le calcul de la consommation d’énergie pour les GPU AMD/Intel et la possibilité de suspendre les GPU NVIDIA.
Commentaires (21)
Abonnez-vous pour prendre part au débat
Déjà abonné ou lecteur ? Se connecter
Cet article est en accès libre, mais il est le produit d'une rédaction qui ne travaille que pour ses lecteurs, sur un média sans pub et sans tracker. Soutenez le journalisme tech de qualité en vous abonnant.
Accédez en illimité aux articles d'un média expert
Profitez d'au moins 1 To de stockage pour vos sauvegardes
Intégrez la communauté et prenez part aux débats
Partagez des articles premium à vos contacts
Abonnez-vousLe 15 juillet à 12h35
Je suis fan de Gnome mais il y a quelques détails "irritants" qui le rend "pas fun" comme l'interdiction d'appliquer des themes d'applications (GTK).
Il semble que cosmic se penche sur ces détails ?
Le 15 juillet à 13h23
Le 15 juillet à 21h48
Le 16 juillet à 02h15
Le 16 juillet à 14h13
Modifié le 16 juillet à 16h34
Mais ce n'est pas qu'un outil, c'est LA lib de rendu Gnome-GTK, tout comme on a eu pixbuf et consorts, Gnome a virer tous les settings permettant d'utiliser d'autres libs pour cette raison : https://stopthemingmy.app/
Adwaita évolue pour permettre à nouveau le theming de façon officielle sans risque de degrader le fonctionnement des logiciels cette fois mais c'est un long chantier
Modifié le 16 juillet à 21h41
Linux is not Adwaita OS
Le 17 juillet à 00h50
Le 17 juillet à 08h37
Même les boutons fermeture, minimisation, maximalisation sont adwaita.
Le 17 juillet à 11h30
Le 17 juillet à 13h15
J'ai utilisé Gnome 3 depuis Fedora 21, étant pour Wayland. J'ai fui sur KDE Plasma 5 une fois celui-ci bien supporté en 2022.
Le retour en arrière est impossible et pourtant, à l'époque, j'ai préféré Gnome 2 à KDE 4 que j'ai détesté.
Le 16 juillet à 15h27
Le 16 juillet à 16h30
Modifié le 19 juillet à 15h14
Le 18 juillet à 16h23
Le 19 juillet à 15h34
il ne faut pas oublier aussi les fenêtres modales (ex les palettes d'outils dans gimp) ça ne peux pas être au gestionnaire de gérer ces 50 sous-fenêtres: ça n'a pas le même comportement qu'une fenêtre normale.
Sous X.org ses grosses applis géraient elles-même la mémorisation / rechargement de leur fenêtre, pour les plus petites ça devait être déléguée à QT / GTK sans doute dans une valeur ou implémentation par défaut. (Avec Qt t'as as mal de définition de taille : mini / maxi / préféré, j'imagine bien un attribut position: centrée, mémorisée, relative, absolue)
Franchement je ne suis pas certain que le gestionnaire de fenêtre ait toutes les infos nécessaires (genre la taille mini d'une popup modale, pour moi ça reste dans QT et ne descend pas au gestionnaire de fenêtre).
Ex très concret tu ouvres gimp et arrange tes palettes entre ton écran externe UHD et l’affichage de ton portable FHD, tu fermes gimp et part prendre un train, tu relances gimp en mobilité avec uniquement l'écran intégré du laptop FHD... que faire ?
Le 20 juillet à 11h54
Si tu parles des outils quand ils font partie de la fenêtre principale de gimp, oui. Par contre quand ils sont détachés, ils deviennent des fenêtres à part entière, gérées par le compositeur.
Non, mais le gestionnaire peut mémoriser la dernière taille de ladite fenêtre, et la rétablir si c’est le comportement que veut l’utilisateur. C’est probablement la merde d’identifier la fenêtre de manière unique, mais avec des heuristiques sur le titre et deux trois autres propriétés, ça doit pouvoir se faire.
Revenir au comportement par défaut. L’avantage avec ce genre de fonctionnalités, c’est que le fallback est de toute façon déjà implémenté. Après faut juste pas se merder et pas envoyer la fenêtre n’importe où sous prétexte que c’était mémorisé...
Pour moi, il n’y pas de verrou technique infranchissable. Mais par contre, c’est peut-être trop d’effort pour un résultat moyen, ça c’est bien possible.
Le 15 juillet à 13h02
Le 15 juillet à 13h10
7XPLe 15 juillet à 22h07
Le 15 juillet à 22h56
Signaler un commentaire
Voulez-vous vraiment signaler ce commentaire ?