ff9097 a écrit 637 commentaires

Bah non, comme je l'ai dit, sur KDE/Plasma ça ne fonctionne pas bien il y a un énorme gap comparé à Gnome

Tu utilises 2 écrans avec ton dock ? J'ai pas pris la peine de tester avec un seul. Plasma c'est xorg par défaut donc pour moi c'est peut être l'explication. Ça n'a jamais aussi bien marché sur GNOME depuis que c'est Wayland par défaut.
Bon c'était Fedora KDE mais bon je serais surpris que ça fonctionne mieux sur une autre distribution

J’ai retesté Plasma il y a quelques semaines et c’est vraiment bien, on sent que c’est plus fluide que GNOME mais la gestion multi écran est catastrophique. J’utilise un thinkpad avec une dock station reliée à deux écrans et une fois sur deux j’ai un écran noir quand je dock. L’écran du portable doit s’éteindre et les deux externes doivent prendre le relai. Et au final j’ai souvent les trois désactivés quand je dock…. du coup je dois reboot… Sur GNOME ça fonctionne très bien. Peut être du à Wayland. Je testerai les nouvelles versions pour voir si ça s’améliore.

Je n'ai même plus envie d'écrire une seule ligne en Go tellement je le trouve ennuyeux.

Que veux-tu dire ?

Voila pourquoi Kotlin c'est la vie

C'est l'équivalent Qt de webkitgtk ?

Et ça peut changé à nouveau

Voici les différences : https://about.gitlab.com/pricing/#self-hosted

Difficile de faire un guide "comment contribuer" sans jamais avoir réussi à le faire

C'est là que tu vois que il y a beaucoup de monde pour critiquer mais beaucoup moins pour agir

Je pense que le point le plus important est la contribution, nous sommes très nombreux à utiliser les logiciels libres mais trop peu nombreux à contribuer…

Mais un peu plus nombreux à vouloir contribuer et abandonner parce que c'est un bordel pas possible. Je ne dis pas ça pour KDE c'est peut-être mieux mais les quelques fois où j'ai voulu contribuer pour un projet il n'y avait pas d'explications claires et centralisés qui expliquaient toutes les étapes, les infos étaient dispersées un peu partout. GitHub a beaucoup aidé pour ça.

On installerait Fedora

Notamment, il est à noter que nous refusons les « commits de fusion » chez GIMP (même si parfois, certains apparaissent subrepticement), pour raison de lisibilité de l’historique, ce qui est un gros problème avec le processus de « demande d’intégration / demande de fusion » (Pull Request / Merge Request) propre à ce type de plate‐forme, et était donc un des freins de nombreux projets. Cela fait donc partie des changements fait par GitLab pour accueillir certains projets qui ont la possibilité de désactiver de tels commits non désirés (ce que GIMP a donc fait).

Ça veut dire qu'une branche doit obligatoirement être rebasée sur master et que ça fusionne en fast-forward ? Je ne suis pas très fan de ce principe

Mieux vaut du bon français que de l'anglais approximatif.

L'URL vers la feuille de route Servo tombe en 404

Je viens de tester le flatpak, ça fonctionne mais j'ai GIMP en anglais alors que l'interface m'indique langue du système et même en sélectionnant French et en redémarrant je reste en anglais

C'est parce que nos distributions Linux sont en premier lieu des OS serveurs où le plus important est le système

J'hésite à tenter Plasma, l'intégration est vraiment bonne sur Fedora ?

Il manque peut être l'accès à certains répertoires système

C'est à dire ?

Faudrait surtout qu'ils stoppent leur envie de toujours vouloir tout faire à leur sauce. Snap n'a aucun intérêt comparé à Flatpak. Ah si ça leur permet de tout contrôler vu qu'il n'y a pas la notion de dépôts indépendants et que tout est centralisé sur leur dépôt obligatoirement.
Sinon c'est quand même bizarre de devoir justifier l'intérêt de ces technologies sur un site comme DLFP

Niveau vitesse, navré, mais chez moi claws se lance plus vite que presque n'importe quel navigateur web, et ceux avec qui il est en compétition ne supportent pas JS, donc, pas de jolies interfaces web (en admettant que le webmail marche sans JS, ce qui est pour le moins peu fréquent de nos jours).

Donc, de facto, j'ai accès à mes mails plus vite que si j'utilisais un «client léger». Reste quoi? Le fait d'afficher les mails aussitôt que reçus? Ok, c'est vrai, avec IMAP je crois qu'il faut relever régulièrement, mais bon, ne voir un mail que 5 minutes après son arrivée, je trouve ça honnête (si ça se trouve, ça fait plus de 5 minutes qu'il est parti de toute façon donc bon).

Donc en gros, pour toi c'est pas grave de voir un mail 5 minutes après réception (et je suis d'accord), par contre que ton client se lance 3 secondes plus vite que le navigateur c'est important. Un peu de mauvaise foi non ?

quel est l'intérêt d'avoir un client lourd sur chaque poste d'une entreprise ? C'est installé à la main à chaque fois ? En cas de changement de conf comment ça se passe ?

Essaye Tilix c'est pareil en mieux

T'es censé plutôt passer par Gnome Software, qui te notifie lorsqu'une nouvelle version est disponible, donc en un clic tu peux upgrader