Les évolutions de l'outil Smart-Paquets - commentaires Les évolutions de l'outil Smart-Paquets 2010-12-27T13:37:11Z https://blog.smellup.net/spip.php?article24#comment61 2010-12-27T13:37:11Z <p>A partir du moment où on a le source XML en mémoire, l'analyse est plus rapide qu'un accès disque. Et limiter les extensions ne me paraît vraiment pas bon : c'est restreindre la liberté de développement.</p> Les évolutions de l'outil Smart-Paquets 2010-12-27T11:01:52Z https://blog.smellup.net/spip.php?article24#comment60 2010-12-27T11:01:52Z <p>Oui, mais je me demande ce qui coute le plus : rechercher quelques fichiers (on pourrait aussi limiter les extensions) ou récupérer une balise ou un attribut dans le fichier xml<small class="fine d-inline"> </small>?</p> Les évolutions de l'outil Smart-Paquets 2010-12-27T10:20:43Z https://blog.smellup.net/spip.php?article24#comment59 2010-12-27T10:20:43Z <p>En ce qui concerne le logo d'un plugin, la spécification <a href='https://blog.smellup.net/spip.php?article7' class="spip_in" rel='nofollow'>Des DTD pour décrire et archiver les plugins</a> a prévu de l'indiquer par l'attribut <i>logo</i> de la première balise, en remplacement de la balise <i>icon</i> des actuels fichiers plugin.xml (au passage <a href="http://www.spip.net/fr_article3448.html" class="spip_out" rel='nofollow external'>la doc officielle</a> n'en parle pas, et je n'ai pas vu où cela était documenté ailleurs). Il me semble qu'on peut donc le retrouver facilement par là. La technique du nom standard ne me parait pas bonne, car déjà il faut accepter des variantes sur le format (jpg, gif, png, svg au minimum) donc 4 tests d'existence par plugin, c'est pas jouable.</p>