<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
  <title>Artisan Numérique</title>
  <link rel="alternate" type="text/html" href="http://artisan.karma-lab.net/node/1533"/>
  <link rel="self" type="application/atom+xml" href="http://artisan.karma-lab.net/node/1533/atom/feed"/>
  <id>http://artisan.karma-lab.net/node/1533/atom/feed</id>
  <updated>2008-11-08T13:25:07+01:00</updated>
  <entry>
    <title>Le point sur l&#039;artisanat local</title>
    <link rel="alternate" type="text/html" href="http://artisan.karma-lab.net/node/1533" />
    <id>http://artisan.karma-lab.net/node/1533</id>
    <published>2008-05-03T21:35:24+02:00</published>
    <updated>2008-11-08T13:25:07+01:00</updated>
    <author>
      <name>Ulhume</name>
    </author>
    <category term="Informations sur le site" />
    <category term="drupalfr.org" />
    <category term="OK" />
    <category term="Planet Libre" />
    <category term="Article" />
    <summary type="html"><![CDATA[<p>
  Petit billet à destination de ceux qui s'intéressent aux productions libres disponibles sur ce site.  
</p>
    ]]></summary>
    <content type="html"><![CDATA[<p>
  Petit billet à destination de ceux qui s'intéressent aux productions libres disponibles sur ce site.  
</p>
<!--break-->
<p>
  Dans la catégorie "généralités", j'ai vaguement torpillé le module Drupal contrib <a class='external' target='_blank' href='http://drupal.org/project/project' >Project</a> pour le faire un peu mieux coller à mes besoins. La présentation des projets est maintenant sur une seule page, avec un ensemble de sections standard :
<ul>
  <li>Licences</li>
  <li>Téléchargement des versions binaires</li>
  <li>Documentation (s'il y en a une <img src="http://artisan.karma-lab.net/sites/all/modules/contrib/smileys/packs/crystal/wink2.gif" title="Wink" alt="Wink" class="smiley-content"/></li>
  <li>Accès aux sources via Subversion</li>
  <li>Liste des anomalies par projet et soumission de nouvelles (il faut avoir un compte)</li>
  <li>Liste des fonctionnalités demandées et soumission de nouvelles (il faut avoir un compte)</li>
</ul>
</p>
<p>
  Ça se passe donc dans <q>Artisanat </q>, par le menu en haut du site, à côté de <q>thèmes</q> dont voici les nouveautés et choses à venir. 
</p>
<p>

	<a name='chapter_1'></a>
  <h2>TuxDroid</h2>
	
<p>
  Ce matin, j'ai mis à jour l'ami TuxDroid avec une moyenne bonne surprise. Le démon TTS (parole) semble avoir changé et l'API ne peut plus s'y connecter. J'ai modifié le reste pour qu'il fonctionne avec le démon tuxd (mouvements, senseurs, etc) et là tout est revenu à la normale, mais pour le langage, il va falloir que je me penche un peu plus avant sur la question de ce qui a bougé et donc sur le nouveau démon fournit dans TuxSetup 1.3.<.p>
<p>
  Donc pour ceux qui voudraient utiliser le reste, la version <a class='external' target='_blank' href='http://artisan.karma-lab.net/node/1265' >trunk</a> est mise à jour, il faut juste recompiler. </p>
<p>
   Au passage, suite à pas mal de cris, j'ai viré Maven2 du système de construction, pour repasser à un bon vieux ANT. J'ai aussi rajouté une note (Merci à Garf de me l’avoir fait remarquer) pour ne pas oublier de télécharger aussi les sources de <a class='external' target='_blank' href='http://artisan.karma-lab.net/node/1283' >Java Commons Library</a>. 
</p>
<p>
  Pour finir sur le Tux, une nouvelle sympatoche, en plus d’avoir (enfin) reçu mon TShirt TuxDroid officiel, j'ai été contacté par la <a class='external' target='_blank' href='http://www.tuxisalive.com/' >société Kysoh</a>.
</p>
<p>
 Leur équipe de développement est en train de réaliser un nouvelle architecture de démons qui communiqueraient un peu dans la ligne de ce dont on avait longuement <a class='external' target='_blank' href='http://artisan.karma-lab.net/node/1233' >discuté avec Jaguarondi</a>, l'auteur de ce qu'il y a dans le ventre du tux (Rémi, c'est la conversation dont je te parlais et sur laquelle je ne mettais plus la souris). Donc, à priori, les démons ne seront non plus accessibles en Socket/Trames Binaire mais plus simplement par HTTP/XML. Grande évolution qui va en gros diviser par 10 le code de l'API <img src="http://artisan.karma-lab.net/sites/all/modules/contrib/smileys/packs/crystal/wink2.gif" title="Wink" alt="Wink" class="smiley-content"/> et surtout permettre de réaliser des API à la chaîne pour des langages plus diversifiés (y compris Javascript). 
</p>
<p>
  De mon côté je vais donc, en plus de la nouvelle API Java qu'il va falloir porter vers la nouvelle architecture, développer pour Kysoh, mais en modèle libre, une partie de mon ancien TuxletManager vers la nouvelle API des Gadgets. Le tout devant s'intégrer dans un GadgetManager... tout en Java <img src="http://artisan.karma-lab.net/sites/all/modules/contrib/smileys/packs/crystal/smile.gif" title="Smiling" alt="Smiling" class="smiley-content"/>
</p>
<p>
  Voilà. Fin des niouses pour le Pingouin mécaniques <img src="http://artisan.karma-lab.net/sites/all/modules/contrib/smileys/packs/crystal/smile.gif" title="Smiling" alt="Smiling" class="smiley-content"/>
</p>


	<a name='chapter_2'></a>
  <h2>Java Commons Library</h2>
	
<p>
  J'ai été surpris d'apprendre que je n'étais pas le seul à l'utiliser. Comme beaucoup des choses se trouvant dans la catégorie <q>Artisanat Locale</q>, la raison d'origine qui m'avait fait publier ce code était de forcer un peu mes clients à contribuer au libre lorsqu’ils étaient content que j’arrive avec des briques toutes faites pour leur projet. Et comme ces pages sont goulûment mangées par google, ces derniers ne pouvaient pas soutenir ensuite que les dites librairies leur appartenait… Ne riez pas, cela m'est arrivé une fois, j'ai du tout ré-écrire <img src="http://artisan.karma-lab.net/sites/all/modules/contrib/smileys/packs/crystal/arf.gif" title="Arf" alt="Arf" class="smiley-content"/> ).</p>
<p>
    Mais si d’autres l’utilisent, ça change un peu la donne et j'ai donc décidé de la couper en deux. J'ai extrait au maximum les choses trop  bancales, pour n'y laisser que les fonctionnalités les plus pérennes (librairies Shell et XML notamment). J’ai mis la liste des changements à jour pour refléter cette évolution. 
</p>
<p>
  En tout cas, heureux de voir que cette librairie puisse être utile à certains !!
</p>
</p>


	<a name='chapter_3'></a>
  <h2>Drupal WEBDav Module</h2>
	
<p>
  Si le support 
  <a target='_blank' href='http://fr.wikipedia.org/wiki/WEBDAV'>
  WEBDAV
  </a> pour Drupal donné par ce module est dors et déjà opérationnel, il est encore lent et buggé. J'avais été contacté en Novembre dernier par quelqu'un devant m'aider sur le projet. Mais comme cela m’est arrivé trop souvent, le garçon c’est un peu éclipsé au milieu du gué… Là je vais donc tenter de fusionner et achever ses modifications et en profiter pour optimiser le tout et basculer un système de hooks permettant à la communauté Drupal de développer des supports WebDav pour tout et n’importe quoi. 
</p>


	<a name='chapter_4'></a>
  <h2>La librairie perl \"Suza\"</h2>
	
<p>
  A l'origine cette librairie regroupais deux trois choses que j'utilisais régulièrement en perl, sorte de boite à outils Perl.  Lorsque j'ai travaillé en Décembre avec Dab sur la distribution française pour Zaurus, <a class='external' target='_blank' href='http://forum.zaurusfr.org/viewtopic.php?p=3718' >ZaurusFR</a> (qui marche du feu de dieu d'ailleurs, chapeau Dab !!), cette librairie a pas mal évolué. Mais vu que j'utilise Perl de moins en moins, je pense que le projet va simplement « voler » pour être définitivement intégré à la distribution de Dab. Cela ferra une dépendance en moins <img src="http://artisan.karma-lab.net/sites/all/modules/contrib/smileys/packs/crystal/wink2.gif" title="Wink" alt="Wink" class="smiley-content"/>
</p>


	<a name='chapter_5'></a>
  <h2>Conclusion</h2>
	
<p>
Voilà, fin des niouses sur le sujet des productions locales, ne reste plus qu’à faire son marché <img src="http://artisan.karma-lab.net/sites/all/modules/contrib/smileys/packs/crystal/wink2.gif" title="Wink" alt="Wink" class="smiley-content"/>
</p>    ]]></content>
  </entry>
</feed>
