Laurent A. a écrit 183 commentaires

J'ai acheté un filtre dont tu parles pour une Senseo. Après mon premier essai, j'ai obtenu de l'eau vaguement parfumée au café. Je ne réessaierai pas de faire du café avec ce truc. Le problème est qu'il faut doser précisément le café dans le filtre (ni trop peu, ni trop), il faut un café moulu fin juste ce qu'il faut et il faut nettoyer tout le café fichu à côté du filtre ainsi que le filtre lui-même...

Je préfère encore acheter des grands paquets « économiques » pour faire baisser le prix de mon café. Et puis, comme le monsieur l'explique, la Senseo n'est pas une vraie une machine à café, sa pression est trop faible, alors les différences de goûts entre cafés ne sont pas non plus énormes. On peut donc essayer différentes marques pour trouver quelque chose qui offre un bon rapport goût/prix.

« [...] utiliser le "Safe ALSA subset" (sans proposer de lien vers la liste des fonctions considerées comme safe) »

En descendant un peu dans la page que tu proposes, je vois un paragraphe intitulé « You want to know more about the safe ALSA subset? ». Un début de réponse ?

J'aimerais bien que tu détailles tout ce qu'une Ubuntu a de plus qu'une Fedora, une Suse ou une Mandriva. Pour avoir une Fedora entre les mains toute la journée, je dirais que les thèmes pour GNOME ne sont pas complets (il manque les icônes depuis des années) mais, à côté de ça, elle intègre toutes les dernières nouveautés et se fait leader sur plusieurs fronts :
* PackageKit (dont je préfère largement l'interface à synaptic ou même à l'update-manager d'ubuntu) ;
* NetworkManager (Ubuntu ne fait qu'un léger travail d'intégration, en bonne partie rendu par Debian aussi) ;
* meilleur support du multi-écrans ;
* GNOME en général ;
* etc.

Pour Ubuntu, les résultats restent relativement modestes à mes yeux. Cependant, ta liste à la Prévert me permettra probablement d'y voir plus clair.

C'est SQlite qui est utilisé à travers un plugin maison.

Pourquoi cLucene est-il meilleur ?!! Il semblerait que tu aies une meilleure boule de cristal que la mienne.

NOATIME n'a pas d'incidence et inotify est utilisé depuis un bon moment déjà... Par contre, inotify est limité quant au nombre de fichiers qu'il peut scruter. Donc, Tracker est obligé de scruter périodiquement des fichiers lorsque la limite est atteinte. Pas la peine de dire que Beagle est meilleur à ce niveau, il fait pareil... Il faudra attendre l'utilisation du système introduit par le noyau 2.6.31 pour avoir quelque chose de non limité et de plus souple à employer.

Nokia et Lanedo ont injecté pas mal de pognon dans le développement de Tracker pour conduire à sa réécriture. La version 0.7 devrait sortir en cette fin de semaine, voire la semaine prochaine. Au programme : vitesse et faible consommation de mémoire, langage SPARQL pour faire des requêtes de recherche, ontologies pour stocker des liens entre des trucs et des machins... Le site web devrait être mis à jour sous peu. Vous pouvez tester le dépôt Git pour voir ce que cela donne.

Quant à Beagle, je pense que tu es en minorité en disant que l'occupation mémoire était faible et qu'il n'y avait pas de violents soubresauts dans la charge CPU ou l'occupation mémoire (comme Tracker aussi d'ailleurs, par le passé). Je suis surtout étonné qu'enfin des gens affirment que ce projet n'est que l'ombre de lui-même.

Alsa est d'ailleurs tellement bas niveau que c'est un bordel à employer pour le commun des mortels. Je pense que beaucoup de gens n'ont pas envie de se palucher un fichier ~/.asound dès qu'il veulent rediriger le son vers le casque audio, bluetooth, enceintes stéréo, 5.1, etc.

Personnellement, j'en ai assez de voir cette cabale envers Pulseaudio, surtout en avançant dmix comme remède miracle.

Mouais, avec un Quadroplex à 10k$, ça reste à vérifier...

Pour tes histoires de plugins, je propose que les plugins ne fassent rien...

Ensuite, l'intérêt de l'intégration dans un navigateur web est de permettre l'incrustation de pubs un peu partout et d'inviter le joueur à suivre les liens pour aller sur des sites partenaires. Le but ? Générer de l'argent par la pub.
Intérêt d'un joueur ? Ne pas avoir à acheter le jeu. Je ne vois pas où c'est si difficile à comprendre. J'ai l'impression de voir des commentaires de vieux ronchons.

Si je comprends bien, il faut communiquer une fois que tous les choix ont été faits. Dans ce cas, à quoi sert un processus de développement ouvert ?

Yaka, fokon... D'abord, je n'ai vu nul part dans tous les commentaires le début du commencement d'une étude d'ergonomie à propos de cette interface, de celle à la Symphony, ou de celle à la Chrome. Donc pourquoi les gens viennent affirmer gratuitement qu'il faut faire comme ceci ou comme cela d'une façon péremptoire ?!

OOo essaie de nouvelles choses. Sans surprise, OOo copie ce qui existe déjà pour l'évaluer et voir les qualités et les défauts. C'est la démarche la plus classique qui soit pour améliorer un produit. C'est également durant ce processus que les idées les plus saugrenues apparaissent. Au final, j'espère juste que le choix d'une interface se fera sur la base de tests d'ergonomie sur de large panels d'utilisateurs et non pas à partir de sondage sur le net pour dire qu'une interface est plus jolie qu'une autre.

Cet article cite deux ou trois utilisateurs et hop! la conclusion est tirée : c'est à chier. Tout le sérieux journalistique de ZDNet est ainsi parfaitement résumé.

Grand gourou kursus_hc a parlé ! Que sa parole soit entendue !

Il y a quelques années, les SMS étaient vus comme un machin inutile. Les opérateurs télécom permettaient d'en envoyer parce que cela ne leur coûtait rien. Puis, un engouement est apparu pour ce moyen de communication et les opérateurs ont très rapidement mis en place des options sur mesure pour le faire payer très cher.

Aujourd'hui, pourquoi Kévin ne pourrait pas envoyer des messages du genre « le concert est trop cool » ou « Kévina, je te kiff trop ! » ? Ces messages seraient juste des SMS jetés sur la place publique. Et pourquoi la pub ne pourraient pas financer tout ça ?

Bof, si toute la journée il doit penser qu'il ferme son poignet droit pour se déplacer vers la droite, et inversement pour aller à gauche, c'est l'aspirine à haute dose qui lui donnera des problèmes !

Pour aller en haut et en bas, il doit y avoir moyen de s'en sortir en disant que le pied droit permet d'aller en haut et que le gauche dirige vers le bas...

D'abord, bravo pour ce plugin parce qu'il est vraiment pratique !

Cela dit, voici mes 2 remarques :
1/ c'est dommage de ne fournir ce plugin qu'à travers un paquet Debian. J'ai eu à extraire tous les fichiers pour les mettre sur ma Fedora ;
2/ il n'est pas obligé d'installer ce plugin dans / usr (disons pour toute la machine). Il suffit de copier le dossier "flux" dans $HOME/.local/share/totem/plugins, puis d'activer le plugin dans les préférences de Totem.

Je vois des ingés autour de moi qui ont été engagé pour une start-up à l'INRIA sans machin théorique à passer.
J'avoue que je ne vois absolument pas de quoi vous parlez...

Je ne fais que coder en C++ et je ne sais pas du tout ce qu'est une « closure » ou un « block » (dans ce contexte). En allant jeter un coup d'œil aux liens que tu as donné, j'ai cru reconnaître une syntaxe de langages fonctionnels. Donc mes questions sont :
- est-ce juste une écriture de type « fonctionnelle » ?
- à pars une plus grande compacité/simplification d'écriture pour certaines fonctions (et c'est déjà pas si mal), est-ce que cela apporte quelque chose ?

Tu ne confondrais pas un peu standard et norme ?

Aïe, ton automate a des bugs concernant la gestion des temps...

Pour pouvoir écrire un code où l'indentation ne ressemble strictement à rien voyons !

Il y a une autre nouveauté qui n'apparaît pas dans la liste des nouveautés et qui pourtant se ressent au niveau de l'utilisateur lambda : le code utilisant GLX a été profondément remanié. Pour les utilisateur de Linux (et d'autres Unix probablement), Ogre ne perd plus le contrôle du clavier et de la souris lorsque la fenêtre est en plein écran, le retour au bureau après le plein écran se fait correctement, l'anticrénelage fonctionne en plein écran et en fenêtré, la gestion de l'agrandissement des fenêtres est mieux géré.

Ça fait vraiment du bien !

Justement, je l'ai eu plusieurs fois sur OOo.org.

Il y a aussi quelque chose qui est, à mon avis, mauvais, c'est le choix des couleurs. Déjà sur mon écran LCD, la couleur orange sur des image est peu lisible, avec un vidéo-projecteur de qualité moyenne je ne sais même pas si on peut voir quelque chose.
Ensuite il y a un grand étalement de petites infos : genèse du projet sur un slide, cvs sur un autre, etc. Autant te dire que si je n'ai pas une vision de l'ensemble, je perdrai le fil.
Enfin, comme l'ont dit plus ou moins d'autres personnes, il y a trop d'images. L'humour, c'est indispensable. Il n'y a rien de plus désagréable qu'un orateur qui parle de façon monotone sans vouloir accrocher son public mais à trop jouer sur l'humour, on agace ou ne fait retenir aux gens que les images marrantes au lieu du contenu.

Évidemment, tout ça n'est que mon avis. Ce qui me fait me souvenir d'une conf bien souvent, c'est que l'orateur parlait calmement en articulant, que l'ensemble du discours était construit et faisait comprendre où il voulait aller, qu'il y avait des conclusions/bilans régulièrement pour se raccrocher au fil, et enfin que l'orateur faisait un *peu* d'humour (juste deux phrases en 20 minutes !). Quant aux slides, ils étaient non-surchargés et « élégants ».

En même temps, ça m'énerve tellement de voir une table des matières qui compte les paragraphes : 2.2, 2.3, 2.5 (où est le 2.4 ??!), ou encore qui se vautre sur les indentations, que je fini par faire les choses à la main... D'ailleurs, je préfère souvent fuir les traitements de texte et utiliser LaTeX !

"Je suis allé" : http://www.leconjugueur.com/php5/index.php?v=aller
(mais j'ai peut-être mal compris ton message !)