For the reason the default character set isn't working correctly anymore. I found on my test setup that the meta http-equiv tag wasn't enough and that I had to add utf-8 as the default charset of all .html files. Would you mind looking at it? Thanks! -- Mark 13:56, 19 Nov 2005 (EST)
You think that's it? What a pain. --Evan 14:25, 19 Nov 2005 (EST)
OK, I added a default charset, and it seems to be fixing the problem with the cached web pages. Good to know! I still haven't figured out how to stop the interface language from being changed, but that's a different problem. --Evan 14:29, 19 Nov 2005 (EST)
Problem can be also elsewhere... (I had similar issue before.)
In current configuration server returns encoding string in the headers, and this has priority over later http-equiv.
According to the docs, solution is to add following line in php.ini
; As of 4.0b4, PHP always outputs a character encoding by default in
; the Content-type: header. To disable sending of the charset, simply
; set it to be empty.
; PHP's built-in default is text/html
default_mimetype = "text/html"
;default_charset = "iso-8859-1"
Normally, the default charset should be explicitly set to "off" and not to a special char set; then the meta tag in the html file will be used. If the default charset set is not set to "off", then this char set will become dominant. Unger 04:56, 20 Nov 2005 (EST)
I agree, but this sometimes fails to work. Probably a software bug. In case of Wikitravel, utf-8 is reasonable workaround. --JanSlupski 17:48, 20 Nov 2005 (EST)
This is fixed, I think. --Evan 13:54, 3 Dec 2005 (EST)