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
