Pinaraf a écrit 3682 commentaires

C'est pypy qui traduit le code python en source C. et c'est make/gcc qui va compiler le C en binaire ...
C'est ça, qui est plus rapide que l'execution du même source python sous cpython
Heu, tu peux me dire ce que désigne ton "ça" ? Parce que là franchement ... Je pense que ça désigne le processus de traduction, et lui il est franchemenet extrêmement lent par rapport à l'interprétation du script...

Heu
Qu'est-ce-qui est 10x plus rapide ?
L'exécution de code quelconque avec Pypy ? Non, ça reste au mieux 3 fois plus lent que CPython
L'exécution de code quelconque traduit en C et compilé par pypy ? Non, c'est plus que 10 fois plus rapide....

Un benchmark mesure la vitesse en FPS, pas la qualité.

Depuis quand Skype utilise le protocole SIP et plus son format à la con ?

Moi j'ai pris l'option "rouleaux de PQ" : 4 rouleux posés verticalement (3 suffisent) permettent :
1- d'aérer sous le portable
2- de poser le portable sur le bureau sans devoir ranger.

Le "AGPMode" est aussi valable en PCI Express ?

le projet est décédé.

Enfin, sur leur CVS y'a pas eu de commit de plus plus de 20 mois quoi.

Donc tu t'appropries un canal IRC... Je croyais qu'il y avait un aspect communauté...

Donc la dictature d'une minorité est préférable à la dictature de la majorité...

C'est beau comme principe.

Donc le concept, si j'ai bien compris, c'est de créer un canal IRC fermé, où les gens ne viennent que si ils savent à l'avance que c'est peuplé d'extrêmistes adorateurs de l'ISO...
Tu sais, si c'est pour faire des canaux comme ça, y'a des options très pratiques comme la protection par mot de passe, les limites sur le nombre de personnes connectées (très pratique, tu pourrais rester seul avec Gniarf à jouer à kicker tout troisième arrivant)... Au moins avec ces options la couleur est annoncée à l'avance.

Ho le beau...

Depuis quand passer un client IRC en UTF8 ça veut dire passer toute la distrib en UTF8 ?

Et ça fait au moins un an que presque tous les clients IRC sont en UTF8 par défaut.
Donc pourquoi il faudrait que jusqu'à la fin de #linuxfr les gens qui débarquent tapent /charset iso-8859-15 alors qu'il suffirait que X personnes tapent /charset utf-8 (X étant le nombre de personnes fréquentant #linuxfr bien sur)

Ha mais oui, c'est vrai. Privilège des anciens je suppose ?
Faut aussi vous appeler messires, venir vous lécher les babouches ?

Et tu as des chiffres pour affirmer que la majorité des gens devrait changer d'encodage pour passer en UTF8 ?

C'est juste parce que tu fais partie de cette catégorie qu'elle est proclamée majorité ? Ou parce qu'à force de comportements gamins vous avez forcé assez de gens à passer en ISO alors qu'ils étaient en UTF8 pour considérer que maintenant vous êtes majoritaires ?

Johann travaille sur les kdegames pour KDE4, il fait des SVG pour plusieurs jeux, dont KAtomic et Konquest (dont j'ai pris la maintenance)...
Donc oui ça évolue, et on est tous au courant.

Tu peux détailler ton "Python c'est pas du pur objet" ?

Franchement, les 4x4 en ville ça sert à rien.

Par contre, le 4x4 d'AMD, ça peut servir, même en ville.

Oui oui, je sais.
Mais Victor parlait d'extraire la partie son d'un fichier flv... Avec les bonnes options de mplayer (-dump-audio je crois) ou xine (-ao file je crois) ça marche...

Sinon à la rigueur mplayer sait extraire la partie son d'une vidéo ... xine aussi d'ailleurs.

Les vidéos ne sont généralement pas embarquées dans le fichier flash mais leur URL est passée en argument...
Donc un script devrait être capable de les extraire.
Si nécessaire, il existe des décompilateurs ou des désassembleurs de flash permettant de comprendre comment la vidéo est récupérée.
Autre recours possible : avoir flash dans un navigateur, utiliser wireshark pour regarder ce qui passe sur le réseau et en déduire où est stockée la vidéo en fonction des arguments du script.

En effet, je n'avais ouvert que le dernier lien.
Néanmoins, heureusement qu'il ne superpose pas d'éléments : ses ombres n'ont pas la moindre transparence.
Pour les coins arrondis, c'est original. Certes.
Mais ça impose l'ajout de ceci dans les boîtes arrondies :
<div id="ctl"><div id="quadtl">&bull;</div></div>
<div id="cbl"><div id="quadbl">&bull;</div></div>
<div id="ctr"><div id="quadtr">&bull;</div></div>
<div id="cbr"><div id="quadbr">&bull;</div></div>
Ça peut être fait en javascript, et c'est petit. Ok.
Mais ça vaut pas un border-radius :)

Sauf qu'il utilise des images pour faire les ombres et les arrondis.
Avec CSS3, c'est le navigateur web qui fait le rendu.

Je penche pour l'absence de support de XRender ou de l'OpenGL dans FreeNX.

Les arrondis, les ombres... c'est du CSS3 ça. En CSS3 il ne sera enfin plus nécessaire d'utiliser une image pour ces fioritures.


Mais y'a IE qui va mettre 5 ans avant de supporter CSS3 alors que CSS4 sera sorti.

Pardon pardon, apparemment c'est dans Safari et Webkit, mais pas dans le KHTML de KDE.

C'est juste que google utilise le composant d'édition de texte des navigateurs web. Or ce composant n'existe pas dans Safari/KHTML ou Opera par exemple.

Ils allaient pas implémenter tout un traîtement de texte en Javascript, ils se basent beaucoup sur le navigateur web quand même.

Unity ne concerne que QT4/KDE4 et n'utilise que du code de Webkit, donc rien n'est backportable dans KHTML.