Sortie de Psi 0.11

Posté par (page perso) . Modéré par Nÿco.
Tags :
0
17
oct.
2007
XMPP
Après un cycle de développement particulièrement long, et après 5 bêta et 3 RC, le client Jabber libre et multiplateforme Psi sort enfin en version 0.11. Cette version devait - à la base - n'avoir aucune nouvelle fonctionnalité et ne devait comporter comme modification que le passage de Qt3 à Qt4, mais Qt4 ayant mis du temps à se stabiliser, les développeurs ont eu le temps de rajouter beaucoup de fonctionnalités. Cette sortie lui permet de rattraper en partie le retard que ce client a pris par rapport à son principal concurrent libre : Gajim.

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 / Gajim ?

    Posté par (page perso) . Évalué à 2.

    J'aime beaucoup PSI et l'utilise depuis longtemps.
    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 (page perso) . Évalué à 6.

      Sous forme de tableau statique, mais à jour :
      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 (page perso) . Évalué à 3.

      J'utilisais Psi 0.10, puis un 0.10 patché puis je suis passé sous Gajim. Maintenant je vais retester Psi 0.11.
      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 . Évalué à 7.

        - 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)

        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 . Évalué à 2.

          oui, je trouve en fait que "obsolète" est trop fort car "deprecated" ne veut pas encore dire "obsolète", juste en train de le devenir.

          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 . Évalué à 4.

            En tous cas, déprécié ne convient pas du tout.
            • [^] # Re: Pinaillage

              Posté par . Évalué à 2.

              vu sur http://www.linternaute.com/dictionnaire/fr/definition/deprec(...)

              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 . Évalué à 5.

                Pour moi, c'est l'exemple typique du défonçage sémantique. "Ca rentre pas? Mais si ça rentre!" (imaginer le bruit de matériaux divers forcés à mort, pour plus de réalisme).

                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 (page perso) . Évalué à 4.

        - meilleure gestion des ressources sous gajim
        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 (page perso) . Évalué à 3.

          > Tu veux dire quoi par ça ? Pour moi Psi et Gajim gèrent tous les deux très bien les ressources.

          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 (page perso) . Évalué à 1.

            En effet c'est ce que je voulais dire.

            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 (page perso) . Évalué à 1.

          Il me semble qu'on peut déjà le faire avec la version qui vient de sortir de gajim. Mais je ne suis pas sûr. Ça fait pas mal de temps qu'on peut avec la version en dev et vu que 2 versions stables sont sortis depuis, j'imagine qu'on peut aussi avec la dernière stable.
    • [^] # Re: PSI / Gajim ?

      Posté par . Évalué à -7.

      euh le vrai manque de gajim/gaim par rapport á psi, c´est que gajim ne sait pas detecter les services jabber , du coup si tu veux utiliser le transport msn , t´es marron .
      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 (page perso) . Évalué à 5.

        Attention, malgré le nom, Gajim n'a rien à voir avec Gaim.

        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 . Évalué à 2.

          ouh la la , gros meaculpa , je confonds les noms :)
          du coup , je vais jeter un coup d oeil sur l ami gajim
          • [^] # Re: PSI / Gajim ?

            Posté par . Évalué à 2.

            Oui je te conseille, il est vraiment sympa.
            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 . Évalué à -4.

          Gajim gère (très bien ?) le multi-protocole :)
          • [^] # Re: PSI / Gajim ?

            Posté par . Évalué à 3.

            Par l'intermédiaire des passerelles Jabber uniquement...

            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 . Évalué à 2.

        Un petit problème avec les accents (aigus supprimés et aigus à la place de grave), les apostrophes (remplacés par des accents aigus, ou tout bonnement absentes), les virgules et points (précédés d'espaces superflues, et parfois non suivis d'espaces), et les majuscules en début de phrase ?

        Tu sais, cela peut se soigner ! La typo, ce n'est pas sale !
  • # Gestion de méta-contacts

    Posté par . Évalué à 2.

    Il semblerait que les méta-contacts que j'ai enregistré sous Gajim ne soit pas aggregé sous Psi.
    Ne gère-t-il pas cette fonction ?
    Dommage :(
    • [^] # Re: Gestion de méta-contacts

      Posté par (page perso) . Évalué à 4.

      Non psi ne gère pas encore les métacontacts. Par contre ça devrait l'être dans un future plus ou moins proche vu que 2 des co-auteurs de la XEP sur les métacontacts sont les devs principaux de Psi (le 3ème auteur étant le dev principal de Gajim).
      • [^] # Re: Gestion de méta-contacts

        Posté par . Évalué à 1.

        Ah, bonne nouvelle !

        Merci :)
        • [^] # Re: Gestion de méta-contacts

          Posté par (page perso) . Évalué à 1.

          Voici la XEP en question, la XEP-0209 :
          http://www.xmpp.org/extensions/xep-0209.html
          Status: Experimental
          Type: Standards Track
          It is often the case that a user will have multiple representations of a single contact, either within one account (as is often the case with contacts using legacy systems through transports) or across several accounts (particularly where a user or contact has separate work and home accounts). As these are different representations of the same logical entity, this XEP provides a method for binding them together into a single meta-contact.
    • [^] # Re: Gestion de méta-contacts

      Posté par . Évalué à 1.

      A propos de meta-contacts, il ne semble pas possible avec gajim (et probablement les autres clients jabber) de faire des meta-contacts entre des comptes jabber "classiques" et ceux de gmail.

      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 . Évalué à 3.

        A partir d'un compte gmail, on ne peut pas creer de meta contacts car le serveur jabber de google n'enregistre pas ces données (tout comme les vCard etc)

        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 . Évalué à 1.

          J'ai fait fusionner les comptes jabber(apinc aussi)/gmail sous gajim, peut-être que le problème vient de là.

          Merci pour l'info.
          • [^] # Re: Gestion de méta-contacts

            Posté par . Évalué à 1.

            En effet, j'ai du me débarrasser de mon compte GoogleTalk totalement pour pouvoir utiliser les meta contacts.
            (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 . Évalué à 1.

              Bon je n'etais pas super clair dans mon message :

              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 . Évalué à 1.

    aie, aie, aie... maintenant que sort cette version, je me rends compte que je n'ai pas fait de rapport de bug pour un problème on ne peut plus important : l'absence de message personnalisable lorsqu'on est en état disponible... alors, avec un peu de chance ça a été implémenté quand même.
    (pour info, gmail et jwchat le permettent par ex)
  • # Un support du Message Archiving (XEP-0136) prévu ?

    Posté par (page perso) . Évalué à 1.

    La fonctionnalité que j'attends comme le messie (ouais code-là je sais :)) c'est ça : http://www.xmpp.org/extensions/xep-0136.html
    Ç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...
  • # Pour en savoir plus sur Jabber

    Posté par (page perso) . Évalué à 2.

    Jabber : la messagerie instantanée libre et bien plus encore :
    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(...)
  • # troll

    Posté par (page perso) . Évalué à -1.

    Cette sortie lui permet de rattraper en partie le retard que ce client a pris par rapport à son principal concurrent libre : Gajim.

    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 (page perso) . Évalué à 2.

      Un client n'est pas forcément bon juste parce qu'il a copié un peu l'interface graphique de MSNM. Et pour info j'ai testé ces deux clients, et je parle en connaissance de cause.
      • [^] # Re: troll

        Posté par . Évalué à 0.

        En effet ...
        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 (page perso) . Évalué à 1.

      J'oubliais : Pandion n'est pas un logiciel libre, donc ça ne peut pas être un concurrent libre à Psi.
  • # Le site web de Psi http://psi-im.org/ a été mis à jour

    Posté par (page perso) . Évalué à 2.

    Ah, enfin, le site web du projet Psi http://psi-im.org/ a subit un petit coup de nettyage qui remet un peu de fraîcheur...

Suivre le flux des commentaires

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