liberforce a écrit 4730 commentaires

Ç'aurait pu être pire, au moins il a pas été carradinisé...

De plus, le premier noyau 2.6.31 final de chez Mandriva est dispo... avec KMS pour ATI (< R600) activé !

Damned, et la RC1 qui est censée sortir demain ! Possesseurs de cartes ATI (R350 pour moi), à vos machines !

Y a des gens qui parlent de Gio/s en réseau ? Je croyais qu'on parlait qu'en bits (Gb/s), ce qui évite de facto ce problème ?

Pour dissocier les colonnes et les lignes, utilise plutôt un damier. Là on a du mal à suivre une ligne en entier...

Et surtout « Où est ma chemise grise » :
http://www.dailymotion.com/video/x1i6ce_ou-est-ma-chemise-gr(...)

Tu as oublié :
- Autorise le scan des emails reçus pour faire de la publicité ciblé
- Demande au titulaire du compte son autorisation pour cela, mais absolument pas celle de ses contacts qui lui envoient des mails, et n'ont eux, signé aucun contrat de licence acceptant cela.

C'est assez justifié ?

L'article source parle des menus, mais pas des boutons. Et le comportement semble réversible par GConf. Je verrai bien. Je suis d'accord avec eux pour *certains* menus surchargés, mais j'ai des doutes sur le résultat de la manœuvre...

D'autre infos sur prcsys ici:
http://blog.crozat.net/2009/02/speedboot-explained.html

Ne pas oublier l'implémentation Mandriva: pinit/prcsys pour la gestion du lancement de scripts en parallèle. Utilisé depuis janvier 2006 par défaut.
http://wiki.mandriva.com/en/Development/Howto/Pinit

http://www.blogeee.net

Ouais, enfin comme dit dans les commentaires, c'est que des appels à stat, pas des open ni des read. Le gars dit qu'il a vu 4 open dans son log qui correspondent à des trucs mozilla, mais ne sait pas dire lesquels... Bref, ceux qui utilisez skype, faites un bon log strace, et on pourra juger sur pièce ensuite.

Répétez après moi :
http://sensmotdire.gnunux.info/resserrer.html

Ah, j'ai pas entendu parler de ça ? Tu as un lien à me donner ? C'est une info de la desktop-devel-list ?

Parce qu'il faudrai alors remplacer "Fermer sans enregistrer" par "Ne pas enregistrer puis fermer" pour rester cohérent, et là ça devient beaucoup trop long comme formulation...

Alors pourquoi ton amie a gueulé que son texte bavait ? Elle devait bien savoir que ce serait le cas en matriciel... Sinon dans ce cas là, c'est l'article Correspondance_entre_logiciels_ouverts_et_logiciels_propri%E9taires qu'il faut leur faire lire...

où il faut se réjouir. Se réjouir du fait que les décideurs ne sachent pas de quels outils ont besoin leurs équipes ? Du fait qu'ils ne comprennent ni les besoins ni le métier de leurs utilisateurs ? Du fait que les utilisateurs eux mêmes sont incapables de se rendre compte de la différence entre un logiciel de dessin bitmap et un logiciel de dessin vectoriel ?

Ils n'ont pas commencé à travailler à ce moment là, ils devaient bien utiliser des outils avant (InDesign ?), qui eux correspondaient à leur besoin... Et pourtant ils n'ont pas appris quel type de logiciel ils utilisaient. Ça fait quand même peur, moi je vois clairement pas de raison de me réjouir.

Ni les décideurs, ni les utilisateurs n'ont suivi la moindre formation à GIMP, mais la différence entre un le dessin matriciel et le dessin vectoriel c'est quand même la base du graphisme... Et pourtant ils n'ont pas l'air d'avoir été formés à ça non plus.
Alors par pitié pour leurs clients, enjoins les à lire Image_matricielle et Image_vectorielle...

D'ailleurs il y a ce soir un hommage sur la chaîne IDF1. C'est assez spécial...

Franchement, j'y joue pas mal, mais là j'ai trouvé ça clairement abcons. Heureusement que je connais aussi Frets On Fire (FoF), mais je ne connaissais pas FoFiX.
http://en.wikipedia.org/wiki/FoFIX#Frets_on_Fire_X

Au passage, je suis d'accord que Frets On Fire est lent, il me semble que c'était en C à l'origine, et qu'ils l'ont porté en python, mais je ne suis plus sûr... Sur sourceforge, il n'y a plus que du python sur le SVN...

... dans son sketch "Journée d'un fasciste", que je vous enjoins à écouter si vous ne le connaissez pas.

Je ne suis pas un expert, mais il me semble que dès que tu utilises des templates, le compilo doit générer une version de la fonction par type existant dans le programme. Donc si tu as N types et M fonctions utilisant des templates, tu te retrouves avec N * M fonctions générées... En C tu utiliseras du (void *) et tu n'auras donc que M fonctions en tout, mais tu n'auras pas la vérification de type à la compilation...

J'aimerais bien savoir ce qui a justifié ce choix...

On parle des environnements sur le wiki, après, difficile de tout mettre dans l'installateur...
http://wiki.mandriva.com/fr/
http://wiki.mandriva.com/fr/Les_environnements_et_bureaux_de(...)

Ce serait donc :
- "Fermer sans enregistrer" et "Fermer en enregistrant"
ou bien :
- "Ne pas enregistrer et fermer" et "Enregistrer et fermer"
Il y a aussi
- "Ne pas enregistrer" et "Enregistrer"
sachant
Le premier est pas mal, mais j'ai peur que la formulation un peu trop proche soit trop confuse pour l'utilisateur.
Le deuxième, afin de conserver l'ordre des opérations est un peu long.
Le troisième prend le parti de ne pas parler de fermeture, sachant que ce n'est pas l'opération critique, et qu'elle est évoquée dans le texte de la boite de dialogue...

Je n'ai pas réussi à trouver de doublon pour ce problème dans le bugzilla, mais il y a beaucoup de bugs/demandes d'évolution... Allez y si le coeur vous en dit, vous avez ma bénédiction pour l'ouvrir et poster ici l'URL (histoire d'éviter les doublons) :-)
http://bugzilla.gnome.org

C'est vraiment très productif, comme si c'était pas pas déjà assez le bordel...

Ah, j'oubliais, je ne me fais aucune illusion pour ce cycle, le boulot qui va être fait doit viser la 2010.1. Et d'ailleurs, les XXXX.1 ne sont elles pas toujours meilleures chez Mandriva ? Ça nous fera une occasion de plus de le confirmer.