C'est sûr que le portage vers Wayland ou l'adaptation aux écrans haute résolution, c'est de la maintenance… C'te blague.
liberforce a écrit 4203 commentaires
-
[^] # Re: Pour ceux qui disent que GTK+ n'évolue plus...

-
# Pour ceux qui disent que GTK+ n'évolue plus...

Faut pas dire ça la semaine du GTK+ hackfest:
http://blogs.gnome.org/ebassi/2013/04/20/gtk-hackfest-2013day-1-and-2/
http://blogs.gnome.org/mclasen/2013/04/23/gtk-hackfest-days-3-and-4/
http://blogs.gnome.org/mclasen/2013/04/25/gtk-hackfest-wrapup-and-end/De plus, effectivement, GTK 4 devrait intégrer Clutter. Ça évolue, c'est juste que ça prend du temps. Mais effectivement, le problème du manque de support Win32 et Mac OS est un vrai problème, car les projets multi-plateformes pensent de plus en plus à migrer à Qt. Il me semblait que Wireshark (par exemple) en avait un peu marre aussi…
-
[^] # Re: moralité de l'histoire

Non, je préfère l'info locale délocalisée en Tunisie.
J'aime particulièrement la citation:
"travailler à partir de d'autres sites, c'est le cas de 95% du travail sur les sites internet".
J'en déduis donc qu'internet, c'est 5% qui bossent et 95% qui pompent…
-
[^] # Re: MATE est-il devenu obsolète ?

Et tu en déduis comment que le problème vient de GNOME et pas de Fedora ?
-
[^] # Re: MATE est-il devenu obsolète ?

Au hasard, tu as essayé de regarder dans la zone de notification ? De 3.0 à 3.4, c'est dans le coin inférieur droit, et depuis GNOME 3.6, tu dois jeter ta souris tout en bas de l'écran et l'y laisser quelques instants pour la faire apparaître. Je crois qu'à partir de 3.8 il y a encore quelques modifications au niveau de la temporisation utilisée. Ils tâtonnent, mais ça s'améliore.
Extrait des release notes:
Dans GNOME 3.6, vous pouviez afficher le Tiroir de messagerie en plaçant le pointeur de la souris contre le bord inférieur de l'écran. Dans GNOME 3.8, cette action a été remaniée pour réagir à la force de pression avec laquelle le pointeur est appuyé contre ce bord inférieur. Donc, seule une « certaine » force de pression ouvrira le Tiroir de messagerie. Cette amélioration vous évite ainsi des ouvertures inopinées et est plus rapide à mettre en œuvre.
Dans GNOME 3.8, vous pouvez aussi ouvrir et fermer le Tiroir de messagerie avec le raccourci clavier Logo+M. Cela est vraiment convivial pour rapidement vérifier vos messages en attente et autres discussions en cours.
-
[^] # Re: MATE est-il devenu obsolète ?

Si c'est dans la zone de notification, ça marchera aussi sous GNOME 3. C'est patrick_g qui va être content ! \o/
-
[^] # Re: Avis d'utilisateur

Et puis franchement, à quoi ça sert de faire cette séparation alors qu’il est impossible de lancer deux fenêtres de cette application?
Voilà autre chose ! Et qu'est-ce qui te dit qu'on ne peut pas lancer deux fois la même application ? -
# Bitcoin...

Bitpan !
-
[^] # Re: MATE est-il devenu obsolète ?

Mais les gens ne sont pas obligés d'utiliser gnome-shell, le mainteneur de gnome-panel refilait le bébé à qui voulait le prendre. Une distrib pourrait a priori fournir un GNOME 3 avec gnome-panel… Pas besoin de forker tout le desktop pour ça.
-
[^] # Re: MATE est-il devenu obsolète ?

