Michaël Larouche a écrit 39 commentaires

Non je crois pas.

Adium est écrit en Objective-C et utilise Cocoa, l'API pour développeur des applications graphique sous Mac OS X.

Par contre, Kopete supporte les thèmes de message de Adium, les "Chat Window Style" comme je les appelle en anglais.

Oui je suis au courant pour Kopete, je suis un des développeurs après tout même si je ne suis plus vraiment actif ces jours-ci. D'ailleurs c'est moi qui a écrit la Roadmap pour savoir où concentrer nos efforts pour la version 1.0 (KDE 4.0) mais on manque cruellement de personnes actif en ce moment.

Je vais commencer par le plugin Telepathy, puisque j'en suis l'auteur. Le plugin Telepathy supporte la conversation texte, l'envoi et la réception d'avatars. Le support du video et de l'audio est implementé dans QtTapioca, qui est la bibliothèque que j'utilise pour supporter Telepathy, mais ceux-ci ne sont pas gérés dans Kopete. Je vais essayer de m'y attaquer avant d'aller à l'université cette automne, mais aucune promesse ! :P

Pour le point principal du journal, je suis aussi le fou qui avait commencé la réécriture du plugin MSN pour Kopete 1.0. Le nouveau plugin se nommer Messenger et utilise libpapillon que j'ai commencé en même temps que le nouveau protocole. Cette implémentation n'est pas très avancé. Le problème avec le protocol MSNP13 et plus c'est les foutus web services qui utilisent SOAP/WSDL ! Ces web services sont utilisés pour rapatrier la liste de contacts, les messages hors-lignes et obtenir le token de login. Mais j'utilise encore la veille technique pour obtenir le token, beaucoup plus simple.

Ce point me retarde depuis maintenant un an parce que j'ai trouvé aucun outil qui me satisfaisait et l'écriture de mon propre outil me prend du temps et je manque de movitation pour terminer cette outil. Parce que je vois cet outil comme un fardeau qui me bloque. J'aurais pû écrire le code moi-même mais pour la maintenance futur utiliser un générateur SOAP/WSDL -> Qt C++ est la meilleur option. Pour votre information, l'outil est écrit en Ruby.

Par rapport à la voix, si quelqu'un le documente un jour, il sera implemté par un implémentation libre ça je te l'assure.

Cet été, je n'ai pas le temps de travailler sur tout ça parce que je fais un SoC pour KDevelop4 pour le support Ruby et c'est vraiment complexe.

T'a regardé du côté du framework de KDE ?

C'est très simple de mettre le composant HTML dans un application(KHTMLPart). Et pour le multimedia, tu peux réutiliser d'autres KParts déjà fait de d'autres applications comme Kaffeine ou KMPlayer. Bien sûr ça demande une dépendance de plus à l'exécution.

Moi si quelqu'un me sponsorise le voyage aux RMLL je serais bien prêt à y aller.

Plus de 15 jours avant Dublin les gars :)

Ouais ils sont sympa Machinae Supremacy. Un bon band à découvrir.

Adobe Photo Album, et je crois que un des seuls en Qt chez Adobe

Je crois que ce genre de librarie universelle n'arrivera pas. Le monde open-source est composé d'une grande variété de personnes et c'est pas tout le monde qui ont les mêmes goûts.

Comme moi par example, je déteste le C alors que j'adore le C++ avec Qt. Je me verrais utiliser et programmer sur une librairie sur lequel je déteste le langage de programmation.

Mais comme souligné, Telepathy est une solution, comme Tapioca, qui sont tous les deux assez similaires.....

Dans le cas de Kopete, je crois qu'on va offrir nos plugins de protocoles dans Telepathy et réutiliser ceux qu'on n'a pas mais offert dans Telepathy (ex: SIP). Note qu'on est pas encore décidé là dessus

Iris c'est seulement pour Jabber

Faudrait que quelqu'un confirme quand j'ai jamais essayé les thèmes avec X11 Composite. Et faut dire que j'ai jamais utilisé Adium, je l'a seulement essayé pendant 20 minutes

Ça paraît que c'est pas toi qui fait les merges 0.12 -> trunk ;)

En principe ça reste assez simple comme merge. Mais plus kdelibs4 avance, plus les merges créent des conflits, vu que certaines méthodes ont changé de nom. Celui que je vois le plus souvent c'est à cause de s/kdDebug/kDebug/g.

Donc, on fait un merge, répare les conflits, on compiler et on corrige les erreurs. Durant un bout je faisais les merges en même temps que la mise à jour de kdelibs4_snapshot, mais maintenant je préfère porter vers le nouveau snapshot après merger, surtout quand kdelibs a subit de gros changements (comme cette semaine le passage vers D-BUS)

Scott Wheeler est l'auteur principal de JuK et non de amaroK. Michael Pyne est un contributeur de JuK.

Juste une petite correction sur un truc qui m'a dérangé quand j'ai lu ce journal ;)

Alors je me suis dit que kamefu voulait dire "Kamefu Ain't Metroid Fusion", mais non en fait kamefu veut dire "KDE All Machine Emulator Frontend for UNIX"

