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

Version imprimable

14/02/2005, 15h28
sch

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.
14/02/2005, 16h23
Nicolas.Cogi

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:

<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...
15/02/2005, 11h23
sch

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 ( :evil: ).

Quelqu'un a-t-il déjà rencontré ce genre de pb ?
15/02/2005, 11h32
sch

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, ... ?
15/02/2005, 11h44
sch

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

Je continue mes tests.
15/02/2005, 15h55
Nicolas.Cogi

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...
15/02/2005, 17h10
sch

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 ?
15/02/2005, 23h10
RDM

oui c'est ce qu'il fait
17/02/2005, 14h01
sch

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 ... :wink:

Merci à ceux qui m'ont aidé.
04/03/2005, 13h58
Lux interior

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