Discussion:Implémentation

De Wiki JabberFR
Révision datée du 3 juillet 2007 à 21:41 par Omega (discussion | contributions) (→‎Retirer les numéros de versions des tableaux)
(diff) ← Version précédente | Voir la version actuelle (diff) | Version suivante → (diff)
Aller à la navigation Aller à la recherche

Proposition d'améliorations

  • Lignes :
    • Type de client : s/Simple/Jabber ?
    • Plateforme : plutôt préciser Win/Mac/Linux, plutôt que GTK/Qt, ce qui n'est pas forcément synonyme de Linux et/ou portabilité.
  • Colonnes :
    • Pour des raison de lisibilité, est-il nécessaire de maintenir des colonnes pour NeosMt, Pandion, Spark qui ne sont que des logiciels propriétaires à la diffusion confidentielle ? A mon humble avis, non. Trillian/Trillian Pro est bien plus utilisé à mon avis, mais je n'ai rien pour le prouver. iChat et GTalk sont largement utilisés eux, donc ils ont leur place.

Nyco 23 jan 2006 à 10:28 (CET)

Je change les liens sur les noms des clients vers la page dédiée à ce client sur le wiki plutôt que vers les pages officielles. De manière générale, il faut renvoyer au maximum vers des pages du wiki plutôt que n'importe où sur le web car ça participe de la cohérence du wiki et facilite la navigation. Dans le cas des clients, le lien vers le site officiel est de toute façon sur la page wiki du client mais au moins on est sûr que la page wiki est en français, offre souvent une description simple et compréhensible du client, peut mener vers d'autres sources intéressantes comme des tutoriels, etc.

Participation aux logiciels libres

Je ne sais pas si un logiciel d'une société qui participe activement au monde des logiciels libres doit se voir "effacé" de toutes publication sachant qu'il est gratuit. Peut etre le logiciel libre doit aussi rendre la pareil aux sociétés qui y participent pour les encourager à y participer encore. Je pense particulierement à JiveSoftware avec leur client Spark proprietaire et leur serveur WildFire et librairie java xmpp open source... C'est à discuter

Nahuel 23 jan 2006 à 11:37 (CET)

Un tableau complet avant tout

Merci à vous deux de vous intéresser à ce document. J'ai décidé de ne pas mentionner les clients propriétaires payants (comme Trillian) mais sinon je désirais inclure le maximum de clients possibles. L'idée est de définir quel client offre le support Jabber le plus complet et le plus à jour, sans se soucier des licenses.

Il manque Miranda c'est vrai, Piorun aussi, et surtout plein de cases non renseignées dans les clients déjà cités.

Linux plutôt que GTK ou QT ? Pourquoi pas... il me semblait juste pratique d'avoir ce renseignement. Par GTK, il faut comprendre : client Linux utilisant GTK.

Je me suis permis de changer Gtk et Qt en Linux. En effet, cela prêtait à confusion, car Qt et Gtk ne sont que des bibliothèques, qui plus est multiplateformes Win/Mac/Linux. Nyco 24 jan 2006 à 16:20 (CET)
Oui c'est mieux comme ça. J'ai mis Nux plutot que Linux pour gagner quelques précieux caractères sur la longueur. Si ça va pas, n'hésite pas à remettre Linux.

Le tableau manque cependant de lisibilité, je vais de ce pas le scinder en deux : clients simples (ou Jabber comme le propose Nyco) d'un côté et multiclients de l'autre. C'est la distinction principale faites dans les autres pages du wiki et elle est pertinente.

Pierred 24 jan 2006 à 12:22(CET)

Autre clients

Les futurs proches

Comme la communauté Jabber est particulièrement active ces temps-ci, je propose de parler des futurs proches, ceux qui sont fiables :

  • Psi 0.11 intègrera Jingle
  • le prochain Kopete intègrera Jingle
  • le prochain Gaim intègrera Jingle
  • le prochain WengoPhone (OpenWengo), logiciel libre (licence GPL) de téléphonie sur IP, basé sur le protocole standard ouvert SIP, sera une extension Firefox, et intègrera Jabber dans une future version : post de Daniel Glazman sur son blog, le développeur de cette version du WengoPhone et la post de Tristan Nitot sur son blog sur le même sujet.
  • OpenZoep est un logiciel libre (licence GPL) de VoIP/IM basé sur les protocoles standard ouverts XMPP/Jabber et SIP (une JEP est en cours de rédaction)

Je ne pense pas que ce soit une très bonne idée d'intégrer des logiciels en version instable. A la limite, si vous voulez les rajouter, rajoutez les dans une section à part à la fin. -- Tiennou

Syntaxe wiki

Je ne suis pas vraiment convaincu par la réécriture en syntaxe wiki. Qu'est ce que ça apporte de plus ? Parceque pour l'instant, je vois juste que ça diminue la lisibilité du code et qu'il est devenu difficile de savoir à quel client correspond telle case du tableau. Eclairez-moi car je suis prêt à me laisser convaincre.

Pour moi, il n'y a pas photo, la syntaxe wiki est bien plus simple à lire et maintenir que le (X)HTML, mais c'est sans doute une affaire de goût ? Nyco 27 jan 2006 à 11:44 (CET)
En effet, ma critique est partiellement résolue par la réorganisation. Sinon, j'aime beaucoup la réorganisation avec les noms plus explicites, très sympa.
Je vais harmoniser les "absences d'implémentation" qui sont pour l'instant en "-", "Non" et "x". Le tableau ne gagnerait-il pas à avoir des caractères plus petits, comme ceux du reste du site ?
Pierred 27 jan 2006 à 17:32 (CET)

