Stage Flavien Crochard Semaine 15
Mise en test dans une clinique
Le serveur de la clinique dans laquelle l'intégration de dompdf est activée a une version de php différente de celle que j'utilise en locale. Ce serveur a une version 5.1.6, alors que j'utilise une version supérieure à 5.3.
L'envoi en post du compte-rendu a posé problème avec cette version 5.1.6. Un ou plusieurs caractères dans le code source du compte-rendu en sont la cause.Pour résoudre ce problème, j'ai utilisé la fonction javascript encodeURIComponent qui encode en URI? tous les caractères, et en php, la fonction urldecode pour décoder.
Un autre bug est apparu ensuite, que j'ai corrigé avec une fonction d'utilisateur trouvé sur Internet. Il s'agit de caractères non utf-8 et qui posent donc problème lors de l'encodage et du décodage.
Et j'ai rajouté une fonction qui converti les entités HTML ( ) en entités XML (   par exemple).
Cette fonction s'appelle xmlEntities.
Bug de <tr/>
Lorsque domPDF rencontre une balise <tr/> , la mise en page est altérée. Cependant, rencontrer cette balise n'est pas valide html. Il faut qu'elle contienne également une balise <td/> , même si elle est vide. J'ai donc complété la fonction recursiveRemove pour qu'elle crée un node td vide si elle rencontre un node parent ayant pour nodeName tr.
Création d'une fonction de conversion en lot de compte-rendus
J'ai développé un fichier php :
-
benchmark-pdf.php: ce fichier récupère tous les compte-rendus sans CFile. Ensuite, il créé tous les CFile et les pdf associés, avec un pas que l'on peut choisir. -
benchmark-pdf.tpl: c'est la vue qui permet de lancer la conversion.
Dernièrement modifié par flavien
, Basé sur le travail de
system
.
Modifiée dernièrement le lundi 10 de mai, 2010 09h35m55.
