Hello.
Here is analysis for utf-8 jpn
>>3)I did find char mapping sheet (Shift-JIS, EUC, UTF-8, UTF-16)
From above, it takes 3 bytes for Jpn utf-8 char and 1 byte for ASKII char.
Base on this obserption, I had analysed JPN Lang file against language.h, especially char array length.
You can find some Japanese text need to changed for utf-8.
(in attached file, I have checked each char length: Warning means close to max length like 1-5 bytes left, over means overflow so it will require shorter translation alternatives or keep single byte words such as "download" (common term for all over the world?).
For utf-8 jpn, char[] Fave may be exact byte length... translated Japanese word for char[] Fave is 5 char, which is 15 bytes while definition of char Fave[15] is also 15 bytes. I wonder if we may need one additinal single byte to show the end of char array (i.e. "return key" char).
If so, is it possible to make changes as char Fave[16], instead?
(informative) utf-16 usually need double byte per each typical jpn letter. (I am not sure which change make more impact to this project)
(informative) I found free JPN TTF ANZUMOJI (http://cgi38.plala.or.jp/p_dolce/dlcount/dlcount.cgi?f=6_1).
NOTE: this font is freely use some copy right issues (1. do not modify and disribute modified one, 2. it can be for personal use or for business use, 3. no need to contact to copy right owner for permission of use this TTF). I would recomment that ttf and owner's release note should be kept in same folder if you use it here.
Thank you
BR,
Yasun
@ my friend has fixied my wii!!!
@ Now HBC loaded so I can run compiled DOL to see better soln for jpn...(F.F.S.)
(here is attchment)
http://rapidshare.com/files/238142419/JPN_...ange_result.rar