Loading
Why it has wrong string when typing Japanese into String Table?
Dear Sir:

 

I have a installscript project that has a string table for Japanese,

 

and I add some strings to show Japanese string. But When I copy

 

the Japanese string from Excel file into string table, it would show

 

wrong.

 

Like string:&27880;&24847;&65281;&26082;&12395;&12489;&12521;&12452;&12496;&12364;&12452;&12531;&12473;&12488;&12540;&12523;&12373;&12428;&12390;&12356;&12414;&12377;&12290; ==> it

 

becomes ?&24847;&65281;&26082;&12395;&12489;?&12452;&12496;&12364;&12452;?&12473;&12488;&12540;?&12373;&12428;&12390;&12356;&12414;&12377;&12290;

 

There are some garbage like question marks &8220;?&8221;.

 

Why does it happen this condition?

 

How to fix this question?

 

Thanks for your kindly help.

  • 0_M Urman (Flexera Software)

    Sometimes this can be caused by using Japanese characters which are not on the Japanese ANSI Code Page, but I don't think that's the case here. Another approach you can take to get the data into InstallShield would be to use a string table file. Create a text file comprised of the string identifier you want to set, a tab character, and the string you want it to have, and import this in the string table section of the General Information view. If this still results in the question marks, make sure you can save and reload the strings in an ANSI text file using notepad on a Japanese machine to rule out the first problem.
    Expand Post
  • " MichaelU wrote:

     

    Sometimes this can be caused by using Japanese characters which are not on the Japanese ANSI Code Page, but I don't think that's the case here. Another approach you can take to get the data into InstallShield would be to use a string table file. Create a text file comprised of the string identifier you want to set, a tab character, and the string you want it to have, and import this in the string table section of the General Information view. If this still results in the question marks, make sure you can save and reload the strings in an ANSI text file using notepad on a Japanese machine to rule out the first problem. "

     

    Dear MichaelU:

     

    Thanks for your information.

     

    I try to exporting String Table from Japanese table, modify text file

     

    and then save it by using Unicode format(it can't save it by using

     

    Ansi format). And then importing this text file into Japanese table.

     

    But it failed, either.(I do this on a Traditional-Chinese machine)

     

    Am I necessary to save text file by using ANSI format? Could not

     

    use Unicode format to importing into Japanese table?

     

    Thanks for your support.
    Expand Post
  • 0_M Urman (Flexera Software)

    What is the failure when you create the one-string string table file and import it? If it fails to import, the format of the file is probably wrong. If it still results in the string with question marks, it means the unsupported characters are more likely.

     

    You shouldn't have to save the file as ANSI, but doing so lets you verify whether unsupported characters are in the string. If the lack of a Japanese machine is stopping you, perhaps use the App Locale tool from Microsoft to run Notepad in a Japanese locale. Doing that should make the ANSI file it saves use the Japanese code page.
    Expand Post
  • 0_H Yamanishi (Flexera Software)

    Are you seeing the problem only in the string table of the InstallShield IDE, or the runtime dialogs as well?

Loading
Why it has wrong string when typing Japanese into String Table?