Erwan.me

La librairie Javascript Highcharts utilise la librairie Java Batik (libbatik-java sous Ubuntu et Debian) pour convertir le SVG vers une image PNG, JPEG ou encore en PDF.
L'erreur "Error while setting up fonts" :

Converting e187bbbb4d20a234baaba37e93601901.svg to /tmp/e187bbbb4d20a234baaba37e93601901.pdf ... org.apache.batik.transcoder.TranscoderException: Error while setting up PDFDocumentGraphics2D
Enclosed Exception:
Error while setting up fonts
at org.apache.fop.svg.PDFTranscoder.transcode(PDFTranscoder.java:189)
at org.apache.batik.transcoder.XMLAbstractTranscoder.transcode(Unknown Source)
at org.apache.batik.transcoder.SVGAbstractTranscoder.transcode(Unknown Source)
at org.apache.batik.apps.rasterizer.SVGConverter.transcode(Unknown Source)
at org.apache.batik.apps.rasterizer.SVGConverter.execute(Unknown Source)
at org.apache.batik.apps.rasterizer.Main.execute(Unknown Source)
at org.apache.batik.apps.rasterizer.Main.main(Unknown Source)
... error (SVGConverter.error.while.rasterizing.file)

La solution (pour un document root apache2 sur /var/www) :
mkdir -p -m 0777 /var/www/.fop

Source :
http://stackoverflow.com/questions/8505581/svg-generation-with-fop-doesnt-work

jQuery et clone() sont dans un bateau. jQuery pousse clone(). Qui tombe à l'eau ?

Internet Explorer 7 bien sûr ! Hum, désolé.

Si vous avez l'habitude de cloner des éléments puis de les modifier via la fonction attr(), sachez qu'Internet Explorer 7 modifiera l'original plutôt que l’élément cloné. Ce comportement ennuyeux apparaît depuis jQuery 1.6 sous IE7 (IE6 ?). La raison est que le clonage n'utilise plus innerHTML mais cloneNode directement. Il y à plusieurs solutions :

• Abandonner le support de IE7
• Utiliser prop() en lieu et place de attr() (comprenez bien la différence et les implications)
• Utiliser la propriété javascript directement : $input.get(0).name = 'nouveau';
• Faire un sale clonage du genre : var $nouveau = $('<tr>'+$ligne.get(0).innerHTML+'</tr>');

Plus d'informations :

• Le ticket jQuery n°9777

show() // hide() VS this.style.display = "" // this.style.display = "none" Quel est le vainqueur ?

$('ul#grosseListe li').hide();

$('ul#grosseListe li').each(function() { this.style.display = "none";});

Un petit pense bête pour moi-même qui peut servir à d'autres :

jQuery rend les requêtes Ajax enfantine, et on peut passer notre temps gagné à jouer un peu avec les en-têtes HTTP. Que faire quand le contenu récupéré ne correspond pas à ce que l'on souhaitait (erreur de base de donnée, 404,...). Par exemple, une session PHP suivie d'un certain temps d'inactivité et voila votre visiteur qui se retrouve avec un formulaire d'identification la où il ne devrait pas être... Il y a sûrement plus élégant, mais une redirection me paraît bien appropriée :

Le code javascript :

$.ajax(
       {
           method: "get",url: "index.php",data: "param="+valeurParam,
           beforeSend: function(){ $("#chargement").show();},
           complete: function(xmlHttp) { 
                       $("#chargement").hide(); 
                       if (xmlHttp.status == 204) 
                                  top.location.href = 'indentification.php'; 
           },
           success: function(html)  {
               $("#resultat").html(html);
               $("#resultat").show();
           }
       });

La partie PHP :

       // Si $_GET['param'] et pas de session :
       header("HTTP/1.0 204 No Content"); // true, 204);
       die();

Si la requête aboutie sur un code 204 , alors on redirige l'utilisateur vers le formulaire d'identification.