Sprawdziłem MSDN, a ciąg znaków narodowych to zh_Hant, ale próbowałem także z zh_TW (chiński , Tajwan).Nie można utworzyć tradycyjnego chińskiego znaku (UTF-8) do pracy w PHP gettext extension (.po i .mo pliki utworzone w poEdit)
Tradycyjne chińskie znaki wyglądają dobrze w poEditor, ale kiedy otwieram plik w przeglądarce, znaki są po prostu dziwnymi symbolami («¢ Åo ¥ @ ¬É!). Myślę, że tłumaczenie działa, ale jest coś nie tak z kodowaniem (użyłem UTF-8 zarówno dla Charset, jak i kodu źródłowego).
Pliki generowane z poEditor:
messages.po:
msgid ""
msgstr ""
"Project-Id-Version: \n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2010-02-15 16:26+0800\n"
"PO-Revision-Date: 2010-02-15 16:26+0800\n"
"Last-Translator: Jano Chen <[email protected]>\n"
"Language-Team: \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Poedit-KeywordsList: _;gettext;gettext_noop\n"
"X-Poedit-Basepath: C:\\wamp\\www\\php-test\n"
"X-Poedit-Language: Chinese\n"
"X-Poedit-Country: TAIWAN\n"
"X-Poedit-SourceCharset: utf-8\n"
"X-Poedit-SearchPath-0: .\n"
#: test.php:3
msgid "Hello World!"
msgstr "哈囉世界!"
PS: Kiedy zmienić wyświetlanie kodowania w Firefoksie do BIG5 znaki są wyświetlane poprawnie, ale jeśli zmienię ich do UTF-8 pokazuje: o @ !.
Pracowałem nad tym przez wiele godzin. Dziękuję Ci!! Dla każdego, kto ma ten problem, pierwszy parametr 'bind_textdomain_codeset()' powinien być ustawiony na wszystko, co ustawisz za pomocą 'textdomain()'. Jeśli używałeś 'textdomain ('messages')' to używałbyś kodu w powyższym przykładzie alexchenco. – Gavin