Problème de codage lors de la conversion en PDF via ghtmldoc [Résolu]

sch · 14/02/2005, 15h28

Bonjour,

J'utilise ghtmldoc pour générer des documents en pdf.
Je rencontre un problème de conversion de certains caractères (é,è,à, ...) qui sont affichés ainsi : Ã@, Ã', ....

Cela fonctionne très bien si ma source de données est une base de données mais ici en l'occurence, j'extrais via Java des données d'un annuaire LDAP que je mets dans l'outputDoc.

Si j'affiche mon report en mode XML ou HTML, les accents s'affichent correctement (ce n'est donc pas lié au type d'encodage qui par ailleurs est ISO-8859-15).
Par contre dès que je mets dans XMLC_outputformat=PDF, le problème d'encodage se produit.

J'ai essayé en sauvegardant le fichier XML produit d'éxécuter directement la conversion en PDF via l'outil HTMLDOC et là le problème ne se produit pas.

Cela semble donc être la ligne de commande ghtmldoc.exe qui pose problème.
Y-a-t-il une option à mettre ?
Quelqu'un a-t-il déjà rencontré le pb ?

Merci d'avance pour votre aide.

Nicolas.Cogi · 14/02/2005, 16h23

Je pense que HTMLDOC doit estimer qu'il a affaire par défaut à de l'UTF8 ici.

Tu peux essayer de placer un meta du genre

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

<meta http-equiv="content-type" content="text/html; charset=ISO-8859-15">

dans le <head> de ton HTML pour essayer de forcer le charset utilisé.

J'ai pas testé, alors tiens moi au courant

Sinon, peut-etre en utilisant les entités é etc...

sch · 15/02/2005, 11h23

J'avais déjà testé en mettant un META dans mon xsl mais cela ne change rien.
Le pb vient réellement de la conversion en PDF via HTMLDOC (car les fichiers xml et html générés sont corrects).

J'ai voulu installer la version 1.8.24 de HTMLDOC mais sur le site http://www.easysw.com ce produit est désormais payant (

).

Quelqu'un a-t-il déjà rencontré ce genre de pb ?

sch · 15/02/2005, 11h32

Autres questions :
- comment est implémenté l'appel à HTMLDOC dans xmlrad (à part l'appel à l'initParam XMLC_HTML2PDF bien sur) ?
- Peux-t-on passer des paramètres à htmldoc tels que --webpage, --charset, ... ?

sch · 15/02/2005, 11h44

POur le passage des params à ghtmldoc j'ai trouvé, il suffit de remplir le globalParam XMLC_HTML2PDF_OPTIONS

Je continue mes tests.

Nicolas.Cogi · 15/02/2005, 15h55

le --charset parait interessant !

A tester en rajoutant ce parametre dans les GlobalParams.XMLC_HTML2PDF_OPTIONS pour tester. En revanche, je connais pas la syntaxe exacte du parametre...

sch · 15/02/2005, 17h10

J'ai essayé tout un tas de paramètres mais rien à faire.

