You should *always* return the correct charset in the http header, no matter which framework/cgi script you're using.
AddDefaultCharset in apache is bad because it appends that header for every resource which didn't specify it. -- Best regards, Alex Am Donnerstag, den 22.04.2010, 02:53 +0200 schrieb Jean-Christophe Boggio: > Hi Gerald, > > Gerald Richter - ECOS a écrit : > > setting the default encoding in the httpd.conf to utf8 might help > > I already have : > AddDefaultCharset UTF-8 > in my httpd.conf. > > I tried to add it to my <directory.../> directives and also > AddCharset utf-8 .html > With no more luck. > > I found other people describing this kind of symptom, one using CGIs : > http://mail-archives.apache.org/mod_mbox/perl-modperl/200806.mbox/%3c485ea6ff.7090...@ice-sa.com%3e > > Another with Mason : > http://www.cybaea.net/Blogs/TechNotes/Mason-utf-8-clean.html#h2_form_input > > Both use decode() functions (which works for me too) but I guess they are > converting the encoding back and forth... I don't even know if this is > related. > > Are we supposed to get utf8-stamped $fdat{xx} variables when the input is > accentuated > and the form/page are utf-8 ? > > Thanks for your help, > > PS: I rewrote the "fix" in a more "monky" way : > > Encode::_utf8_on($fdat{$_}) for keys %fdat; > *"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"* T-Systems Austria GesmbH Rennweg 97-99, 1030 Wien Handelsgericht Wien, FN 79340b *"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"* Notice: This e-mail contains information that is confidential and may be privileged. If you are not the intended recipient, please notify the sender and then delete this e-mail immediately. *"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"* --------------------------------------------------------------------- To unsubscribe, e-mail: embperl-unsubscr...@perl.apache.org For additional commands, e-mail: embperl-h...@perl.apache.org
