Convert VC++ mfc application multilanguage

We have  developed a  application in MFC Visual C++ 2010  over three  years.We  never  thought  of  multilanguage  requirement.We have  currently  two  .rc files  for different  screen resolutions.Now  it  is  requirement raised  by management  that  for offshore  sell  application  must  be  in  multilanguage.Please  tell  me  in shortest  way  how  to convert  application  multilanguage.
ADITYA RAOSoftware DeveloperAsked:
Who is Participating?

[Product update] Infrastructure Analysis Tool is now available with Business Accounts.Learn More

I wear a lot of hats...

"The solutions and answers provided on Experts Exchange have been extremely helpful to me over the last few years. I wear a lot of hats - Developer, Database Administrator, Help Desk, etc., so I know a lot of things but not a lot about one thing. Experts Exchange gives me answers from people who do know a lot about one thing, in a easy to use platform." -Todd S.

what do you mean by 'multilanguage'? just to use another language for the offshore variant of your application? or to have a switchable application which you can run either in native or offshore mode?

if you have the first, you may add rc files where all text was translated to the new language.

then add a further rc file which can switch between the rc files:

// lang.rc
#include "lang1.rc"
#include "lang2.rc"

Open in new window

in your project you would exclude both lang1.rc and lang2.rc from build and add lang.rc to the resource files.

finally add a new configuration to your project where you define OFFSHORE_LANG in the preprocessor macros.

if you need an application which either can run the one or the other language, you could use a resource dll which you can exchange at the destination site depending on the language required.

ADITYA RAOSoftware DeveloperAuthor Commented:
Currently  I  have  application  with two  rcs   for different screen  resolutions  not for  language.
I  have to develope application  in   which  should  have  option to select  a  language.
Once  language is selected,All  application  labels,buttons,grid  and  messages  should  come in selected language.
Maintaining  differnet rc for  each language  is  not possible.As  application  is  continue  to upgrade,means  as per  clients  requirement  modifications are continuously  done.There  are currently more  than  200  clients.
Please suggest way  other  than maintaining  different  rc  files.
Become a Certified Penetration Testing Engineer

This CPTE Certified Penetration Testing Engineer course covers everything you need to know about becoming a Certified Penetration Testing Engineer. Career Path: Professional roles include Ethical Hackers, Security Consultants, System Administrators, and Chief Security Officers.

Please suggest way  other  than maintaining  different  rc  files.

you probably have more than one .cpp file. what is the difference to having more than one .rc file? the solution i suggested actually only uses 1 rc file 'lang.rc' for build while the lang1.rc and lang2.rc only were included.

in visual studio you can open thousand rc files for a project. i even have maintained projects which have one dlg (resource) file per dialog.

there are 3 commonly used and proved solutions for your problem:

(1) use different language rc files and do the switch by configuriation (means you have two builds, one for each language)
(2) use a resource dll (project) for each language.
(2a) have two configurations where you link the right resource dll to your project
(2b) deliver both dll's and use the right one at the client site.

all these are clean but were using multiple resource files.

i can think of solutions which uses only 1 rc file:

(a) put any text resource in your rc file into a #ifdef LANG1 #else #endif  sequence
(b) replace any text resource in your rc file programmatically in custom pre build step into the translated text
(c) replace any text programmatically after loading the resource file by using the text, dialog or control id.
(d) replace any text used in any of the resources by "translating" it to the wished language using an own translator
(d) use a cloud translator for the before

(a) prevents you from using the resource editor for your rc file
(b) needs some kind of wizard project where you try to to "translate" the texts in the rc file
(c) needs a database where you maintain all texts of your resource file by id. you can't use IDC_STATIC no more.
(d) ???
(e) probably there are some good translator engines available in the cloud.

you may consider whether the results of those complex solutions could be sufficient for your purposes.
ADITYA RAOSoftware DeveloperAuthor Commented:
I  found  one approach as  to use  Multilanguage  string  table,Please  tell me  flaws  which I  may  face  by this approach
In VC++ 2010  we can  create  multiple  string tables  of   different language,by  right clicking  string  table and clicking
"Insert Copy". Now  with  help of SetDlgItemText  we can  put that text.
For  third  parameter  to  LoadString  you will  need function MAKELANGID function.

I  found that this  approach is quite  easy  and  quick  to solve problem

Experts Exchange Solution brought to you by

Your issues matter to us.

Facing a tech roadblock? Get the help and guidance you need from experienced professionals who care. Ask your question anytime, anywhere, with no hassle.

Start your 7-day free trial
In VC++ 2010  we can  create  multiple  string tables  of  different language,
yes, string tables are a good way to translate multi-language strings.

Now  with  help of SetDlgItemText  we can  put that text.
that isn't a practicable way to translate dialog resources. it is error-prone and you have no visual feedback when creating the resource for the second language. note, some texts will get longer when translated or even have more lines. you would have to add string resources for any control and any language and make a visual test with your application for each little change.

ADITYA RAOSoftware DeveloperAuthor Commented:
As a client  based  software,our  main  rc  file is  also  subject  to change  constantly  so we cannot  maintain  so many rc  files maintained constantly. Instead  we have decided  to  put  limit  to text size  when  client  provides  language  script.
As a client  based  software,our  main  rc  file is  also  subject  to change  constantly  so we cannot  maintain  so many rc  files maintained constantly
but you can maintain hundreds of string id's instead and map each of them to a control id and dialog? you may see how much work it makes by creating a sample form.

you should not underestimate the efforts that goes along with that design.

it is 15 years ago when I made a similar approach to put all texts of a huge application (a solution with 50 projects and 10 million lines of code, more than 300 dialog forms and about 10 thousand text strings) to a text file. the reason was not to support a second language but to reduce the amount of stack space needed for the texts and so decrease the load times of the executables.  actually I had to develop a new wizard project in order to support that design. we created id's automatically from the resources and automatically moved the texts from rc file to the text files. nevertheless, the process to maintain the strings was enormous and I doubt that we would go the same way if we had to make the decision again.

but it can be made this way and I wish good luck.

ADITYA RAOSoftware DeveloperAuthor Commented:
I  found  string table  approach  quite  better
It's more than this solution.Get answers and train to solve all your tech problems - anytime, anywhere.Try it for free Edge Out The Competitionfor your dream job with proven skills and certifications.Get started today Stand Outas the employee with proven skills.Start learning today for free Move Your Career Forwardwith certification training in the latest technologies.Start your trial today
Visual C++.NET

From novice to tech pro — start learning today.