Et des fois moi aussi je me sens frustré, c'est comme ça.
- Les spécifications de XMPP sont étudiées et validées par un comité plutôt que par une "entité dominante" comme c'est le cas pour les protocoles propriétaires. L'inconvénient c'est qu'il faut que tout le monde soit d'accord. L'avantage c'est que c'est plus propre!
- Les innovations sont possibles, mais faut-il d'abord proposer la spec et suivre un long processus ou se lancer dans une implémentation chez soi avant de balancer "ça marche, je m'en sers, à vous de suivre!" (ce qu'à plus ou moins fait Google avec Jingle).
Perso je dirais qu'il n'y a pas de mal à marquer des fonctions "expérimentales" dans les clients, pour tester des principes sans tromper l'utilisateur: ça peut dégager ou changer complètement d'une version à l'autre sans compatibilité ascendante. Je vois plusieurs clients avoir un plugin pour taper des formules en LaTeX, peut-être que ça deviendra un XEP?
- Il y a plein de clients différents. Ben oui. Plus haut quelqu'un a écrit qu'il veut un client en Qt mais qui tourne aussi sur Mac OSX et qu'il faudrait un "Firefox" du client XMPP.
Et bien on ne peut pas tout avoir!
Si on a un "Firefox" du client XMPP qui fait tout et est multi-plateforme, on ne pourra pas lui demander de bien s'intégrer dans KDE/Gnome/XFCE/E17 en même temps.
D'ailleurs, il y a Firefox, et il y a plein d'autres navigateurs populaires.
Il faudrait donc des Gecko et autres KHTML/Webkit du XMPP.
Et bien ça va exister, ce sera intégré via le protocole Telepathy et les backends (peut-être une alternative du côté des bibliothèques de GTalk de l'autre côté?).
Bref, moi aussi, je suis impatient d'avoir plein de killer-features dans mes clients XMPP, mais vu que je ne sais pas programmer, je prends mon mal en patience et je teste l'existent (pas encore fait de remontée de bug, mais en même temps, j'en ai jamais vu qui n'étaient pas déjà remontés...). Je ferais bien une contribution sur les traductions, mais les clients qui m'intéressent n'ont pas vraiment besoin de traducteur français (Gajim, Pidgin, Kopete).
Il ne me reste qu'à apprendre la programmation ou avoir de bonnes idées! :P
# Et ben oui!
Posté par Maclag . En réponse au journal Jabber XMPP, comment l'exploiter (enfin) au mieux ?. Évalué à 3.
- Les spécifications de XMPP sont étudiées et validées par un comité plutôt que par une "entité dominante" comme c'est le cas pour les protocoles propriétaires. L'inconvénient c'est qu'il faut que tout le monde soit d'accord. L'avantage c'est que c'est plus propre!
- Les innovations sont possibles, mais faut-il d'abord proposer la spec et suivre un long processus ou se lancer dans une implémentation chez soi avant de balancer "ça marche, je m'en sers, à vous de suivre!" (ce qu'à plus ou moins fait Google avec Jingle).
Perso je dirais qu'il n'y a pas de mal à marquer des fonctions "expérimentales" dans les clients, pour tester des principes sans tromper l'utilisateur: ça peut dégager ou changer complètement d'une version à l'autre sans compatibilité ascendante. Je vois plusieurs clients avoir un plugin pour taper des formules en LaTeX, peut-être que ça deviendra un XEP?
- Il y a plein de clients différents. Ben oui. Plus haut quelqu'un a écrit qu'il veut un client en Qt mais qui tourne aussi sur Mac OSX et qu'il faudrait un "Firefox" du client XMPP.
Et bien on ne peut pas tout avoir!
Si on a un "Firefox" du client XMPP qui fait tout et est multi-plateforme, on ne pourra pas lui demander de bien s'intégrer dans KDE/Gnome/XFCE/E17 en même temps.
D'ailleurs, il y a Firefox, et il y a plein d'autres navigateurs populaires.
Il faudrait donc des Gecko et autres KHTML/Webkit du XMPP.
Et bien ça va exister, ce sera intégré via le protocole Telepathy et les backends (peut-être une alternative du côté des bibliothèques de GTalk de l'autre côté?).
Bref, moi aussi, je suis impatient d'avoir plein de killer-features dans mes clients XMPP, mais vu que je ne sais pas programmer, je prends mon mal en patience et je teste l'existent (pas encore fait de remontée de bug, mais en même temps, j'en ai jamais vu qui n'étaient pas déjà remontés...). Je ferais bien une contribution sur les traductions, mais les clients qui m'intéressent n'ont pas vraiment besoin de traducteur français (Gajim, Pidgin, Kopete).
Il ne me reste qu'à apprendre la programmation ou avoir de bonnes idées! :P