Re: Great -- the control accepts Chinese chars.

From:

"David Ching" <dc@remove-this.dcsoft.com>

Newsgroups:

microsoft.public.vc.mfc

Date:

Wed, 25 Jul 2007 01:33:58 GMT

Message-ID:

<aMxpi.27928$2v1.16825@newssvr14.news.prodigy.net>

Great, Paul! :-)

To clarify, did both the Regional Control Panel and SetThreadLocale() work,
or just one of them?

Thanks,
David

"Paul Wu" <PaulWu@discussions.microsoft.com> wrote in message
news:EFE95A13-E586-4554-88D6-EC7B47DC8356@microsoft.com...

Thank you very much for this tip. I still have tons of work to do -- but
hopefully this can save me half of the time.

--
Developer

"David Ching" wrote:

"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