Okki a écrit 716 commentaires

Le changelog de la version 51 à venir est un peu léger. D'après Phoronix, on devrait voir WebGL 2 activé par défaut, l'enregistrement des mots de passe dans les formulaires ne disposant pas d'un bouton de soumission, une amélioration des performances lors de la lecture de vidéos quand l'accélération matérielle n'est pas activée, l'indicateur de zoom sera affiché dans la barre de menu, le codec audio FLAC sera pris en charge, et la bibliothèque graphique Skia sera désormais utilisée (à la place de Cairo ?) pour le rendu du contenu.

Sauf que toute sa campagne semble tourner autour de PulseAudio, qu'il cite un certain nombre de fois. On peut donc imaginer qu'il concentrera ses efforts sur ce projet en particulier, même si rien ne l'empêchera de contribuer à d'autres projets.

De mon point de vue, plus il y a de contributeurs payés à temps pour travailler sur des projets libres, plus ces mêmes projets ont des chances de bien se porter et d'avancer bien plus vite, ce qui bénéficiera toujours à l'ensemble de la communauté. Et franchement, je trouve ça triste de constater qu'après plusieurs jours, le nombre de patrons n'a pas bougé d'un pouce, et que la somme récoltée soit toujours aussi insignifiante. Et ce n'est malheureusement pas un cas isolé. Que ce soit ZeMarmot ou tout autre projet libre qui souhaiterait pouvoir en vivre, tous semblent faire des bides monumentaux.

Tu mélanges les versions ? Parce qu'en ayant la même version d'Adwaita et de GTK+, il n'est pas censé y avoir ce genre de souci.

Autre possibilité, dans le cas de Arc (et sans doute d'autres thèmes), je crois me souvenir qu'il faut réinstaller le thème si une version majeure de GTK+ a été mise à jour après coup, puisque il détecte la version installée et s'adapte en conséquence au moment de l'installation du thème.

En parlant de ça, Red Hat vient d'embaucher un nouveau développeur pour bosser sur Evince, Poppler (ce qui servira donc également à Okular), l'impression…

Marrant, j'ai trouvé au contraire que c'était particulièrement mal fichu. Il a fallu que je m'y reprenne à plusieurs fois pour réussir à faire de bêtes glisser-déposer, puisque les résultats ne se mettaient pas dans le bon ordre.

Et ne parlons pas des consignes, qui semblent se contredire (glisser-déposer de la gauche vers la droite, notre premier choix devant se retrouver en haut à droite), alors qu'à l'arrivée, les propositions sont déjà à droite, et il semble falloir les déplacer sur la gauche. Et pourquoi nommer les colonnes Vos choix et Votre classement, qui semblent tous deux vouloir dire la même chose. De mettre Proposals aurait été beaucoup moins ambigu.

Il faut également penser à fournir des fichiers Desktop et AppData.

Les applications étant isolées, si elles souhaitent pouvoir accéder au matériel (webcam, microphone…), à la géolocalisation ou autre, l'environnement de bureau fera le lien avec l'utilisateur en lui demandant si oui ou non il souhaite autoriser telle ou telle demande. L'utilisateur doit ensuite pouvoir revenir sur sa décision s'il le souhaite.

Tu dois avoir un souci (vieille installation ?) parce qu'en ouvrant les paramètres ou en lançant une nouvelle application, la fenêtre obtient bien le focus de mon côté. Sinon, tu peux toujours te rendre dans l'outil de personnalisation (gnome-tweak-tool), section Fenêtres, puis Mode de focus des fenêtres.

Dans le cas de la vieille branche GTK+ 2.x, dont la dernière grosse version, la 2.24.0, était sortie en 2011, on peut constater qu'elle est toujours maintenue et que la dernière révision en date est sortie il y a seulement quelques jours (2016-09-09), en apportant tout de même un certain nombre de correctifs.

Non, ils ont d'ores et déjà annoncés qu'ils utiliseraient les dernières versions proposant les dernières nouveautés.

Pas convaincu. De nos jours, les développeurs vont utiliser de gros frameworks, genre Electron, qui va lui-même se baser sur Node.js. Tu retrouves donc la notion de version et de compatibilité.

Pourquoi veux tu que ça casse ? Si ton application utilise GTK+ 3, quand les versions 4, 5 ou 6 sortiront, ton application continuera d'utiliser la version 3. Par conséquent, ils peuvent bien faire ce qu'ils veulent dans les versions suivantes, ça ne touchera pas à la stabilité de ton application. La seule chose, c'est qu'une fois la période de maintenance écoulée, ils ne corrigeront plus d'obscurs bugs qui pourraient être trouvés entre temps, ou ne corrigeront peut être pas toutes les failles de sécurité (reste à voir la politique des distributions avec support long, genre RHEL).

Tu peux très bien installer GNOME MPV. Totem continuera quant à lui d'utiliser GStreamer plutôt que ffmpeg, qui semble mieux respecter / séparer le code qui pose légalement problème, ce qui permet à Fedora / Red Hat (entreprise américaine soumise aux brevets logiciels) de proposer la prise en charge des formats libres par défaut, et de laisser les codecs problématiques (mp3, h264…) en option.

Je viens de vérifier la lecture de vidéos sur le réseau. Là où c'est génial (et je me demande pourquoi toutes les applications GTK+ ne le proposent pas), c'est que le sélecteur de fichiers reconnaît tous les signets que j'ai configuré dans Nautilus, ce qui inclut mes serveurs auxquels j'accède par SFTP. Et tout comme dans Nautilus, grâce à GVFS, je peux sans problème lire le contenu comme si c'était en local.

Notons que Totem propose également un greffon Grilo pour la Freebox. Je peux donc lire le contenu de cette dernière, de mes serveurs, des partages Windows… sans avoir à me prendre la tête à configurer quoi que ce soit.

Ça propose donc par défaut le contenu des dossiers de la norme XDG user directories, mais on peut sans problème ajouter de nouveaux dossiers ou lire du contenu distant.

Dans le cas de Musique, ce n'était pas tracker le souci. Comme l'indiquait Georges Basile Stavracas Neto sur son blog, « Let me be crystal clear: Tracker is fast as hell. GNOME Music was slow to death. Retrieving the list of songs from Tracker takes about 0.25 second, putting the songs into a window and presenting it used to take ~85 seconds. Yes, that’s right, 340x slower. »

Je pense que les applications de base (Musique, Vidéos, Photos…) se destinent surtout aux utilisateurs débutants, qui sont vite perdus. Pour de la musique, un utilisateur avancé utilisera plutôt Lollypop, Rhythmbox, Audacious… ce ne sont pas les choix qui manquent. Même chose pour la vidéo. GNOME MPV proposera bien plus d'options, dont le fait de pouvoir ouvrir par soit-même n'importe quelle vidéo :p

La personne capable de mettre les mains dans le cambouis pourra toujours personnaliser son environnement, quel qu'il soit. Maintenant, je pense qu'antistress faisait surtout référence au fait que GNOME se veut accessible au plus grand nombre, ce qui implique de ne pas noyer les utilisateurs sous des tonnes d'options et de possibilités, ce qui rendrait l'ensemble plus compliqué à prendre en main, tout en multipliant les causes d'erreurs potentielles (sous Windows, on ne compte plus les utilisateurs qui ont tout cassé, mais qui n'ont bien évidemment jamais touché à rien, quand on leur pose la question).

