[Scilab-Dev] Test report of Chinese (or multibytes languages in general) locale mesages with Scilab 5-beta-1

[Yung-Jang Lee]

Oh, I forgot some of string are not long enough for "GB2312", it may fail
because of this,...

------------------------------------------------------------
BOOL  openLocaleToUTFConverter(char *sysLocale,char *lang)
{
       char encoding[5];<-------------not enough for "GB2312"
------------------------------------------------------------


YungLee

2008/6/4 Yung-Jang Lee <yjlee123 at gmail.com>:

> Thanks, as I said, zh_TW.BIG is quite popular :)
>
> Also, could  you please check LANG="zh_CN.GB2312" , this test is for
> Chinese-simplified.
>
> YungLee
>
> 2008/6/4 Sylvestre Ledru <sylvestre.ledru at inria.fr>:
>
>> Yep, it is working.
>> Note that I have the zh_TW.BIG5 locale on my system.
>>
>> Sylvestre
>>
>> Le mercredi 04 juin 2008 à 22:00 +0800, Yung-Jang Lee a écrit :
>> > 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.
>> >
>> > YungLee
>> >
>> > 2008/6/4 Sylvestre Ledru <sylvestre.ledru at inria.fr>:
>> >         [...]
>> >
>> >         > This is just a small patch to test locale to utf encoding
>> >         concept, it
>> >         > need further enhancement.
>> >
>> >         It doesn't work under Linux. I have the opposite as you (cf
>> >         screenshot).
>> >         I still don't understand the need to go with iconv...
>> >         Especially when it
>> >         is working with zh_TW.UTF-8 as locale.
>> >         Your solution has also the problem that it probably won't work
>> >         with
>> >         other charset from thailand, burma or mongolia for example.
>> >
>> >
>> >         > I have two questions. First , in my  chinese Java console ,
>> >         the menu
>> >         > items are disabled ( unlike your Linux case)  is  this  a
>> >          bug under
>> >         > Windows ?
>> >
>> >         The creation of the menu is done with Scilab scripts. Until
>> >         all the
>> >         macros have been loaded, they are disabled (because we don't
>> >         want the
>> >         user to use it until everything is loaded).
>> >         Once it is done, we activate them (with their name) and as
>> >         they are
>> >         localized, if the initial string used in the creation is not
>> >         the same in
>> >         the activation, it doesn't work. (Vincent, correct me if I am
>> >         wrong).
>> >         Obviously, it is a bug (maybe a function which is lost because
>> >         of the
>> >         asian symbol).
>> >
>> >         Sylvestre
>> >
>> >
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/dev/attachments/20080604/6332c8d5/attachment.htm>