Indentation et signature

Ce n'est pas l'endroit, mais je signale que, pour plus de clarté, vous devez indenter et signez vos commentaires dans les pages de discussion :

  • l'indentation se fait par le caractère ":" en premier caractère de la ligne, "::" pour une double indentation, etc.
  • la signature se fait grâce au ~~~ triple tilde et ~~~~ quadruple tilde, si vous voulez dater (mieux)

Nyco 27 jan 2006 à 11:51 (CET)

Colonne "Transport" ? (ou "Passerelle")

Que pensez-vous d'ajouter une colonne "Transport" (ou "Passerelle") ?

Je ne sais pas si tous les clients implémentent cette fonctionnalité, en tout cas, le paramétrage par interface graphique clic-clic n'est pas toujours présent. J'en veux pour preuve la possibilité d'ajouter des transports via Psi (ou autre client Jabber) sur un compte Google Talk, permettant aux utilisateurs de Google Talk de converser avec des IM "étrangères".

Nyco 30 jan 2006 à 15:25 (CET)

C'est une idée. Je n'avais pas inclu cette information dans le document original car je suis philosophiquement contre la promotion des passerelles, et surtout parcequ'il s'agissait d'évaluer l'état des implémentations Jabber dans les clients et que, malgrè la JEP, je n'arrive pas à considérer ces services comme étant partie intégrante de Jabber.
Mais bon, maintenant que ce document est devenu collaboratif, je n'ai pas d'opposition à formuler. Une colonne "Transports" ? Ouais, ouais, pourquoi pas....
PS : Et je voudrai vous remercier pour vos précieuses collaborations. Nous sommes en train de rédiger un belle ressource.
Pierred 30 jan 2006 à 15:42 (CET)
Je partage le même avis... Mais il faut bien reconnaître que les passerelles sont une solution "transitoire-infinie" de migration des IM proprios vers Jabber. Je dis "transitoire-infinie" car les utilisateurs qui migrent disent garder leurs futurs-anciens contacts proprios pour un temps seulement, mais en ont toujours qui se renouvellent ad vitam eternam.
Nyco 30 jan 2006 à 16:49 (CET)


Clients Web et serveurs

Nyco a ajouté le tableau "clients web". En effet, c'est bien d'en parler mais pourquoi un nouveau tableau ? Le Web est un plateforme, comme Window, Mac ou Linux, et il existe des clients purs Jabber et des multiclients, comme sur les autres plateformes. Il me semble donc plus élégant de les rajouter dans les deux tableaux existants. Qu'en pensez vous ? Pierred 8 f?2006 à 17:03 (CET)

En effet, c'est un peu à part, j'en fais une section. Nyco
C'est pas ça que j'ai voulu dire... enfin, je fais les modifs et on voit si ça convient? Pierred 13 f?2006 à 21:18 (CET)
Go ! ;-) Nyco 14 f?2006 à 10:02 (CET)
OK, j'ai vu ce que tu voulais dire. Très bien. Maintenant, je pense qu'il faut différencier les logiciels des services... En effet, prenons l'exemple de Meebo, ce n'est qu'un service, le logiciel n'est pas - à ma connaissance - téléchargeable et ni installable. En revanche, JWChat est un logiciel libre que l'on peut installer chez soi, sur le serveur de l'asso ou en environnment corporate. Je propose donc de mentionner Service web/Logiciel web, sachant que la case peut contenir une seule ou les deux options. Nyco
Je pense avoir résolu ce problème en ne mentionnant que "web" dans la colonne plate-forme mais en rajoutant "service" dans la colonne "licence" (regarde Meebo). Je trouve ca élegant car ca indique bien que le client n'est pas distribué, donc que la licence (libre propriétaire) n'est pas une information pertinente, tout en gardant la colonne plateformes "propre". Pierred 6 mar 2006 à 15:03 (CET)

Déplacement sur les pages Clients/Serveurs/Bibliothèques

Cette page est très bien, mais à mon avis pas à sa place. Je pense qu'on devrait mettre les tableaux sur la page correspondante dans le wiki, c'est à dire mettre les tableaux à propos des clients sur la page Clients, celui sur les serveurs dans la page Serveurs, ...

Je pense aussi qu'on devrait alléger les tableaux en virant les clients morts et plus du tout utilisés (genre XIFFIAN et Punjab, punjab n'étant pas vraiment un client jabber). Omega 1 mai 2007 à 18:22 (CEST)

Ouaip, je suis plutôt d'accord. Et puis il faudrait se concentrer sur les logiciels vraiment utilisés/intéressants. Elghinn 3 mai 2007 à 20:28 (CEST)

Retirer les numéros de versions des tableaux

Je vient de mettre à jour 2/3 entrées dans le tableau, et je suis en train de me dire que ça ne sert pas à grand chose d'avoir la version.

Déja, je pense pas que ça soit très utile en soi, donc ça encombre le tableau, qui pourrais être plus clair.

Ensuite, les infos sont souvent désynchronisés par rapport à la page du wiki qui correspond, il faut donc passer et modifier à la main, car on oublie souvent de les mettre à jour.

Vous pensez pas qu'on devrait retirer la colonne ( et la date de sortie aussi ) ? --Misc 1 juillet 2007 à 20:20 (CEST)

  • Avoir le numéro de version a un gros avantage, on sait si la ligne est à jour ou pas. Je suis sur que si on ne le mettait on aurait beaucoup de lignes qui seraient pas du tout à jour. Omega 3 juillet 2007 à 23:41 (CEST)