pkgsrc-Users archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: gd, locales, special characters UPDATE
Hello,
Am Mittwoch, 27. Juni 2007 um 00:25 schrieben Sie:
> i don't know if this is the right mailinglist. Perhaps someone can
> give me an hint.
> We use NetBSD 3.1 on our i386 servers. One of our customers needs to
> build graphics with text on the fly with php. He wants to use gd, freetype
> and truetype
> fonts. The text contains "german umlauts".
> The Problem is that instead of the special german characters
> there are blanks or squares in the graphics.
> I tried to solve the problem by changing the LC_CTYPE and LC_ALL with
> "setlocales(LC ...) in php. I used different names (de, de_DE,
> de_DE.ISO8859-1, ..) But this
> did not work.
> I also changed the enviroment variables of LC_*, used different
> truetype fonts and used different functions from gd. Also no effect.
> I found that there is only "LC_Messages" in the locales "de" and
> "de_DE" in /usr/pkg/share/locale. This is the path where the freetype-lib for
> the
> locales. Can this be the reason?
> We have the same problem for about an year ago with typo3. To solve this,
> we changed this server from NetBSD to Linux.
> But i don't want to change the systems of our another servers.
> So does anyone have an hint or an solution?
> Thank you for answers
> Reinhold
> We use NEtBSD3.1, apache 2.2.x, php4.4.7 and freetype, gd, php-gd from
> the pkgsrc-2007Q1.
I have some more Information this may help someone to have an idea.
If i transmit the special characters (german umlaute) from an form and
write them with php into an file. The characters are correct in the file.
If i build with the gd library and truetype fonts an picture of the characters,
they
are displayed as squares. Setting LC_CTYPE on the enviroment or with
setlocale has no effect.
Then i used "localeconv" in php and this is the output:
##########
Array ( [decimal_point] => . [thousands_sep] => [int_curr_symbol] =>
[currency_symbol] => [mon_decimal_point] =>
[mon_thousands_sep] => [positive_sign] => [negative_sign] => [int_frac_digits]
=> 127 [frac_digits]
=> 127 [p_cs_precedes] => 127 [p_sep_by_space] => 127 [n_cs_precedes] => 127
[n_sep_by_space] => 127
[p_sign_posn] => 127 [n_sign_posn] => 127 [grouping] => Array ( )
[mon_grouping] => Array ( ) )
########
Changing LC_CTYPE has no effect on the output.
I used iconv_get_encoding('all') which gives
###
["input_encoding"]=> string(10) "ISO-8859-1" ["output_encoding"]=> string(10)
"ISO-8859-1" ["internal_encoding"]=> string(10) "ISO-8859-1"
###
Have anyone an idea to solve the problem i wrote in mail yesterday
(see obove)
Best regards
Reinhold
--
RM.ROPPERT, it management agentur
Reinhold Roppert
Muehlstrasse 6 89077 Ulm
tel: +49.7319386495 fax: +49.7319386496
Home |
Main Index |
Thread Index |
Old Index