Sur les serveurs de Google, il n'y a pas de conférence et l'implémentation des chats à plus de deux est spécifique (la dernière fois que j'ai essayé).
En gros t'es en train de me dire « j'utilise un truc non standard et ça ne marche pas », ben je te réponds que ça ne vient pas d'XMPP le problème.
Pour les clients différents, je n'arrive pas toujours à insérer une image dans la conversation, l'audio/vidéo ne marche presque jamais, les conversations à plusieurs ne sont pas toujours possibles (probablement encore la faute à Google)...
Insérer une image c'est déjà un comportement très particulier. Personnellement je n'en ai pas l'utilité donc je n'irai pas implémenter ça d'instinct dans mon client, mais si des gens me le demandent dans le bugzilla, je le ferai très probablement. Quant à jingle, j'ai dis dans mon commentaire précédent que tout jingle n'était pas standardisé (il y a un dernier appel aux retours avant standardisation pour les codecs audio en ce moment).
Tu vas me dire que j'utilise de mauvais clients ou de mauvais serveurs, mais le problème c'est que même en changeant je resterai limité par les logiciels des autres.
Mauvais pas forcément, mais qui ne te convient pas (enfin j'aurais tendance à dire qu'utiliser un serveur centralisé d'une grosse boîte commerciale est une mauvaise idée de toute façon). Comme dit par ailleurs tu peux utiliser un service sur un autre serveur tout en restant sur le tiens.
Après les limitations, pareil je reviens sur ce que j'ai dit: un logiciel qui n'a pas une fonctionnalité, c'est indépendant du protocole, ça ne va pas se faire automagiquement. Demande ce qui te manque aux dévs, ou change de client, ou si tu en as les compétences et le temps, patche le.
Plus pour longtemps, un client CLI et un client web sont prévu, mais ils seront tous basés sur la libretroshare ce qui devrait éviter pas mal de problèmes.
Ça reste l'idée d'un client unique: une bibliothèque peut être plus intéressante dans un autre langage pour des questions de performance/popularité/rapidité de développement/etc.
Peut être qu'un jour des passerelles existeront entre les deux.
[^] # Re: Oh le joli FUD
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Des bases de données sociales aux réseaux sociaux. Évalué à 3.
En gros t'es en train de me dire « j'utilise un truc non standard et ça ne marche pas », ben je te réponds que ça ne vient pas d'XMPP le problème.
Insérer une image c'est déjà un comportement très particulier. Personnellement je n'en ai pas l'utilité donc je n'irai pas implémenter ça d'instinct dans mon client, mais si des gens me le demandent dans le bugzilla, je le ferai très probablement. Quant à jingle, j'ai dis dans mon commentaire précédent que tout jingle n'était pas standardisé (il y a un dernier appel aux retours avant standardisation pour les codecs audio en ce moment).
Mauvais pas forcément, mais qui ne te convient pas (enfin j'aurais tendance à dire qu'utiliser un serveur centralisé d'une grosse boîte commerciale est une mauvaise idée de toute façon). Comme dit par ailleurs tu peux utiliser un service sur un autre serveur tout en restant sur le tiens.
Après les limitations, pareil je reviens sur ce que j'ai dit: un logiciel qui n'a pas une fonctionnalité, c'est indépendant du protocole, ça ne va pas se faire automagiquement. Demande ce qui te manque aux dévs, ou change de client, ou si tu en as les compétences et le temps, patche le.
Ça reste l'idée d'un client unique: une bibliothèque peut être plus intéressante dans un autre langage pour des questions de performance/popularité/rapidité de développement/etc.
J'espère bien.