Pour l'histoire des fenêtres, ça semble correspondre à la clé org.gnome.shell.overrides attach-modal-dialogs « Attacher les dialogues modaux à leur fenêtre parente »
Les deux premiers, ce sont des extensions. Comme Debian propose encore une version de GNOME plutôt récente, une fois les extensions installées, il devrait être tranquille durant toute la durée de vie de sa distro. La question de la compatibilité des extensions, c'est plus chiant quand on est en rolling release et que ça change tous les six mois. Quant au dernier, je vois que la version 3.4.0 est bien dispo dans les dépôts. Ça devrait donc aller ;)
À ce sujet, il faut savoir que GNOME propose deux modes distincts. Celui par défaut, qui semble te déplaire, ainsi qu'un mode classique (sélectionnable lors de l'invite de connexion), avec barre des tâches et autre menu plus traditionnel.
Sinon, dans le mode par défaut, tu peux également installer de nombreux docks, histoire d'avoir une liste d'application au bas de l'écran (voir où tu veux) : Dash to Dock, Simple Dock, Cairo-Dock…
Il est vrai que du temps de Wheezy, GNOME 3.4 n'était pas encore totalement prêt. Maintenant qu'ils fournissent une version plutôt récente, tu devrais re-tester un coup. Qui sait, tu seras peut être agréablement surpris :)
Sinon, en environnements de bureau old school, t'as la dernière version de MATE, le fork de GNOME 2. Ou sinon, en plus moderne, la version 2.2 de Cinnamon, qui se base sur les technologies de GNOME 3, mais avec un bureau plus traditionnel.
Dans Wikidata, tu as bien des propriétés orientation sexuelle, groupe ethnique, religion, affection médicale, parti politique… Pour cet exemple, ils se sont limités aux femmes maires de grandes villes, mais à terme, le but, c'est bien de pouvoir faire des recherches sur tout et n'importe quoi, tout en croisant bien plus que deux critères.
Effectivement, le gros des utilisateurs ne contribuera jamais. Mais c'est finalement déjà le cas, je trouve. Ça fait longtemps que Linux n'est plus réservé aux développeurs et autres sysadmins.
De mon côté, je pense que plus il y aura de monde, plus il y aura fatalement de nouveaux contributeurs (rapports de bugs, code, traductions, graphismes, création de sites web…), plus les constructeurs seront enclins à contribuer des drivers libres, fournir de la documentation, répondre aux questions des développeurs… Plus les formats de fichiers / protocoles libres et ouverts seront utilisés, ce qui facilitera la vie de tout le monde.
Je pense sincèrement que plus il y a d'utilisateurs de systèmes et de logiciels libres, plus ça facilite le développement et moins on rencontre de problèmes vis-à-vis du monde propriétaire.
Maintenant, on pourrait penser que plus d'utilisateurs, amènera l'inverse escompté. Des gens qui ne s'intéressent pas au libre, l'arrivée de virus, d'applications propriétaires… Là dessus, je pense que des distributions populaires comme Ubuntu y seront fatalement confrontées, mais que ça ne pourra jamais s'étendre aux distributions dans leur ensemble. Un utilisateur de Debian stable qui se contente des dépôts de sa distribution, ne fera pas face aux même problématiques.
Une nouvelle version d'Antergos est récemment sortie, avec une mise à jour de son installeur. Pour rappel, ça permet de grandement faciliter l'installation de Arch (partitionnement, installation du système et d'un environnement de bureau…). Puisque en soit, ce n'est qu'un installeur. Au final, on se retrouve bel et bien avec Arch, et les dépôts de cette dernière.
Je viens tout juste de publier un billet de blog qui décrit un peu l'installation, avec captures d'écran et tout le tralala (tsouin tsouin).
Ce que voulaient dire Renault et freepius, c'est qu'en France, selon l'article L.121-1 al. 2 du CPI, le droit moral est perpétuel, imprescriptible et inaliénable. Un auteur ne pouvant y renoncer, même s'il le souhaite, la licence CC0 ne peut donc s'appliquer en France. L'obligation de citer l'auteur équivaut donc à une licence CC-BY.
Pourquoi citer Razor-QT et LXQT, alors que les deux projets sont censés avoir fusionnés ? Je n'ai pas trop suivi le cheminement d'Unity, mais sachant que toutes leurs applis sont des applis GNOME, je leur souhaite bien du courage s'ils souhaitent tout refaire.
Sinon, je ne vois pas en quoi Cinnamon ou MATE singeraient GNOME 2. Ou alors, on pourrait faire le même reproche à KDE (s'il suffit d'une barre des tâches et d'un menu démarrer…). MATE a bien forké depuis GNOME 2, mais il a récemment entamé sa migration vers Gtk 3, et il continue de suivre son chemin, comme tous les autres.
Tu fais bien de citer Pantheon, qui est généralement le bureau qui plaît le plus aux non linuxiens, quand on leur montre des captures d'écran (sans doute l'effet Apple :)
Ou pourrait également citer Ozon ou Budgie (manque de pot, leur site est en maintenance, juste quand on en a besoin :) qui font dans le Modern Design et qui reprennent un certain nombre d'idées de Google (et là encore, en général, les gens aiment bien).
Je me retiens de citer également Deepin (ah ah), mais qu'ils soient vieux ou récents, on compte finalement beaucoup plus de projets basés sur GNOME. Et c'était bien là l'idée de départ. Donc, si on fait le décompte, en Gtk+, nous avons GNOME, elementary OS, Xfce, MATE, Cinnamon, Budgie, Ozon, Deepin, Sugar, ROX Desktop… (oui, le dernier, je suis allé le chercher loin :) ce qui en fait tout de même un peu plus de deux.
Je note tout de même qu'un certain nombre d'applications (et c'est très bien) ont été conçues de telle sorte qu'on puisse y adjoindre des interfaces utilisant tel ou tel toolkit. Dans ta liste, on a donc QtParted, tout comme on trouve GParted, avidemux-qt / avidemux-gtk, SMPlayer / GNOME MPlayer, Deepin Media Player (tout comme on peut citer gnome-mpv, interface à mpv, fork de mplayer)…
Je préfère ne pas relever Clementine, parce que là, on pourrait citer une pelletée de lecteurs des deux côtés ;)
Maintenant, mon poste initial se voulait surtout ironique. À entendre les utilisateurs de KDE, leur environnement de bureau et le toolkit qu'ils utilisent, sont les septièmes et huitièmes merveilles du monde, qui représentent la perfection incarnée. On ne peut pas faire mieux.
Alors qu'au final, sous Linux (parce que oui, je n'utilise ni Windows ni OSX), tous les bureaux, et surtout, tous les nouveaux projets de bureau qui se veulent modernes et sexy, utilisent Gtk+ et la stack GNOME. Ce que je trouve donc ironique.
Mais oui, je vous accorde qu'il faudrait effectivement que les développeurs de Gtk+ accordent plus d'importance au multiplate-forme, même si j'ai pu lire un certain nombre de progrès allant dans ce sens, dans les dernières versions de Gtk+.
Comme collinm l'a fait remarquer, je parlais effectivement d'environnements de bureau, qui sont une incitation à développer des applications utilisant les même technologies.
Ce qui est marrant, c'est qu'au final, en dehors de KDE, personne n'utilise Qt :)
GNOME c'est du Gtk+, elementary OS, c'est du Gtk+, Cinnamon et MATE, c'est du Gtk+, Budgie Desktop, c'est du Gtk+, Xfce, c'est du Gtk+… Finalement, tout le monde utilise Gtk+ et la stack GNOME.
On ne peut pas non plus parler d'héritage historique dont on aurait du mal à se débarrasser, puisque les nouveaux projets (elementary OS, Budgie Desktop, Ozon OS…) ont également fait le choix de Gtk+ et de la stack GNOME.
Pour le langage de programmation, plusieurs programmes sont passés au Vala, mais avec GObject Introspection, tu peux finalement faire des applications GNOME en ce que tu veux (Python, JavaScript, C++…)
Il y a également l'extension Folder Color pour changer la couleur de certains répertoires, mais je n'ai jamais réussi à la faire fonctionner sous Arch :)
Shotwell n'est pas un projet GNOME officiel. Le projet a tout d'abord été développé par la fondation Yorba, et semble désormais co-développé avec elementary OS, si j'ai bien tout compris.
Quant à Sushi, même si c'est très basique, ça ne se limite pas aux images. Tu peux très bien pré-visualiser un PDF ou un document LibreOffice. Ça permet de vite voir si c'est le bon fichier, mais guère plus (avec les travaux prévus dans Nautilus pour faire de la prévisualisation, je me demande si ça aura encore du sens).
Étant l'auteur du billet de blog de départ, j'ajouterais avoir indiqué ce sondage, justement pour son résultat serré. On entend régulièrement des critiques autour du thème de GNOME, et surtout du jeu d'icônes, alors qu'au final, ça semble plaire à un pourcentage non négligeable des utilisateurs.
Les boutons de vote Evopop's way! et Adwaita's way! étaient sans doute mal placés sur la capture d'écran, mais happy Evopop c'était bien les icônes bleues et serious Adwaita, les icônes marrons.
J'ose espérer que les votants connaissaient bien GNOME et savaient que le marron ou Adwaita, c'était le thème par défaut de GNOME, et qu'on leur demandait s'ils ne préféraient pas quelque chose de plus coloré et joyeux.
Et pour ceux qui suivent le compte Google+ d'Alex Diavatis, il n'a jamais caché sa préférence pour les thèmes plus colorés (il adore les thèmes Paper et Numix, par exemple).
Je pense qu'il faut voir eog comme une simple visionneuse. J'ai une image, je veux vite voir ce que ça donne, j'ai donc le choix entre sushi pour un bête aperçu (sélection du fichier dans nautilus, puis barre espace), ou eog, s'il y a plus d'une image, et pour quelques fonctionnalités en plus. Mais je ne pense pas qu'il faille en attendre beaucoup plus.
Pour un logiciel plus complet, avec possibilité d'appliquer des filtres, faire des retouches, je pense qu'il vaut mieux se diriger vers gThumb.
Dans une interview, Christian Hergert indiquait qu'il souhaitait créer une nouvelle interface utilisateur, avec une approche complètement différente. De modifier Anjuta en ce sens, aurait sans doute déplu et perturbé les utilisateurs de ce dernier, et il a donc préféré partir sur un nouveau projet.
Maintenant, Builder reprend, et améliorera au besoin, un certain nombre de projets GNOME, également utilisés par Anjuta : Glade, Gitg, Nemiver, GtkSourceView, Devhelp…
Récemment, je matais la conférence d'un employé de Valve, sur le débogage sous Linux (Getting Started Debugging on Linux). Il commence par aborder gdb, mais c'est en ligne de commande, faut tout réapprendre, et on est pas directement productif (l'audience étant sans doute constituée de développeurs Windows, qui commencent à porter leurs jeux sous Linux).
Ensuite, il enchaîne sur Qt Creator. Et là, ça lui plaît bien. C'est graphique, les raccourcis clavier semblent identiques à Microsoft Visual Studio…
J'ai donc envie de dire que les jeunes et autres nouveaux arrivants sous Linux, s'attendent à trouver un véritable IDE (vim n'en est pas un, et notons que Builder est compatible avec ce dernier, « Powerful VIM-style Editing. Longstanding VIM users know firsthand the power of a modal editor. Our developers don't want you to feel left out so we created a robust VIM engine within Builder to help you feel at home. »)
Quelque chose de graphique, de simple, de moderne et d'intégré. Après, libre à eux de passer sous Vim ou Emacs, s'ils se sentent plus productifs. Et en passant, Sublime Text n'est pas libre ;)
Tous les projets libres n'ont pas cherché à se professionnaliser, histoire de pouvoir payer des gens à temps plein, en montant des entreprises de service ou en cherchant des modèle d'affaires alternatifs. Certains continuent d'être majoritairement développés par des bénévoles sur leur temps libre, juste pour le plaisir.
Par contre, même si tous ne s'en plaignent pas et ne lancent pas des campagnes de dons, certains ont fini par abandonner sans rien dire. Et quand ils continuent, tout en y prenant du plaisir, si ça reste des développements personnels sur un temps libre fatalement limité, on se retrouve avec des projets qui avancent au ralenti. Inkscape a par exemple mis près de cinq ans à sortir sa dernière version.
Et là, je trouve que les utilisateurs ont leur part de responsabilité, puisque on se retrouve dans une situation à risque. Un projet qui avance trop lentement, et à l'avenir incertain. Particuliers ou entreprises, si ces logiciels sont importants pour eux, s'ils souhaitent que le développement soit plus actif, que le code soit mieux audité, ou que le projet ai tout simplement un avenir, ils se doivent de donner.
Pour moi, c'est un peu comme l'opposition de deux points de vue. Hériter de la terre de ses ancêtres, ou emprunter celle de ses enfants. Si on doit donner à des projets libres, c'est plus pour leur futur, et par ricochet, également le notre, que pour la version qu'on a installé hier.
Arch propose souvent plusieurs alternatives. Pour le kernel, t'as le choix entre le dernier en date, ou sa version LTS, beaucoup plus stable. Pour LibreOffice, t'auras également la dernière version en date (libreoffice-fresh) ou la version stable officiellement conseillée par le projet (libreoffice-still).
Au pire, si t'aimes bien le côté rolling release, mais avec un peu plus de recul, t'as Manjaro, qui semble prendre le temps de voir si oui ou non ils doivent proposer la dernière version d'un certain nombre de programmes dans leurs mises à jour.
[^] # Re: Bureau ?
Posté par Okki (site web personnel, Mastodon) . En réponse à la dépêche Debian 8 : Jessie l’écuyère est en selle !. Évalué à 4.
Pour les non anglophones, je viens de publier un billet en français, Modifier le comportement des fenêtres modales.
[^] # Re: Bureau ?
Posté par Okki (site web personnel, Mastodon) . En réponse à la dépêche Debian 8 : Jessie l’écuyère est en selle !. Évalué à 2.
Pour l'histoire des fenêtres, ça semble correspondre à la clé org.gnome.shell.overrides attach-modal-dialogs « Attacher les dialogues modaux à leur fenêtre parente »
Pour la procédure, The modal windows behavior
[^] # Re: Bureau ?
Posté par Okki (site web personnel, Mastodon) . En réponse à la dépêche Debian 8 : Jessie l’écuyère est en selle !. Évalué à 2.
À première vue, ils ont bien le paquet gnome-shell-extensions, dont la liste des fichiers semble bien contenir le nécessaire pour le mode classique.
[^] # Re: Bureau ?
Posté par Okki (site web personnel, Mastodon) . En réponse à la dépêche Debian 8 : Jessie l’écuyère est en selle !. Évalué à 2.
Les deux premiers, ce sont des extensions. Comme Debian propose encore une version de GNOME plutôt récente, une fois les extensions installées, il devrait être tranquille durant toute la durée de vie de sa distro. La question de la compatibilité des extensions, c'est plus chiant quand on est en rolling release et que ça change tous les six mois. Quant au dernier, je vois que la version 3.4.0 est bien dispo dans les dépôts. Ça devrait donc aller ;)
[^] # Re: Bureau ?
Posté par Okki (site web personnel, Mastodon) . En réponse à la dépêche Debian 8 : Jessie l’écuyère est en selle !. Évalué à 4.
À ce sujet, il faut savoir que GNOME propose deux modes distincts. Celui par défaut, qui semble te déplaire, ainsi qu'un mode classique (sélectionnable lors de l'invite de connexion), avec barre des tâches et autre menu plus traditionnel.
Sinon, dans le mode par défaut, tu peux également installer de nombreux docks, histoire d'avoir une liste d'application au bas de l'écran (voir où tu veux) : Dash to Dock, Simple Dock, Cairo-Dock…
[^] # Re: Bureau ?
Posté par Okki (site web personnel, Mastodon) . En réponse à la dépêche Debian 8 : Jessie l’écuyère est en selle !. Évalué à 3.
Il est vrai que du temps de Wheezy, GNOME 3.4 n'était pas encore totalement prêt. Maintenant qu'ils fournissent une version plutôt récente, tu devrais re-tester un coup. Qui sait, tu seras peut être agréablement surpris :)
Sinon, en environnements de bureau old school, t'as la dernière version de MATE, le fork de GNOME 2. Ou sinon, en plus moderne, la version 2.2 de Cinnamon, qui se base sur les technologies de GNOME 3, mais avec un bureau plus traditionnel.
[^] # Re: sexisme
Posté par Okki (site web personnel, Mastodon) . En réponse au journal Liste des maires féminines des plus grandes villes du monde d'après Wikidata.. Évalué à 4.
Dans Wikidata, tu as bien des propriétés orientation sexuelle, groupe ethnique, religion, affection médicale, parti politique… Pour cet exemple, ils se sont limités aux femmes maires de grandes villes, mais à terme, le but, c'est bien de pouvoir faire des recherches sur tout et n'importe quoi, tout en croisant bien plus que deux critères.
[^] # Re: Hum
Posté par Okki (site web personnel, Mastodon) . En réponse au journal Appel à collaboration pour présentation générique sur systèmes GNU/Linux. Évalué à 7. Dernière modification le 21 avril 2015 à 12:54.
Effectivement, le gros des utilisateurs ne contribuera jamais. Mais c'est finalement déjà le cas, je trouve. Ça fait longtemps que Linux n'est plus réservé aux développeurs et autres sysadmins.
De mon côté, je pense que plus il y aura de monde, plus il y aura fatalement de nouveaux contributeurs (rapports de bugs, code, traductions, graphismes, création de sites web…), plus les constructeurs seront enclins à contribuer des drivers libres, fournir de la documentation, répondre aux questions des développeurs… Plus les formats de fichiers / protocoles libres et ouverts seront utilisés, ce qui facilitera la vie de tout le monde.
Je pense sincèrement que plus il y a d'utilisateurs de systèmes et de logiciels libres, plus ça facilite le développement et moins on rencontre de problèmes vis-à-vis du monde propriétaire.
Maintenant, on pourrait penser que plus d'utilisateurs, amènera l'inverse escompté. Des gens qui ne s'intéressent pas au libre, l'arrivée de virus, d'applications propriétaires… Là dessus, je pense que des distributions populaires comme Ubuntu y seront fatalement confrontées, mais que ça ne pourra jamais s'étendre aux distributions dans leur ensemble. Un utilisateur de Debian stable qui se contente des dépôts de sa distribution, ne fera pas face aux même problématiques.
# Les vieilles news semblent être tendance, en ce moment :)
Posté par Okki (site web personnel, Mastodon) . En réponse au journal l'islande lance une initiative pour passer son secteur public sous GNU/Linux. Évalué à 10.
Puisque l'article date de mars 2012, il faudrait voir où ils en sont, maintenant ;)
# Antergos
Posté par Okki (site web personnel, Mastodon) . En réponse à la dépêche Brèves de printemps sur quelques distributions.... Évalué à 4.
Une nouvelle version d'Antergos est récemment sortie, avec une mise à jour de son installeur. Pour rappel, ça permet de grandement faciliter l'installation de Arch (partitionnement, installation du système et d'un environnement de bureau…). Puisque en soit, ce n'est qu'un installeur. Au final, on se retrouve bel et bien avec Arch, et les dépôts de cette dernière.
Je viens tout juste de publier un billet de blog qui décrit un peu l'installation, avec captures d'écran et tout le tralala (tsouin tsouin).
[^] # Re: Quoi d'autre ?
Posté par Okki (site web personnel, Mastodon) . En réponse au journal Le Dessous des cartes + Creative Commons = ♥. Évalué à 10.
Ce que voulaient dire Renault et freepius, c'est qu'en France, selon l'article L.121-1 al. 2 du CPI, le droit moral est perpétuel, imprescriptible et inaliénable. Un auteur ne pouvant y renoncer, même s'il le souhaite, la licence CC0 ne peut donc s'appliquer en France. L'obligation de citer l'auteur équivaut donc à une licence CC-BY.
Voir Licence CC0, Domaine public en droit de la propriété intellectuelle français et Droit moral.
[^] # Re: pourquoi utiliser qt ?
Posté par Okki (site web personnel, Mastodon) . En réponse à la dépêche Miam-Player 0.7.1. Évalué à 1.
Pourquoi citer Razor-QT et LXQT, alors que les deux projets sont censés avoir fusionnés ? Je n'ai pas trop suivi le cheminement d'Unity, mais sachant que toutes leurs applis sont des applis GNOME, je leur souhaite bien du courage s'ils souhaitent tout refaire.
Sinon, je ne vois pas en quoi Cinnamon ou MATE singeraient GNOME 2. Ou alors, on pourrait faire le même reproche à KDE (s'il suffit d'une barre des tâches et d'un menu démarrer…). MATE a bien forké depuis GNOME 2, mais il a récemment entamé sa migration vers Gtk 3, et il continue de suivre son chemin, comme tous les autres.
Tu fais bien de citer Pantheon, qui est généralement le bureau qui plaît le plus aux non linuxiens, quand on leur montre des captures d'écran (sans doute l'effet Apple :)
Ou pourrait également citer Ozon ou Budgie (manque de pot, leur site est en maintenance, juste quand on en a besoin :) qui font dans le Modern Design et qui reprennent un certain nombre d'idées de Google (et là encore, en général, les gens aiment bien).
Je me retiens de citer également Deepin (ah ah), mais qu'ils soient vieux ou récents, on compte finalement beaucoup plus de projets basés sur GNOME. Et c'était bien là l'idée de départ. Donc, si on fait le décompte, en Gtk+, nous avons GNOME, elementary OS, Xfce, MATE, Cinnamon, Budgie, Ozon, Deepin, Sugar, ROX Desktop… (oui, le dernier, je suis allé le chercher loin :) ce qui en fait tout de même un peu plus de deux.
[^] # Re: pourquoi utiliser qt ?
Posté par Okki (site web personnel, Mastodon) . En réponse à la dépêche Miam-Player 0.7.1. Évalué à 2.
Je note tout de même qu'un certain nombre d'applications (et c'est très bien) ont été conçues de telle sorte qu'on puisse y adjoindre des interfaces utilisant tel ou tel toolkit. Dans ta liste, on a donc QtParted, tout comme on trouve GParted, avidemux-qt / avidemux-gtk, SMPlayer / GNOME MPlayer, Deepin Media Player (tout comme on peut citer gnome-mpv, interface à mpv, fork de mplayer)…
Je préfère ne pas relever Clementine, parce que là, on pourrait citer une pelletée de lecteurs des deux côtés ;)
Maintenant, mon poste initial se voulait surtout ironique. À entendre les utilisateurs de KDE, leur environnement de bureau et le toolkit qu'ils utilisent, sont les septièmes et huitièmes merveilles du monde, qui représentent la perfection incarnée. On ne peut pas faire mieux.
Alors qu'au final, sous Linux (parce que oui, je n'utilise ni Windows ni OSX), tous les bureaux, et surtout, tous les nouveaux projets de bureau qui se veulent modernes et sexy, utilisent Gtk+ et la stack GNOME. Ce que je trouve donc ironique.
Mais oui, je vous accorde qu'il faudrait effectivement que les développeurs de Gtk+ accordent plus d'importance au multiplate-forme, même si j'ai pu lire un certain nombre de progrès allant dans ce sens, dans les dernières versions de Gtk+.
[^] # Re: pourquoi utiliser qt ?
Posté par Okki (site web personnel, Mastodon) . En réponse à la dépêche Miam-Player 0.7.1. Évalué à 2.
Comme collinm l'a fait remarquer, je parlais effectivement d'environnements de bureau, qui sont une incitation à développer des applications utilisant les même technologies.
Sinon, en applications Gtk+ multiplateformes, on peut également citer darktable, Eclipse, MyPaint, Linphone, HexChat, GnuCash / Grisbi / HomeBank, Celestia…
Puis en WxGTK, on a également Audacity et Filezilla.
Le fait est que je trouve plus facilement les applications qui m'intéressent en Gtk+.
[^] # Re: pourquoi utiliser qt ?
Posté par Okki (site web personnel, Mastodon) . En réponse à la dépêche Miam-Player 0.7.1. Évalué à -1.
Toi, t'aimes pas Gtk+ :)
Ce qui est marrant, c'est qu'au final, en dehors de KDE, personne n'utilise Qt :)
GNOME c'est du Gtk+, elementary OS, c'est du Gtk+, Cinnamon et MATE, c'est du Gtk+, Budgie Desktop, c'est du Gtk+, Xfce, c'est du Gtk+… Finalement, tout le monde utilise Gtk+ et la stack GNOME.
On ne peut pas non plus parler d'héritage historique dont on aurait du mal à se débarrasser, puisque les nouveaux projets (elementary OS, Budgie Desktop, Ozon OS…) ont également fait le choix de Gtk+ et de la stack GNOME.
GIMP est également en train de faire un portage Gtk+ 3 (pour voir ce que ça donne avec le thème elementary).
Pour le langage de programmation, plusieurs programmes sont passés au Vala, mais avec GObject Introspection, tu peux finalement faire des applications GNOME en ce que tu veux (Python, JavaScript, C++…)
# Un peu de couleur
Posté par Okki (site web personnel, Mastodon) . En réponse au journal Un Nautilus aux petits oignons. Évalué à 2.
Il y a également l'extension Folder Color pour changer la couleur de certains répertoires, mais je n'ai jamais réussi à la faire fonctionner sous Arch :)
[^] # Re: Miam
Posté par Okki (site web personnel, Mastodon) . En réponse à la dépêche GNOME 3.16 - nettoyage de printemps. Évalué à 3.
Shotwell n'est pas un projet GNOME officiel. Le projet a tout d'abord été développé par la fondation Yorba, et semble désormais co-développé avec elementary OS, si j'ai bien tout compris.
Quant à Sushi, même si c'est très basique, ça ne se limite pas aux images. Tu peux très bien pré-visualiser un PDF ou un document LibreOffice. Ça permet de vite voir si c'est le bon fichier, mais guère plus (avec les travaux prévus dans Nautilus pour faire de la prévisualisation, je me demande si ça aura encore du sens).
[^] # Re: Flat ou pas flat
Posté par Okki (site web personnel, Mastodon) . En réponse à la dépêche GNOME 3.16 - nettoyage de printemps. Évalué à 5. Dernière modification le 06 avril 2015 à 14:35.
Étant l'auteur du billet de blog de départ, j'ajouterais avoir indiqué ce sondage, justement pour son résultat serré. On entend régulièrement des critiques autour du thème de GNOME, et surtout du jeu d'icônes, alors qu'au final, ça semble plaire à un pourcentage non négligeable des utilisateurs.
[^] # Re: Flat ou pas flat
Posté par Okki (site web personnel, Mastodon) . En réponse à la dépêche GNOME 3.16 - nettoyage de printemps. Évalué à 4.
Les boutons de vote Evopop's way! et Adwaita's way! étaient sans doute mal placés sur la capture d'écran, mais happy Evopop c'était bien les icônes bleues et serious Adwaita, les icônes marrons.
J'ose espérer que les votants connaissaient bien GNOME et savaient que le marron ou Adwaita, c'était le thème par défaut de GNOME, et qu'on leur demandait s'ils ne préféraient pas quelque chose de plus coloré et joyeux.
Et pour ceux qui suivent le compte Google+ d'Alex Diavatis, il n'a jamais caché sa préférence pour les thèmes plus colorés (il adore les thèmes Paper et Numix, par exemple).
[^] # Re: Miam
Posté par Okki (site web personnel, Mastodon) . En réponse à la dépêche GNOME 3.16 - nettoyage de printemps. Évalué à 6.
Je pense qu'il faut voir eog comme une simple visionneuse. J'ai une image, je veux vite voir ce que ça donne, j'ai donc le choix entre sushi pour un bête aperçu (sélection du fichier dans nautilus, puis barre espace), ou eog, s'il y a plus d'une image, et pour quelques fonctionnalités en plus. Mais je ne pense pas qu'il faille en attendre beaucoup plus.
Pour un logiciel plus complet, avec possibilité d'appliquer des filtres, faire des retouches, je pense qu'il vaut mieux se diriger vers gThumb.
[^] # Re: Quel est l'interet de GNOME Builder ?
Posté par Okki (site web personnel, Mastodon) . En réponse à la dépêche GNOME 3.16 - nettoyage de printemps. Évalué à 10.
Dans une interview, Christian Hergert indiquait qu'il souhaitait créer une nouvelle interface utilisateur, avec une approche complètement différente. De modifier Anjuta en ce sens, aurait sans doute déplu et perturbé les utilisateurs de ce dernier, et il a donc préféré partir sur un nouveau projet.
Maintenant, Builder reprend, et améliorera au besoin, un certain nombre de projets GNOME, également utilisés par Anjuta : Glade, Gitg, Nemiver, GtkSourceView, Devhelp…
[^] # Re: Quel est l'interet de GNOME Builder ?
Posté par Okki (site web personnel, Mastodon) . En réponse à la dépêche GNOME 3.16 - nettoyage de printemps. Évalué à 10.
Récemment, je matais la conférence d'un employé de Valve, sur le débogage sous Linux (Getting Started Debugging on Linux). Il commence par aborder gdb, mais c'est en ligne de commande, faut tout réapprendre, et on est pas directement productif (l'audience étant sans doute constituée de développeurs Windows, qui commencent à porter leurs jeux sous Linux).
Ensuite, il enchaîne sur Qt Creator. Et là, ça lui plaît bien. C'est graphique, les raccourcis clavier semblent identiques à Microsoft Visual Studio…
J'ai donc envie de dire que les jeunes et autres nouveaux arrivants sous Linux, s'attendent à trouver un véritable IDE (vim n'en est pas un, et notons que Builder est compatible avec ce dernier, « Powerful VIM-style Editing. Longstanding VIM users know firsthand the power of a modal editor. Our developers don't want you to feel left out so we created a robust VIM engine within Builder to help you feel at home. »)
Quelque chose de graphique, de simple, de moderne et d'intégré. Après, libre à eux de passer sous Vim ou Emacs, s'ils se sentent plus productifs. Et en passant, Sublime Text n'est pas libre ;)
Pour voir la liste des fonctionnalités de Builder, présentes et à venir.
[^] # Re: Responsabilité des connexions sortantes
Posté par Okki (site web personnel, Mastodon) . En réponse à la dépêche "Nos oignons" fournit 500 Mbits/s en plus pour le réseau Tor. Évalué à 3.
Dans ce cas, pourquoi tous les nœuds européens ne font pas également nœuds de sortie ?
[^] # Re: Culture d'entreprise
Posté par Okki (site web personnel, Mastodon) . En réponse au journal GnuPG utilisé, GnuPG oublié, mais GnuPG financé. Évalué à 2.
Tous les projets libres n'ont pas cherché à se professionnaliser, histoire de pouvoir payer des gens à temps plein, en montant des entreprises de service ou en cherchant des modèle d'affaires alternatifs. Certains continuent d'être majoritairement développés par des bénévoles sur leur temps libre, juste pour le plaisir.
Par contre, même si tous ne s'en plaignent pas et ne lancent pas des campagnes de dons, certains ont fini par abandonner sans rien dire. Et quand ils continuent, tout en y prenant du plaisir, si ça reste des développements personnels sur un temps libre fatalement limité, on se retrouve avec des projets qui avancent au ralenti. Inkscape a par exemple mis près de cinq ans à sortir sa dernière version.
Et là, je trouve que les utilisateurs ont leur part de responsabilité, puisque on se retrouve dans une situation à risque. Un projet qui avance trop lentement, et à l'avenir incertain. Particuliers ou entreprises, si ces logiciels sont importants pour eux, s'ils souhaitent que le développement soit plus actif, que le code soit mieux audité, ou que le projet ai tout simplement un avenir, ils se doivent de donner.
Pour moi, c'est un peu comme l'opposition de deux points de vue. Hériter de la terre de ses ancêtres, ou emprunter celle de ses enfants. Si on doit donner à des projets libres, c'est plus pour leur futur, et par ricochet, également le notre, que pour la version qu'on a installé hier.
[^] # Re: Idem
Posté par Okki (site web personnel, Mastodon) . En réponse au journal ArchLinux : serait-il venu le temps de passer à autre chose ?. Évalué à 5.
Arch propose souvent plusieurs alternatives. Pour le kernel, t'as le choix entre le dernier en date, ou sa version LTS, beaucoup plus stable. Pour LibreOffice, t'auras également la dernière version en date (libreoffice-fresh) ou la version stable officiellement conseillée par le projet (libreoffice-still).
Au pire, si t'aimes bien le côté rolling release, mais avec un peu plus de recul, t'as Manjaro, qui semble prendre le temps de voir si oui ou non ils doivent proposer la dernière version d'un certain nombre de programmes dans leurs mises à jour.