Hi all,

I've got a problem with character encoding in combination with a
FormMail-script (coded in PHP). Everything works fine as long as I stick
to ISO-8859-1 as charset, but when I call the script from pages that use
UTF-8 as encoding, special characters (e.g. those special chars with dots
and circles above that we tend to use here in Sweden) end up garbled. The
encoding is set with a meta-tag in case the document is in UTF-8, like so:

<meta http-equiv="content-type" content="text/html; charset=UTF-8"/>

The server hasn't got any special charset configured, so it should deliver
ISO-8859-1 (which is the default if I'm not mistaken) on those pages
which haven't got that meta-tag.

I can understand that the characters are garbled, using different charsets
and all, but how can I make my FormMail-script to cope with both variants
of encoding? I've played around with phpinfo() to see if the encoding is
available in some environment variable, but I haven't find anything of
interest. There's a function utf8_decode() in php that seems to work for
converting the UTF-8 form data to ISO-8859-1 prior to sending the mail,
problem is that it doesn't work all that well on data already in
ISO-8859-1. I guess I need some way to determine what encoding the posted
data is in?

The content-type after the form has been posted to my FormMail-script
always seems to be "application/x-www-form-urlencoded" no matter what I
try. I've looked at the HTML-specs at www.w3.org and even tried to set the
enctype to "application/x-www-form-urlencoded; charset=ISO-8859-1" in an
attempt to make the form-data use a different encoding than the rest of
the page, but no success. I've also tried the "accept-charset" but I
couldn't get that to work either.

Anyone who has a clue on this? I guess I could alter the script somehow
and add a new hidden field that indicate which encoding is used, and then
decide whether to call utf8_decode() on the data, but I don't think that's
a very nice solution. And changing all pages that uses FormMail is out of
the question (well, almost anyway) since there's _alot_ of them.


PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Reply via email to