WARNING: translation is a work in progress. Some of this may reflect intentions, not finished code.
*** WARNING: using multilingual content ('Per language terms'), your menu many not look as you expected after creating translations. A menu rebuild will fix this ***
Drupal uses the core modules 'Translate' (shown in the interface as 'Content Translation') and 'Locale'. The translation facilities in Drupal allow for multi-lingual sites. That is, not only can Drupal convert the text, but there are facilities for recognising which language a site visitor wishes to see, or an administrator wishes to show, and switching the view.
However, the facilites are not complete. Drupal 6 can't translate custom menu items or taxonomy terms. These gaps are covered by a contributed module called Internationalization. When installed, a user will find that this module is a collection of modules in one download. There is much information associated with this module; several further modules, for example, and good instructions. If you would like your website to work in several langauages, you should at least have a look, even if you find the core Drupal facilites are enough.
At present, Taxonomy Treemenu translation is advanced, but half-developed. The following contains information about Taxonomy Treemenu and translation. To translate content, a designer needs to enable both core modules, then load Internationalization, then enable i18nmenu and i18ntaxonomy.
Drupal has layers of data and code to choose langauge,
There are several strong warnings against changing this setting. The problem seems to be that translated strings depend on this setting and not the no-translation/English base. Therefore, if you change the setting, Drupal looses all track of current string translations.
The settings used to choose these langauges, and the interactions between them, cause complexity...
Taxonomy Treemenu should NOT react to the presentation language, or through the 'Language Switcher' block.
We do not know about other usages of translations, such as setting by node or URL - please post your experiences/ideas to the issue queue.
*** WARNING: when using multilingual content ('Per language terms') there are many taxonomy changes. Your treemenu many look strange after adding translations - the module compulsively generates links as the taxonomy changes. For example, translated material may appear in the menu root. A menu rebuild will fix this. *** Coding note: Yes, sometime I need to look for code hooks and the like to fix this.
Treemenu provides options based on the underlying vocabulary status.
The easiest way to see this is to go to the treemenu edit form and look at the status display.
Since Taxonomy Treemenu builds menus from links to content (terms/nodes), the widest range of options is availible if the underlying vocabulary is set to 'Per language terms'.
All modules have a hard time with translation facilities. Taxonomy Treemenu has a couple of peculiar problems, because it auto-generates menus from the taxonomy.
First, we are displaying terms. But core will not currently translate terms. Early on, the module supported node translation, but that makes little sense when the terms can't be translated. So the module currently overrides the core translations. If the Internationalization and i18ntaxonomy sub-module are not enabled, nodes are displayed consistently, like the terms, in the default language.
Second, both the coders and the users have a problem, or an opportunity? Do you wish to treat term translation as,
Treemenu's author decided to enable a subset of the functionality, because,