Parmi les nouveautés, on trouve une gestion largement amélioré des salons de discussion. Il est maintenant possible avec Psi de configurer un salon et de le modérer. Les avatars ont également été ajoutés, par contre la méthode la plus utilisée par la majorité des autres clients jabber n'est supportée qu'en lecture, l'équipe préfère supporter la nouvelle méthode pour les avatars, techniquement meilleure mais qui demande une prise en charge au niveau du serveur qui n'est encore que très rarement présent. Les changements les plus importants :
- Psi utilise désormais Qt4 (>=4.2.3) et la bibliothèque de cryptographie QCA2, remplaçant donc Qt3 et QCA1
- De grandes parties du code ont été restructurées
- Les compilations pour Mac OS X sont désormais des « binaires universels » (universal binaries), supportant les nouveaux Mac sur processeurs Intel
Les XEP (XMPP Extension Protocol) implémentées :
- XEP-0045 (multi-User-Chat) permettant de faire des salons de discussions à plusieurs
- XEP-0138 (Stream Compression, compression des flux entre le client et le serveur)
- XEP-0033 (Extended Stanza Addressing) pour multicaster des messages à des multiples utilisateurs, utiliser option.enable-multicasting pour le permettre
- Implémentation préliminaire de la XEP-0048 (Bookmark Storage, stockage des marque-pages) pour rejoindre automatiquement les salons en marque-page. Il n'y a pas par contre d'interface pour changer la liste des marque-pages
- Implémentation préliminaire de la XEP-0163 (Personal Eventing Protocol, aka PEP, protocole d'évènements personnels), permettant entre autres de diffuser et d'afficher la musique en cours d'écoute et les avatars
- Implémentation préliminaire de la XEP-0146 (Remote Controlling Clients, commande à distance des clients) permettant par exemple de changer le status d'un autre client connecté avec le même compte, ou de rediriger les messages reçus en absence vers le client en cours d'utilisation
- XEP-0004 (Data Forms, formulaires de données) : il est maintenant possible de recevoir des formulaires dans un message normal (grâce à Roelof Naude)
- XEP-0070 (Verifying HTTP Requests via XMPP, vérification des requêtes HTTP via XMPP), cela permet de pouvoir s'authentifier par jabber sur une page web en validant la requête directement dans son client
- XEP-0153 (vCard-Based Avatars, avatars sur carte de visite), seulement en lecture
- Implémentation préliminaire de la XEP-0172 (User Nickname, surnoms)
- Implémentation préliminaire de la XEP-0144 (Roster Item Exchange, échange d'éléments de la liste de contacts)
- XEP-0016 (Privacy Lists, listes de blocage) dans la boîte de dialogue de gestion de compte. Ces listes permettent de bloquer la réception de messages en provenance de certaines personnes
- XEP-0050 (Ad-hoc commands, commandes ad-hoc), cette XEP permet d'envoyer facilement des commandes à d'autres entitées jabber (comme des robots)
- XEP-0085 (Chat State Notifications, notifications d'état du dialogue)
- XEP-0115 (Entity Capabilities, capacités des entités)
Autres améliorations :
- Procédure d'enregistrement de compte travaillée, incluant un support propre de la XEP-0077 (In-band registration, enregistrement en ligne)
- Raccourcis paramétrables (grâce à Ephraim)
- Ajout de la correction orthographique (grâce à Ephraim), actuellement, seulement aspell est supporté sur les non-Macs
- Ajout d'une option pour régler automatiquement la ressource (en utilisant le nom de la machine)
- Ajout d'un nouveau thème d'icônes Stellar3
- Ajout d'une option 'Afficher le message d'état', c'est une option cachée pour afficher les messages d'état sous les surnoms (au coût de deux pixels quand aucun message d'état n'est affiché)
- De meilleurs messages d'erreurs, incluant la XEP-0086 (Error Condition Mappings)
- Support du changement dynamique de priorité
- Messages d'erreur PGP améliorés
- Le sélecteur de protocoles obsolètes pour la découverte de service est caché par défaut, utiliser option.ui.show-deprecated.service-discovery.protocol-selector pour le réactiver
- Nouveau système d'options (voir options.xml)
- Le bug dans les salons de discussions qui faisait que les changements de sujets n'étaient pas affichés a été corrigé
- Il y a désormais une option dans config.xml pour que les fenêtres utilisent le thème brushed metal dans Mac OS X
- L'opacité des fenêtres est désormais présente sur toutes les plateformes supportées
- Le bug #510 d'ouverture d'une URL Unicode a été résolu
- Auto-reconnection des comptes au réveil
- Le copier-coller avec émoticône fonctionne bien désormais
- Le problème #263 qui faisait que les émoticônes disparaissaient dans une réponse ou citation est corrigé
- L'index d'historique est reconstruit plus rapidement
- La boîte de dialogue pour configurer les barres d'outils est fusionnée avec la boîte de dialogue des préférences
- Support du compilateur MingW32 (couplé avec la bibliothèque open source Qt4 pour Windows, ceci rend la compilation complètement libre sous Windows)
Aller plus loin
- Psi (1 clic)
- Page de Psi sur le wiki JabberFR (6 clics)
- Téléchargement des sources de la 0.11 (2 clics)
- Communauté francophone des utilisateurs de Jabber (3 clics)
# PSI / Gajim ?
Posté par swap38 (site web personnel) . Évalué à 2.
Par contre je ne connais pas Gajim.
Peut-on trouver un comparatif (si possible objectif) des avantages / inconvénients de chacun ?
[^] # Re: PSI / Gajim ?
Posté par Nÿco (site web personnel) . Évalué à 6.
http://wiki.jabberfr.org/Impl%C3%A9mentation
Sous forme de critères pondérables, et visualisables sous forme de tableau ou de graphe radar/arraignée, mais avec un Psi 0.10 :
http://www.qsos.org/o3s/
http://www.qsos.org/o3s/set_weighting.php?family=jabber-clie(...)
http://www.qsos.org/o3s/show.php?family=jabber-client&f%(...)
[^] # Re: PSI / Gajim ?
Posté par Cyrille Pontvieux (site web personnel, Mastodon) . Évalué à 3.
Les différences que j'avais noté (entre le dernier gajim et le psi 0.10) :
- meilleure gestion des avatars sous gajim
- meilleure gestion des ressources sous gajim
- meilleure gestion des rosters (on peut les regrouper, mettre un contact dans pls groupes etc..) sous gajim
- meilleure gestion des smileys sous Psi (le principal développeur de gajim ne veut pas supporter les .jisp car la XEP est déprécié, mais ne propose rien en contre-partie)
- meilleure gestion des MUC sous gajim
- meilleure gestion des statuts envoyés à chaque personne sous Psi (en fait on ne peut carrément pas le faire sous Gajim).
Voilà mais bcp de choses on changé avec Psi 0.11 donc faut que je revois tout ça : notemment les config sont maintenant centralisés dans PSI alors qu'il y avait plein de fenêtres avant, la gestion des MUC, ...
[^] # Pinaillage
Posté par Larry Cow . Évalué à 7.
Si je ne m'abuse, on ne traduit pas "deprecated" par "déprécié" (qui - en français - signifie "qui a perdu de sa valeur") mais par "obsolète" ("qui n'est plus d'actualité").
[^] # Re: Pinaillage
Posté par Gniarf . Évalué à 2.
http://en.wiktionary.org/wiki/deprecated
en particulier le "in the process of being phased out", et "obsolescent" pour "in the process of becoming obsolete, but not obsolete yet"
en voie d'obsolescence est pompeux mais plus proche de la réalité
[^] # Re: Pinaillage
Posté par Larry Cow . Évalué à 4.
[^] # Re: Pinaillage
Posté par Putifuto . Évalué à 2.
déprécier : Baisser la valeur de...
Personnellement, ça me va assez bien. La valeur d'une XEP est le degré d'utilité rendu. La stabilité à long terme augment sa valeur.
La XEP existe encore, mais est juste moins intéressante. Mais pour un besoin ponctuel, elle est encore tout à fait valable.
Dans le terme "déprécier", on retrouve la nuance que voulait introduire Gniarf< c'est dire à dire. "En cours d'abandon mais encore utilisé"
My 2cts d'euro de chauve.
[^] # Re: Pinaillage
Posté par Larry Cow . Évalué à 5.
En l'occurence, on ne parle pas de la _valeur_ de cette norme, mais de sa pertinence. Il s'agit d'une recommandation afférant à un protocole de communication. Sa valeur se juge - éventuellement - à l'intérêt que peut avoir cette "norme". Et ici, ce qui est mis en défaut, ce n'est pas son intérêt (la preuve, c'est justement un truc qui plaît encore malgré son statut) mais son actualité. La XEP est passée dans la case "trop vieux, poubelle", ce qui n'a pas de lien direct avec sa valeur (ou alors c'est du racisme anti-vieux, au choix).
Typiquement, un protocole comme comme Gopher n'a en rien perdu de son "actualité" dans le sens qui nous préoccupe (sa RFC n'est pas "deprecated" ou "frappée d'obsoléscence", justement). Pourtant, du fait de l'apparition de "nouveaux" protocoles qui le remplaçent (en mieux, de l'avis de beaucoup), Gopher est "déprécié". Il a effectivement perdu de sa valeur. On notera au passage que ce qui rend Gopher "has-been", ce n'est pas tant son age que l'apparition de la relève.
A contrario, le SMTP est un protocole passé d'age, mais faute de vraiment mieux, il reste (malheureusement?) d'actualité. Bon, ok, il y a ESMTP, mais on voit l'idée :)
[^] # Re: PSI / Gajim ?
Posté par Omega (site web personnel) . Évalué à 4.
Tu veux dire quoi par ça ? Pour moi Psi et Gajim gèrent tous les deux très bien les ressources.
- meilleure gestion des statuts envoyés à chaque personne sous Psi (en fait on ne peut carrément pas le faire sous Gajim).
On ne peut pas le faire sous Psi, et on va pouvoir le faire sous gajim dans la prochaine version si je ne dis pas de bétises.
[^] # Re: PSI / Gajim ?
Posté par Nÿco (site web personnel) . Évalué à 3.
Je pense qu'il voulait dire priorités dynamiques, qui changent en fonction de ta présence. Sous Psi 0.10, tu ne peux même pas changer de priorité sans te déco...
[^] # Re: PSI / Gajim ?
Posté par Cyrille Pontvieux (site web personnel, Mastodon) . Évalué à 1.
Pour les statuts changés par contact c'était ptre dans la version modifiée de Psi 0.10 (je crois que son petit nom c'était "pedrito").
[^] # Re: PSI / Gajim ?
Posté par Maxime (site web personnel) . Évalué à 1.
[^] # Re: PSI / Gajim ?
Posté par karmatronic . Évalué à -7.
alors tu vas me dire , ouais mais , l´interet de gajim, c est qu´il est multiprotocole (ce qui , il est vrai est très bien) mais donc pour jabber, il est pas top , pour yahoo, on n oublie , personne ne s en sert plus, pour msn l infame ,certes mais y´a pas le support de la webcam sous gajim ,alors autant utiliser amsn, et pour l IRC , bah moi je prefere un bon vieux terminal avec irssi ou sinon xchat, qui est dedie.
donc pour resumer, gajim ou psi+amsn+irssi , moi j´ai fait mon choix :)
[^] # Re: PSI / Gajim ?
Posté par Omega (site web personnel) . Évalué à 5.
Gajim est un client uniquement Jabber et qui fait bien son boulot (et qui gère nottament la découverte des services Jabber), alors que Gaim (qui s'appelle maintenant pidgin) est un client multi-protocole avec un support limité de jabber/XMPP.
[^] # Re: PSI / Gajim ?
Posté par karmatronic . Évalué à 2.
du coup , je vais jeter un coup d oeil sur l ami gajim
[^] # Re: PSI / Gajim ?
Posté par 16aR . Évalué à 2.
Gaim/pidgin au niveau XMPP, il n'a pas la moitié des XEP que supportent Gajim/Psi
Je viens de tester psi, et je dois avouer qu'il me plait plus que l'ancien ;)
Comme j'ai eu des problemes de contacts sous gajim dernierement, je vais tester psi un peu plus longuement :)
[^] # Re: PSI / Gajim ?
Posté par Flavius . Évalué à -4.
[^] # Re: PSI / Gajim ?
Posté par Buf (Mastodon) . Évalué à 3.
Ce n'est pas ce que j'appelle "gérer" le multi-protocole (ça reste du 100% Jabber au niveau du client, tout le boulot pour les autres protocoles étant fait côté serveur)
[^] # Re: PSI / Gajim ?
Posté par Aldoo . Évalué à 2.
Tu sais, cela peut se soigner ! La typo, ce n'est pas sale !
# Gestion de méta-contacts
Posté par 16aR . Évalué à 2.
Ne gère-t-il pas cette fonction ?
Dommage :(
[^] # Re: Gestion de méta-contacts
Posté par Omega (site web personnel) . Évalué à 4.
[^] # Re: Gestion de méta-contacts
Posté par 16aR . Évalué à 1.
Merci :)
[^] # Re: Gestion de méta-contacts
Posté par Nÿco (site web personnel) . Évalué à 1.
http://www.xmpp.org/extensions/xep-0209.html
Status: Experimental
Type: Standards Track
[^] # Re: Gestion de méta-contacts
Posté par Zanton . Évalué à 1.
Est-ce que c'est une fonctionnalité réalisable (dépendante uniquement du protocole?) ou bien il faut attendre le bon vouloir de google ?
[^] # Re: Gestion de méta-contacts
Posté par 16aR . Évalué à 3.
Par contre, j'arrive a associer des compte gmail et jabber classique (im.apinc.org) en 1 seul meta contact (+ les contacts MSN et jabber) depuis que j'ai mon compte sur mon serveur jabber
[^] # Re: Gestion de méta-contacts
Posté par Zanton . Évalué à 1.
Merci pour l'info.
[^] # Re: Gestion de méta-contacts
Posté par 16aR . Évalué à 1.
(meme si c pas grand chose, c'est une des choses qui m'a poussé a etre sur un serveur jabber plus ouvert et fonctionnel)
[^] # Re: Gestion de méta-contacts
Posté par 16aR . Évalué à 1.
En gros en fusionnant ton compte gmail + le jabber sous gajim, ca t'empeche d'utiliser les meta contacts vu que gmail n'enregistreras pas du tout les meta contacts. On relance gajim et tout est a refaire.
rien qu'en defusionnant, tu pourras utiliser les meta contacts sur tes contacts de ton compte jabber classique.
# message d'état lorsqu'on est disponible
Posté par carlo . Évalué à 1.
(pour info, gmail et jwchat le permettent par ex)
[^] # Re: message d'état lorsqu'on est disponible
Posté par 16aR . Évalué à 1.
[^] # Re: message d'état lorsqu'on est disponible
Posté par slubman (site web personnel, Mastodon) . Évalué à 2.
Options > État > [cocher: Proposer un message d'état qaund on devient En ligne]
ou
Changer d'état et dans le dialogue qui s'ouvre, passer l'état à "En ligne" tout en mettant son message.
[^] # Re: message d'état lorsqu'on est disponible
Posté par 16aR . Évalué à 1.
[^] # Re: message d'état lorsqu'on est disponible
Posté par carlo . Évalué à 1.
# Un support du Message Archiving (XEP-0136) prévu ?
Posté par Sufflope (site web personnel) . Évalué à 1.
Ça permet de stocker les historiques de conversations sur le serveur directement. Comme ça c'est transparent si on change d'ordi, de client...
Y a un plugin minimal pour OpenFire (un serveur Jabber GPL avec extensions proprios) ici : http://maven.reucon.com/projects/public/archive/
En gros ce que j'ai retenu, c'est que ça avance pas parce qu'aucun serveur ne l'intègre, parce qu'aucun client ne l'intègre (ou alors une version obsolète), parce qu'aucun serveur ne l'intègre, parce que...
[^] # Re: Un support du Message Archiving (XEP-0136) prévu ?
Posté par 16aR . Évalué à 1.
Avec chiffrement de l'archive avec sa clé GPG, comme ca les données sur le serveur ne sont accessible que par soi meme :) Ca serait top moumoute !
[^] # Re: Un support du Message Archiving (XEP-0136) prévu ?
Posté par Aldoo . Évalué à 4.
[mode mauvaise langue]
C'est le principe général d'une XEP...
[/mode mauvaise langue]
[mode prophète]
Ça se débloquera quand google l'intègrera à gtalk.
[/mode prophète]
[mode parano]
[http://cfeditions.com/scroogled/] Ahem...
[/mode parano]
[^] # Re: Un support du Message Archiving (XEP-0136) prévu ?
Posté par Mat (site web personnel) . Évalué à 1.
J'ai essayé ca fonctionne.
Pour l'activer il faut envoyer cette chaine au serveur ;
Et ensuite le serveur archive les messages.
Pour les récupérer plusieurs types de requêtes sont possibles :
(je trouve celle-ci plus pratique)
Ejabberd retourne une réponse qui n'est pas hyper pratique à parcourir je trouve (je n'ai pas d'exemple sous la main), mais c'est malgré tout exploitable assez facilement, et ca pourrait probablement être ajouté dans les clients sans trop d'effort. (j'avoue que j'ai pas trop le courage de m'y plonger :P )
Pour ceux que ca intéresse, voici le lien où j'ai trouvé ces infos : http://www.xmpp.org/extensions/xep-0136.html
# Pour en savoir plus sur Jabber
Posté par Jean-Christophe BECQUET (site web personnel) . Évalué à 2.
http://www.generationcyb.net/Jabber-la-messagerie-instantane(...)
Causerie APRIL du 10 octobre 2007 : Jabber, les enjeux, et pourquoi la communauté du libre devrait Jabberiser :
http://www.april.org/groupes/causeries/causerie-20071010.htm(...)
[^] # Re: Pour en savoir plus sur Jabber
Posté par BAud (site web personnel) . Évalué à 3.
[^] # Re: Pour en savoir plus sur Jabber
Posté par Gniarf . Évalué à 1.
ou alors, au moins expliciter les initiales de ce XMPP ("Extensible Messaging and Presence Protocol")
parce que sinon ca va faire comme HTTP, tout le monde se focalisera sur sur les applis et se contentera de ce qui marche le mieux tout de suite.
[^] # Re: Pour en savoir plus sur Jabber
Posté par Nÿco (site web personnel) . Évalué à 2.
http://nyco.wordpress.com/2007/10/18/slides-de-la-conference(...)
Sinon, sur SlideShare, tu peux choper les slides en Flash ou PDF des confs de plein de gens d'un peu partout :
http://www.slideshare.net/group/xmpp-jabber-jingle
Sinon, si tu es un « protocol-maniac » et que tu aimes bien lire les spécs, je te conseille vivement :
http://www.xmpp.org/rfcs/rfc3920.html
http://www.xmpp.org/rfcs/rfc3921.html
Et puis si tu veux :
http://www.xmpp.org/extensions/
[^] # Re: Pour en savoir plus sur Jabber
Posté par imr . Évalué à 2.
# troll
Posté par Emmanuel Blindauer (site web personnel) . Évalué à -1.
Haha, trop merci.
Faudrait essayer les autres clients existants pour savoir vraiment ce qui se fait.
spark par exemple, ou pandion sous windows.
[^] # Re: troll
Posté par Omega (site web personnel) . Évalué à 2.
[^] # Re: troll
Posté par 16aR . Évalué à 0.
Je viens de tester Spark sur Windows...
Il se connecte, mais il n'arrive pas recupérer ma roster... Trop bien
Bref, je viens de le desinstaller.
[^] # Re: troll
Posté par Omega (site web personnel) . Évalué à 1.
# Le site web de Psi http://psi-im.org/ a été mis à jour
Posté par Nÿco (site web personnel) . Évalué à 2.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.