Ce billet a pour but de vous présenter une des nombreuses killer feature que contiendra CodingTeam (qui devrait d'ailleurs sortir dans plus très longtemps) et donc de vous intéresser au développement du projet à l'insu de votre plein gré. En effet, avec ce genre de billet, mon but inavoué est de vous intéresser à CodingTeam via des petits entrebâillements de porte laissant entrevoir des choses chouettes et sexy. Grâce à ça, donc, je pourrai faire naitre chez vous une genre de fièvre, une attente insoutenable et une impatience de voir la sortie de CodingTeam 0.9, alors qu'au départ, vous n'en aviez pas réellement grand chose à faire.

Et cette méthode marche ! Voilà quelques jours que je parle de ce futur scoop sur les salons Jabber et voici une réaction (je suis gentil, j'ai mis des majuscules à ses smileys histoire qu'il soit présentable) :

[03:57:47] louiz': t'es chiant, t'arrives à me faire avoir hâte d'un truc qui a pourtant pas tant d'importance pour moi :D
[03:57:49] louiz': magne toi :P

Et cette petite lueur qui ravive en vous la flamme du fan de CodingTeam, c'est l'intégration de graphiques en SVG pour les projets, dans la forge ! Un truc que personne n'attendait, qui n'avait jamais été prévu ni même évoqué, mais qui arrive, pourtant.

Voici une capture de la bête dans son élément naturel prise il y a quelques heures.

C'est bien sûr un aperçu et peut-être que beaucoup de choses changeront encore (ou pas), mais c'est déjà un premier jet qui fonctionne pas trop mal. Là, il s'agit donc de comparer, par versions publiées, le nombre de bugs rapportés au nombre de bugs encore ouverts. Mais, vous vous doutez bien que sur une forge, il y a bien d'autres chiffres disponibles. Donc, si il s'avère que tout ça tourne bien, il y aura bien les statistiques en SVG dans la prochaine version de CodingTeam, et ça touchera plusieurs points important de la conception d'un logiciel.

Et les traditionnelles informations pour en savoir plus et/ou pour participer (et, avec de la chance, peupler le salon des utilisateurs désespérément pas-très-fréquenté) :

• Salon Jabber des utilisateurs : codingteam@conference.codingteam.net
• Salon Jabber dédié au développement (notez qu'on y kick les squatteurs qui n'envoient pas de patchs) : codingteam-dev@conference.codingteam.net

On y parle français et anglais, donc, n'hésitez pas, viendez !
De même, pour l'accès au dépôt Subversion : svn co http://svn.codingteam.net/code/codingteam/trunk codingteam
Les lecteurs sérieux auront d'ailleurs remarqué que j'ai renommé le projet source sur la forge, en codingteam, ce qui est quand même bien plus logique, même si ça va poser des problèmes de flux à certain, voilà, ils sont au courant, mettez vous à jour (mais par contre, le dépôt reste accessible via source ou codingteam, histoire de pas avoir d'embêtements).

Et tout ça nous amène donc à nous poser cette petite question : pourquoi les gens utilisent Flash pour afficher ce genre de choses ?
Google Analytics et tout un tas d'autres applications génèrent leurs graphiques via Flash. Alors que Flash, saimal parce que c'est pas ouvert, le client officiel n'est pas libre et c'est bien lourd au point de souvent causer le plantage de mon navigateur. Là au moins, avec SVG, on a quelque chose de logique (un fichier XML avec tout plein de coordonnées à calculer - miam, ou pas - et une feuille de style), c'est « simple » et c'est beau. Quand on regarde un graphique généré par SVG et un autre généré par Flash, on a du mal à voir la différence, puisqu'il y a les mêmes artifices (rollover, infobulles...). Alors autant choisir SVG, parce que, si une chose est incontestable, c'est que XML sailebien.

SVG roulaise, CodingTeam roulaise !
Et on remercie tous chaleureusement MsieurHappy qui, après avoir fait tout un tas de tests en rapport avec la génération de graphes en SVG, m'a soumis l'idée, une preuve de concept (avant tout le monde, yeah !) et plein de conseils pour réaliser quelque chose de bien.