Problems for printing UTF-8 characters on footer/ header

[newpen]

I am now generating PDF with Chinese characters on both its header and footer:

$title = '中文字';

$options = array(       
        'encoding' => 'UTF-8',  // option with argument
        'header-left' => $title,        
        'footer-html' => 'footer.html',     
        'replace' => array(
            'title' =>$title
        ),
    );

Currently, the header can print out the characters fine, but for the footer, that I include an external html file for it and pass it through replace, the characters printed out becomes unrecognizable.

I already have
<meta content="text/html;charset=utf-8" http-equiv="Content-Type">
<meta content="utf-8" http-equiv="encoding">
inside the head tag of my footer.html file. How can I solve this? Thank you very much.

[mikehaertl]

Again: Did you try this on the command line with a raw wkhtmltopdf command? Does it work there?

[isaiasfsilva]

Hi, I have a similar problem! I use CentOS 7 and when a try on command line works perfectly. But when I use by PHP (phpwkhtmltopdf) the no-ascii characters do not show.

Example: 'footer-left' =>'Página [page] de [toPage]', 'encoding'=>'UTF-8'

Result: 'Pgina 1 de 2'
Expected result: 'Página 1 de 2'

My version is 2.1.0

Thank you very much!

[mikehaertl]

Had no time to reproduce yet. But this is rather a problem of https://github.com/mikehaertl/php-shellcommand.

I've opened the above issue there. What could work: pass a LANG environment variable to proc_open:

$pdf = new Pdf([
    'commandOptions' => [
        'procEnv' => [
            'LANG' => 'en_US.utf-8',
        ],
    ],
]);

[isaiasfsilva]

Wow! It's working!
Thank you very much!

[mikehaertl]

Ok. Did you use the same LANG value as above? This may vary, depending on the locales you have on your system.

I try to add something to the README about this.

[isaiasfsilva]

Do not. I used pt_BR.utf-8.

oks!

[mikehaertl]

Updated the README.

@newpen Please let me know, if this also fixes the problem for you.

[newpen]

@mikehaertl No it doesn't fix it..
But probably it isn't the problem of this. I tied the command line just now and the issue still exists.

[mikehaertl]

@newpen

1. Are you sure, you used the right value for LANG? You can check it on console with env | grep LANG. If it still doesn't work, maybe also try to set some other variables from env that contain something like UTF-8. I'm not sure, which variables are used by wkhtmltopdf.
2. Does the generated command string contain the right characters? You can get it with echo (string) $pdf->getCommand(). But of course make sure, that your page is able to serve UTF-8 correctly.

[newpen]

@mikehaertl

1. I chekced and the console showed en_US.UTF-8 using env | grep LANG. I used the value but it didn't help.
2. The command string does contain the right UTF-8 characters when I print it out on my browser.

Thanks.

[mikehaertl]

@newpen Can you try adding this line somewhere on top of your script:

setlocale(LC_CTYPE, "en_US.UTF-8");

I could reproduce the issue and this fixed it. I will try to include this in https://github.com/mikehaertl/php-shellcommand.

[newpen]

@mikehaertl just tried that, it's still not showing correctly...

[mikehaertl]

@newpen Are you on Windows? If so then please check this page for available locale strings:

https://msdn.microsoft.com/en-us/library/39cwe7zf(v=vs.90).aspx

You can also check the return value of setlocale(). If it is false, the locale is not supported by your system:

$val = setlocale(LC_CTYPE, "en_US.UTF-8");
var_dump($val);