swilmet a écrit 647 commentaires

Aussi le fait de ne pas contribuer beaucoup upstream et de développer des trucs dans son coin (Mir, Unity, …), sans parler du CLA de Canonical.

De plus un standard, ça évolue. Les anciens navigateurs web doivent se mettre à jour par rapport à HTML 5, CSS 3 etc.

Des toolkits graphiques il n'y en a pas des masses, les principaux sont GTK+, Qt et les EFL. Des gestionnaires de fenêtres, il y en a déjà beaucoup plus. Les développeurs de GTK+ ne vont pas s'amuser à tester les applications GNOME dans tous les gestionnaires de fenêtres… C'est aux mainteneurs des gestionnaires de fenêtres de s'assurer que chaque toolkit graphique s'intègre bien.

Quand un toolkit graphique innove, comme c'est le cas pour GTK+ en ce moment, ça demande en effet un certain effort d'adaptation. Si GTK+ ne changeait absolument rien, il y aurait des gens pour le reprocher aussi.

Pour qu'une application s'intègre mieux à une autre plateforme, la solution de Qt est d'écrire une seule API qui en interne utilise une solution native de la plateforme sur laquelle l'application tourne. Mais certains se plaignent de ça :

By writing a single API which wraps around native functionality, you're depending on not only the native framework to be bug-free, but the Qt framework as well.

La solution de GTK+ est d'écrire un autre thème qui se rapproche le plus possible des applications natives.

Dans tous les cas, que ce soit avec Qt ou GTK+, il y a parfois besoin de #ifdef dans le code d'une application pour que ça marche bien sous les différents OS.

Mais de toute façon sous Windows, il y a plein de logiciels propriétaires qui ont chacun une interface différente, donc ce n'est pas si dérangeant d'installer une application GTK+ avec le thème Adwaita. Pour Mac OS X, c'est déjà plus problématique.

La boite de dialogue pour ouvrir et sauvegarder un fichier est aussi bien intégrée à OS X.

Ça tombe bien, il y a justement le standard XSettings. GtkSettings est juste un wrapper autour de XSettings.

Je pense que le résultat est pas mal :

• gedit 3.14 pour Windows
• gedit 3.14 pour OS X

Le pire, c'est que c'est pareil pour le mode « classique » : ils ont enlevé tous les effets bling-bling et n'ont que la base, mais ça rame toujours car le moteur de rendu sous-jacent est le même.

Ils n'ont rien enlevé pour le mode classique, on sait toujours accéder aux Activités, avec les mêmes animations. Le mode classique c'est juste une suite d'extensions officielles pour gnome-shell.

Sur quoi te bases-tu pour dire ça ? freedesktop.org est toujours bel et bien actif, comme je l'ai expliqué dans un commentaire plus bas.

Il y a eu un Freedesktop Summit en avril. Voir les liens vers les billets de Bastien Nocera sur son blog, ce qui montre qu'il y a encore pas mal de choses qui bougent pour le cross-desktop.

Un point qui a fort évolué en peu de temps c'est AppStream (qui est à la fois cross-desktop, mais aussi cross-distro). Maintenant beaucoup d'applications GNOME, KDE etc incluent un fichier appdata qui est utilisé par gnome-software ou autres pour afficher les informations utiles sur une application : des captures d'écran, une description (avec traductions), la licence, l'icône, etc.

Avoir ces icônes en permanence est pratique mais distrayant. Par exemple Evolution a une icône différente si il y a des mails non lus. Ou quand on voit l'icône d'un client IRC, on est peut-être tenté d'aller lire les dernières discussions.

Les développeurs d'extensions devraient suivre le développement de GNOME pour que leurs extensions soient prêtes dès la sortie d'une nouvelle version stable.

Le fichier de config de systemd fonctionne très bien, c'est gnome-tweak-tool qui ne fonctionne pas bien dans ce cas-ci. De plus Ubuntu n'utilise pas encore systemd… Faut arrêter de cracher gratuitement sur systemd à chaque fois qu'on le mentionne… Ça devient de plus en plus stupide, comme ton commentaire le démontre.