même pas d'acronyme récursif, pff... ;)

LOL, elle est bonne celle là :)

Je sais que pour KDE, les thèmes d'émoticones sont maintenant géré de façong globale depuis KDE 3.4.

Pour le thème d'émoticones, ça reste à voir. Ce qui nous faudrait, c'est une rencontre globale des développeurs majeurs des clients d'IM libre et open-source pour ça. Woah putain, c'est pas con comme idée ça.

Google fait aucune mention de leur format de thème sur leur site.

Pour Adium:
http://trac.adiumx.com/wiki/CreatingMessageStyles

Non, cela n'a aucun rapport avec le JEP XHTML-IM, c'est juste une manière de définir l'affichage pour le client. Le mesasge XHTML-IM est rendu dans le style sans problème.

Vraiment celle là je m'y attendais pas, on a vraiment fait un bon choix en utilisant ce format de thème :)

J'ai installé Google Talk (la dernière version) sur mon Windows à l'école. La fenêtre de conversation était buggé alors j'ai pas vu voir.

Premières remarques:
-Supporte pas les variantes
-Utilise pas Header.html et Footer.html
-Il ont ajouté un nouveau template, NextStatus.html
-Les thèmes sont installé dans une place bizarre, c'est à dire
C:\Documents and Settings\\Local Settings\Application Data\Google\Google Talk\themes\

Aussi aucune mention sur le site officiel de Google Talk ni le blog des développeurs qui utilise le format de thème de Adium(et de Kopete).

Il va falloir que je parle de ça avec David Smith (Catfish_Man) de Adium a propos de ça et contacter les gars de Google pour discuster voir pour en faire un standard :)

D'ailleurs, il utilise vCard pour l'avatar.

C'est vrai que moi, Gof et Johann on se sert souvent de #kde-fr pour parler de trucs dans notre langue maternelle ;)

"-Les goûts et les couleurs...toussa..."
Oui ça je te l'accorde, tous les goûts sont dans la nature. aMSN a un marché c'est sûr, ceux qui aime bien l'interface du client officiel MSN de Microsoft.

"- Le fait de ne pas installer 12 000 librairies quand on est sur GNOME"
Gros troll sans fondement. En fait, c'est plus à GNOME qu'on reproche de devoir installer tout plein de dépendances (doit-je te rappeller que le leader de Slackware Linux a arrêté de packager GNOME parce que c'était un enfer à packager ?)
Pour KDE: un serveur X, Qt, kdelibs et kdebase c'est tout. Voir cette page: http://www.kde.org/info/requirements/3.5.php pour les détails.

"- Le support des webcams (maintenant)"
Kopete le supporte aussi, je crois qu'on a été le premier client open-source à l'offrir dans une release officiel.

Sans contredit, je dit bravo aux développeurs de aMSN. Cette nouvelle version fut très bien accueilli dans la communauté Mac (le maintainer de la version Mac est sur un forum que je visite souvent).

Oui, Gof est tout simplement tanné de MSN, et je le comprends. Moi aussi je commence à en avoir ma claque de ce protocole là (c.f: http://mlarouche.blogspot.com/2005/12/there-is-not-so-fun-th(...) )

Pour la maintenance du plugin Jabber, je crois qu'on va se partager ça moi et Gof. On a discutté de nos plans pour KDE4 concernant Jabber l'autre jour sur IRC. Gof va plus s'occuper de la vidéo et de la voix, et faire le mappage transport<->Kopete::Account, tandis que moi la voix aussi, le Multi-User-Chat, et le Service Discovery

Hé chut, en parle pas trop, je vais avoir une foule de monde qui vont me rapporter plein de problèmes sur du code expérimental :P Et tu sais que je suis pas mal occupé ces temps-ci ;)

Effectivement le moteur XHTML+CSS qui utilise le format Adium est en développement dans la branche de développement 0.12 de Kopete. C'est utiliable, mais il reste encore assez de travail à faire, et aussi beaucoup de finission. Mais c'est très beau, et j'adore les thèmes Adium. Donc je sais déjà qu'il manque beaucoup de trucs alors :P Le wiki est la bonne place pour avoir les derniers infos à jour.

Moi mon nick sur IRC c'est "DarkShock".

Déjà, il faudrait qu'il mettre à jour leur design de site web. Ça fait plus de 5-6 ans que c'est le même vieux design qui est là.

Tiens Gof je savais pas que tu étais inscrit ici :P

Au moins KOffice lui son interface est plus léger que OpenOffice.org et intégré au reste de KDE :)

Vivement la version finale de la branche 1.4 pour le support OpenDoc.

C'est vrai que la ressemblance est frappante.

C'est du pompage ça parait.

Quelle excellent nouvelle !

Finalement on pourrait faire des GUI multi-plateformes sans problèmes avec une des meilleurs librairies C++ du marché !

Enfin je vais pouvoir regarder les WMV sur mon installation de Gentoo Linux AMD64 !!

Je crois que les OEM ont pas le choix d'écrire cette phrase si il veulent avoir la license OEM de Windows XP.

En feuillant Wired ou PC Magazine, on voit plein de pubs de plein de constructeurs avec la même putain de phrase.