vendredi 10 octobre
Accueil :: Dépêches :: Entretiens :: Journaux :: Forums :: Sondages :: Suivi :: Statistiques :: Contact :: Plan

Liens connexes

Dépêche modérée par

Dépêche éditée par

: Empathy : l'avenir de la messagerie instantanée dans GNOME

Posté par Étienne Bersac (Jabber id, page perso, ). Modéré le 02 août 2007.
0
Certains d'entre-vous ont certainement déjà essayé la branche télépathy de Gossip, le client Jabber libre pour GNOME. Cette branche n'est plus maintenue et pour une bonne raison : elle a donné naissance à Empathy.

Empathy se propose d'être une ensemble de widgets réutilisables pour la messagerie instantanée. Pour cela, il se base sur Telepathy (framework unifié de communication temps-réel sur le bureau) et Mission Control (une abstraction de Telepathy). L'interface est reprise de Gossip et notamment de la branche TELEPATHY de Gossip.

Le but principal est de permettre une intégration inégalée de la messagerie instantanée dans le bureau GNOME, comme par exemple avec le carnet d'adresses. Le futur est bien évidemment la VoIP, en témoigne la branche gossip-telepathy-voip développée par Raphaël Slinckx.

> Lire la suite (61 commentaires, moyenne: 3,9).   [dépêche : 1579 caractères]

Empathy est principalement constitué de deux bibliothèques : libempathy et libempathy-gtk. Empathy propose aussi un simple client de messagerie instantanée se basant sur ces deux bibliothèques.

Gossip est le client Jabber créé pour GNOME par Imendio à qui on doit aussi Blam!. Contrairement à Gossip, Empathy se base sur Mission Control (écrit par Nokia et libéré au printemps dernier) pour gérer les comptes, en plus de se baser sur Telepathy pour la transmission.

On peut se demander quelle place est laissée à Galago, pour gérer la présence des contacts. Toujours est-il que la problématique de la messagerie instantanée éclate, elle est découpée soigneusement et chaque composante reçoit sa solution : Telepathy, Mission Control et maintenant Empathy.

Le tout est déjà bien fonctionnel. Votre serviteur a pour sa part pu tester le discussion via Bonjour entre Empathy et iChat AV. De plus, le projet est actif avec notamment un projet Google Summer of Code 2007 ajoutant le support du transfert de fichier par Marco Barisione.

Dans un sens, le libre prend une longueur d'avance en terme d'interopérabilité et d'infrastructure. En revanche, il semble que le libre traine encore et toujours en terme de voix et vidéo (NdM : et de whizz ;).

Cette discussion est archivée, il n'est plus possible de laisser des commentaires.

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.

Soc

Posté par cassidy () le 02/08/2007 à 09:18. (lien). Évalué à 9.

A noter que, en plus du transfert de fichiers, plusieurs autres projets Summer of Code sont en réalisation:

- l'intégration de la VOIP dans Jokosher : http://code.google.com/soc/2007/gnome/appinfo.html?csaid=964(...)

- L'ajout de widgets pour la VOIP et video dans Empathy : http://code.google.com/soc/2007/gnome/appinfo.html?csaid=580(...)

