Bonjour tout le monde,

Je poste sur le forum car je n'arrive pas a vérifier mon adresse e-mail sur la forge... Cependant, j'ai eu des difficultés à utiliser jResponseTcpdf avec la méthode WriteHtml et les balise img. Je ne suis pas vraiment sûr mais je crois qu'il y a un bug avec jelix dans jTcpdf.class.php sur la définition de "K_PATH_URL".

Version 1.1.3 stable : lib/jelix/utils/jTcpdf.class.php

ligne 15 :

 define('K_PATH_URL', $GLOBALS['gJConfig']->urlengine['basePath']);

Or dans tcpdf_config.php, on a

 /**
 URL path to tcpdf installation folder (http://localhost/tcpdf/).
 By default it is automatically calculated but you can also set it as a fixed string to improve performances.
 */
 define ('K_PATH_URL', $k_path_url);

Si j'utilise le moteur d'url basic_significant , $GLOBALS['gJConfig']->urlengine['basePath'] vaut '/'. Or il faut que la constante K_PATH_URL soit égale à http://localhost/ ou quelque chose comme ca.

Du coup, si je change la fameuse ligne 15 de jTcpdf plus haut en :

 if(isset($_SERVER['HTTP_HOST']))
  define('K_PATH_URL', 'http://' . $_SERVER['HTTP_HOST'] .  $GLOBALS['gJConfig']->urlengine['basePath']);
 else
  define('K_PATH_URL', $GLOBALS['gJConfig']->urlengine['basePath']);

Tout marche bien (les images sont incluses dans le pdf). Sinon, Tcpdf lance une exception en disant que le chemin d'accès est introuvable (normal, puisqu'il essaie de remplacer tous les '/' de mon url par quelque chose comme '/var/www/app_jelix/')

Note : Le bug n'est pas du tout résolu "génériquement", ca m'a juste permis d'avancer sur mon projet avec ma config serveur, mais en testant avec https et pour tous les moteurs d'url jelix, y'aurai moyen de réparer ca rapidement.

Voila, et encore merci pour ce Framework!

C'est vraiment n'importe quoi cette histoire dans tcpdf.. Pourquoi donner une url complète alors que les fichiers sont sur le même serveur, sur le même disque ??

Quand aura-t-on un jour, en php, un vrai outils de production de pdf ??