This website uses cookies. By clicking Accept, you consent to the use of cookies. Click Here to learn more about how we use cookies.
Turn on suggestions
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
- Revenera Community
- :
- InstallShield
- :
- InstallShield Forum
- :
- Re: Basic MSI (multilang) Codepage problem
Subscribe
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Subscribe
- Mute
- Printer Friendly Page
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Jun 03, 2009
02:13 AM
Basic MSI (multilang) Codepage problem
Hi,
I have a Basic MSI project with multilanguage UI support. CodePage is set to 1252 (default).
Problem:
Special characters (ASCII > 127) are not showing up properly on some OS since the Codepage inside the .msi file is set to 0. The transforms will change Codepage to 1252 but that does not seem to work properly.
Building a .msi with english UI support only includes Codepage 1252.
-Holger
I have a Basic MSI project with multilanguage UI support. CodePage is set to 1252 (default).
Problem:
Special characters (ASCII > 127) are not showing up properly on some OS since the Codepage inside the .msi file is set to 0. The transforms will change Codepage to 1252 but that does not seem to work properly.
Building a .msi with english UI support only includes Codepage 1252.
-Holger
(3) Replies
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Jun 03, 2009
11:43 AM
Yeah, I find Windows Installer's multi-language support a little quirky. In order to support multiple different target code pages, the MSI must use codepage 0, and the transform be applied as the base is taken to another language-specific codepage. However when the transform is created, codepage 0 may well be equivalent to codepage 1252, resulting in no string differences being stored. Then when this is run on a machine where codepage 0 is equivalent to, say, 932 the differences are not patched up because the transform doesn't know there are any differences. In our next release we expect to offer a codepage selection which will resolve this problem (unfortunately it exchanges it for other MSI behavior oddities).
Could you try building this on a machine set to use a different codepage language than your project's default language's codepage (e.g. default to English or German, but build on a Polish or Russian setting)? This might allow the differences to be stored in the transform and fix up this problem.
Could you try building this on a machine set to use a different codepage language than your project's default language's codepage (e.g. default to English or German, but build on a Polish or Russian setting)? This might allow the differences to be stored in the transform and fix up this problem.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Jun 04, 2009
01:15 AM
MichaelU wrote:
Yeah, I find Windows Installer's multi-language support a little quirky. In order to support multiple different target code pages, the MSI must use codepage 0, and the transform be applied as the base is taken to another language-specific codepage. However when the transform is created, codepage 0 may well be equivalent to codepage 1252, resulting in no string differences being stored. Then when this is run on a machine where codepage 0 is equivalent to, say, 932 the differences are not patched up because the transform doesn't know there are any differences. In our next release we expect to offer a codepage selection which will resolve this problem (unfortunately it exchanges it for other MSI behavior oddities).
Thanks for clearing that up, Michael.
Could you try building this on a machine set to use a different codepage language than your project's default language's codepage (e.g. default to English or German, but build on a Polish or Russian setting)? This might allow the differences to be stored in the transform and fix up this problem.
Yes, I could build the project on a machine using a differrent OS codepage language. But that would not solve the problem at all right? since our project uses nearly 20 languages. Or would that fix it for all transforms then?
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Jun 04, 2009
11:42 AM
Those only language that should have this problem is the default language, as the base MSI is populated with the same strings as the default language uses. Every other language should have different text, so it will only have the correct code page used for it.