diff options
| author | Olivier Dony <odo@openerp.com> | 2014-08-13 11:08:02 +0200 |
|---|---|---|
| committer | Olivier Dony <odo@openerp.com> | 2014-08-13 11:08:02 +0200 |
| commit | 868a77616d2d41e1946a1a76a9d22061212d1ab2 (patch) | |
| tree | 58aa53c489c25c0c807e07d40d5fe0fd8b532430 /addons/analytic_user_function/analytic_user_function_view.xml | |
| parent | 4114c761dd462f740d9fcfadfa6cd9ad93ae46fe (diff) | |
[FIX] ir.translation: export/import of QWeb terms
Fixes the translation term import/export logic to
support terms inside QWeb templates.
Refactored a bit the export code so the babel-based
QWeb terms extractor for ./static/src/*.xml files
uses the same logic as the regular extractor for
ir.ui.views with type QWeb.
Server-side QWeb rendering uses a mix of the native
view inheritance mechanism and the template inclusion
(t-call) mechanism. During rendering the translations
are only applied at "template" level, *after* the
view inheritance has already been resolved.
As a result translations are local to a template,
not to the inherited view in which they are actually
written.
In terms of exporting PO[T] files, this is done by
resolving the "root" QWeb template a view belongs
to, and using it as the location of the translated term.
During import there is one extra quirk for QWeb
terms: they need to be linked to the `website` model
rather than the actual `ir.ui.view` model they
are really pointing to, so the rendering phase can
properly recognize them.
Diffstat (limited to 'addons/analytic_user_function/analytic_user_function_view.xml')
0 files changed, 0 insertions, 0 deletions
