tgl a écrit 1743 commentaires

Bah sur notre petit 6 milliards d'humains, ça parait en effet assez délirant. Mais ceci dit, je veux bien croire que tu as entendu ça, parceque j'ai aussi déjà aussi entendu des chiffres du même ordre de grandeur à d'autres occasion (genre coupe du monde de foot je crois). J'imagine que c'est en fait la population des pays dans lesquels le truc est diffusé, ou qqchose comme ça.

C'est toi qui interprètes « les gens niveau bac devraient nous aller parceque qu'ils savent écrire, etc. » (en gros, « tous les A sont B ») comme un « les gens qui n'ont pas le bac ne peuvent pas nous aller, parcequ'ils ne savent pas écrire, etc. » (ou encore « tous les non-A sont non-B »). Tu cries à l'insulte et à la discrimination alors que simplement tu raisonnes de travers.

Maintenant, là où je suis d'accord avec toi, c'est que cette interpétation fallacieuse des exigeances de mdk par quelques personnes était probablement prévisible, et que donc ils auraient mieux fait de s'y prendre autrement, pour la prévenir.

Ouais si t'as raison, mais justement ça m'a gonflé que le gros titre de toutes les infos aujourd'hui était qu'il y aurait ce soir des centaines de millions de téléspéctateurs pour cette fameuse ouverture.

Et sinon, un peu off topic, mais c'est quoi ton pseudo sur ThinkTanks (enfin si t'en as un régulier) ?

> la seule carte graphique 3D qui possède des drivers libres.

Enfin la seule avec les ATI quand même... (non, j'ai pas dis "toutes les ATI", mais quand même un gros paquets, et qui devrait croitre encore dans la prochaine release de X.org si j'en crois leur roadmap)

Et pourtant, c'est parfaitement vrai en logique Shadok. Ce qui prouve d'ailleurs aux derniers sceptiques que les slashdoteurs ne sont pas des Shadoks. Tout au plus des méchants Gibis...

> Le I. Kant pour Immanuel, ça sent le É converti en I pour cause
> d'ASCII 7 bits.

Nan, Emmanuel, c'est bien Immanuel dans plein de langues (dont l'allemand, or il était prussien).

Par contre le "A." pour Sartre demeure bien mystérieux...

Nan, ce serait quand même vachement pas de bol que le bon texte soit pile poil le dernier tapé par l'infinième singe...

> En effet, Mandrakesoft limite l'échantillon et c'est dommage pour
> leur évolution future.

Tel que je comprends la chose, ce test est ciblé sur certaines fonctionnalitées de la distrib, qui ne concernent pas forcement tout le panel des utilisateurs possibles. Enfin c'est ce que me suggère le critère « utilisent le Mandrakelinux Control Center pour configurer leur ordinateur », et le temps du test (1 à 2 heures). Je ne pense pas qu'ils prétendent faire une étude exhaustive sur l'ergonomie de leur OS en général et tout public confondu, et on peut difficilement leur reprocher de ne pas tout faire à la fois.

> Personnellement, une entreprise qui prétend que l'ergonomie en
> informatique est une question de diplôme, ça me fait me poser des
> questions.

Ils ne prétendent pas ça, ce sont juste des commentaires linuxfr qui font cette extrapolation.

> De plus, si je veux tester l'ergonomie de quelquechose, j'essaye
> d'avoir un panel de testeurs le plus large possible

Tu essayes aussi de maximiser le rapport signal/bruit dans les réponses, parceque chaque test coute en temps et en argent. Du coup, tu tapes dans une tranche de population dont tu te dis qu'elle est globalement capable de s'exprimer de façon intelligible, d'argumenter, etc. Ça colle avec le niveau bac, donc bingo, d'autant plus que ça n'a aucune raison de fausser le test (tu as largement dans cette population de représentés tous les profils d'utilisateurs qui les intérressent, et qui sont spécifiés indépendament de cette question du niveau d'étude dans l'annonce d'ailleurs).

> Pourquoi ne pas mettre en ligne un simple questionnaire avec une
> case niveau d'étude?
> Ils peuvent alors choisir tranquillement leur échantillon, ça ne
> demande pas beaucoup plus de travail et surtout, ça fait un peu
> plus professionnel et moins dédaigneux que cette annonce.

Ça aurait été en effet plus habile pour ne pas froisser la sensibilité de certains, et éviter un troll ici. Mais je trouve quand même malheureux qu'il faille en passer par ce genre d'hypocrisies pour éviter de ce faire brailler dessus.

Ceci dit, j'ai autant halluciné à cette deuxième lecture... Allez, ce soir je matte Kolanta juste pour faire baisser les stats d'audimat des JO :p

Un avantage des matrox est qu'elles permettent de jouer avec directfb et ses effets bien sexy de façon confortable (et c'est ~ les seules). À part ça, effectivement, bof bof.

Je suis pour un ordre aléatoire, pour que justement on évite de cliquer par réflexe tout court.

[] <---- et je sors à gauche si je veux !

