Localization is/was somewhat half-hearted implemented in the api for category trees. Some calls had an argument for localization (e.g. get_name), others did not (get_mapped_trees, get_mapped_trees_from_object_list).
Furthermore, category_tree::get_name had the argument locale, but did silently ignore this.
I fixed the mentioned bugs in a way that is backward and style compatible and committed the changes to CVS HEAD. i have not fixed category_tree::get_multirow, which has still no locale argument, i am not sure where this is usd and whether locale is wanted (on the adp side, you have normally no option to use a different locale).
Concerning Malte's wish for listing language-specific category trees (see xowiki 0.39 thread):
The xowiki includelets "categories", and "categories-recent" have now a "-locale" option which allows to listen only entries in a specified locale. The parameter allows
- a locale
- the value "default", to listen only the entries with the default locale (depending on package parameter), or
- "default+system" to listen the default locale and additionally the entries in the system locale, when the entry does not exist in the default locale.
Needless to say, the last case is the slowest.
Malte, you own me at least a beer.