Je n'en sais pas beaucoup plus, je ne sais pas trop comment ça fonctionne, mais en gros il y a N toolkits graphiques et M desktops. Il faut bien que la configuration se fasse d'un côté ou de l'autre.

Il se fait que GTK+ propose des options dans GtkSettings qui permet facilement d'adapter une application GTK+ pour qu'elle s'intègre bien dans un certain desktop. Peut-être que GTK+ fournit une configuration automatique pour certains desktops populaires, et si c'est le cas ce serait plutôt aux mainteneurs d'OpenBox de proposer un patch à GTK+ pour avoir une bonne configuration, puisque les mainteneurs d'OpenBox connaissent forcément mieux OpenBox pour savoir quelle est la bonne configuration. Mais je ne suis pas sûr qu'il soit possible pour GTK+ de savoir dans quel environnement de bureau l'application tourne.

Pour info, il y aura bientôt un thème Adwaita pour Qt, mais à ce que je sache, ce ne sont pas les développeurs de Qt qui font l'effort pour que les applications Qt s'intègrent bien dans GNOME, ici ce sont les développeurs de Fedora Workstation qui font ce travail. Et l'équipe de Fedora Workstation est de toute façon mieux placée pour créer un thème Adwaita.

Une extension tu veux dire ?

Oui il y a aussi quelques extensions qui permettent d'avoir un desktop assez proche de GNOME 2, mais le mode Classic est justement prévu pour ça et fonctionne mieux. Le mode Classic est développé par les mêmes développeurs que gnome-shell, c'est une extension officielle de gnome-shell, pas comme certaines extensions qui ne fonctionnent pas avec les dernières versions de GNOME, et qui sont d'une moins bonne qualité.

Qu'est-ce qu'il te manque dans la barre de titre que tu n'as pas dans la header-bar ?

Il y a des options dans GtkSettings pour configurer ce qui est affiché dans la header-bar pour que les applications en GTK+ s'intègrent bien à tout gestionnaire de fenêtre. Voir ce billet de Matthias Clasen (pour GTK+ 3.12, donc ça date déjà).

La faute ne vient donc peut-être pas de GTK+, mais du gestionnaire de fenêtre qui n'a pas mis à jour les options de GTK+…

Avec la sortie de GNOME 3.0, je n'ai pas vraiment accroché à gnome-shell, il n'y avait presque pas d'extensions au début. Le mode fallback (gnome-panel) étant buggé, j'étais passé à Xfce en utilisant un maximum d'applications GNOME. Je suis repassé récemment sur GNOME à 100%, grâce à GNOME Classic (il suffit de choisir le mode Classic dans gdm).

Ce qui m'a fait repasser à GNOME c'est le fait qu'on puisse couper les notifications, et qu'on est moins distrait par ce qui pourrait se passer dans d'autres espaces de travail.

