On Fri, 18 Feb 2005, Nuno Lopes wrote:
Thats why I've proposed to start building all manuals in UTF-8 (and set the
phpweb headers to utf-8) to avoid these kind of problems.
We already do that ;-)
I'm not sure of that..
From the configure.in script:
case "$LANG" in
ja|ko|pt_BR) ENCODING="UTF-8";;
zh_tw|zh_hk) ENCODING="big5";;
zh_cn) ENCODING="gb2312";;
cs|hu|pl|ro|sk) ENCODING="ISO-8859-2";;
ar) ENCODING="ISO-8859-6";;
tr) ENCODING="ISO-8859-9";;
he) ENCODING="ISO-8859-8";;
ru) ENCODING="windows-1251";;
el) ENCODING="ISO-8859-7";;
*) ENCODING="ISO-8859-1";;
esac
case "$ENCODING" in
big5)
SP_OPTIONS="SP_ENCODING=big5 SP_CHARSET_FIXED=YES"
;;
gb2312)
SP_OPTIONS="SP_ENCODING=gb2312 SP_CHARSET_FIXED=YES"
;;
(..)
ISO-8859-8)
SP_OPTIONS="SP_ENCODING=ISO-8859-8"
HTMLHELP_ENCODING="windows-1255"
;;
ISO-8859-9)
SP_OPTIONS="SP_ENCODING=ISO-8859-9"
HTMLHELP_ENCODING="windows-1254"
;;
windows-1251)
SP_OPTIONS="SP_ENCODING=windows-1251"
HTMLHELP_ENCODING="windows-1251"
;;
*)
SP_OPTIONS="SP_ENCODING=XML SP_CHARSET_FIXED=YES"
;;
esac
So, it looks that some languages aren't build in utf-8, like: he, zh_tw, zh_hk, zh_cn, tr and ru.
The english manual also has this problem, because the manual is now
built in utf-8 and the headers say ISO-8859-1 (bug #31561).
Already fixed, I'll close the bug report too.
I already closed it :)
Nuno