Logiciel : Sortie de Kopete 0.12
Posté par Johann Ollivier-Lapeyre (page perso, ). Modéré le 05 juin 2006.
La version 0.12 de Kopete, le client de messagerie instantanée de KDE vient de sortir. Cette version majeure est particulière car elle apporte un grand nombre de fonctionnalités et n'est incluse dans aucune version de KDE. Elle sera la dernière avant un long moment pour KDE4.
Les principales nouveautés sont:
Plus de détails dans la suite de l'article
Les principales nouveautés sont:
- Nouveau moteur de thèmes de chat
- Compatible Adium et Gtalk.
- Support de Jabber amélioré.
- Prise en charge expérimentale de la voix avec Jabber en utilisant libjingle.
- Réécriture du protocole Yahoo.
Plus de détails dans la suite de l'article
Kopete (2265 hits)
Icones et thèmes (1020 hits)
Thèmes Adium (841 hits)
> Lire la dépêche (46 commentaires, moyenne: 4,6).
Vous avez demandé le commentaire #719340.




Multiples clients IM
A quand une bibliothèque d'IM réutilisable par potentiellement tout client, aux API clairs et stables, facilement extensible, pour qu'on évite d'avoir à se retaper la couche protocole (ou à copier-coller une rare version CVS qui compile de libgaim) pour _chaque_ application voulant se connecter à un IM ?
[^]Re: Multiples clients IM
En utilisant Telepathy : http://ipcf.freedesktop.org/wiki
Beaucoup de clients IM vont s'y mettre (kopete, adium, aMSN, ....)
Ce sera basé sur D-Bus, et devrait permettre (en tout cas pour aMSN) d'avoir plus de protocols (ou une meilleure compatibilité avec ceux-ci), ainsi qu'une meilleure intégration de la webcam et de la VoIP grâce au projet Farsight.
[^]Re: Multiples clients IM
La bibliothèque libre en C++ Iris ?
http://delta.affinix.com/iris/
Utilisée dans Psi, mais aussi Kopete, et d'autres...
Jabber ID : xmpp:Nyco@jabber.fr
[^]Re: Multiples clients IM
Iris c'est seulement pour Jabber
Développeur KDE sur Kopete et Kamefu
[^]Re: Multiples clients IM
oui
Tu aurais pu rajouter que tu es en train de faire une lib équivalent pour MSN, qui s'appelle "papillon", et qui sera utilisé bien sur par kopete.
----------------------------------------------------------------
KDE - Kopete - Oxygen - KDEgames
[^]Re: Multiples clients IM
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
Développeur KDE sur Kopete et Kamefu
[^]Re: Multiples clients IM
Et le C++ sans QT ?
[^]Re: Multiples clients IM
Ca s'appelle Boost.
[^]Re: Multiples clients IM
. Je me verrais utiliser et programmer sur une librairie sur lequel je déteste le langage de programmation.
Oué enfin les wrappers ca sert à ca quand même... La plupart des langages modernes sont orientés procédural et objet, permettant de partager le concept d'API d'une manière relativement consensuelle indépendament du langage.
Tu crois que ceux qui développe en pyQt aime le C++ ?
Le langage est un moyen d'expression à l'écriture du code. A l'exécution on partage tous un langage commun : les instructions machines, même si certains patterns liés au langage de plus haut niveau utilisé sont encore visible, les wrappers sont là pour les cacher.
Alors oui, avoir plusieurs implémentation ca peut parfois être utile (différentes approches, émulation, alternative, etc.), mais l'excuse du langage de programmation est bidon à mon sens.
MonoFrance
[^]Re: Multiples clients IM
Pour utiliser une bibliothèque avec un autre langage de programmation, c'est faisable (Qt en C++, python, ruby, etc.) mais le développement de cette bibliothèque se fait que dans son langage d'origine. Ainsi si tu peux participer aux développement de Qt, faudra que tu passes par le C++ (Enfin il me semble...).
Perso, jamais je ne participerais au développement d'une bibliothèque écrit en C ou pire... en perl.
[^]Re: Multiples clients IM
Ce que tu dis est valable pour *utiliser* la lib, mais pas pour la développer.
Or Michael / DarkShock touche directement à la libiris (Jabber, créé/utilisé aussi par PSI) et développe actuellement une librairie équivalente pour MSN, qui sera utilisé dans Kopete 1.0, et utilisable par d'autres (elle est conçu en ce sens).
----------------------------------------------------------------
KDE - Kopete - Oxygen - KDEgames
[^]Re: Multiples clients IM
Moi je préfère le système une bibliothèque par protocole
Ça permet d'avoir aussi des client simple protocol. (probablement plus intuitif quand on utilise que un protocole)
(Ou alors des "connectionmanager" dans le modèle télépathy)
De plus, pourquoi vouloir créé 1000 client multi-IM ?
Les client multi IM ne sont qu'une solution transitoire, avant que le seul et unique vrai protocol d'IM ne soit généralisé. (vous aurez deviné de quel protocol je parle :-þ )
[^]Re: Multiples clients IM
"Les client multi IM ne sont qu'une solution transitoire, avant que le seul et unique vrai protocol d'IM ne soit généralisé. (vous aurez deviné de quel protocol je parle :-þ )"
MSN ? :D
PS: désolé, c'était trop tentant :o
[^]Re: Multiples clients IM
Bah non, MSN est déja généralisé.
[^]Re: Multiples clients IM
oui mais il n'est pas encore unique ;)
[^]Re: Multiples clients IM
Un seul protocole pour les amener tous,
Et dans les ténèbres les lier
Au pays de MSN...
Brrr...
Planète Orange
[^]Re: Multiples clients IM
Encore faut il que la concurrence vaille la peine.
Au tout début il y avait ICQ, qui était pour l'époque génial (transfert de fichier, visualisation de la frappe de son correspondant en temps réel, look sympa, moteur de recherche de users, ...).
Il était seul ou presque sur le marché des IM.
Mais il n'a évolué que pour devenir une usine à gaz, trop complexe, les traductions localisées ne sont arrivées que bien trop tard et surtout n'a pas suivi les évolutions simples que demandaient la grande majorité des utilisateurs...
Du coup tout le monde s'est tourné vers MSN qui était plus simple, plus complet, plus fun et surtout livré de base dans windows.
J'ai moi meme du abandonner à regret ICQ, tous mes contacts étant sur MSN.
Pourtant MSN est assez pourri, connexions instables, transfert de fichier impossible à reprendre après une interruption, bouffeur de ressources, message hors lignes inexistants (sauf dans la derniere version je crois) pour protéger hotmail, ...
Si on cherche un protocole simple et efficace Jabber est peut etre idéal mais pour le grand public il est encore loin de pouvoir convaincre une majorité de basculer de MSN vers son protocole...
Meme s'il faut distinguer le client du protocole, le grand public lui ne fait pas la difference.
Donc comme windows, MSN c'est pas terrible, mais faute de mieux et avec les strategies monopolistiques de M$ il est devenu incontournable...
MSN et les clients multiprotocoles ont encore de beaux jours devant eux.
[^]Re: Multiples clients IM
>Du coup tout le monde s'est tourné vers MSN
La France ne représente pas le monde :)
MSN n'est pas le leader dur marché et loin de là.
Le marché est très fragmenté entre AIM / MSN / Yahoo / Skype et dans une moindre mesure Jabber ( MacOS / Google ...)
[^]Re: Multiples clients IM
C'était vrai, ça ne l'est plus si on en croit cet article : http://www.betanews.com/article/MSN_Messenger_Most_Used_IM_C(...)
[^]Re: Multiples clients IM
C'est marrant si on en croit d'autres ... :
http://news.com.com/Yahoo,+Microsoft+join+IM+hands/2100-1025(...)
http://www.bigblueball.com/forums/general-im-news/34413-im-m(...)