Johann Ollivier-Lapeyre a écrit 704 commentaires

Enfin c'est pas dis non plus, les pays les plus pauvres, avec le + de maladies et sont aussi ceux où on fais le plus d'enfant (et ou la mortalité est élevé).

Je ne crois pas vraiment que la décroissance soit une solution, en tout cas, pas une solution "vendable" a un électorat, mais si on ne trouve pas des solutions viable rapidement, on s'achemine soit vers des guerres de ressources, soit un partage définitif tres pauvre/normal du monde, une espece d'esclavage moderne mondialisé, ou alors une merde généralisé...

Sachant que le pic de production pétrolier doit arriver entre 2010 et 2025 (donc éventuellement dans le mandat du prochain président(e) ) c'est un point à surveiller dans les programmes.

Si, il y a une différence entre les deux dans le sens politiques/sociologues/journalistes.

Sociétal, c'est ce qui a rapport a la société: homosexualité/pacs, écologie, ...
Social: Ben les rapport sociaux: salaire, chomage, retraite, ...

Bref, pas franchement la meme chose. Par exemple, on peut dire que Ségolène est réformatrice sur le plan social, et conservatrice sur le plan sociétal, alors que Noel Mamère est conservateur sur le plan social et réformateur sur le plan sociétal.

Au USA oui apparemment. Genre y'aurait meme des PC vendu préinstallé en supermarché...

Sinon, c'est marrant, je croyais que la version communautaire c'étais Debian?

Il y a plus de 300 distribs disponible, donc c'est normal que "other" soit important. Surtout que dans other, y'a Redhat ou Linspire par exemple.

J'aurai tendance a dire que les mecs a avoir cliqué "other" ont probablement moins triché que les autres. :)

