Problème de codage lors de la conversion en PDF via ghtmldoc

**sch** · 14/02/2005, 16h28

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, 17h23

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, 12h23

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, 12h32

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, 12h44

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, 16h55

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, 18h10

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** · 16/02/2005, 00h10

oui c'est ce qu'il fait

**sch** · 17/02/2005, 15h01

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, 14h58

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

Problème de codage lors de la conversion en PDF via ghtmldoc

XMLRAD

Discussions similaires

Partager

Partager