I am working on a data set that contains Chinese characters. Stata displays these as gibberish and I need to be able to read these. I could not find a Chinese language pack for Stata. Does something like this exist?
I am using Windows 7 Professional and StataSE 13 (64 bit).
Go to Control Panel->Language->Advanced Settings.
Click into Apply language settings to the welcome screen, system accounts, and new user accounts.
In Administrative tab, under language for non-Unicode programs, change it to Chinese (Simplified). You might need to change system locale if your computer wasn’t initially set to be located in China.
For those who arrive here via Google. There have been substantial improvements since this question was answered:
See here for more information on setting locale in Stata 15 and later.
"If your computer language is set to Chinese (zh_CN) and its region is set to China, Stata will automatically default to its Simplified Chinese setting. To change languages manually using Windows or Unix, select Edit > Preferences > User-interface language... using Mac, select Stata 16 > Preferences > User-interface language... You can also change the language using the set locale_ui command."
Related
I want to type and print in windows 10 CMD sinhala unicode characters. but it just display question mark surrounded by a square for each sinhala character i type.
Is there any mechanism to display exact unicode characters in windows console?
Try modifying the registry settings for the cmd console (run regedit). Unfortunately, I am uncertain exactly which value you should enter for the font family, since it is a number.
The screen shot below shows my registry settings for a font of 'Courier New', which somehow translates to 30 (hexidecimal, 48 in base 10) in the registry. Hopefully you can experiment some and determine what number corresponds to a Sinhala font you have installed on your machine.
Additionally, you can select fonts using the cmd window's property dialog, illustrated in the screen shot below. Possibly you already have a font installed that you can use:
You've probably already done 1-3 since you can already type Sinhala, but you need a supporting font. Try the following:
Go to Region & language settings.
Add a language and select, Sinhala.
Click the language, Select Options, and you can select a keyboard type.
For Chinese, I was able to add a language pack, which gave me console fonts that support Chinese. I don't see that option for Sinhala. You may have to manually install a monospace font that support Sinhala. I couldn't find one, but if you do, this answer explains how to install it.
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'm trying to test some scripting that will run on non-English Windows installations. I'm trying to simulate that by installing the required languages and setting my locale accordingly.
However, when I run the VBScript, I notice that the language box in the task bar changes back to en-US, and the GetLocale function always returns 1033.
What else do I need to do to properly simulate a different locale?
Language box in the task bar has nothing to do with GetLocale.
If GetLocale is giving you 1033, your current system locale must be set to English(United States). Follow these steps to check (On Windows 7)
Go to Region and Language
Select Administrative tab
In the section Language for non-Unicode programs click on Change system locale
Once you change this setting, don't forget to do IISReset.
Based on my own research, it appears to be the "Format" setting in the Region and Language control panel that corresponds with the GetLocale value.
Unfortunately, this has no bearing on the display language for the OS, which is what I was really interested in.
I have been using Cygwin to build my Android library using the NDK's ndk-build script and Cygwin's make tool. It started giving me errors with a bunch of Latin non-English characters. When copying the text to Google, it was pasted as Hebrew (which I can read). Is there any way to force it to output errors in English? Any idea why this happens?
Check your environment variables for the correct locale. LANG or LC_MESSAGES are probably responsible. Set those to an English locale (in your profile to have that in future sessions as well) to get English error messages. Sorry, I'm a Windows person and know nearly nothing of Unix so you'd have to look up the specifics elsewhere, but this should be the general direction to go.
Some programs/libraries try to be overly smart by guessing the locale from the keyboard layout or the user's locale. And oftentimes ignoring the fact that on Windows locale and UI language are two different concepts (and that different languages on the console are even harder to get right).
As for why the messages appear garbled that's likely because the console window uses the wrong code page. The easiest fix is usually to use a TrueType font for the console window, but in this case neither Consolas nor Lucida Console include glyphs for Hebrew, so you'd only see boxes anyway.
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.