Ah c'est nul, y'a pas redhat dans la liste.... Fedora ayant aussi sa liste de militant abrutis, ca va fausser les chiffres :( Domage

Ce genre de test ne mesure pas le % d'utilisateur, mais le degré de militantisme acharné et borné d'une borne d'utilisateur, ainsi que leur talent a générer des boots.

Dans le genre, Ubuntu devrait gagner, et les distribs utilisés par les sociétés et gens sérieux (Redhat, Suse...) ne devrait pas dépasser les 5% logiquement.

Il a été innocenté, c'est tout. Et jouer sur l'ambiguité du mot "responsable" n'est pas franchement un procédé honnete.

il y a aussi la solution du backend audio. Amarok a comme backend audio xine, Gsteamer, ... pourquoi ne pas en faire un utilisant VLC ?

Et pour Kopete

http://wiki.kde.org/tiki-index.php?page=Google+Talk+support

Et pour Kopete 0.12, la fonctionnalité audio est offerte si c'est compilé :D Et en prime, un baril de jolis themes.

Par rapport à geek, c'est quoi WIZARD et GURU ?

surtout pas les scénarios justement... un scénario se paufine avec le temps en secret (l'inverse du libre), et une fois qu'il est connu, est bon à jeter, et le jeu avec.

les jeux qui conviennent à du libre sont dans une logique d'amélioration successive, de peaufinage, d'ajouts progressifs, et dont on ne se lasse pas (comme un serveur apache):
- Simulation:
- Course de voiture
- Avion
- ...
- FPS bourrin à la UT
- Statégie
- type empire earth
- sims ....

Mais des trucs libre à scénario, j'y crois pas dans la durée, ca demande 2 ans de travail à 10 dans un total secret pour etre jeté en quelques heures, c'est l'opposé meme du libre, et parfaitement adapté à un modèle proprio.

Bien sur ! Sinon cela fais longtemps que le "midi" se serait imposé comme format de compression audio ;)

Attention, je crois pas vraiment a ce que j'ai écris plus haut, et sinon, cela me ferait meme peur, car de l'art, c'est avant tout de *l'émotion*

en ayant un niveau d'abstration tres élevé, on peut imaginer des compression à la ib2p, voir bien +, avec des résolution de 1920*1080, par exemple, le trajet filmé d'un taxi à NewYork en moins d'un ko :
- Coordonnée GPS de départ
- Coordonnée GPS d'arrivée
- Date (pour l'éclairage, le climat, le traffic sur la route)
- Coordonnées et axe des caméras, ainsi que les temps de films/coupes
- Modèle du taxi

Et c'est tout, le "décodeur" reconstituant toute la scene. En poussant le vice, on rajoute le degres d'usure du véhicule, le numéro de plaque minéralogique... et basta, ça doit pas dépasser les 500Ko en fait.

Pareil pour un dialogue: Nom de l'acteur A, nom de l'acteur B, texte du dialogue, parametre du jeux d'acteur, éclairage, décors, caméra.

Faut juste attendre 20 ans pour avoir la puissance necessaire dans une puce, pour voir apparaitre ce "vectoriel" du film ;)

Il est pas mal oui, mais mettre par defaut un theme avec des couleurs pas tres harmonisés (sans meme parler des couleurs KDE), et sans les images des utilisateurs, c'est limite.

Pour Kopete4, il changera si necessaire pour un truc harmonisé Oxygen/Plasma.

(sinon, c'est pas trop tard pour faire des themes ;)))))

Oui ca pourrait tout a fait.

Pour infos, les themes réalisé pour kopete sont essentiellement dans le svn 0.12/beta2 de kopete (mais quelques uns sont sur kde-look).

Sinon, la doc pourra t'aider, ainsi que peut-etre /0.12/kopete/kopete/kopete/chatwindow/chatmessagepart.cpp / h dans kopete pour une ré-implementation dans koinkoin.

Pour completer ce qu'a dis Mick, pour XHTML-IM, on remplace les body et /body par p /p et on l'insere comme un message normal dans le document xhtml

Sinon, pas de bibliotheque, kopete est en c++/qt, adium en objective-c, et a par les remplacements de chaine, l'essentiel est basé sur l'interpreteur html (khtml pour nous), donc je ne crois pas qu'une librairie commune soit réellement utile/souhaitable, Mick aurait probablement un bon avis sur la question, c'est lui qui a codé cette partie pour Kopete 0.12 ;-)

Non, ca n'a pas été fait, mais si d'autres projet veulent s'associer avec nous, rdv avec plaisir sur #kopete/freenode, y'a le gestionnaire style d'adium qui trainne aussi sur #kopete.

Faut voir quand meme que cela implique l'utilisation d'un interpreteur xhtml/css, et que si gaim ne l'a pas fait jusqu'a maintenant, c'est peut-etre qu'il y a une raison technique derriere (que j'ignore). Mais sinon, welcome, et si faut etendre le "standard", on est ouvert.

oui oui oui. Actuellement, Kopete utilise un zip (ou tar, je sais plus), contenant les icones et un fichier xml contenant l'association smiley<->icone.

Ca serait effectivement l'étape suivante normalement, a nous de pousser pour...

Il y a néanmoins un probleme a ce niveau, c'est un smiley n'a pas toujour la meme signification/icone selon les protocoles, a prévoir donc.

TImaniac a tout compris, il s'agit d'une spécification commune a base de xhtml (qui defini la structure) et d'un css. Un ou plusieur css en fait, car chaque theme peut comprendre des variantes (couleurs, taille d'icone...).

Juste quelques ragots... en fait, j'aurai aussi parié sur eux, puis finalement sur nous (kopete), mais apparemment on s'est fait grillé a quelques jours près ;)

Les ragots, c'est qu'apres le recrutement par google du dev principal, le code gaim-vv a été intégré à "la rache", en enlevant les parties msn par exemple, pour y mettre du jingle a la place (et non en +) ce qui a entrainés des brouilles, et claquage de porte du talentueux dev principal de gaim-vv.