Et cette population n'ayant pas de grandes connaissances informatiques, qui veut juste que ça fonctionne tout seul pour pouvoir faire simplement ce qu'ils ont à faire, n'ira jamais développer des extensions en JavaScript ou modifier le CSS de leur thème.

Pour les vidéos, normalement, tu n'es pas « censé » avoir besoin de les ajouter manuellement. Totem va trouver automatiquement toutes tes vidéos du dossier Vidéos et des autres dossiers que t'aurais pu vouloir ajouter (Paramètres GNOME, Rechercher, petite roue crantée en bas à droite…). C'est la même chose pour Photos et autres applications GNOME, qui tentent le plus possible de faire disparaître la notion de fichiers et autres arborescences aux utilisateurs.

Ce n'est pas non plus la peine de ressasser éternellement de vieilles histoires qui datent de plusieurs années. D'autant plus que la personne en question semble avoir quitté le projet. On peut donc légitimement se poser la question de savoir s'il ne serait finalement pas plutôt préférable de travailler à l'amélioration du mode classique de GNOME (MATE), de développer un dock et un nouveau thème (elementary), d'améliorer le centre de notifications (Budgie)…

De voir autant d'environnements dérivés de GNOME passer leur temps à réinventer la roue, je trouve ça déprimant.

Parce qu'au final, peu importe l'environnement, ça reste finalement plutôt basique en regard de ce que proposent désormais Windows ou macOS. Et pire encore, à sans cesse refaire l'environnement, on en oublie le plus important : les applications. Ce sont elles qui font le succès d'une plateforme. Et là, pour le coup, on a beau entendre à longueur d'année que sous Linux tous les besoins sont couverts, ce n'est clairement pas le cas. Rien que sur des applis de base comme l'agenda ou le client de messagerie, on trouve sous macOS des applications à des années lumière, en termes d'ergonomie et de fonctionnalités, de ce que l'on trouve sous Linux.

Elles pètent réellement, ou c'est juste que personne n'a pensé à incrémenter le numéro de version avec lequel c'est compatible ? Suffit d'éditer un fichier, ou de désactiver la vérification. Franchement, c'est plutôt rare quand ça casse vraiment.

Il y a tout d'abord eu un article de calimaq, Pepper et Carrot : une bande dessinée Open Source publiée chez Glénat, où Béhé et Boulet sont venus se plaindre que c'était du grand n'importe quoi, que David Revoy se faisait grave exploiter par ces pourris de Glénat, puis que le libre c'était mal, que ça allait tuer l'industrie de la BD…

Plusieurs blogueurs ont ensuite écrit sur le sujet, à commencer par Luc Didry avec L'art et le libre, suivi par Neil Jomunsi avec Message aux artistes : sortez-vous les doigts du c**, qui contient d'ailleurs une longue réponse de David Revoy.

C'est la même chose pour les tuiles, qui ne sont que des données mises en forme. Et comme les données sont également trop grosses et rapidement périssables, ils interrogent le service plutôt que de les fournir avec l'application.

Le souci, c'est que ta remarque vaut aussi pour les données géographiques, puisque ils dépendent d'OpenStreetMap, ou de la possibilité de définir des itinéraires, puisque ils dépendent de GraphHopper. Puis ça doit également être récursif, puisque pour certains points d'intérêt, OpenStreetMap et Wikipédia tirent parti l'un de l'autre, il me semble.

En même temps, si OSM avait dès le départ autorisé les projets libres à réutiliser ses tuiles, on en serait pas là. D'autant plus que Cartes permet également d'éditer, et apporte donc de potentiels nouveaux contributeurs au projet.

Plusieurs fois j'ai été tenté de contribuer à ton projet (mon amoureuse étant elle-même une petite marmotte, je trouvais ça normal :p), mais bien que je comprenne tout à fait que pour la visibilité à long terme pour préfériez des paiement mensuels réguliers, je ne suis pas particulièrement fan.

N'y a t-il pas un bête Paypal pour donner une seule fois une somme un peu plus conséquente ? (j'aime bien varier les projets tous les mois, selon mes envies et mes moyens du moment).