Rappelons qu'aMSN est un client MSN multiplateforme - Linux, Windows, OpenBSD, Mac OS X - et multilingue en Tcl/Tk.
Le ChangeLog annonce une suppression de nombreux bugs et une clarification de l'application en général. À remarquer : un questionnaire sur le site propose
What feature do you wanna see in next release?
* Jabber protocol support
* Finish the plugins' system
* MSN Games support
* Voice support
* A big code cleaning
* Tabbed windows
Alors, aMSN va-t-il dériver vers une copie de Microsoft MSN ou au contraire une application plus propre, plus claire ?
Aller plus loin
- Page d'aMSN (1 clic)
- Capture d'écran (0 clic)
- Contribuer aux traductions (0 clic)
# fusion ?
Posté par PloufPlouf (site web personnel) . Évalué à 10.
enfin ca serait bien quoi....
[^] # Re: fusion ?
Posté par Nicolas Antoniazzi (site web personnel) . Évalué à 6.
En particulier le transfert de fichier que je ne suis d'ailleurs encore arrivé à ne faire marcher avec aucun protocole...
Si seulement j'avais le temps, je mettrai bien la main à la patte...
[^] # Re: fusion ?
Posté par Christophe Fergeau . Évalué à 10.
Les devs de gaim ont peut etre le meme pb...
[^] # Re: fusion ?
Posté par Gof (site web personnel) . Évalué à 10.
aMSN est en Tcl/Tk
Gaim en C
Kopete en C++
Ce qui fait que l'échange du code est assez difficile.
En ce qui concerne MSN, il existe des doc (non officieles) sur le protocole. Tout n'y est pas, mais tout ce qui est déjà implémenté dans les différents client open sources est tiré de là.
Les développeurs ont juste parfois d'autres priorités.
D'ailleur, ça va bientôt être les examens :-(
[^] # Re: fusion ?
Posté par Zorro (site web personnel) . Évalué à 0.
[^] # Re: fusion ?
Posté par ploop (site web personnel) . Évalué à 1.
Une option que j'aurai loupé ? Cela dit je peut être pas assez cherché.
Et les avatars ne marchent pas non plus d'ailleurs...
[^] # Re: fusion ?
Posté par GhZaaark3 . Évalué à 1.
c'est une bonne chose d'avoir enfin un im qui supporte une grande partie des
features d'msn.
D'ailleurs aMSN est plutôt cool, et bien fait esthétiquement parlant, on peu pas en dire autant des autres IM (quoique GnomeMeeting est pas mal, oké c'est pas un IM)
et oui j'ai essaye aussi de convertir des gens à un protocol libre, mais bon, j'ai du mal car msHAINE est bien avancé et bien enraciné chez les gens et les clients Jabber, c'est pas le panacé.
un jour peut-être... j'éspère qu'aMSN continuera sur sa voie
[^] # Re: fusion ?
Posté par Nicolas Peninguy (site web personnel) . Évalué à 4.
À mon avis le problèmes de GAIM c'est plutôt que personne ne veut prendre le temps de bosser sur le support de MSN...
[^] # Re: fusion ?
Posté par mathieu mathieu (site web personnel) . Évalué à 3.
c'est un truc pourtant super util quand on se trouve derriere un NAT!!!
http://linux-igd.sourceforge.net/(...)
Qu'en est il d'ailleurs du développement de ce protocol? les nouvelles versions ne fonctionnaient plus avec msn...
[^] # Re: fusion ?
Posté par Gof (site web personnel) . Évalué à 2.
MSN Messenger 6 utilise un nouveau protocole (connus) , qui fait passer le fichier par les serveurs de MS au lieu d'aller directement d'un utilisateur à un autre.
[^] # Re: fusion ?
Posté par TNorth . Évalué à 0.
Ou bien tout cela pour que MSN fonctionne à travers les routeurs ?
[^] # Re: fusion ?
Posté par fouinto . Évalué à 1.
il est clair que ca permet à tout ceux qui sont derriere un firewall, NAT, ou un proxy HTTP (comme moi) de s'échanger des fichiers... libres...
<Humour>
je suis sur que c'est pour augmenter leur collection de film de c*l
</Humour>
Si je pouvais faire passer Jabber à travers le proxy HTTP, ce serait cool :/ Pour le moment je suis obligé de contourner le proxy... et c'est mal(tm)
[^] # Re: fusion ?
Posté par mathieu mathieu (site web personnel) . Évalué à 1.
pour les fichiers d'accord, mais pour la video et le son?
[^] # Re: fusion ?
Posté par tiennou_minet . Évalué à 3.
Je pense que c'est une bonne chose que les développeurs de GAIM cherchent en priorité à développer les fonctionnalités de Jabber plutôt que celles de MSN.
Quand on dit à des gens qu'il faut utiliser des protocols ouverts comme Jabber parce qu'ils peuvent être implémentés "facilement" par n'importe quel développeur alors que les protocols propriétaires restent secrets, on a l'air fin quand, dans la pratique, tous les clients (multiprotocols) intègrent mieux MSN que Jabber.
D'ailleurs, la dernière version de GAIM (0.77) supporte le transfert de fichier mais pas l'inscription aux services présents sur la passerelle (transports, JUD d'autres serveurs, futurs services, etc...). Je préfèrereais voir implémenté ça dans un premier temps plutôt que de voir d'autres fonctionnalités dans MSN.
Dans un second temps, c'est évidemment une bonne idée d'ajouter de nouvelles fonctionnalités à MSN, les gens changeront d'autant plus facilement de client.
En fait, c'est toujours une question d'objectifs, tout dépend si on veut faire changer les gens de client ou de protocol.
[^] # Re: fusion ?
Posté par Flink . Évalué à 3.
Par contre je sais bien que la tâche est ardue malheureusement :/
[^] # Re: fusion ?
Posté par PloufPlouf (site web personnel) . Évalué à 7.
mais bon des qu'on cause de web cam j'ai plus trop d'arguments....
[^] # Re: fusion ?
Posté par Flink . Évalué à 0.
PS: marrant je me suis fait moinssé, des pro MSN ici?
[^] # Re: fusion ?
Posté par Conrad . Évalué à 8.
Concernant les logiciels de chat, justement la vidéo/audio etc sont de vraies fonctionnalités utiles et agréables. Si elles sont très utilisées dans MSN (client officiel) c'est que c'est bien intégré, et facile d'utilisation.
[^] # Re: fusion ?
Posté par Beretta_Vexee . Évalué à 4.
Ce n'est pas un pure systeme de chat qu'il cherche mais autre chose qui permet de se foutre de la gueule de a la fille moche, d'echanger des animation flash porno et de s'arrenger des coups avec des partenaires faciles ... Et pour cela MSN remplie mieux le CDCF que jabber.
[^] # Re: fusion ?
Posté par Olivier . Évalué à 2.
C'est triste mais c'est ainsi !
[^] # Re: fusion ?
Posté par Zorro (site web personnel) . Évalué à 1.
[^] # Re: fusion ?
Posté par Beretta_Vexee . Évalué à 1.
P.S. Les nerds puceaux ne compte pas.
[^] # Re: fusion ?
Posté par iouri . Évalué à 2.
[^] # Re: fusion ?
Posté par Nÿco (site web personnel) . Évalué à 4.
http://linuxfr.org/2004/04/01/15886.html(...)
À l'inverse, les autres IM tentent le plus souvent possible de rendre leur protocole non-interopérable, ce qui n'est pas tolérable !
Pour plus d'infos :
http://www.google.fr/search?q=site%3Alinuxfr.org+jabber(...)
Psi
(Linux, Mac, Windows)
http://psi.affinix.com/(...)
Gossip
http://gossip.imendio.org/(...)
[^] # Re: fusion ?
Posté par Conrad . Évalué à -1.
C'est un point de vue qui n'engagent que les utilisateurs qui le veulent. D'autant plus sur des sytèmes centralisés gérés par les entreprises conceptrices.
[^] # Re: fusion ?
Posté par Nÿco (site web personnel) . Évalué à 2.
L'interopérabilité est une nécessité absolue dans les systèmes informatisés. Les IM propriétaire - en plus d'être propriétaire - cherchent la non-interopérabilité : ils foutent le bordel et divisent dans un monde qui n'en a pas besoin.
L'interopérabilité sera atteinte si les différents acteurs participent à la conception de standards et encore plus si ils implémentent ces standards sans les dévier ("embrass and extend").
J'en veux pour preuve et exemplaire la conception du web via HTTP et HTML (puis XHTML/CSS).
[^] # Re: fusion ?
Posté par Conrad . Évalué à 2.
Et si les utilisateurs utilisent en masse cette IM en renforçant donc la société en question c'est leur choix. On peut refuser cet état de fait en n'utilisant pas l'IM si des cliens alternatifs ne sont pas disponibles.
Ce que je disais en fait c'est que je ne trouverais pas scandaleux, en réalité (mais ça me ferait super chier !), que MS (par exemple) ne laisse aucun client alternatif se loguer sur SES serveurs qui lui coute de l'argent. Ils ne le font pas puisque ça renforce leur platerforme, enfin pas à tous les niveaux (vidéos etc).
[^] # Re: fusion ?
Posté par Matthieu Moy (site web personnel) . Évalué à 1.
A partir du moment ou tu utilise un outil informatique pour communiquer avec d'autres gens, oui, c'est choquant de ne pas permettre aux gens avec qui tu communique de choisir l'outil qu'ils veulent.
Alors, tu peux détourner le problème et dire "Ce n'est pas choquant de la part de MS d'utiliser un protocole proprio pour MSN", mais à ce moment, c'est choquant de la part des utilisateurs de MSN. C'est un peu vrai aussi, mais en général, les utilisateurs en question ne sont pas conscients des problèmes que cela implique.
Donc, je ne trouverais pas choquant de la part de MS d'utiliser un protocole proprio le jour ou il y aura un écran d'accueil dans le client MSN expliquant : "Attention, vous êtes sur le point d'utiliser un protocole propriétaire. En agissant ainsi, vous forcez vos contacts à utiliser le même logiciel que vous".
C'est pas demain la veille, à mon avis ;-)
[^] # Re: fusion ?
Posté par Nikoo . Évalué à 1.
J'ai d'ailleurs laissé tomber aMSN, même s'il est de très bonne qualité.
# Convertir un utilisateur MSN en utilisateur Jabber
Posté par Olivier Faurax (site web personnel) . Évalué à 7.
Prenez Psi, qui est multi-plateforme et GPL.
Créez un compte jabber pour la personne, sur un serveur que vous trouverez ici :
http://www.jabber.org/user/publicservers.php(...)
Ensuite, tout s'enchaine.
Menu Psi > gestion des services
Dans l'adresse, mettez un des serveurs qui supporte la passerelle MSN (et tant qu'à faire, toutes les passerelles, comme ICQ ou Yahoo).
Double-clic sur le service de passerelle MSN, inscription.
Et voilà.
Un compte Jabber et un compte MSN, avec le même client.
Petite astuce pour la route : c'est plus facile d'évangéliser des gens qui n'ont pas encore MSN, et ensuite de pousser ceux qui veulent discuter avec à avoir un client multi-protocole (ou alors Jabber avec des passerelles).
Par contre, est-ce qu'un autre client que Psi supporte le cryptage de la communication avec clé GPG ?
En effet, il est possible d'assigner une clé GPG à un contact et de lui envoyer des message cryptés avec GPG, par dessus la connection SSL avec le serveur (je vous dis pas la parano)....
Et pour conclure (enfin), est-ce qu'il est prévu de supporter l'échange de fichier sur Jabber, ainsi que la téléconférence ?
[^] # Re: Convertir un utilisateur MSN en utilisateur Jabber
Posté par Régis . Évalué à 0.
J'ai vu qu'il y'as le protocole H323 mais msn utilise qu'elle protocole et quelle soft sous nux permet d'etre compatible avec eux ou un équivalent multi-plateforme ?
[^] # Re: Convertir un utilisateur MSN en utilisateur Jabber
Posté par JeReM . Évalué à 2.
https://linuxfr.org/~JeReM/12288.html(...)
[^] # j'ai tester pour vous
Posté par PloufPlouf (site web personnel) . Évalué à 3.
a premiere vu, le fork a a peine commencer, aucune difference notable dans l'interface, aucun fichier texte explicant les differences, aucune nouvelle fonction visible, juste dans le about "Gaim-vv est un fork amicale de Gaim se concentrant sur l'audio et la video"
il en sont a la version .76 alors que gaim est a la 0.77
ca a repris toute la config de mon gaim, mais ca en a bien niqué la configuration bizarement
bon ca n'apporte rien pour l'instant, a surveillez
[^] # GPG
Posté par laurentb . Évalué à 2.
Je m'en suis déjà servi avec Kopete.
[^] # Re: Convertir un utilisateur MSN en utilisateur Jabber
Posté par V . Évalué à 3.
Y a-t-il vraiment des avantages à utiliser un transport jabber plutôt qu'un client multiprotocole ?
[^] # Re: Convertir un utilisateur MSN en utilisateur Jabber
Posté par François Hodierne (site web personnel) . Évalué à 2.
[^] # Re: Convertir un utilisateur MSN en utilisateur Jabber
Posté par Flink . Évalué à 3.
Le protocole en lui-même supporte déjà le transfert de fichier et bien d'autres choses encore. Le truc c'est que c'est pas forcément implémenté dans les clients. Pour ce qui est de Psi que je suis de très près, la version CVS supporte l'échange de fichiers et le support est donc prévu pour la prochaine version (0.9.2) qui devrait sortir le 1er juin. Voilà voilà
PS: pour plus d'infos sur le développement de psi : http://psi.affinix.com/?page=development(...)
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.