Si cette histoire t'interesse vraiment, il y a les blogs des personnes concernées. J'avoue que je n'en sais pas plus, et que "cela ne me regarde pas".
Au passage, Adium (OSX), qui utilise la lib-gaim, commence a regarder ailleur...

J'espère que cela va s'arranger pour eux.

Non, les stats sur PCinpact sont bien au dela de ca.... où Firefox est largement le + utilisé:
http://www.pcinpact.com/images/bd/news/26892.jpg

En vrac:

- Certe, mais le prochain Kopete (enfin, apres 0.12) devant tourner sous windows, je ne voyais pas trop l'aspect multi-plateforme comme un probleme. De toute maniere, si cela se fait avec psi, ca profite aussi a kopete, on partage la meme lib jabber... ;)

- Le multi-protocole est a mon avis impératif pour un ado, pour en connaitre quelque un, un truc jabber only a aucune chance, sauf a la limite si cela s'appuie sur une communauté importante (d'ou l'interet que je porte a SkyMessenger pour le développement de jabber). MSN est partout sur ce public.

- Le script wizz se trouve ici : ;)
http://linuxfr.org/comments/655600.html#655600
Et oui, ca viens de linuxfr :D

- Et sinon, sur l'aspect "barbu" de kopete, ca pourrait changer avec la version 1.0, y'a une volonté de beaucoup simplifier ca, et sans aucunement réduire les fonctionnalités (on est pas des nazis :) Cela peut se faire avec des changements d'UI (y'a quelque idées en routes), mais aussi simplement avec du vocabulaire:
"rajouter un protocol à un méta-contact" c'est compliqué, c'est vrai. Tu changes ca en "rajouter une adresse à une personne", ca simplifie vachement, sans rien changer au code.

L'UI (toolbar, et menu) peut aussi etre pas mal changé/simplifié rien qu'en changeant les .RC aussi, donc en ne changeant pas une ligne de code de kopete.

Un look a la MSN pourrait tres bien etre fait par un non-codeur, avis aux amateurs.

Oui, d'ailleur, pour continuer sur la meme idée, ca pourrait etre fait en ne touchant pas une ligne de code d'un kopete sous linux...
En gros:

1) Creer un theme KDE "djeun's"
2) Faire un package contenant le theme, des icones et ayant Kopete comme dépendance
3) le racourci lancerai kopete avec l'option pour qu'il prenne le theme spécial djeun's
4) Le package rajouterai aussi l'effet wizz (pris en charge, mais sans l'effet vibrant, juste une config a faire)

Pour tout cas, pas besoin de toucher une ligne de code des protocoles, faut juste savoir faire un theme, un package et connaitre les bonnes options de kopete ( et pour ca je pourrais aider).

PS: Pour psi, ca doit etre pareil, mais comme psi est seulement jabber, ca rentrerai en concurence avec SkyMessenger, qui est pile sur le même crénau

Il manque de la doc, c'est vrai, mais par contre, il y a un plugin "vierge" appelé "testbed" dont on peut partir pour faire un truc. Il existe aussi un protocol "testbed" pour la meme raison.

Sinon, y'a le "tableau blanc" partagé qu'on aimerai bien avoir aussi, ca c'est une vrai feature utile qui manque !

Un projet de lib msn "complète" qui soit portable dans plusieurs langages, pour que les développeurs n'aient pas peur de se lancer dans l'aventure ?

C'est ce qui est en train d'etre fait. Le protocole MSN de Kopete est en train d'etre réécrit pour KDE4, avec la création d'une lib en "pure" qt (donc portable a accessible via # language dont python). Cette lib s'appelle libpapillon, et est écrite par DarkShock/Michael Larouche, qui sévit parfois ici.

Pour l'aspect "complet", ben Kopete est tres avancé au niveau du support de ce protocol, il manque la voix/MSN, mais aucun autre projet OSS n'a réussi a la faire non plus...