http://qs321.pair.com?node_id=645233


in reply to Re^6: PDF::Template and character encodings
in thread PDF::Template and character encodings

Erm, yes, it's an a-accent (or a-acute). Fixed in previous post.

Looks definitely like utf-8 data not passed as such. Try

use Encode qw(from_to); ... while($r = $sth->fetchrow_hashref()) { from_to($r->{$_},"utf8","latin1") for keys %$r; }

or such, and try with iso8859-1. How did the iso10646-1 font work?

I have no experience with pdflib and PDF::Template (is pdflib an external library?) and there might be more settings that interfere, e.g. what is your systems default charset? Is the charset of your shell the system charset, or does it differ?

--shmem

_($_=" "x(1<<5)."?\n".q·/)Oo.  G°\        /
                              /\_¯/(q    /
----------------------------  \__(m.====·.(_("always off the crowd"))."·
");sub _{s./.($e="'Itrs `mnsgdq Gdbj O`qkdq")=~y/"-y/#-z/;$e.e && print}

Replies are listed 'Best First'.
Re^8: PDF::Template and character encodings
by geektron (Curate) on Oct 16, 2007 at 19:51 UTC
    no luck with the iso10646-1 font.

    the to_from is dropping off the accented character and everything after it ... Terán becomes Ter ...

    and yes, PDFlib is an external library. i suspect the problem essentially lies there ... not being too well versed in character set issues, i'm not sure what the system default is. i could force PDFlib to use another character set (by pulling in pdflib_pm and forcing a value into <code> $pdflib_pm:PDF_character_enc