Pinaraf a écrit 3674 commentaires

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.

Des patchs en provenance d'apple.
Comme si apple fournissait des patchs tout fait.

C'est actuellement très difficile de backporter des modifications de webkit dans khtml si j'ai bien compris : les deux ont trop divergé...
Par contre pour KDE 4 avec le projet Unity ça pourrait changer.

Pour info, ça a toujours été comme ça : les mainteneurs des paquets ont accès en premier au code de KDE 3.5.5 pour que lors de la sortie de KDE 3.5.5 des paquets soient déjà dispos pour plusieurs distributions.

Il y a l'extension texture_from_pixmap, mais pas le support d'Aiglx...

Le gros problème pour KWin c'est que pour KDE 3.5, faut pas rêver : un tel changement, niet. Pour KDE4 par contre, ça sera bon... Mais faut patienter.

Souffrant de maux de tête ........


HEM
C'est plutôt blessé à la tête.

grub

Avec l'approche de Vista et son 1Go de RAM conseillé, tu vas vite voir la fin des machines fournies avec 256 Mo de RAM...

C'est pas bientôt fini les trolls sur la vitesse de Java ? Sortez des chiffres au moins !