Journal réflexion sur le protocole Jabber

Posté par  .
Étiquettes : aucune
0
19
sept.
2005
Voilà! Ce matin, je me suis dit qu'il manquait aux protocoles im un moyen de s'envoyer des équations, chose qu'on ne fait peut-être pas tous les jours, mais qui pourrait servir aux utilisateurs dans le monde merveilleux des sciences. Je pensais à un truc genre MathML, ou idéalement en ce qui me concerne, mais moins logique du point de vue implémentation, d'une syntaxe type latex pour entrer les données.

Et bien je me suis dit, je vais jeter un coup d'oeil au JEP, pr voir si c'est en cours... un peu compliqué à regarder quand on veut juste y passer 5min! Bref, j'ai pas trouvé...
Pas de problème, étant incapable techniquement d'écrire un JEP, peut-être un truc type "wishlist" ou un forum de suggestion? Ben ça existe certainement, mais je commençais à perdre patience, et je n'ai pas trouvé instantanément...

D'où ma réflexion: les idées de "killer-apps" dont jabber aurait besoin pour s'imposer, ne peuvent être déposées que par des gens initiés, et pas par les utilisateurs lambda. Je trouve ça vraiment dommage de ne pouvoir suivre clairement l'évolution du protocole, ce qui va venir, ni de pouvoir même y contribuer!
Suis-je le seul à avoir cette frustration de ne pouvoir voir ni faire plus avec un protocole ouvert qu'avec les protocoles fermés dont nous savons déjà tous que notre voix ne sert à rien dans leur évolution?

  • # mm

    Posté par  (site web personnel) . Évalué à 5.

    y'a un patch pour psi, et un plugin pour gaim.
    ca permet de le faire via du latex

    J'ai jamais utilisé mais l'auteur du patch sous psi c'étais mis en relation avec l'auteur de celui de gaim donc doit y'avoir quelque choses de sympa.

    NB : source forum de psi
    NB2: oui j'ai la flemme d'aller chercher :) ahh Lundi matin ..

    http://www.theatre-eibel.fr http://www.isc2chapter-yorkshire.co.uk

    • [^] # Re: mm

      Posté par  . Évalué à 2.

      Je rajoute que cette fonction est intégrée en natif à kopete via le module KopeTex.

      Comme son nom l'indique, c'est ici latex qui est utilisé pour l'affichage des formules.

      Lorsque ce module est activé, il suffit à l'expéditeur d'encadrer la formule par des double dollars pour qu'elle soit prise en compte.
      Je ne sais pas si cette convention est utilisée par d'autres applications, mais elle a le mérite d'être simple à mettre en oeuvre quel que soit le client.

      *Sano*

    • [^] # Re: mm

      Posté par  . Évalué à 3.

      non, c'étais l'auteur du plugin pour gaim qui avait laissé un message sur le forum de psi ;-) (c'étais pour voir s'il y avait moyen de s'arranger pour utiliser un marquage commun)

      Finalement, j'avais plus ou moins laissé tombé ce contact là, et j'ai décidé d'utiliser le marquage de KopeteTeX, c'est à dire les maths entre $$...$$ ($$\alpha = 3\beta$$ par exemple)

      Ca marche plus ou moins bien, par contre le plugin est loin d'être complet, pour la protection, c'estpas top (il y a une discussion suite au fait que quelqu'un voulait faire un package dans debian, sur debian-devel)

      En fait, le code est compilé en local (chez les deux interlocuteurs), d'où un problème éventuel de sécurité, du coup, je blackliste toutes les commandes dangereuse (par contre, pour "dangereuse", les commandes blacklistés sont celles blacklistées de kopeteTeX, car je ne savais pas quoi y mettre). Ce type de plugin s'adresse donc uniquement aux gens possédant une distribution LaTeX sur leur système (car installer tetex juste pour s'envoyer deux trois équations n'est pas ce que j'appelle une dépendance raisonable). Je prévois dans un futur proche d'apporter les quelque correction qui m'ont été demandées, et aussi d'alléger le code et de le rendre plus lisible, mais disons qu'à un moment j'aurais voulu adapter cela avec mathML (vu que quelqu'un m'en avait parlé), mais je ne connait presque pas du tout mathML.

      Ce qui pourrais se faire, c'est de compiler en local chez l'envoyeur, puis d'envoyer le tout sous forme d'image, certain protocoles le permettant (msn par exemple, mais je ne sais pas si gaim implémente un envoit d'image dans la fenêtre pour certain protocoles. Kopete le fait, pour msn au moins, mais de kopete à kopete, ou de msn à kopete, mais pas de kopete à msn par exemple[1]). Si ce n'est pas nécessairement un gros travail, je n'aime pas trop me replonger dedans, vu que je n'utilise plus gaim.

      Et il ne marche pas sous windows non plus, le plugin pour gaim (oui, j'ai mis des /tmp et des trucs du style en dur dans le code, ce n'est pas beau à voir, mais à la base, c'était pas nécessairement pensé pour une distribution réelle, mais plutot pour m'amuser tout seul dans mon coin)

      [1] sauf si c'est corrigé depuis le mois de juin, la dernière fois ou j'en ai parlé avec un développeur (Gof pour ne pas le citer <-- et c'est aussi lui qui est en grande partie responsable du plugin kopete, qui est mieux fait que le mien)

      • [^] # Re: mm

        Posté par  . Évalué à 1.

        Ce qui pourrais se faire, c'est de compiler en local chez l'envoyeur, puis d'envoyer le tout sous forme d'image, certain protocoles le permettant

        L'avantage ce serait qu'il suffit que l'envoyeur ait le bon client avec le plugin. Ca simplifierait beaucoup les choses ("Tu vois ? Non ? T'as quel client ? T'as le plugin TeX ? T'as TeX chez toi ?")

    • [^] # Re: mm

      Posté par  . Évalué à 2.

      j'ai oublié dans mon commentaire précédent :
      pour le lien dans le forum de psi, c'est plus possible, le sujet en question a été effacé (je suppose que c'est du à un allégement de la base de donnés, ou quelque chose comme cela)

      • [^] # Re: mm

        Posté par  (site web personnel) . Évalué à 2.

        nan nan c'est une erreur lors du passage vers le nouveau forum.
        Le webmaster m'avait affirmer que se sera restauré dans la prochaine version du forum. ( j'ai trouvé l'url http://psi-im.org/forum/(...) mais bon c'est juste du teste et ca rien d'officiel)

        http://www.theatre-eibel.fr http://www.isc2chapter-yorkshire.co.uk

    • [^] # Re: mm

      Posté par  . Évalué à 3.

      C'est à la fois formidable et très dommage!
      Pourquoi donc les gens qui ont les compétences pour le faire doivent-ils le faire dans leur coin, ou en collaborant ponctuellement avec d'autres projets, plutôt que de pouvoir proposer directement les améliorations au protocole, démonstrateur à l'appui??
      Enfin, merci du renseignement en tout cas, je cherche ça tout de suite! ;)

      • [^] # Re: mm

        Posté par  . Évalué à 3.

        Tout à fait d'accord, c'est dommage. Mais le fait est que pour creer un plugin pour un projet, il suffit de :
        1. connaitre un minimum l'interface de plugin du projet (ou être prêt à lire d'autres plugins pour l'apprendre, c'était mon cas)
        2. connaitre le language (ou un des language) de création de plugin.

        Pour tenter d'écrire une JEP, (même un brouillon) tout en fournissant un exemple d'implémentation, il faut en plus des deux points du dessus, connaitre :
        3. le protocole jabber,
        4. savoir écrire un schéma XML
        5. lire la JEP 0143 [1]
        6. utiliser un autre outil que celui qu'on connait (ça ne passera pas avec LaTeX, on nous répondrait, je suppose, d'utiliser mathML)

        C'est donc plus dur à mettre en oeuvre. Ceci dit, je dit, pourquoi pas, ça pourrait être interessant. Je vais commencer par tenter de comprendre mathML, me trouver un moteur de rendu (par exemple, si je veux mettre des images dans gaim générées à partir de mathML, le mieux c'est de trouver quelque chose en gtk qui me le fait)

        Donc quand j'ai un moment de temps, je veux bien essayer de voir si c'est faisable. Je ne promet rien ;-)

        [1] Guidelines for JEP Authors http://www.jabber.org/jeps/jep-0143.html(...)

        • [^] # Re: mm

          Posté par  . Évalué à 3.

          Loin de moi l'idée de critiquer le fait que tu n'aies pas soumis de JEP!
          Au contraire! Je trouve les JEP certes surement très efficace pour collecter des idées très travaillées et très structurées (et sans doute trop administratifiée, mais tant pis...), ça évite probablement pas mal de suggestions naives ou redondantes.
          Le problème, c'est que tout le monde n'a pas le temps/les moyens de faire ça!
          Un espace de réflexion sur le sujet, avec des utilisateurs, des développeurs dégourdis, et des... euh... gens capables de rédiger un JEP devrait exister.
          Pour l'instant, ça me semble trop inaccessible!

  • # Plugins

    Posté par  . Évalué à 0.

    Il y a déjà des plugins pour kopete ou gaim qui permettent de s'envoyer des formules latex

  • # ...

    Posté par  (site web personnel) . Évalué à 4.

    Il existe au moins un plugin pour kopete qui permet de taper du LaTeX, ça fait donc ce que tu veux.
    Pour ce qui est des bonnes idées des utilisateurs, je sais pas si c'est vraiment exploitable... Ce qui manque surtout ce sont des gens qui s'impliquent véritablement je pense. Quand tu vois que la plupart des clients ne supportent pas encore les trucs de bases, je vois mal comment en rajoutant des tonnes de trucs plus haut ça va aider... Moi je trouve déjà dommage qu'il existe plusieurs façon de faire la même chose dans jabber ...
    Par exemple, gajim utilise un JEP pour la notification d'activité (quand le correspondant tape), gaim utilise un autre système (plus vieux je crois), résultat, je vois presque personne taper. Pour les avatar, pareil, il me semble avoir lu que gajim utilise une méthode (v-card je crois) et d'autres utilisent autre chose...
    Je ne suis pas le developpemnt de jabber de près, ces choses ont sans doutes de bonnes justifications, mais ça me fait bizarre ;)

    • [^] # Re: ...

      Posté par  (site web personnel) . Évalué à 2.

      en faite le dev en python est plus rapide, de plus ils se sont basé sur une librairie python spécial pour jabber.
      Etant une application "jeune" ils ont développé les derniers JEP.
      Le même cycle de dev chez GAIM et psi est plus long (à regret)

      Après faut bien que qqc pousse pour utiliser les dernieres technologies ;
      Tkabber, par exemple des plugins super géniaux - ont peu jouer aux échecs ou au dames enfin la classe quoi -

      Le problème pour tkabber est qu'il fallait un peu comprendre le TCL/TK pour installer tous les features

      http://www.theatre-eibel.fr http://www.isc2chapter-yorkshire.co.uk

      • [^] # Re: ...

        Posté par  (site web personnel) . Évalué à 2.

        je me doute bien du pourquoi gajim n'utilise pas les vielles méthodes, je trouve juste dommage qu'ils y aient plusieurs méthodes pour faire la même chose...
        Sinon, concernant Tkabber, je dirais que son gros point noir, c'est pas qu'il faille comprendre Tcl/Tk, mais simplement, qu'il est en Tcl/Tk... Je veux bien faire des efforts, mais il est quand même sacrément moche le pauvre :)

        • [^] # Re: ...

          Posté par  (site web personnel) . Évalué à 2.

          Sans faire dans le troll il a eu un 3eme prix pour son interface graphique..

          Je pense que poussé vers le haut pour le moment n'a pas vraiment de préjudice, les utilisateurs de jabber teste + d'un client, en ont souvent 2 a porter de mains, et teste régulierement les petits nouveaux, les dernieres versions des plus importants et meme des commerciaux. Je pense que c'est la meme chose pour les gateway.

          Faut dire que les jabberiens exprime une demande au niveau fonctionnalité et tout le monde cherche le meilleur.
          J'espere que le premier serveur plublic et non commercial qui mettra la VOIP et pourquoi soyons fou la VideoOverIP craquera pas le premier jour de mis en service....

          http://www.theatre-eibel.fr http://www.isc2chapter-yorkshire.co.uk

  • # Conseil

    Posté par  . Évalué à -7.


    les idées de "killer-apps" dont jabber aurait besoin pour s'imposer, ne peuvent être déposées que par des gens initiés, et pas par les utilisateurs lambda. Je trouve ça vraiment dommage de ne pouvoir suivre clairement l'évolution du protocole, ce qui va venir, ni de pouvoir même y contribuer!



    Conseil: Envoies des mails aux developpeurs, et si il te manque de respect en y répondant pas, tu en envois encore, jusqu'à ce qu'il te reponde (et si c'est non, jusqu'à ce qu'il te donne une raison).
    Mais en général, tu as une réponse assez rapidement.

    • [^] # Re: Conseil

      Posté par  . Évalué à 3.

      " Envoies des mails aux developpeurs, et si il te manque de respect en y répondant pas "

      Les développeurs open-source ne sont pas redevable de réponse de manière systématique ... C'est géneralement par manque de temps qu'ils ne répondent pas à tous les mails qu'ils recoivent. Le manque de respect est ici de polluer la boite mail. Un mail qui s'égare ça arrive mais au bout de 2, c'est assez mal avisé d'insister ...

      • [^] # Re: Conseil

        Posté par  . Évalué à -2.

        Donc, pourquoi diantre mettent ils leurs adresses mails en general dans ?/A propos?
        Et si il y a un problème dans l'application, où vais je trouver mon interlocuteur?

        • [^] # Re: Conseil

          Posté par  . Évalué à 1.

          Qu'ils n'y répondent pas ne veut pas dire qu'ils n'en tiennent pas compte. De plus géneralement le mail n'est pas le premier moyen de signaler les bugs. Il y a souvent un bugzilla, un forum ou autre truc du même accabit qui ont cet avantage au moins sur le mail d'eviter les répétitions (et oui le bug que l'on vient de découvrir a peut-etre déjà été signalé une 50aine de fois aux développeurs).

          • [^] # Re: Conseil

            Posté par  . Évalué à 0.

            je ne parles pas de bug , mais de suggestion . Exemple:" Salut, ton applis est bien, mais j'aimerais y voir inclus un editeur d'equation"

            • [^] # Re: Conseil

              Posté par  (site web personnel) . Évalué à 2.

              Il vaut mieux mettre les demandes de fonctionnalités sur Bugzilla (ou autre outil de suivi). Il y a même parfois une entrée possible pour ça (wishlist).

              L'interêt de demander des fonctionnalités supplémentaires sur Bugzilla plutôt qu'en privé à un auteur, c'est qu'on garde un suivi de la discussion: "est-ce pertinent d'ajouter un éditeur d'équation dans ce logiciel?" ... "allons nous utiliser cette JEP pour faire ça ?" etc.

      • [^] # Re: Conseil

        Posté par  . Évalué à 0.

        alors qu'ils laissent un espace où les utilisateurs pourraient exprimer/developper leurs besoins comme le suggère Matthieu

        • [^] # Re: Conseil

          Posté par  (site web personnel) . Évalué à 2.

          Chacun fait ce qu'il veut.

          • [^] # Re: Conseil

            Posté par  . Évalué à 0.

            Mais repondre à un mail est pour moi comme repondre à un "bonjour" et le projet dont les devels me repondent m'interessera bcp plus que le projet dont les devels se foutent de la gueule des utilisateurs...

            • [^] # Re: Conseil

              Posté par  (site web personnel) . Évalué à 2.

              C'est bien. :)
              Mais je le répète, chacun fait ce qu'il lui plaît.
              Tu le payes pas le développeur non ? Il met gracieusement à ta disposition un outil.
              Imagine que le gars a reçu des dizaines de mails comme le tien pour cette fonctionnalité.
              Si tu pars ailleurs pour la simple raison qu'il ne répond pas à ton mail, je serais tenté de dire "Et alors ?".
              De toute façon, un chef de projet qui n'écoute personne va rarement très loin. Au pire, il y a fork.

            • [^] # Re: Conseil

              Posté par  . Évalué à 2.

              Les developpeurs ont souvent des tas d'autres choses a faire que de repondrent au mails qu'ils recoivent. La plupart developpent pendant leur temps libre et font d'autres trucs a cote.
              Donc pas besoin de les faires chier avec tes mails en plus...

        • [^] # Re: Conseil

          Posté par  (site web personnel) . Évalué à 1.

          alors qu'ils laissent un espace où les utilisateurs pourraient exprimer/developper leurs besoins


          Bugzilla ?

  • # Soumettre des demandes de fonctionnalités

    Posté par  . Évalué à 1.

    Salut,
    pour proposer une idée de JEP, la modification d'un JEP existant, etc. la communauté Jabber dispose de listes de diffusion :
    http://www.jabber.org/about/lists.shtml(...)
    Pour l'élaboration des JEP, la liste est « Standard-JIG ».

    Pour les discussions en direct et peut-être plus informelles, il y a des salons de discussion Jabber :
    http://www.jabber.org/about/chatrooms.shtml(...)

    On peut aimer ou pas les moyens de communication mis en place mais c'est à mon sens un des organismes de standardisation les plus accessibles. Notamment, Peter Saint-Andre (le président de la Jabber Software Foundation) est particulièrement disponible et ouvert à toute proposition.

    Après, pour l'implantation d'une fonctionnalité dans un client particulier, il faut voir ça avec la communauté du projet en question.

    • [^] # Re: Soumettre des demandes de fonctionnalités

      Posté par  (site web personnel) . Évalué à 2.

      La demande de VoIP ou de Visio a été déja pas mal demandée (du moins l'initialisation de la chose), sans avoir la moindre standardisation, du coup aucun client ne le supporte (d'une manière standart et compatible)...
      Désolé, mais avant de leur parler, il faut déja croire que ce qu'on va dire servira à quelque chose...
      (oui, vous pouvez moinsser :), me répondre que ca fait pas partie d'un protocole d'IM, mais en pratique si, ca fait partie d'un protocole d'IM moderne...)

      • [^] # Re: Soumettre des demandes de fonctionnalités

        Posté par  . Évalué à 1.

        Effectivement, la politique de la JSF est de se concentrer sur la partie messagerie pure, d'abord parce que c'est ce pourquoi est fait Jabber/XMPP, ensuite parce que d'autres protocoles très performants existent dans le domaine de la transmission de la voix et de la vidéo et qu'il vaut mieux chercher à être compatible avec ces derniers que de réinventer la roue.

        Tout ça pour dire que ton protocole pour la voix et la vidéo existe mais n'est qu'au stade « experimental » :
        JEP-0111: A Transport for Initiating and Negotiating Sessions (TINS)
        http://www.jabber.org/jeps/jep-0111.html(...)

        Ce JEP permet d'initier une session SIP depuis une session Jabber/XMPP.

        Pour une implantation par contre c'est pas encore ça mais ça devrait venir. Gizmo l'utilise peut-être déjà mais c'est à vérifier :
        http://www.gizmoproject.com(...)

  • # mailing-lists + multi-user chats

    Posté par  (site web personnel) . Évalué à 1.

    Sur le site jabber.org, il y a un lien "chatrooms", qui pointe sur cette page :
    http://www.jabber.org/about/chatrooms.shtml(...)

    Tu peux y trouver les références vers les listes de diffusion et groupes de discussion appropriés, ainsi que les archives et logs, respectivement.

Suivre le flux des commentaires

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