Can you set LANG="zh_TW.BIG5" instead of  LANG="zh_TW"  and check again ? In my patch it assume locale in this long format.  <br><br>YungLee<br><br><div class="gmail_quote">2008/6/4 Sylvestre Ledru <<a href="mailto:sylvestre.ledru@inria.fr">sylvestre.ledru@inria.fr</a>>:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">[...]<br>
<div class="Ih2E3d"><br>
> This is just a small patch to test locale to utf encoding concept, it<br>
> need further enhancement.<br>
</div>It doesn't work under Linux. I have the opposite as you (cf screenshot).<br>
I still don't understand the need to go with iconv... Especially when it<br>
is working with zh_TW.UTF-8 as locale.<br>
Your solution has also the problem that it probably won't work with<br>
other charset from thailand, burma or mongolia for example.<br>
<div class="Ih2E3d"><br>
<br>
> I have two questions. First , in my  chinese Java console , the menu<br>
> items are disabled ( unlike your Linux case)  is  this  a  bug under<br>
> Windows ?<br>
</div>The creation of the menu is done with Scilab scripts. Until all the<br>
macros have been loaded, they are disabled (because we don't want the<br>
user to use it until everything is loaded).<br>
Once it is done, we activate them (with their name) and as they are<br>
localized, if the initial string used in the creation is not the same in<br>
the activation, it doesn't work. (Vincent, correct me if I am wrong).<br>
Obviously, it is a bug (maybe a function which is lost because of the<br>
asian symbol).<br>
<font color="#888888"><br>
Sylvestre<br>
<br>
</font></blockquote></div><br>