On Sun, 2 Sep 2001, Pofeng Lee wrote:
But gtk/gimp had been ported onto win32, if we use utf8 as the defualt encoding of zh_TW.po, we will take the risk that the end user will get confused with utf8 and big5 ...
For gtk/gimp specific case, yes. Win32 users may not see utf8 encoded translation at all. But if I recall correctly, no more then a few gtk applications have been natively ported to win32? I haven't tried gimp win32 port, so can't comment much. But can win32 gimp handle translation files at all ? If yes, what version of glibc is it linked against ?
yes, but for an AP developer, I must know the encoding ( at the run time ) If we use zh_TW, a perl programmer could use nl_langinfo() to look up the encoding name only when the distro shipped with the perl package.
Of course, if all of the AP had been gettextized and all of the widget had been internationalized(?), we can forget the concept of encoding. However, the world is not perfect :-)
Have many of perl programs been i18n'ed ?
Abel