openerp-expert-localization team mailing list archive
-
openerp-expert-localization team
-
Mailing list archive
-
Message #00401
Change of behaviour in l10n_multilang
Dear community and translators,
We have noticed an problematic behaviour in the l10n_multilang module.
We would like to resolve it in 7.0 and wanted to warn you about the
impact it could have on the translation of your multilang modules.
The goal of the l10n_multilang is to allow having custom translations
for accounting data in countries with more than one official language
(without getting .po files for every possible translation). This
dependency is used by l10n_ch and recently by l10n_be (cf bug
lp:1189865, dependency added in trunk for stability reason).
The problem is that, when installing your localisation module, the
original name of the accounts are replaced by the language of the user.
For instance, after installing l10n_ch with an administrator whose
language is German, every account name will be in German. We overwrite
the original term and users whose language is French or Italian will see
the German term (as no translation German -> Italian defined). We
consider this is not real multilingual support.
Our plan (fix in 7.0) is to keep the original untranslated-term (for
l10n_ch and l10n_be it means having the accounts name in French) and
adding translations for these terms. The name of the accounts will then
change according to the user language if a translation is available.
This will have an impact only when a new chart of accounts is installed
(not impacting already deployed companies).
Before integrating the change (probably in a few days), we would like to
hear if some of you (especially l10n_ch users) have already encountered
this issue and how you have dealt with it.
If you have suggestions, objections or fears about the impact of this
change, please share it.
I have created a merge proposal that will change this behaviour if you
want technical details.
https://code.launchpad.net/~openerp-dev/openobject-addons/7.0-lan10multi-remove-forcewrite-mat/+merge/193213
<https://code.launchpad.net/%7Eopenerp-dev/openobject-addons/7.0-lan10multi-remove-forcewrite-mat/+merge/193213>
Regards
--
Martin Trigaux
OpenERP Enterprise Services
OpenERP sa
Chaussée de Namur, 40
1367 Grand-Rosière
Tel: +32 81 81 37 00
http://openerp.com
Follow ups