Sondage Quel est selon vous le client XMPP à l'interface la plus adaptée pour une équipe soudée de gens inconnus?

Posté par  . Licence CC By‑SA.
Étiquettes :
15
28
jan.
2021

Aujourd'hui on sonde objectivement, oui nous allons faire appel à votre appétence pour le bon goût et l'ergonomie. Les résultats seront sans nul doute ni conditionnés par les pratiques des individus, ni jugés par les autres participants comme pouvant relever d'une hérésie artistique. C'est une question sérieuse et réfléchie qui prendra acte de vos retours pour statuer sur l'état actuel des clients XMPP en matière d'interface.

Pourquoi une équipe soudée de personnes inconnues? Dans le travail social nous sommes effectivement très soudés. Cependant il arrive fréquemment que l'on ne connaisse pas la moitié des gens, c'est embêtant. Il est donc nécessaire de communiquer via des outils adaptés avec des interfaces michu-proof mais pas trop (faut pas déconner on est des pros tout de même).

Voici un aperçu des candidats (l'ensemble des captures d'écran en images) :

Toute description mal prise n'est que méprise, j'aime le travail de chacun et parfois être un peu mesquin.

Total : 739 votes

La liste des options proposées est volontairement limitée : tout l’intérêt (ou son absence) de ce type de sondage réside dans le fait de forcer les participants à faire un choix. Les réponses multiples sont interdites pour les mêmes raisons. Il est donc inutile de se plaindre au sujet du faible nombre de réponses proposées ou de l’impossibilité de choisir plusieurs réponses. 76,78 % des personnes sondées estiment que ces sondages sont ineptes.
  • # Vala

    Posté par  (site Web personnel) . Évalué à 3 (+4/-2).

    Dino - Dommage que ce soit du Vala car c'est pas trop mal

    /me aiguise son glaive
    Tu as quoi contre Vala, l'élégance du C# avec la performance du natif ^ ?

  • # Kaiwa -> Converse

    Posté par  (site Web personnel) . Évalué à 8 (+5/-0).

    Kaiwa est abondonné.
    C'est vers Converse qu'il faut se tourner : https://conversejs.org/
    C'est un client web, en pleine fenêtre ou en addition sur un site web sous forme de petite carte en bas à droite. Il existe aussi en version desktop/lourde avec Electron.

  • # Gajim

    Posté par  (site Web personnel) . Évalué à 7 (+5/-0).

    Fondamentalement parce que c'est dans ma distro.

    Designeuse de masques pour sphéniscidés.

  • # Vous avez oublié movim !

    Posté par  . Évalué à 8 (+8/-0). Dernière modification le 28/01/21 à 12:28.

    A part le chiffrage OMEMO (prévu très prochainement), il a toutes les qualités requises :
    - client web, pas d'installation requise
    - compatible avec toutes les fonctionnalités de "conversations" sur Android
    - très facile à utiliser
    - super ergonomie
    - compatible avec toutes les fonctions avancées
    chat audio vidéo et tout le reste, gifs animés (indispensable ;) ,etc..
    - l'auteur nous gratifie de super posts sur linuxfr :)
    - vous pouvez vous installer votre propre instance si vous voulez vraiment être indépendants (pour l'admin du groupe)

    https://movim.eu/

    https://solar.lowtechmagazine.com/fr/ pour les amoureux de la technique élégante

  • # C'est quoi XMPP ?

    Posté par  (site Web personnel) . Évalué à 6 (+7/-1).

    Bon, ok, j'avoue, j'ai voté ça car il n'y avait pas "42" dans les propositions…
    Et comme je ne suis pas le seul sur ce choix, malgré les articles fréquents sur le sujet sur Linuxfr, j'en déduis que XMPP a encore un beau potentiel de développement inexploré devant lui.

    Merci en tout cas d'avoir posté cette liste de clients, ça permet de [se] rappeler qu'il n'y a pas que les GAFAM pour communiquer.

  • # mcabber

    Posté par  (site Web personnel) . Évalué à 5 (+5/-2).

    J’ai récemment laissé tomber poezio après des années de bons et loyaux services, à cause de sa transformation progressive en usine à gaz (il a quand même eu droit à mon vote pour ce sondage). Me voici donc en train de découvrir le magnifique MCabber :
    capture d'écran de MCabber

    Il me permet de causer avec des gens, ne vient pas avec trouze-mille fonctionnalités à désactiver avant d’être raisonnablement utilisable… Bref, un outil simple et bien foutu comme je les aime ;)

    • [^] # Re: mcabber (ou profanity ?)

      Posté par  . Évalué à 3 (+2/-0). Dernière modification le 29/01/21 à 08:58.

      J'utilise aussi mcabber depuis longtemps, pour sa légèreté et son UI très simple.
      Mais malheureusement, de plus en plus mes contacts chiffrent leurs messages avec OMEMO, bien souvent sans le savoir, juste parce que c'est activé par défaut dans Conversations.
      Il y a donc de plus en plus de messages que je ne peux pas lire dans mcabber.
      Et je n'ai pas l'impression que OMEMO soit dans la roadmap de mcabber.

      J'ai plusieurs solutions à ce problème :
      - inciter mes contacts à désactiver OMEMO pour échanger avec moi (taux de réussite ~85%)
      - les inciter à chiffrer avec OpenPGP plutôt que OMEMO (taux de réussite ~1.2%)
      - ouvrir leurs messages chiffrés et y répondre avec le bon client XMPP (Gajim ou Dino)

      J'ai donc commencé à regarder du côté de profanity, un autre client XMPP en console, qui lui supporte OMEMO, et aussi OpenPGP. Il est très complet en termes de fonctionnalités XMPP et le projet est plutôt actif. Mais son UI est trop différente de celle de mcabber, je n'ai pas réussi à avoir les mêmes automatismes. Donc pour l'instant je reste sur mcabber.
      Je finirai probablement par craquer, vu le nombre de personnes qui débarquent sur XMPP en ce moment grâce à "l'affaire Whatsapp", et qui utilisent OMEMO comme M. Jourdain faisait de la prose.

      • [^] # Re: mcabber (ou profanity ?)

        Posté par  (site Web personnel) . Évalué à 2 (+1/-0).

        Et ajouter OMEMO à mcabber c’est pas une option ?

        Vu que tu l’a trouvé implémenté dans Profanity qui est aussi en console, puis dans d’autres client XMPP open-source, c’est ptre pas si compliqué de l’ajouter à mcabber non ?

        Tu n’as ptre pas de compétence dev ou pas de temps (moi c’est ça qui me manque souvent)

      • [^] # Re: mcabber (ou profanity ?)

        Posté par  (site Web personnel) . Évalué à 3 (+1/-0).

        Mais malheureusement, de plus en plus mes contacts chiffrent leurs messages avec OMEMO, bien souvent sans le savoir, juste parce que c'est activé par défaut dans Conversations.

        C'est gênant quand son client ne le gère pas encore, mais je ne dirais pas « malheureusement », c'est une très bonne chose (même s'il y a redire sur beaucoup de points, le mouvement général va dans le bon sens).

        Sinon le frontal TUI de Libervia (ex. Salut à Toi) que je développe gère aussi OMEMO (en 1:1, groupe et pour les fichiers). Et accessoirement, je suis ouvert au suggestions pour améliorer l'interface.

        Et Poezio est un très bon client, et il me semblait que OMEMO était en cour d'implémentation dedans (mathieui tu peux confirmer ou infirmer ?).

      • [^] # Re: mcabber (ou profanity ?)

        Posté par  (site Web personnel) . Évalué à 1 (+0/-1). Dernière modification le 30/01/21 à 00:02.

        Sérieux, un client XMPP gérant OMEMO va envoyer des messages chiffrés par ce biais, sans vérifier en amont que le client en face sera capable de les déchiffrer ?!

        • [^] # Re: mcabber (ou profanity ?)

          Posté par  (site Web personnel) . Évalué à 3 (+2/-0). Dernière modification le 30/01/21 à 11:23.

          C’est un débat un peu maudit dans la mesure où c’est “damned if you do, damned if you don’t”, si le compte a des clefs OMEMO publiées (ou déjà utilisées par le passé), alors le client va tenter de façon opportuniste de chiffrer les messages pour ces clefs. Personnellement ça m’insupporte mais je comprends le raisonnement.

          Si le client ne le fait pas, les gens pour qui le chiffrement bout en bout est indispensable, vont immédiatement être scandalisés de la faille de sécurité que ça implique (le serveur pouvant donc "désactiver le chiffrement" s’il est malicieux, même si le client affiche un gros warning en rouge il sera probablement ignoré).

          Si le client le fait, ça veut dire qu’on a des messages OMEMO qui arrivent sur des clients ne le prenant pas en charge, ce qui amène une expérience utilisateur pas terrible si un des clients derrière ne gère pas OMEMO (ce qui se passe actuellement).

          • [^] # Re: mcabber (ou profanity ?)

            Posté par  (site Web personnel) . Évalué à 4 (+2/-0).

            si le compte a des clefs OMEMO publiées (ou déjà utilisées par le passé), alors le client va tenter de façon opportuniste de chiffrer les messages pour ces clefs.

            Ah OK, ça me rassure, il faut donc quand même qu’on ait annoncé à un moment ou un autre « mon compte est compatible OMEMO ». (je ne connais pas du tout ce système de chiffrement, donc je ne savais pas s’il se base sur un échange de clés comme OpenPGP)

            Après c’est galère entre les clients qui gèrent et ceux qui ne gèrent pas, et c’est encore plus galère de trouver un bon compromis, mais j’ai peur que se soit inévitable avec un protocole aussi souple/flou/mouvant/évolutif que XMPP ;)

    • [^] # Re: mcabber

      Posté par  (site Web personnel) . Évalué à 7 (+6/-0).

      Alors en tant que mainteneur de poezio je n’ai aucun problème avec ça (et mcabber est en effet un bon client), par contre je suis preneur des fonctionnalités à désactiver avant que ça soit "raisonnablement utilisable" :).

      • [^] # Re: mcabber

        Posté par  (site Web personnel) . Évalué à 2 (+2/-2). Dernière modification le 30/01/21 à 00:14.

        Je souhaite utiliser XMPP comme une messagerie instantanée auto-hébergeable et confidentielle. Tout ce qui ne sert pas à ça est pour moi une "anti-feature", et donc dommageable.

        Ça inclut, sans s’y limiter :
        - les statuts (joue à tel jeu, écoute telle musique, etc.)
        - les notifications d’activité (machin vient de se connecter, truc est en train d’écrire, etc.)
        - la gestion des images
        - la gestion de l’audio/vidéo
        - les pièces-jointes et autres partages de fichiers
        - la correction des messages
        - l’accès à des salons de discussion

        Poezio a donc pour moi exactement le même problème que Firefox : c’est un excellent outil, mais seulement après avoir passé un temps fou à désactiver ou modifier un tas de réglages. Mais contrairement au navigateur Web, j’ai la chance dans le cas des clients XMPP d’avoir des alternatives que je peux utiliser dès leur installation.


        Malgré ces critiques poezio reste un excellent logiciel, et a été ma porte d’entrée vers XMPP ;)

        Ce n’est pas un logiciel pour moi, mais ça ne m’empêche pas de continuer à le recommander. C’est d’ailleurs de très loin mon favori dans la liste des clients listés dans ce sondage.

  • # Libervia (ex. Salut à Toi)

    Posté par  (site Web personnel) . Évalué à 10 (+8/-0).

    Un autre oublié est Libervia (ex. « Salut à Toi », le projet est en train d'être renommé).

    Il y a plusieurs frontaux, voici quelques captures :

    Cagou (Libervia sur bureau et mobiles):
    Cagou sur Android

    Libervia-web:

    blog sur Libervia-web

    Primitivus (Libervia TUI):

    chat sur Primitivus 0.7

  • # Captures d'écran

    Posté par  (site Web personnel) . Évalué à 7 (+4/-0).

  • # Mais bien sûr…

    Posté par  . Évalué à -1 (+0/-1).

    Bravo à tous les fanboysngirls KDE (moi compris) qui ont voté pour Kaidan alors qu’il ne supporte pas les conversations de groupe !!! :-D
    Qu’est-ce que vous n’avez pas compris dans la question ??

    Ceci dit il est effectivement prometteur, et c’est prévu dans une toute prochaine version, peut-être dès la 0.8.0 d’après une discussion récente que j’ai eue avec les devs.

    Pour référence il s’agit de la XEP-0045 Multi-User Chat :
    https://xmpp.org/extensions/xep-0045.html

    Et le statut d’avancement des extensions XMPP pour Kaidan se trouve ici :
    https://invent.kde.org/network/kaidan/-/wikis/xeps-rfcs

    Sinon la bonne solution michu-durcie c’est Conversations (dispo dans F-Droid).

Envoyer un commentaire

Suivre le flux des commentaires

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