Although internationalization of an application (i18n for short) involves far more than just translating its text messages to another message - date, time and currency formats need changing too, some languages are written left to right and others right to left, character encoding may differ and many other things may need changing too - it is a necessary first step. wxWidgets provides facilities for message translation with its wxLocale class and is itself fully translated into several languages. Please consult wxWidgets home page for the most up-to-date translations - and if you translate it into one of the languages not done yet, your translations would be gratefully accepted for inclusion into future versions of the library!
The wxWidgets approach to i18n closely follows the GNU gettext package. wxWidgets uses the message catalogs which are binary compatible with gettext catalogs and this allows to use all of the programs in this package to work with them. But note that no additional libraries are needed during run-time, however, so you have only the message catalogs to distribute and nothing else.
During program development you will need the gettext package for working with message catalogs. Warning: gettext versions < 0.10 are known to be buggy, so you should find a later version of it!
There are two kinds of message catalogs: source catalogs which are text files with extension .po and binary catalogs which are created from the source ones with msgfmt program (part of gettext package) and have the extension .mo. Only the binary files are needed during program execution.
The program i18n involves several steps:
If you want your app to run under MacOS X with internationlization as described above you'll need to make one modification to the Info.plist file which describes the contents of the "application bundle". This file (an XML text file in UTF-8 format) should have a CFBundleDevelopmentRegion entry describing the language of the developer - mostly English - and normally MacOS X will query the bundle for the presence of certain resource directories to find out which languages are supported (e.g. the directory German.lproj for German). Since wxWidgets based applications don't use these directories for storing resource information (they store the translation in the mo files instead) the application needs to be told explicitly which langauges are supported. This is done by adding a CFBundleLocalizations entry to Info.plist. This can look like this:
<key>CFBundleDevelopmentRegion</key> <string>English</string> <key>CFBundleLocalizations</key> <array> <string>en</string> <string>de</string> <string>fr</string> </array>See also the GNU gettext documentation linked from docs/html/index.htm in your wxWidgets distribution.
See also Writing non-English applications. It focuses on handling charsets related problems.
Finally, take a look at the i18n sample which shows you how all this looks in practice.
Translating menu accelerators
If you translate the accelerator modifier names (Ctrl, Alt and Shift) in your menu labels, you may find the accelerators no longer work. In your message catalogs, you need to provide individual translations of these modifiers from their lower case names (ctrl, alt, shift) so that the wxWidgets accelerator code can recognise them even when translated. wxWidgets does not provide translations for all of these currently. wxWidgets does not yet handle translated special key names such as Backspace, End, Insert, etc.