Multi-Language Add-In for Visual Studio

Quick Tour (Unmanaged C++ and MFC)

MFC version 7 and later have support for satellite DLLs, which is the most practical method, if you want to be able to select a specific language. This quick tour assumes that you want to use satellite DLLs.

Activating the Multi-Language Add-In

After you have installed the Add-In, there will be a new menu item in the Tools menu in Visual Studio.

This menu item activates the Add-In and shows it in a tool-window. You can dock this window at the side of the main Visual Studio window, or drag it into a tab group, like other tool windows in Visual Studio. It's probably best to place it at the bottom, in a wide format.

Selecting a project

A Visual Studio solution may contain multiple projects. However, the Multi-Language Add-In always works with a single project. To get started, you must first select the project. There are two ways to do this.

from a dialog	When you select the Add-In from the tools menu, it will probably show a list of the projects in a dialog. Simply select the project and click on OK. This dialog can be disabled, so if somebody else has already worked with the Add-In, it might not appear.
from a drop down list	At the top of the Add-In's main window, just below the toolbar, there is a drop down project list You can select a different project at any time from this list.

Initialising the project for localization

The Add-In will automatically detect the languages defined in the resource script (.rc) file in your project. For a non-localized project, the resources will usually be defined for a single language. The Add-In assumes that the first language which it detects is the original language of the project.

In the unlikely case, that no languages are defined in the .rc file, you must specify what the original language of the project is. The Add-In will show a list of the languages supported by Windows. Select the original language and click on OK. (The buttons below the list change the way the list is displayed. In particular, the button English simply shows the language names in English. It does not select English in the list).

This dialog will probably be followed by second dialog, with options for scanning the project. Just click on OK to accept the default options.

The Add-In will now add three new files to your project.

Scanning the project

The Add-In will now scan the project. This is performed in two phases:

• scanning controls
• scanning source code

In the first phase, the Add-In scans the resource script (.rc) file for dialog and menu resources and extracts the texts from the resource definitions. In the second phase, the source code of the project is scanned for texts which may require translation.

The results of the scan are displayed in two separate grids in the Add-In's window. You can switch between these grids using the tabs at the bottom of the window.

Adding a second language

To add a new language to the project, click on the symbol on the Add-In's toolbar This brings up a dialog very similar to one where we selected the original language of the project.

Select a new language and click on OK to add this language to the project. The options Get translations from Microsoft Translator and Get translations from Google Translator can be used to select online translation using one of these translation engines. This is a quick and easy way to translate the texts in your project, but the quality is likely to be poor. The check boxes are enabled if the combination of original language and new language is supported by the translation engine.

Some languages, such as German or French, are considered to be neutral languages. The regional variations, such as German(Germany), German(Austria), French(France) or French(Canada) are referred to as specific languages. You should always add the neutral language before adding a related specific language. If you do choose to add a specific language, the Add-In will give you the option of adding both neutral and specific languages or only the neutral language.

After adding the second language, the Add-In will

• add a new column to the grids for the new language
• search for translations of common texts such as OK and Cancel in the Global Translations Database

Now we will take a closer look at the two grids.

The controls grid

To see the controls grid, make sure that the controls tab at the bottom of the window is selected. The grid should look something like the following screenshot.

As you can see, the grid shows the texts from dialog resources and menu resources.

By default, menu resources are shown in a hierarchical manner, reflecting the structure of the menu. As an alternative, you can view the menu items in a flat list. To select this mode, click on the button on the toolbar and then select Flat list from the menu, as shown below:
The menu will then be shown as in the second screenshot. This option has no effect on the display of dialog resources.

To enter a translation, simply click in cell and type in the new text. If you are able to translate the text yourself, this is the easiest way enter translations.

If a text is shown in light grey, then the text has been generated by the resource fallback mechanism. If a text is not defined for a specific language (e.g. Spanish(Mexico)) then the text for the neutral language (e.g. Spanish) will be used. If this has not been defined, then the original text in the project would be used.

The check boxes to the left of the property name indicates that the text has been selected for translation. By default, all properties which contain a non empty string are selected.

The following screenshot is based on the MFC sample program CmnCtrl2. You can see that some of the controls have a text property which will not require translation.

Since we do not want to translate these texts, we can deselect them by clicking on the check boxes.

In fact, we never really want to see these properties again, so we can go one step further and hide them completely. To do this, we first click on the sun symbol at the left hand margin. The sun symbol is replaced by a moon symbol .

To actually hide the lines, click on the mask symbol on the toolbar . If you want the hidden properties to be shown again, click on the button on the toolbar and select ''Show hidden properties" from the menu.

By default, properties containing empty strings are not shown in the grid. It very rarely makes sense to translate empty strings, so this if sensible setting. If you do want to see localizable properties containing empty strings, then you can modify this option in the settings dialog. To show this dialog click on the settings button on the toolbar. Details of this and other options are described in the online help file.

The source code grid

To see the source code grid, make sure that the source code tab at the bottom of the window is selected. The grid should look something like the following screenshot.

As in the controls grid, you can select a string for translation by clicking in the checkbox to the left of the line number. In contrast to the controls grid however, none of the texts are selected automatically.

When you click on a line in the source code grid, the corresponding line in the source code will be shown in the source editor. Alternativly, if you select a line in the source editor, which contains a string, you can locate this line in the source code grid by clicking on the goto line button on the toolbar.

Since version 4.60.0003, the goto line function is also available via the context menu, as shown here. I hope nobody minds having a screenshot from a VB project in a web page for C++ developers!

