summaryrefslogtreecommitdiff
path: root/addons/analytic_user_function/analytic_user_function_view.xml
diff options
context:
space:
mode:
authorOlivier Dony <odo@openerp.com>2014-08-13 11:08:02 +0200
committerOlivier Dony <odo@openerp.com>2014-08-13 11:08:02 +0200
commit868a77616d2d41e1946a1a76a9d22061212d1ab2 (patch)
tree58aa53c489c25c0c807e07d40d5fe0fd8b532430 /addons/analytic_user_function/analytic_user_function_view.xml
parent4114c761dd462f740d9fcfadfa6cd9ad93ae46fe (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