- Un connection manager utilisant libpurple: http://code.google.com/soc/2007/gaim/appinfo.html?csaid=D129(...)
Ce dernier devrait permettre à Empathy (et n'importe quel autre client Telepathy) de supporter la multitude de protocoles actuellement implémentés dans Pidgin.

XMPP / Empathy

Posté par Éric (Jabber id, page perso, ) le 02/08/2007 à 09:25. (lien). Évalué à 10.

J'ai un peu de mal. Si je comprend bien ce que je lis Empathy et MC permettent d'avoir une abstraction pour envoyer des messages, les recevoir, les gérer, voir les présences, gérer les contacts, etc. Les logiciels vont pouvoir s'interfacer sur cette couche pour dialoguer au lieu de tout gérer eux même.

Ca c'est bien, mais ça ne fait pas déjà un double emploi avec ? XMPP est pour moi déjà un protocole standardisé qui gère tout ça. Il aurait "suffit" de faire une sorte de proxy XMPP local qui forwarde aux différents serveurs (jabber, msn, autres). Les applications n'auront qu'à parler XMPP.

Là j'ai l'impression qu'on refait encore une couche d'abstraction sans qu'elle apporte rien de plus que XMPP. Au lieu de dialoguer en XML/XMPP les applis vont dialoguer avec des structures en C avant d'être retraduits en XML/MSN/autre. Je ne suis pas certain du gain là.

Quelqu'un pour m'éclairer ?

Et ç'est déja utilisé

Posté par Misc (page perso, ) le 02/08/2007 à 09:36. (lien). Évalué à 5.

Il y a deja d'autres logiciels qui prévoit de se baser dessus :
- Soylent ( http://live.gnome.org/Soylent ), cf http://treitter.livejournal.com/1604.html. Soylent est un gestionnaire de personnes, un peu comme nautilus pour le carnet d'addresse.

- un plugin pour epiphany ( http://blog.senko.net/2007/07/19/emphatic-epiphany/ ), pour envoyer un lien directement à un client

- Jokosher, ou on pourras à terme faire des interviews de gens avec la de la voip , via le réseau ( http://blog.mikeasoft.com/2007/05/07/jokosher-soc/ )

Et je suis sur qu'il y a des tas d'idées à implementer ( file sharing sur le reseau via telepathy-salut, etc , etc ).

Et en pratique...

Posté par Q. (Jabber id, page perso, ) le 02/08/2007 à 09:45. (lien). Évalué à 3.

Un plugin utilisant empathy a été développé pour le navigateur epiphany [1]. Il est très sommaire pour le moment, mais ça permet d'avoir une idée de ce qu'il est possible de faire.

En tous cas, c'est très prometteur et on a des chances de voir l'adoption d'empathy dans de nombreuses applications assez rapidement.

[1] http://blog.senko.net/2007/07/19/emphatic-epiphany/

intéropérabilité?

Posté par windu.2b (Jabber id, page perso, ) le 02/08/2007 à 09:56. (lien). Évalué à 8.

KDE permet lui aussi une telle chose, en liant Kopete avec Kontacts, Kmail... Ce qui est très pratique, je trouve, pour centraliser les infos sur ses contacts.
Alors, loin de moi l'idée de critiquer le fait que chaque bureau fasse sa petite appli, ça permet le choix (on ne va pas revenir sur ces arguments longuement débattus).
Cependant, je me demande quand même s'il n'y a pas une certaine redondance, redondance qui aurait donc pu être factorisée (au sein d'un projet freedesktop par ex.).
Parce que ce que je crains, c'est qu'une appli KDE ne soit pas capable de se synchroniser avec le bureau Gnome (oui, certains aiment mixer les 2, et utiliser les meilleures applis de chaque bureau), sauf à récrire/rajouter le support d'une nouvelle couche...

Alors qu'un éventuel projet commun à tous les bureaux (ne nous limitons pas à Gnome et KDE sans raison) aurait sans doute évité que plusieurs projets réinventent la roue "inutilement" (le terme est peut-être déplacé).

Et KDE...

Posté par Pinaraf (Jabber id, ) le 02/08/2007 à 10:01. (lien). Évalué à 10.

Decibel, l'un des pilliers de KDE4, utilise Telepathy.
À terme, de nombreuses applications devraient l'utiliser pour faire du travail collaboratif par exemple.
Cf. http://dot.kde.org/1170892771/ et http://dot.kde.org/1171659655/

Carnet d'adresses Gnome

Posté par Bonnefille Guilhem (page perso, ) le 02/08/2007 à 11:14. (lien). Évalué à 7.

En parlant de contacts et de carnet d'adresse, c'est quoi le carnet d'adresses pour un environnement Gnome aujourd'hui ?

A une époque il y avait gnome-pim, mais c'est mort il me semble.
Y'a bien Evolution qui fournit tout un basard, mais j'aime pas Evolution car c'est une application intégrant plein de fonctions et je préfère les petites applications dédiées.

De plus, je me dit qu'en 2007, il doit bien y avoir une super appli/framework Gnome qui gère les contacts et fournit des services aux autres applis du bureau. Par exemple, j'imagine que pidgin et Ekiga peuvent/pourraient aller piocher leurs carnet d'adresse dans un truc central, plutôt que chacun son carnet d'adresse. Ce carnet central serait aussi utilisé par Claws-mail ou Thunderbird pour trouver les adresses e-mail.

Merci d'avance pour toutes vos infos.

Essai de neurones

Posté par Matthieu Lagouge (Jabber id, page perso, ) le 02/08/2007 à 15:26. (lien). Évalué à 10.

Bon, j'ai pas tout compris comme d'habitude (ben oui, tout le monde n'est pas programmeur ni même programmeur amateur!!), alors je vais poser des questions qui seront peut-être stupides mais tant pis:
Prenons un projet de client jabber au pif (non, aucun projet à ma connaissance ne s'appelle "au pif", c'est pour dire, je sais pas moi disons gajim, aller!)

- est-ce que, si gajim implémente un truc qui va bien avec les machins décrits ci-dessus, on pourra enfin utiliser un seul gestionnaire de contacts (de notre choix, avec des applis/front-end changeables à volonté) pour, donc, gajim, pidgin (si je veux j'utilise plusieurs clients IM!), mon client mail préféré, et tout les applis qui le voudraient comme on a dit au-dessus?

- pour le cas jabber, par exemple, les contacts ne sont pas stockés en local, mais est-ce que ce genre de trucs pourrait par exemple utiliser aussi bien des infos locales qu'à distance de façon transparente? (genre j'ai des contacts sur un serveur jabber, d'autres en local, et d'autres sur un compte webmail quelconque, et tout apparaît ensemble sans problème -tant que je suis connecté bien sûr, suis pas si bête-)

- tous ces trucs sont-ils facilement intégrables dans d'autres desktop si les devs de ces desktop le décident (tout le monde n'a pas le même nombre de développeurs que kde et gnome, et je pense en particulier à xfce et e17)? parce que un truc "indépendant du bureau" mais "implémenté sur deux bureaux" parce que ça représente 5ans-hommes de boulot, ça va rapidement limiter l'intérêt de la portabilité (sauf si on aime lancer des applis gnome sur kde et vice-versa)

Si la totalité de ces questions sont vraiment stupides, vous pouvez allégrement moinsser avec mon approbation: si mon post est caché je passerai moins pour un blaireau auprès des suivants! :D

Bon client IM actuel ?

Posté par Fabien Penso (Jabber id, page perso, ) le 03/08/2007 à 08:00. (lien). Évalué à 1.

A ce propos, il faut utiliser quoi comme client IM générique ? Je viens de m'acheter un portable collé sous ubuntu, et j'ai remis gaim par habitude, mais mon dieu que c'est laid comparé à Adium... :(

Un truc sexy à-la Adium, ça existe toujours pas ?

--
blog them all :: la photo du jour
Je vote pour LinuxFr en Rails !

Revenir en haut de page

Run by Team LinuxFr.org

Cette page a été générée par Templeet en 0.2215s (dont 0.0291 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Faire un don !