You may notice that a symbol is displayed in the ID column on some lines. This simply indicates that the string contains an escape sequence. For unmanaged C++ projects, this has no real significance, since the the resource compiler (rc) accepts the same escape sequences as the C language. This is not the case for managed C++ projects. Escape sequences must be processed before storing strings in the .resx format.

When you select a string for translation by clicking on the checkbox, the Add-In will assign a string ID number to the text and insert the macro ML_STRING into the source code.

As you can see, this macro has two parameters:

• the String ID number and
• the original text

In fact only the string ID will actually be used, so you could consider the original text as a comment. Leaving the original text in the source code serves to make the code more readable.

The macro ML_STRING is defined in the file MlString.h. It generates a call to the function MultiLang::ml_string() which is defined in the file MlString.cpp. As already described, these files are automatically added to your project, when you start working with the Multi-Language Add-In.

Once a string has been selected for translation, you can enter a translation simply by typing a new text into the grid.

As with the controls grid, we also have the option of hiding texts which do not require translation. In the screenshot above, we have in fact selected a string which we would probably not want to translate. It is unlikely that you would want to translate a TRACE statement.

As before, we hide a string by clicking on the sun symbol at the left hand margin, which is then replaced by a moon symbol . At the same time, the comment //MLHIDE is added to the end of the source code line, to mark it as hidden.

To actually hide the lines, click on the mask symbol on the toolbar . This works a little differently to controls grid. The hidden items are collapsed behind a new node hidden and you can view them at any time simply be expanding this node.

It is good practice to either select or hide every string in the project. If new strings are added to the source code, it is then much easier to find the new strings in the grid. Of course, you can also add the MLHIDE comment to lines in the source code editor. When the Add-In scans the project, it will automatically hide these strings.

Filtering texts with regular expressions

In many cases, you will be able to select, or alternativly hide, texts in the source code based on simple rules. For example you will probably not want to translate SQL strings, or the parameters to an event logging function. On the other hand, you will probably always want to translate the parameters to the MessageBox function.

You can handle operations like this easily with the feature "Filter with regular expressions". You can select this option from the tools menu as shown below, or from the context menu in the source code grid.

This command shows the filter dialog, in which you can enter a search string as a regular expression. For example in the screenshot shown below, the search string "^select " will search for any string starting with the word select, with the option to hide the string.

The dialog offers the option to match only the string, or the complete source code line. By matching the complete code line, it is easy to detect strings used in particular function calls.

When the string is found, the Add-In asks whether the specific string should actually be hidden.

Using the translation memory

Aside from the project database used to store the translations for an individual project, the Multi-Language Add-In also stores all translations in global translations database. When it detects an exact match between a new text and a translation stored in the global database, it will insert the translation automatically. This is great for common terms like OK and Cancel.

If you are able to translate the texts yourself, then the translation memory provides an additional help, based on the translations stored in the global database. To use the translation memory, first click in the cell you want to edit, and then hit F3 or F12. The following screenshot shows the translation memory dialog with the text Add a new language to the project, which should be translated into German.

In the lower part of the dialog, there is list of existing translations, containing one or more of the same words as the string to be translated. The list is sorted according to the number of matching words, so the most useful translations should be near the top. You can copy words out of the grid and edit the new translation in the edit box marked Translation.

Obviously, the common words "a", "to" and "the" will not be of much help. If you select the tab Ignored words, you can select the words which are to be ignored. The Add-In keeps a list of ignored words in the global database and automatically ignores these words in future.

The translation memory feature is particularly useful for technical terms where you might not be familiar with the correct translation and where you want to use terms consistently.

Using the Spreadsheet export

If you are not able to translate the texts yourself, you will have to give them to a translator. For this purpose you can use the Spreadsheet export/import feature. There are two versions of this feature:

• the simple version with one worksheet and no macros (for Excel or OpenOffice)
• the three worksheet structured export with macro support (for Excel)

Both versions are accessed via the Excel symbol on the toolbar.

The screenshot below shows the format of the simple spreadsheet file. As you can see, the first column contains the string ID number, followed by a column for each language. The first two rows contain the language names and the locale ID numbers.

The translator should update texts in the appropriate language column, without changing the format of the file. When the translator is complete, you can import the translations back into the project.

The three worksheet format contains two additional worksheets, which closely resemble the controls grid and the source code grid in the Add-In. These worksheets provide more context information for the translator. Because all texts in the additional worksheets are also present in the third worksheet, Excel macros are used to maintain consistency within the file. The macros also provide some additional functionality, similar to some of the functions provided by the Add-In.

The three worksheet is to be recommended, unless your organization is adamantly opposed to using macros.

Exporting the texts to resource files

In order for the translations to be used in your project they must be exported to the resource script (.rc) file.

To do this, click on the runtime support symbol on the toolbar and select the command Native Runtime Support from the dropdown menu.

This command exports the translations to the .rc file in three steps:

• all texts are exported to string table resources
• the texts in existing dialog and menu resources are updated
• if necessary, new dialog and menu resources are generated for individual languages.

After this operation, you can see the resources in the Visual Studio Resource View. As you can see, each menu, dialog and string table is now defined for each language in the project. For dialog and menu resources which are already, the Add-In will simply update the text strings. If you have modified any of the other properties, in particular the size or position of the controls, then these modifications are preserved. If the resources are not yet defined for any given language, then they will be added at the end of the file. The new resources are basically clones of the resources for the original language, in which the Add-In modifies the text properties.