Mais sais tu seulement de quoi tu parles ?
GTK 3, c'est virer les trucs marqués obsolètes dans GTK 2, afin de ne plus avoir à les maintenir. Oui, il y a rupture de compatibilité, mais l'ABI est restée stable pendant 9 ans ! C'est pas comme si ça pétait tous les 4 matins.
Cela leur a permis de changer des comportements (exemple: le calcul de la hauteur d'un widget par rapport à sa largeur, height for width). C'était impossible de mettre ça dans GTK 2 sans péter toutes les applications existantes. À cause de cette sacro-sainte compatibilité, cette amélioration a mis des années à entrer, alors que du code était déjà prêt !
Tout le reste est ajouté incrémentalement, comme tout ce qui se fait dans le projet. À chaque version de GTK 2, il y avait des trucs rendus obsolètes, et des nouveautés. Bin là c'est pareil avec GTK 3.
-
[^] # Re: Association de fichiers

Je pense qu'il manque le type mime dans ton fichier .desktop. Je ne sais pas si alacarte permet actuellement de le modifier, tu risqued de devoir passer par un éditeur de texte.
-
[^] # Re: MATE est-il devenu obsolète ?

Si tu veux de la stabilité et ne pas changer d'expérience utilisateur tous les 6 mois, passe sous Debian stable. Je suis sérieux, la stabilisation de l'expérience utilisateur pour madame Michu, c'et à la distro de la fournir, sur sa durée de vie. Ce qui n'évolue pas meurt, c'est ce que vous voulez pour GNOME ?
MATE est placé en modèle de ce qu'il faut faire alors qu'ils prennent une base obsolète, et se retapent tout le boulot de raffraîchissement et de modernisation qui a déjà été fait pour GNOME 3, je trouve ça injuste par rapport au boulot qui a été effectué par les devs GNOME.
Cinnamon me semble beaucoup plus pérenne: il prend la base la plus évoluée et maintenue, et forke uniquement ce qui est nécessaire. Je trouve ça bien plus constructif.
-
[^] # Re: MATE est-il devenu obsolète ?

Est-ce que tu te rends compte qu'avec ce genre de discours on serait tous sous MS-DOS aujourd'hui ? L'informatique c'est un grand chambardement constant. Bienvenue dans le monde moderne.
Ton ambition c'est un environnement qui n'évolue pas ?
-
[^] # Re: Association de fichiers

Pour le reste, il y a Alacarte.
-
[^] # Re: Association de fichiers

Après, vu que ce n'est pas mon logiciel, ben j'ai même pas le droit d'ouvrir ma gueule ;)
Si bien sûr, toute critique constructive est bonne à prendre. Mais parler de "suffisance" dans ce contexte me paraît décorrélé de la réalité. Il y a certains devs qui le sont (je ne donnerai pas de noms), mais je doute que ce soit différent dans les autres communautés open-source.
-
[^] # Re: Association de fichiers

Dans ce cas c'est un bug dans la manière dont Thunar sniffe le type mime. Un peu comme la sortie de file qui te sortait du zip pour le jar. C'est presque ça puisque le jar est en fait une archive, mais ce n'est pas suffisant, du coup ça foire.
J'espère que tu conviendras que GNOME "ne force pas à la ligne de commande", au moins dans ce cas là. En revanche, je ne suis pas sûr que Alacarte gère l'édition du type mime du .desktop, il faut peut être passer par un éditeur de texte. Je crois qu'Alacarte a été réécrit en 3.6, mais je suis sous 3.4 et un bug de ma Mageia 2 m'empêche de le lancer…
-
[^] # Re: Association de fichiers

Merci de se renseigner un peu avant de faire des points généraux.
Sympa.
Il se trouve justement, comme je l'ai écrit plus haut, que j'ai vu que tu fournissais un installateur GTK 3 pour Windows, et que j'en ai fait la publicité.
Sauf qu'à ma connaissance, tu n'es pas mainteneur officiel GTK. Pourquoi ton travail n'est pas directement accessible ? Sans doute parce qu'effectivement, le projet a une grosse inertie, mais aussi parce que le status de mainteneur ne s'aquiert pas du jour au lendemain, surtout sur un aussi gros truc que GTK. Fournir une version officielle d'un installateur GTK pour Windows indiquerait que c'est à nouveau officiellement supporté, et qu'il y a un mainteneur actif. Une fois fourni au public, plus de gens le testeraient et rapporteraient des bugs, il faut donc une personne solide et qui a acquis la confiance de l'équipe GTK derrière, sinon cela peut faire plus de mal que de bien. Que se passerait-il s'ils mettaient ton installateur sur gtk.org et que tu disparaissais de la circulation ensuite ?
Je viens de voir ton dernier message sur la gtk-list, et effectivement, c'est un appel à l'aide. Je suis en tout cas de tout coeur avec toi, cela fait 2 ans que je dois justifier l'absence de version Windows pour GTK sur différents forums. Je ne sais pas qui tu as eu sur IRC, mais je veux bien faire mon possible pour essayer de trouver ce qui coince pour tes contributions soient officialisées. Tu peux me contacter à liberforce at freeside org.
-
[^] # Re: Association de fichiers

Je pense que son soucis vient du fait qu'il voudrait pouvoir juste avoir le bon programme par défaut, parce que c'est celui qui sera utilisé si tu double clique. Sinon, tu es obligé de passer par un clic droit et la sélection du bon programme.
-
[^] # Re: Association de fichiers

Ce qu'ils disent, c'est que plutôt que de proposer un patch pour contourner les problèmes, il vaut mieux proposer un patch aux projets qui n'ont pas de fichiers .desktop, qu'on règle le problème à la source.
-
[^] # Re: Association de fichiers

Comme je l'ai indiqué plus haut, pour les fichiers jar, essaie d'utiliser le type mime
application/java-archivedans le .desktop, cf JAR (format de fichier). -
[^] # Re: Association de fichiers

Là, il y a mec qui sort un patch et qui fait le boulot … et qui n'est pas prêt de le refaire et c'est bien triste.
Savais-tu qu'un mainteneur n'a pas l'obligation d'accepter un patch ? Cela arrive, quand le patch est mal fait, ou qu'il ne correspond pas à ce que le mainteneur veut faire avec son logiciel. Là on est dans le second cas. Ce n'est pas une question de suffisance, il a très clairement indiqué les raisons de son choix.
Pour les .jar, il faut essayer d'utiliser le type mime
application/java-archivedans le .desktop. -
[^] # Re: Association de fichiers

Exemple tiré du .desktop de gedit:
MimeType=text/plain;
Ensuite, pour déterminer le type mime, utilise la commande file:
file --mime-type toto.pdftoto.pdf: application/pdf -
[^] # Re: Association de fichiers

Quand le .desktop est manquant, tu peux le créer avec Alacarte, qui est inclus depuis des années dans GNOME. Mais la vraie solution c'est que développeur corrige son application et livre un .desktop correct.
-
[^] # Re: Association de fichiers

Qu'est-ce que tu trouves de répréhensible dans son message ?
-
[^] # Re: Association de fichiers

Tu peux ne pas être d'accord avec eux, mais leur position se tient. Qaund tu dis:
on ne veut pas donner cette possibilité aux utilisateurs…
Ce n'est pas vrai. Ce qu'ils ne veulent pas, c'est mettre une solution de contournement pour régler un problème qui se situe ailleurs. C'est toujours le même problème: soit on contourne les bugs avec des verrues logicielles, et on se retrouve avec un code à la Frankenstein, soit on adopte la ligne stricte de corriger un problème là où il se situe.
Le premier choix est pragmatique, le second idéaliste. C'est ce dernier choix que fait GNOME. On peut trouver ça inconscient, cela entraîne une certaine oppression à court terme de l'utilisateur, j'en suis tout à fait conscient pour l'avoir ressentie aussi moi-même.
Mais je pense tout de même que c'est l'approche la plus payante sur le long terme. Par exemple, PulseAudio a mis au jour des bugs dans ALSA. Plutôt que de les contourner dans PulseAudio, ces bugs ont été corrigés directement dans ALSA. Tout le monde en a bénéficié. Même si PulseAudio disparaît et est remplacé par autre chose, même si on utilise directement ALSA sans passer par PulseAudio, on bénéficie aussi de ces correctifs. Le fait de ne pas contourner ces bugs et de décider de les laisser apparents est une manière de mettre le problème sous les projecteurs et forcer sa résolution par le ou les projets correspondants. En pratique, cela veut dire qu'en tant qu'utilisateur, ce truc va te saouler pendant 6 mois voire un an, le temps que le vrai problème soit corrigé au bon endroit. Ça fait mal, c'est pénible, et cela délègue l'obligation de contourner le problème à l'utilisateur. Mais c'est ce qui permet aussi de solidifier les fondations du logiciel plutôt que de les affaiblir.
L'approche "Frankenstein" quant à elle, pousse à avoir de multiples projets qui vont contourner les mêmes bugs (le .desktop d'une application qui ne déclare pas le type mime géré par l'appli affectera tous les desktops, pas juste GNOME), causant une duplication des efforts néfaste car les gens auraient pu employer leur temps à corriger d'autres bugs. On se retrouve aussi avec du code moins lisible, plus difficilement maintenable et on peut facilement se retrouver avec des effets de bords difficiles à prévoir (même si dans ton exemple précis, j'en conviens, la modification est très confinée). L'autre soucis de cette approche est politique: si tu fais une exception à la règle, elle est immédiatement utilisée comme modèle par d'autres personnes qui veulent une solution de contournement pour leur problème spécifique.
Pour ce qui est de GTK 3, j'aimerais en savoir un peu plus si tu veux bien. J'ai moi même fait la publicité de ton installateur GTK 3 pour Windows, et bien que ne l'utilisant pas, je te remercie pour ton travail, car il est important.
Quand tu dis:
Ce toolkit est dorénavant maintenu par des gens qui partagent les mêmes opinions, refuseront vos modifications
Effectivement, il est essentiellement maintenu par des gens de GNOME, une situation décriée par eux-même depuis plusieurs années, car ils sont en sous-effectifs. Depuis le retrait de Tor Lillqvist du poste de mainteneur GTK Windows, personne n'a pris le relais pour faire le boulot. Et je pense que l'équipe GTK serait plus que ravie d'avoir des contributeurs pour GTK Windows. Ce n'est pas par mauvaise volonté que ça n'avance pas, c'est juste qu'il n'y a plus personne pour faire le boulot. Aussi je m'étonne que tu parles de "refus de modifications". Tu as un exemple particulier en tête pour GTK ?
