liberforce a écrit 4730 commentaires

Le pire, c'est « fixer » un bug… Le sens anglais est l'opposé du sens français…

Oui, c'est le moment de corriger les bugs réellement importants !
http://github.com/ValveSoftware/steam-for-linux/issues/20

Tu viens pas contre de me faire découvrir ¹²³ est c'est génial !

C'est surtout la possibilité de faire pareil avec les parenthèses et opérateurs mathématiques qu'il m'a fait découvrir !

Sinon, tout cela est aussi faisable avec la touche compose, souvent plus intuitive.
Ainsi, [AltGr] + [z] → â peut s'écrire [Compose], [^], [a] → â

Attention, [^] représente le caractère "^", que l'on produit en appuyant deux fois sur la touche correspondante.

De même [AltGr] + [o] → œ peut s'écrire [Compose], [o], [e] → œ

De même, utile sur un clavier qwerty: [Compose], ['], [e] → é

PS: pour bien afficher un accent circonflexe seul dans un commentaire markdown, précédez le d'un backslash, ou mettez le en style teletype.

Pas sûr que ce soit ici que tu trouves le plus de spécialistes Windows à même de t'aider…

Le podcast de l'émission: http://media.radiofrance-podcast.net/podcast09/10212-11.12.2012-ITEMA_20428541-0.mp3

Idem, Léa m'a bien aidé à mes débuts sur Mandrake 9.1 ;-)

J'aurais pu citer Babbage, et je ne pense pas faire partie d'une minorité. Ils sont souvent cités l'un comme l'autre, c'est mon impression en tout cas.

Cher jeune mal-embouché,

en général je trouve mes charmants collègues un peu durs avec les nouveaux venus, et ai tendance à arrondir les angles. Mais en l'occurrence, je te trouve d'une suffisance absolument puante, qui t'empêche de te remettre 2 secondes en question. Insulter les gens sur un forum public ne se fait pas. À plus forte raison si tu es en position de demandeur, et que tu n'as rien payé pour voir une réponse, que je sache. Nous ne te devons donc rien. Si un jour tu souhaites avoir des réponses à tes questions, voici un petit manuel de politesse qui te permettra d'avoir des réponses. Sur un autre site de préférence, car personne ne te retient (comprendre: le chantage à coup de "je vais me barrer du site" m'en fait bouger une sans toucher l'autre).

Oh, bien sûr, il y a la possibilité infime qu'un éclair de remord te traverse, et qu'en respectant tes interlocuteurs tu arrives tout de même à arracher une réponse constructive. Pas à moi bien sûr, je ne code pas en java (et j'ai autre chose à foutre). Mais sache tout de même que lorsque tu postes un message, les gens ne sont pas dans ta tête… Indiquer ce que tu as fait, c'est bien, indiquer ce que tu cherches à faire, c'est mieux. Or là, tu nous sors une capture d'écran, mais comme tu n'as pas indiqué précisément ce que tu cherche à faire, ni le résultat attendu, ni en quoi ton résultat actuel en est différent, bin du coup comprends que tes interlocuteurs peuvent être un peu agacés. Je répète donc la règle de base:

Ton interlocuteur n'est pas dans ta tête.

in the future, the use of systemd and control groups will be mandatory to get good mobile networking with Linux.

Je songe à acheter un casque et un gilet pare-balles pour pouvoir continuer de fréquenter LinuxFR en toute sécurité la semaine prochaine.

Ah, je le connaissais sous le nom "les cinglés de l'informatique".

Enfin, cela ne concerne que Windows a priori, car les distributions Linux se mettent généralement à jour via leur gestionnaire de paquet préféré.

Si tu utilises les binaires de Firefox pour Linux fournis par la Fondation Mozilla, tu as aussi les mises à jour silencieuses.

Satisfait ? On aurait pu espérer mieux effectivement, mais ça aurait pu être pire. Donc on peut dire qu'on est content.

En même temps, c'est un mètre-étalon. C'est la première année, elle servira de repère pour les années suivantes.

Je pensais que pour un dev, le retour d'expérience utilisateur avait de l'importance.

Il en a. Mais pour un bug ouvert demandant une fonctionnalité, tu en as un autre qui demande l'opposé. Faire un logiciel qui répond à chaque besoin spécifique de chaque individu, c'est faire un logiciel utilisable par personne. Il y a donc forcément un compromis à faire, auquel s'ajoute un compromis technique sur ce qui est faisable (ou pas), maintenable sur le long terme (ou pas), cohérent avec le reste (ou pas).

Est-ce que ceci répond à ta question ?
http://mixeduperic.com/linux/how-to-enable-multiple-language-keyboard-layouts-in-gnome3.html

patrick_g trusts two places in ze top ten!

Si tu veux avoir un journal bien noté chaque semaine, toi aussi, cher linuxfr-ien, trolle sur GNOME 3 !

Arf, oui, j'avais pas les neurones en place quand j'ai écrit ça…

C'est sûr que si ton cas d'utilisation, c'est ouvrir un gros fichier, le fermer, faire autre chose puis le rouvrir plus tard, oui, cela ira plus vite avec plus de RAM. Mais ce scénario n'est peut être pas représentatif de son utilisation de sa machine.

Et comment sais-tu qu'il ne sature pas la RAM?

Je ne le sais pas, pas plus que toi.

Mais le commentaire auquel tu as répondu gère les 2 cas: sans swap (assez de RAM) ou avec swap (pas assez de RAM). Et ton commentaire laisse entendre que même s'il n'en vient pas à taper dans le swap, plus de RAM, c'est mieux. Bin moi je dis que non. Parler de streaming audio ou vidéo n'a aucun sens: c'est sa consommation de RAM qui importe , quelle que soit l'utilisation qui en est faite. S'il consomme plus de ressources qu'il n'est possède, oui, ça peut valoir le coup d'ajouter de la RAM (encore que je suis plutôt du genre à conseiller de virer les trucs inutiles qui en consomment). Mais son système pourrait tout aussi bien être léger mais limité par un processeur poussif, et là, rajouter de la RAM n'aurait aucun effet.

La règle de base de l'optimisation, c'est qu'avant d'optimiser, il faut mesurer.

Ben non, justement. Si pendant ses sessions habituelles il ne sature pas la RAM, en rajouter ne changera rien. Il ne va pas rester 3x plus de temps d'affilée sur son ordi que d'habitude pour saturer son cache et te donner raison…

à quel sein me vouer…

Hum… Galopin, va ! Les saints n'apprécieront pas.

Ceci semble être un détail insignifiant mais ce n'en est pas un car c'est typiquement ce genre de détails qui fait qu'un débutant sous Linux va être de suite à l'aise ou va être désorienté et va préférer un autre système (bon, sous Windows, ce n'est pas mieux).

Est-ce que cela valait un fork ?

J'avais fait cette remarque à l'équipe de traduction française de Gnome 2 qui à l'époque, m'avais expliqué que c'était trop de travail pour modifier cela (documentation à mettre à jour etc.). Par contre, l'équipe de traduction française de MATE est beaucoup plus réceptive. Encore un peu d'efforts et peut-être que Cinnamon en tiendra aussi compte et que le menu par défaut de MATE sera aussi bien traduit que l'applet Barre de menus qui n'est pas installée par défaut.

La base d'utilisateurs n'est pas vraiment la même. L'utilisateur de MATE a dû entendre parler de GNOME (il n'y a à ma connaissance pas de distribution qui fournissent MATE par défaut). L'utilisateur de GNOME n'a pas forcément entendu parler de MATE. Et forcément, sur un projet plus petit, il y a moins d'inertie. Mais à une époque où les possesseurs de smartphone et les médias parlent d'apps, est-ce que la différence sera flagrante ? Tous les tutoriels auraient été rendus un poil obsolètes et déroutants pour les débutants. Je pense comme toi que "Logiciels" est sans doute une meilleure traduction, mais je ne peux pas reprocher qu'un élément aussi proéminent ait été conservé. En revanche, "Applications" a disparu dans GNOME 3.6, remplacé par un bouton grille. Ça bouge un peu dans GNOME aussi…

Plutôt que les gens forkent, ils pourraient tout simplement tenter de contribuer upstream ? Les développeurs GNOME qui maintiennent GNOME n'ont rien contre le rendre vraiment multiplate-forme, mais il faut bien que quelqu'un fasse le boulot, et ils en ont déjà trop. Forker serait idiot. Que ceux qui veulent changer la direction que prend GTK se retroussent les manches et contribuent, tout simplement.

GTK ne peut rester séparé de GNOME que si d'autres gens y contribuent. Or il n'y a que les devs GNOME qui maintiennent GTK. Cette situation me déplait, mais c'est le constat des développeurs GTK. Du coup GTK est lentement en train de devenir le GNOME toolkit plus que le GNU Toolkit. Mais si personne d'autre de des développeurs GNOME n'y met la main, la tendance ne risque pas de s'inverser.

Donc GTK (en C) devrait utiliser Qt (en C++) ? C'est complètement absurde. Si le toolkit n'est plus pertinent, alors autant virer GTK et convertir toutes les applications GNOME à Qt plutôt que de faire les mêmes erreurs que wxWidgets en rajoutant un autre intermédiaire avec ses couches de bugs. Mais vu les projets de GTK (fusion avec Clutter), à mon avis, ce n'est pas demain la veille.

Comme gnome-tweak-tool, dconf-editor et extensions.gnome.org ? Ils ne t'ont pas attendu, tu sais.