Le problème avec Desproges, c'est qu'il y a dans ses textes au moins une phrase sur deux qui mériterait sa place dans les dicos de citations.

Si le LinuxMag de juillet se trouve encore dans les kiosques (ce qui doit être le cas vu que c'était un # d'été), je te le conseille. Y'a un article sur le multithread qui explique justement assez bien ce qui a changé avec l'apparition des NPTL dans Linux 2.6.

Ouais, j'aime plutôt bien. J'ai juste un petit bug avec le champs recherche en haut de page, parceque j'ai des polices un peu plus grosses que les tiennes :
http://tdegreni.free.fr/files/kolter.png(...)

> si quelqu'un retrouve le strip ou dilbert [...]

http://linuxfr.org/comments/458776.html#458776(...)

> - le fait que les arcs soient plus ou moins longs est confusant

Je suis bien d'accord. En termes d'information, le seul apport de cette représentation est le respect de la chronologie de gauche à droite. Mais justement, il prend visuellement une place primordiale (influence sur la taille des arcs et l'entrelacement des branches), alors que dans une conversation correctement menée, ça n'est pas censé être un élément nécéssaire à la compréhension (tu as juste éventuellement besoin de la chronologie entre les fils d'un même n½ud, mais ça le treeview le donnait déjà).

> - l'avantage par rapport aux arbres me semble peu évident

Bah en l'occurence c'est toujours un arbre, sauf que ça se voit plus difficilement.

L'avantage de la stabilité à mesure qu'on ajoute des n½uds ne me semble pas primordial : dans un treeview, il y a aussi une forme de stabilité, la seule évolution étant l'écart entre les branches qui grandit petit à petit. Mais surtout, là, des opérations aussi simple que la dissimulation d'une branche feraient complètement changer l'apparence de l'arbre, alors que ça n'est pas le cas dans un treeview (les autres branches ne sont pas affectées).

Quand aux traitement et autres colorations, je ne vois pas en quoi ça les facilite : la structure de données est la même, et ils sont applicables aussi sur un treeview.

Bref, je comprends pas bien non plus l'intérêt.

Ouais, j'ai souvent lu que les liteon c'était en fait la même mécanique que les plextor, la marque en moins, ce qui expliquait leur bonne réputation. Perso je n'en ai pas, mais je connais aussi plusieurs personnes qui en ont et sont très tous contents.

> Ah et puis 'esearch -S nvu' me fait comprendre que ce ne sera pas
> de la tarte de l'installer sous Gentoo...

Tu peux toujours surveiller ce bug, c'est là que l'écriture de l'ebuild se trame :
http://bugs.gentoo.org/show_bug.cgi?id=40821(...)

> il peut y avoir du contenu sous copyright

Dans le contenu purement textuel, doit quand même pas y en avoir des masses, si ?

> Et si on utilise ni KDevelop et Quanta parce qu'il sont trop lourd ?

Et si la sacrosainte légèreté n'était en fait pas une fin en soit ? Si l'important c'était plutôt d'avoir toujours l'outil le plus confortable pour faire ce qu'on a à faire, et que la légèreté n'était qu'un des élément de ce confort, mais pas forcement le plus important ? Et si un IDE bien lourdingue se révélait en fait plus adapté que Vim à certaines tâches ?

> Vi(m) est un éditeur de texte léger en mode console, sont job n'est
> certainement pas de devoir s'intégrer à 15T de projets différents.

Dommage, parcequ'il y a clairement 15T de projets qui peuvent tirer parti d'un bon composant d'édition de texte. Enfin, c'est pas si grave, ce sera pas Vim mais Yzis, et puis voilà...

Y'a ça aussi qui peut servir :
http://www.dfki.de/~beders/apisearch/(...)
En gros ça te permet de te faire une applet de recherche depuis n'importe quelle javadoc.

PS : le lien pour télécharger la bête, parceque perso j'avais eu du mal à trouver :
http://www.gjt.org/servlets/JCVSlet/zip/gjt/org/gjt/monoid/monoid.z(...)

Par ailleurs, l'utilisation du langage LUA pour le scripting est une bonne chose et ceux qui ont une fois dans leur vie tenté de faire des scripts avec le langage de Vim apprécieront grandement :)

D'un côté, je suis bien d'accord parceque effectivement le langage de script de vim est vraiment pas terrible. D'un autre côté, il y a tellement de bons scripts déjà existants dans ce langage que c'est dommage de ne pas pouvoir les récupérer.

En fait, LUA est sûrement un bon choix pour le long terme, mais seulement si Yzis attire suffisament d'utilisateurs avancés pour réimplémenter tout ce qui existe dejà de bon pour Vim.

Pour la pile tcp/ip je ne sais pas, mais j'ai un vague souvenir que par exemple la commande "ftp" (ou peu être un autre, mais enfin bon un truc que j'ai bel et bien vu un jour) de Windows montrait bien son origine et copyright quand on faisait un petit "string" dessus. C'est cette petite signature du binaire dont je me demandais si elle était obligatoire ou fortuite.