Je peux ainsi rester connecté sur IRC sans être dérangé. Quand je suis sur l'espace de travail où je programme, je ne vois nul part l'icône de Xchat, donc je ne suis pas tenté d'aller lire les dernières discussions. Certains développeurs n'aiment pas IRC et préfèrent les mails/bug trackers, et je les comprends tout à fait. Mais pour les projets auxquels je contribue, les autres développeurs préfèrent IRC (c'est souvent plus fun aussi), donc je suis bien obligé de l'utiliser. Mais quand je suis plongé dans du code, je n'aime pas être dérangé, donc je coupe les notifications pour l'ensemble du desktop. Simple et efficace.

GNOME Classic est aussi suffisamment proche de mes habitudes par rapport à GNOME 2 et Xfce, ça demande moins d'effort d'adaptation que gnome-shell. Et on profite d'une meilleure finition pour l'ensemble du desktop par rapport à Xfce. Le développement de GNOME est aussi bien plus actif que Xfce.

Petit bémol, j'ai dû configurer le fichier /etc/systemd/logind.conf (sous Fedora) pour pouvoir rabattre l'écran de mon ordinateur portable sans que le système se mette en veille. Il y a normalement une option dans gnome-tweak-tool pour configurer ça, mais apparemment ça ne marche pas sous Fedora 21.

Le kot à projet Louvain-li-Nux peut être intéressé aussi.

Quelques pistes pour contribuer (voir aussi cette page wiki).

Contribuer à Xfce, ou à tout autre projet libre est une excellente idée.
Le mieux est de prendre contact avec les développeurs sur leur mailing list ou sur IRC.
Xfce contient beaucoup de modules différents. C'est mieux d'avoir une idée plus précise de quel module on a envie d'améliorer.

Je ne sais pas si les développeurs d'Xfce veulent passer à GTK+ 3. L'avantage de GTK+ 2 est que c'est vraiment stable, ça demande beaucoup moins de travail de maintenance qu'avec GTK+ 3. GTK+ 3 est beaucoup plus instable, il y a des nouvelles API, d'autres sont rendues obsolètes, il y a beaucoup de nettoyage de code, et dû à tous ces changements il y a aussi plus de bugs. Mais en restant à GTK+ 2 on ne profite pas des nouvelles fonctionnalités de GTK+ 3. L'avantage de GTK+ 2 (la stabilité de l'API) devrait être retrouvé avec GTK+ 4 (mais on ne sait pas quand ça sortira).

Pour contribuer, le mieux est sans doute de chercher dans le bug tracker des bugs intéressants à fixer, tout en faisant du triage de bugs par la même occasion (si on trouve des bugs obsolètes, dupliqués, etc).

Une autre chose souvent facile à faire est de fixer les warnings (lors de la compilation, ou à l'exécution). Évidemment si le code d'Xfce est bien maintenu, il y aura peu de warnings.

Il est triste ton avis sur RPM (même si tu ne l'as pas dit non plus).

Fedora n'a jamais caché le fait qu'elle souhaitait attirer des contributeurs plus que des utilisateurs passifs.

Fedora essaye ici d'attirer des développeurs qui sont sur Fedora, pas forcément dans Fedora. Il y a un passage d'explication là-dessus dans le magazine fedora.

Fedora Atomic et Docker ne sont évdimment pas identique, mais il y a pour moi une certaine comparaison.

« With rpm-ostree, multiple RPM package configurations can be assembled into an OSTree repository on a build server, tested, and replicated to client machines. »

« Docker allows developers to simply take an image of their system and share it with their team. When a team member makes a change to their local environment, they just create a new image (a Docker container) and share it with the team. Its like git for disk images. »

OSTree est aussi comparable à Git pour les systèmes d'exploitation.

OSTree n'a rien à voir avec les RPM. Il y a plein d'usages différents possibles. Par exemple OSTree est déjà utilisé pour GNOME Continuous, un système d'intégration continue.

« Multi-level “Rings” Approach », voir l'article sur Fedora magazine.

De toute façon les articles « payants » sont disponibles gratuitement une semaine plus tard. Sur LWN il y aussi l'équivalent des journaux bookmarks, avec des liens vers d'autres articles trouvés sur le web, avec une citation d'un passage intéressant.

Le contenu est varié, il y a plusieurs catégories : sécurité, kernel, distribs, développement, annonces, etc.

Bref, à recommander vivement.

Si on prend deux extrêmes, gedit sans aucun plugin, et Eclipse, l'un est clairement un éditeur de texte et l'autre un IDE. Les termes éditeurs de texte et IDE existent, on les utilise dans la vie courante. Essayer de donner une définition à ces mots est donc un comportement normal.

Le but principal du journal était plutôt d'expliquer la différence entre généraliste et spécialisé. La plupart des éditeurs de texte et IDE disponibles actuellement sont généralistes. L'idée du journal était de donner envie à certains développeurs de développer des applications spécialisées, plus simple de configuration et plus pratique à utiliser que des usines à gaz.