Re: Want Input boxes to accept unicode strings on Standard Window
Hi David,
This works most of the time, but I've found with Asian languages there are
always some problems and the MFC libraries will still display in English.
There is always the problem of ensuring that the code page on the user's
computer is correct as well (not just the developer's). If the user saves a
file in Chinese (even if the code page is correct) then accesses it in
English the file will get "corrupted". There will also be problems with
translating strings like XML and other things as well.
I worked through a lot of these issues then decided it was easier to just go
to Unicode for any application where I actually need multiple byte
characters (like Asian languages).
I guess you could make it work so long as you always know the exact code
page for the strings, but this is always making an assumption.
Tom
"David Ching" <dc@remove-this.dcsoft.com> wrote in message
news:o7vpi.53032$5j1.34602@newssvr21.news.prodigy.net...
"Paul Wu" <PaulWu@discussions.microsoft.com> wrote in message
news:11226219-DE3D-4722-BDCE-7FDB8C49C766@microsoft.com...
Thanks for replying. As I said, building it with Unicode takes huge
effort --
not feasible at current stage. We just want the applications to be albe
to
process some unicode texts now (on Standard Windows XP).
I looked at the application -- it was built with static MFC libraries
(Visual Studio 2003). So the MFC libraries may not the problem -- I just
don't understand why when it runs on Chinese Windows XP, the Edit
Controls
can accept Chinese texts.
There is a Regional Control Panel that lets you specify the default code
page for non-Unicode apps. If you set that to Chinese, then restart your
app, does it work?
If this works, I think you can call SetThreadLocale() in your app's
CWinApp-derived::OnInitInstance() method to accomplish the same thing
without worrying about the Control Panel setting.
-- David