Re: Overriding default language in single MUI resource file

From:

"Tom Serface" <tom.nospam@camaswood.com>

Newsgroups:

microsoft.public.vc.mfc,microsoft.public.win32.programmer.international

Date:

Mon, 2 Apr 2007 10:42:13 -0700

Message-ID:

<69B4A1D7-1999-4F54-ACE2-F97B7B492437@microsoft.com>

One of the big problems is that MFC just uses the default resources from the
file so if there are additional resources in a single file they are pretty
much ignored (uses FindResource() rather than FindResourceEx()). That
happened around Win 2K. You can do multiple resources in the same thread,
but you can change the locale with SetThreadLocale() any longer. The proper
resources will work if the native language is installed for Windows. I use
satellite DLLs and that also makes it pretty easy to add new languages even
after code is released.

Tom

"David Ching" <dc@remove-this.dcsoft.com> wrote in message
news:h%9Qh.4622$u03.3345@newssvr21.news.prodigy.net...

Support for one resource file -> many languages is slowly being
deprecated, and the actual support you actually get in Windows Vista (the
worst one) varies depending on whom you ask.

The language Windows pulls out of the resource file depends on the locale
of the calling thread. So you can do a SetThreadLocale() to specify
English, and your English resources should be used even on German Windows.
But no guarantees there won't be problems with this. Look at Raymond
Chen's blog for a good article on why this is. I agree, this is a nice
system and like other Microsoft decisions, they seem to be willing to
sacrifice elegance for internal goals, and we have to live with it. :-(

-- David