Jérôme thanks SO MUCH for investigating this. On Wed, 2007-04-04 at 10:52 +0200, Jérôme Haguet wrote:
> I also try to had a directive in the XSL transformation : > > ... > <?xml version="1.0" encoding="ISO-8859-1"?> > <xsl:stylesheet version="1.0" > xmlns:xsl="http://www.w3.org/1999/XSL/Transform";> > > + <xsl:output method="xml" encoding="iso-8859-1"/> OK, will contain this line in the stylesheet file from now on. > <xsl:template match="/"> > ... > > It will explicitly control the encoding of the output > - vdd.sgml is generated, Latin-1 encoded > - html generated, Latin-1 encoded, but still without encoding attribute > => Good guess, good display > My suggestions to avoid this kind of encoding problems > 1 - stay with utf-8 encoding during all the process > 2 - every xml / sgml / html file must have the encoding attribute > > > My questions > - In my case, the data in vdd.xml are Latin-1 encoded. I will investigate why > and try to change this. Can you tell me where I should look ? The data are being collected in Bugzilla.pm.in:integration_get_vdd(). Look at line 629 in: http://www.mkgnu.net/cgi-bin/viewcvs.cgi/scmbug/cvsroot/system/src/lib/product/Daemon/Bugzilla.pm.in?annotate=1.32 > - Do you know how to generate the contents/encoding attribute in the HTML > with docbook2html ? Ideally, just the stylesheet should be permanently modified to contain the directive you suggested. If docbook2pdf works with that, then shouldn't docbook2html also work ? Is this somehow a bug in docbook2html ? Sorry, I don't know how to fix this. > About PDF generation error, I get the following messages in the log. > Do you know wnat I should do ? I wonder if the following argument in docbook2html might help: -V <variable[=value]>: Set a variable Maybe `docbook2html -V "save size"=10000 ...` > ... > ! TeX capacity exceeded, sorry [save size=5000]. > <recently read> \p@ > > l.5155 {start}} > \Link% > If you really absolutely need more capacity, > you can ask a wizard to enlarge me. _______________________________________________ scmbug-users mailing list [email protected] http://lists.mkgnu.net/cgi-bin/mailman/listinfo/scmbug-users
