wix localized installer UI load language by format? - localization

I keep my system locale as English and changed the Format to German, but the Wix installation process changed to German! How can I keep the Wix installation language as English (as the system locale)?

I believe you want to specify just the en-us culture when building
For Example
light.exe myinstaller.wixobj -cultures:en-us -ext WixUIExtension -out myinstaller-en-us.msi
See here for more information as well as how to specify the culture in Visual Studio

Related

LocalizationResources.ja-JP.resx not included in MSI but gets readed by exe

I am working on this localization project for an app.
All of our English strings are in LocalizationResources.resx. Now we are trying to support for Japanese. We now include the Japanese version of resx i:e LocalizationResources.ja-JP.resx to the same location/solution project where english resx resides.
According to Microsoft there is no code change needed because .NET is smart enough to pick the correct resx file based on the current system locale.
When we run the app from Visual studio in Japanese locale, the app launches in Japanese. Thats good...
When we run the app by running an exe (generated by building the solution) in Japanese locale, the app launches in Japanese. Thats good as well...
BUT when we build solution to generate an MSI, then install it in Japanese locale, then launch the App it shows up in English!!! Clearly the visual studio and the exe know to read from Japanese resx but why doesnt the app(installed by MSI) run in Japanese???
I tried several combinations of settings for the resx file, such as "Build Action" = "Embedded resources", and "Copy to output directory" = Copy always/copy if new/do not copy.
I know for the fact that our packing tools do not differentiate or exclude any file from being part of MSI. So how to resolve this?

Where to get VB6 localization support binaries

In the document Support Statement for Visual Basic 6.0 on Windows... it states:
Localization Support Binaries
The following binaries are necessary for supporting Visual Basic 6.0
applications running on localized versions of the Windows operating
system. They are supported but are not shipped in Windows. These files
are required to be shipped with your application setup.
That seems pretty clear in itself.
For instance, mfc42jpn.dll is required for Japan, mfc42ita.dll for Italy, etc.
However, I cannot find any source of these files from Microsoft. Where can they be sourced?
Note - there are some random DLL download websites which turn up the correct filenames, but I'd far prefer an authoritative source.
You should apply SP6. According to this, it covers all English versions of these products, as well as all localized versions.
On the VB6 installation CD those files can be found in the \OS\SYSTEM folder.
For the OP's given example of MFC42.dll it includes:
MFC42.DLL
MFC42CHS.DLL
MFC42CHT.DLL
MFC42DEU.DLL
MFC42ENU.DLL
MFC42ESP.DLL
MFC42FRA.DLL
MFC42ITA.DLL
MFC42JPN.DLL
MFC42KOR.DLL

VS 2010 setup customization languege

I'm realizing a custom setup for my outlook addin. I want the installer in Dutch language, but VS 2010 doesn't support this language.
Is there a solution to my issue?
The default procedure to make a dutch language msi setup is to use orca.exe on the msi file and translate the TEXT column of some tables. (you can also do this by extracting the msi database and by importing it back in the msi when the translation has been done).
But there is the other way: Creating the language support directly in the Setup project creator.
I'm using VS.NET 2003 (yeps still the old version) and when you create a setup project you have no dutch language support in the project localisation. I figured out how that thing works but I'm stuck in the language change of the msiloadr.bin and the webloadr.bin files (both dll files included in the distribution) (step 3 in the comment below). The unusual procedure to include directly the language support in the VS.Net Setup project :
1) get the local identifier and the code page for your language (http://msdn.microsoft.com/library/default.asp?url=/library/en-us/intl/nls_238z.asp)
2) Go to the VS.NET/Common7/Tools/Deployment/VsdDialogs directory and copy 1033 (english) directory to 1043 directory (dutch). Translate all the files in that directory with orca.exe and update the 1033 language code to 1043
3) Go to the VS.NET/Common7/Tools/Deployment/MsiRedist directory and copy 1033 (english) directory to 1043 directory (dutch). Here we need to update the bin files (DLL) to set it up as a dutch language.
4) Update the registry (HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\VisualStudio\7.1\Deployment\DialogTemplates:)
Append ", Dutch" to the Languages key
Append ", 1043" to the Identifiers key
Append ", 1252" to the CodePages key
Once you have done that you'll be able to compile any Setup project in the dutch language and this can be done for all the missing languages. (If you solve the 3rd step)
Maybe you have some solution to solve for the unofficial sulution by tweaking VS.NET :-)
Copied from: http://social.technet.microsoft.com/Forums/windows/en-US/2d062f34-5615-47c8-aa7b-a69fbd68e983/how-to-make-a-installer-in-dutch-language
Please read this :-
Set up creation using selected language

How to combine MSI files created with WiX in differnet languages to one file where yo can select the language?

I have a Windows Installer XML (WiX 3.5) project and five localization files for my installer. Therefore WiX creates five .msi files, for every language one. How can i put all in one .msi and let the user select the language when executing the installer?
I heard something about a bootstrapper, but then i would have a Setup.exe and i need a msi file. Is it not possible to adabt the localization strings after compiling with WiX?
This can be done using transforms. Please take a look at this article:
http://www.installsite.org/pages/en/msi/articles/embeddedlang/
There are 2 parts to making this happen,
localisation of the Installer UI, and/or
choice of installed files.
The method I chose will automatically select the local (or near local) language, and can also be forced to a specific transform using command line options. This doesn't prompt the user to choose which language to install in - so maybe it doesn't actually meet your needs.
The second 'installed files' doesn't seem to be documented as well and I was recently asking about it in Why would MST not include files with different content.
As a response provided there is now an ANT build script using Windows7 SDK & antdotnet

How to force .NET4 & it's tools to use English for exceptions and other messages

I would like for my Win7-x64 dev box to remain in the current locale (pl-PL), but at the same time for whole .NET tools to run in English locale.
I previous releases this could be achieved by not installing a language pack add-on that came up in windows update. This time it did sneak up and I cannot find it in windows update history and appwiz.cpl, or it is installed differently.
Can you tell how to uninstall other than English locales for .NET installation or setup .NET & it's tools to use only English locale?
What I'm NOT interested in (and there are already such answers on SO):
How to setup current process or application locale, within this application (aka. CurrentCulture ). I do want applications I release to use user's current locale.
Change current thread locale. For the same reason as above.
PS. I would like to avoid re-installation of .NET/VS2010 if possible ;)
As far as I know there is no way to get rid of localized messages when you have "localized" version of Windows. Possibly, Windows 7 Ultimate (I am not sure about other versions) should allow changing the whole UI language, and it should do the trick (as this is what CLR uses to determine current locale).
Uninstall the Polish language pack:
Start - Control Panel - Programs and Functions - Microsoft .NET Framework (4 Client Profile) Language Pack PLU - Uninstall
You may need to repeat the uninstallation for each version of .NET Framework that you find there.
For web applications you can put this in the web.config
<configuration>
<system.web>
<globalization uiCulture="en-US" />

Resources