J'ai lu aussi que HTMLDOC n'est pas compatible UTF-8 (!!).
Moi je remplis mon fichier XML (outputdoc) via du code Java (donc de l'Unicode - j'ai bien sur essayé de transformer l'Unicode en ISO-8859-1 mais le pb persiste).

J'aimerais comprendre comment fonctionne xmlrad pour la génération de PDF (comment il utilise ghtmldoc) .
Génére-t-il comme pour les autres services un fichier HTML qui est ensuite passé en paramètre à ghtmldoc ?

RDM · 15/02/2005, 23h10

oui c'est ce qu'il fait

sch · 17/02/2005, 14h01

Après avoir (longtemps) fouillé sur le web, visité des forums etc, etc, ... je me suis décidée à faire autrement.

Le principe :
- je sauve les données lues dans un fichier XML (via un BufferedWriter),
- je me positionne au bon endroit ds mon Outputdoc (via un XMLCursor),
- je charge mon fichier xml généré dans un nouveau XMLCursor
- je remplace l'élement de mon premier XMLCursor par le 2ème XMLCursor (celui contenant le fichier XML ).

et cette fois je n'ai plus de problème.

Je n'ai donc pas de réelle solution à ce problème mais une solution détournée.

Mais ca marche ...

Merci à ceux qui m'ont aidé.

Lux interior · 04/03/2005, 13h58

Le download de "htmldoc-1.8.23-winfree.exe" est encors dispo sur http://ftp.pub.cri74.org/pub/win9x/c...libre/HTMLDOC/

14/02/2005, 15h28	#1
sch Invité de passage Inscription : janvier 2004 Messages : 18 Détails du profil Informations forums : Inscription : janvier 2004 Messages : 18 Points : 4 Points : 4	Problème de codage lors de la conversion en PDF via ghtmldoc Bonjour, J'utilise ghtmldoc pour générer des documents en pdf. Je rencontre un problème de conversion de certains caractères (é,è,à, ...) qui sont affichés ainsi : Ã@, Ã', .... Cela fonctionne très bien si ma source de données est une base de données mais ici en l'occurence, j'extrais via Java des données d'un annuaire LDAP que je mets dans l'outputDoc. Si j'affiche mon report en mode XML ou HTML, les accents s'affichent correctement (ce n'est donc pas lié au type d'encodage qui par ailleurs est ISO-8859-15). Par contre dès que je mets dans XMLC_outputformat=PDF, le problème d'encodage se produit. J'ai essayé en sauvegardant le fichier XML produit d'éxécuter directement la conversion en PDF via l'outil HTMLDOC et là le problème ne se produit pas. Cela semble donc être la ligne de commande ghtmldoc.exe qui pose problème. Y-a-t-il une option à mettre ? Quelqu'un a-t-il déjà rencontré le pb ? Merci d'avance pour votre aide.
	00

14/02/2005, 16h23	#2
Nicolas.Cogi Membre éclairé Inscription : janvier 2003 Messages : 284 Détails du profil Informations forums : Inscription : janvier 2003 Messages : 284 Points : 311 Points : 311	Je pense que HTMLDOC doit estimer qu'il a affaire par défaut à de l'UTF8 ici. Tu peux essayer de placer un meta du genre Code : Sélectionner tout - Visualiser dans une fenêtre à part <meta http-equiv="content-type" content="text/html; charset=ISO-8859-15"> dans le <head> de ton HTML pour essayer de forcer le charset utilisé. J'ai pas testé, alors tiens moi au courant Sinon, peut-etre en utilisant les entités é etc... __________________ Nicolas
	00

15/02/2005, 15h55	#6
Nicolas.Cogi Membre éclairé Inscription : janvier 2003 Messages : 284 Détails du profil Informations forums : Inscription : janvier 2003 Messages : 284 Points : 311 Points : 311	le --charset parait interessant ! A tester en rajoutant ce parametre dans les GlobalParams.XMLC_HTML2PDF_OPTIONS pour tester. En revanche, je connais pas la syntaxe exacte du parametre... __________________ Nicolas
	00

15/02/2005, 23h10	#8
RDM Membre Expert Inscription : mars 2002 Messages : 1 426 Détails du profil Informations forums : Inscription : mars 2002 Messages : 1 426 Points : 1 546 Points : 1 546	oui c'est ce qu'il fait __________________ RDM Tout Est Relatif Rubrique XMLRAD: http://xmlrad.developpez.com FAQ XMLRAD: http://xmlrad.developpez.com/faq/
	00

15/02/2005, 11h23	#3
sch Invité de passage Inscription : janvier 2004 Messages : 18 Détails du profil Informations forums : Inscription : janvier 2004 Messages : 18 Points : 4 Points : 4	J'avais déjà testé en mettant un META dans mon xsl mais cela ne change rien. Le pb vient réellement de la conversion en PDF via HTMLDOC (car les fichiers xml et html générés sont corrects). J'ai voulu installer la version 1.8.24 de HTMLDOC mais sur le site http://www.easysw.com ce produit est désormais payant ( ). Quelqu'un a-t-il déjà rencontré ce genre de pb ?
	00

15/02/2005, 11h32	#4
sch Invité de passage Inscription : janvier 2004 Messages : 18 Détails du profil Informations forums : Inscription : janvier 2004 Messages : 18 Points : 4 Points : 4	Autres questions : - comment est implémenté l'appel à HTMLDOC dans xmlrad (à part l'appel à l'initParam XMLC_HTML2PDF bien sur) ? - Peux-t-on passer des paramètres à htmldoc tels que --webpage, --charset, ... ?
	00

15/02/2005, 11h44	#5
sch Invité de passage Inscription : janvier 2004 Messages : 18 Détails du profil Informations forums : Inscription : janvier 2004 Messages : 18 Points : 4 Points : 4	POur le passage des params à ghtmldoc j'ai trouvé, il suffit de remplir le globalParam XMLC_HTML2PDF_OPTIONS Je continue mes tests.
	00

15/02/2005, 17h10	#7
sch Invité de passage Inscription : janvier 2004 Messages : 18 Détails du profil Informations forums : Inscription : janvier 2004 Messages : 18 Points : 4 Points : 4	J'ai essayé tout un tas de paramètres mais rien à faire. J'ai lu aussi que HTMLDOC n'est pas compatible UTF-8 (!!). Moi je remplis mon fichier XML (outputdoc) via du code Java (donc de l'Unicode - j'ai bien sur essayé de transformer l'Unicode en ISO-8859-1 mais le pb persiste). J'aimerais comprendre comment fonctionne xmlrad pour la génération de PDF (comment il utilise ghtmldoc) . Génére-t-il comme pour les autres services un fichier HTML qui est ensuite passé en paramètre à ghtmldoc ?
	00

17/02/2005, 14h01	#9
sch Invité de passage Inscription : janvier 2004 Messages : 18 Détails du profil Informations forums : Inscription : janvier 2004 Messages : 18 Points : 4 Points : 4	Après avoir (longtemps) fouillé sur le web, visité des forums etc, etc, ... je me suis décidée à faire autrement. Le principe : - je sauve les données lues dans un fichier XML (via un BufferedWriter), - je me positionne au bon endroit ds mon Outputdoc (via un XMLCursor), - je charge mon fichier xml généré dans un nouveau XMLCursor - je remplace l'élement de mon premier XMLCursor par le 2ème XMLCursor (celui contenant le fichier XML ). et cette fois je n'ai plus de problème. Je n'ai donc pas de réelle solution à ce problème mais une solution détournée. Mais ca marche ... Merci à ceux qui m'ont aidé.
	00

04/03/2005, 13h58	#10
Lux interior Nouveau Membre du Club Inscription : juillet 2002 Messages : 75 Détails du profil Informations personnelles : Âge : 43 Informations forums : Inscription : juillet 2002 Messages : 75 Points : 35 Points : 35	Le download de "htmldoc-1.8.23-winfree.exe" est encors dispo sur http://ftp.pub.cri74.org/pub/win9x/c...libre/HTMLDOC/
	00

Outils de la discussion
Afficher une version imprimable Envoyer un lien vers cette page par email