I am using InstallShield 2008 Premier Edition and I have created a multilanguage setup. When I install the setup in language other than English (e.g. in French) it clearly shows all labels and messages correctly.
The problem starts when I run the generated setup.exe file again. It should show the Modify/Repair page in the language that was selected during install (i.e. in French) but it is always showing in Default Operating Language (English in our case).
However if I click the uninstallation icon on the Start-up menu it is showing in the language which I have installed (i.e. French).
Our requirement is that in both cases it should be same language (i.e. french) but this is not the case.
I haven't tried, but maybe you could change the uninstall command to include the parameter to set the language (see http://helpnet.acresso.com/robo/projects/installshield11helplib/IHelpSetup_EXECmdLine.htm , look for /L) and add that to the uninstall command that installshield sets up under "Software\Microsoft\Windows\CurrentVersion\Uninstall\" + PRODUCT_GUID . It does feel a bit hackisch, I'd really expect Installshield to do this automatically.
Related
How to change UI language in Visual Studio Code (1.0 released April 2016)?
Open VScode
Press F1 and type 'display'
Choose 'Configure display language'
Select your language. On top are installed languages, below are other languages. The one you select will be installed as an extension.
Accept to restart.
you can see that the language you choose has been added to the extensions by selecting 'extension' icon on the left toolbar (look for 'xxx language Pack')
More info Here
Previous original answer (for older vscode):
Open VSCode
Press F1 and type 'language'
Choose "Configure language" in the menu
Change the 'locale' value. See 'here' for available languages.
Example: "locale":"en-US"
Save
Restart vscode
Since my Chinese (or whatever language this is in your screenshot) is pretty bad I describe how to set the display language to american English without using VSCode.
Close VSCode
Open the file locale.json with a text editor (I suggest not to use VSCode).
On Windows the file is located under C:\Users\UserName\AppData\Roaming\Code\User
On Linux it's under $HOME/.config/Code/User
On a Mac it's under $HOME/Library/Application Support/Code/User
Change the file content to
{
"locale":"en-US"
}
Open VSCode again
See "Display Language" https://code.visualstudio.com/docs/getstarted/locales
I had trouble with this and the answer from Eric Bole-Feysot did not help as it is missing an important step.
Open VS Code
Press F1
Type "configure display language"
Select "configure display language" from the options displayed beneath the inputbox
Change JSON to
"locale": "en-US"
Close window and be prompted to save.
Re-start VS code
Hope that helps.
For Windows user,
Go to following folder,
C:\Users\UserName\AppData\Roaming\Code\User
Edit locale.json or create it, if not exist with following content
{
"locale":"en"
}
Supported locales can be found in the following links
https://go.microsoft.com/fwlink/?LinkId=761051
Cheers
Preferences->Extension
search "LanguageName Language Pack"
(example) "English Language Pack"
Install
Please refer to VSCode Display Language.
Change language for temporary folder
click: File->Preferences->Settings, User seting json file will open and add " "locale"="en" ", save the file and restart.
Or you can use a command: >>> code . --locale=[lang] (lang refer to language code)
Permanently change language
Press Ctrl+Shift+P to bring up the Command Palette then start typing "config" to filter and display the Configure Language command. Add " "locale"="en" " into the Jason file, save and restart
In Visual Studio Community for Mac 7.0 go to
Settings->Visual Style->User Interface Language
For mac OS user:
At $home/Library/Application Support/Code/User,
create a new file with name "locale.json" (it wasn't there for me), and type:
{
"locale": "en-US"
}
Worked for me. The latter part is the same to others' answer I guess, just there wasn't "locale.json" for me so I tried creating it myself, found it worked.
As a Ubuntu user, the only option that seemed available to me was to start Visual Studio Code at the command line, explicitly specifying the language:
code --locale en
(The interface had been in French, due to the language I'd applied for my operating system. I'm trying to learn French, but having VSCode in French was a bit much, I still need to earn money writing software 😛)
https://code.visualstudio.com/docs/getstarted/locales
Not sure if this is the right forum, but here it goes....
Problem Description in Brief:
I am not able to enable ctfmon.exe to execute (and to remain running) on Startup under Windows 7 Professional (SP1). I need this for the language bar on the taskbar, and the ability to switch between Chinese and English.
Problem Description in Detail:
When I installed Windows 7 Professional on my ASUS laptop, I enabled the language bar so that I can switch between Chinese and English, with the default language being Chinese (for my wife). Everything worked fine, even after installing Microsoft Office 2010, which apparently relies on ctfmon.exe for the language bar services. When I uninstalled Microsoft Office, not only did I lose the language bar, but the ability to switch between Chinese and English. The only language supported now on Startup is Chinese.
Needless to say that the option to enable ctfmon is not available under the Starup tab of msconfig. In order to enable the language bar, again, I have to manually change it via the Control Panel, only to lose it, again, every second time I shutdown and/or restart the laptop!!! It is ##$%ing annoying to say the least!!!
Note that, the language bar driver (ctfmon.exe) still resides in the C:\Windows\System32\ directory according to many of the forums I have read. I have even added a Windows registry entry to execute it at Startup according to one of the posts in the Microsoft TechNet site, titled Language Bar Disappeared, and another UK site titled Startup Details - ctfmon.exe, which believes the entry should exist under HKCU as opposed to HKLM. Specifically, I added the following entries to the Windows Registry File without any effect.
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Run]
"ctfmon"="C:\Windows\System32\ctfmon.exe"
and,
[HKEY_CURRENT_USER\SOFTWARE\Microsoft\Windows\CurrentVersion\Run]
"ctfmon"="C:\Windows\System32\ctfmon.exe"
Since msimtf.dll and msctf.dll are related to the language bar service, I tried enabling those using regsvr32. Although they were successfully loaded, it did not have any effect on the language bar. I even tried to execute ctfmon.exe at the command prompt! It still did not activate the language bar like it is supposed to according to many of the forums I visited relating to this problem.
Short of reinstalling Microsoft Office and/or reinstalling Windows 7 Professional, any advise/suggestions on how to resolve this problem would be appreciated.
Follow the instructions below to run ctfmon automatically on Windows startup process.
Click Windows 7 start button.
Type: regedit
Open it with administrative rights.
Goto HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Run
Create a new string value
Name it as you wish
Open it for edit
Type “ctfmon”=”CTFMON.EXE” in Value data field
Press OK
Restart your computer
Now you can see the language bar :)
Do not worry. You may try this step.
Press Windows along with R ( Windows + R ) and then run box will appear then type the path on the run box..
C:\Windows\System32\ctfmon.exe
Then press enter.
I know this is not a very common problem and very few people has concern with this but problem is still there, waiting for your feedback guys.
In windows XP, write click on file, select "Version" tab and you will have complete information about your file, for example "BuildType" and very important "Comments" to check that your application is Unicode or Non Unicode. As you can see it this picture.
But in Windows Server 2008, if you right click and select "Details" you will get some information and most of them are just crap, for example windows copyright year, file description, language , original name. As you can see in this image,
My Question, is there any solution that you can activate these hidden information in system settings some where in windows 2008 server or any small application which i can install and can get my required information.
Problem arises because as we know that in coming year technically windows XP will be in grave.
Thanks in advance
Fortunately somebody has written a 3rd party extension to bring back this functionality.
Some of my Arabic users are reporting problems back to me with my application giving errors.
Common for them seem to be they are using Hijri calendar and TDateTimePicker control causing problems (but quite possibly it is the entire TDateTime and RTL that has problems, I am not sure)
The Hijri Calendar has a different year start/end which is not well suited for my application. (AFAIK, Hijri first became available in Windows7.)
I have problem reproducing the error because
1) I can't read Arabic making it much harder
2) I can only pick Hijri when Windows is set to Arabic (otherwise it is not a visible option)
Anyone here with the same problems? I Use Delphi 2010
Can I force my application into using standard calendar? (as solution) or can I force Windows to Hijri calendar on English Windows? (for testing)
In XP anyways, if you already have not done so, on Control Panel's Regional and Languages options dialog, go to the Languages page and first check the Supplemental Language Support checkboxes (Install files for complex script and right-to-left languages (including Thai)". For fun, check the East Asian languages one too, for later when you're going to want to check that chinese characters work properly.
Then, from the Control Panel, "Regional and Language Options" go to the "Advanced" tab and change the "Language for non Unicode programs" to an Arabic language.
Next you can go to date/calendar options and change to calendar type:
Hirji Calendar in arabic looks like this:
التقويم الهجري
Original source MSDN:
http://www.microsoft.com/middleeast/msdn/ArabicCalendar.aspx
Additional pro tip: If you aren't already doing so, start using VMs for internationalization testing. Do you really want to do all this to your main workstation? Not me. I do this stuff in VMs.
You can use the Windows API function SetLocaleInfo, this would change the user's settings in the windows control panel which may be undesirable.
Is it possible to create shortcuts in Install Shield 2009 based on user input?
In essnes, a shortcut will be created (on the desktop) only if the user (who runs the installation) wants to do so
We have a screen that prompts the user to create desktop and quicklaunch shortcuts.
The shortcuts are then each in individual components with a condition set to only install if the checkbox was selected.
You also should store this response in the registry somewhere, and read it back during a reconfigure, upgrade, repair, etc. Otherwise if the checkboxes were on by default and that screen does not display to the user, the condition will evaluate to true (because the default property is true) and although the shortcut was not initially installed, it will be created during the repair if the components condition is reevaluated.
I do something similar to Sacha, but I'm lazier. ;-)
I create a component for each desktop shortcut (I hate software that assumes it's allowed to dump shortcuts on my desktop); no file in the component. Then I assign each of these components to its own feature. Then I can use standard feature selection dialogs (which is built in automatically and used when the user selects a Custom installation) to let the user select the desktop shortcut features.
I don't see a lot of software installers offering to install optional shortcuts in the feature selection dialog, but it strikes me as a natural place to do it. More technical users may see this as mixing metaphors.
FWIW, I originally did this in an InstallScript/MSI project, and I've just done the exact same thing in a straight MSI project, and the technique works fine in both.
It's been a while since I've used installshield, my company is currently using WISE as an installer; however, it should be possible to do what you are asking.
In general installer terms you need to do the following:
Make a screen for your installer that presents the option to create the shortcut, this screen should have the prompt text and a checkbox.
There should be a mechanism for storing the response of the checkbox in an Installshield property.
During the execution phase, use the reponse to trigger the creation of the shortcut.
I don't know about the capabilities of Installshield 2009 for whether this can be done without editing the script itself.
I hope this helps.