|Oracle Fusion Middleware Report Designer's Guide for Oracle Business Intelligence Publisher|
Release 11g (11.1.1)
Part Number E13881-02
This chapter covers the following topics:
BI Publisher supports translation in two ways:
Important: If BI Publisher is integrated with Oracle Business Intelligence Enterprise Edition, BI Publisher catalog translation (folder and report, data model, style template and sub template names) is ignored. The Oracle BI Enterprise Edition catalog translation mechanism is applied instead. See "Localizing Oracle Business Intelligence Deployments" in the Oracle Fusion Middleware System Administrator's Guide for Oracle Business Intelligence Enterprise Edition for information on components that can be translated in an integrated catalog.
Catalog translation is a feature of BI Publisher that enables you to extract the translatable strings from all objects contained in a selected catalog folder into a separate file; this file can then be translated and uploaded back to BI Publisher and assigned the appropriate language code.
Catalog translation extracts not only translatable strings from the report layouts, but also the user interface strings that are displayed to users, such as catalog object descriptions, report parameter names, and data display names.
Users viewing the catalog will see the item translations appropriate for the UI Language they selected in their My Account preferences. Users will see report translations appropriate for the Report Locale they selected in their My Account preferences.
Template translation is a feature of BI Publisher that enables you to extract the translatable strings from a single RTF-based template (including sub templates and style templates) or a single BI Publisher layout template (.xpt file).
Use this option when you only need the final report documents translated. For example, you need to generate translated invoices to send to German and Japanese customers.
When you extract the translatable strings for a catalog or template translation, BI Publisher creates an XLIFF file that contains the strings.
You can translate these strings within your organization or send the file to a localization provider. You then upload the translated XLIFF file back to the catalog or the individual layout and assign it the appropriate locale.
This section describes how to work with an XLIFF file. It contains the following topics:
What is an XLIFF?
Structure of the XLIFF File
XLIFF is the XML Localization Interchange File Format. It is the standard format used by localization providers. For more information about the XLIFF specification, see http://www.oasis-open.org/committees/xliff/documents/xliff-specification.htm
The generated XLIFF file has the following structure:
<xliff> <file> <header> <body> <trans-unit> <source> <target> <note>
The following figure shows an excerpt from an untranslated XLIFF file:
The <file> element includes the attributes source-language and target-language. The valid value for source-language and target-language is a combination of the language code and country code as follows:
the two-letter ISO 639 language code
the two-letter ISO 3166 country code
Note: For more information on the International Organization for Standardization (ISO) and the code lists, see International Organization for Standardization.
For example, the value for English-United States is "en-US". This combination is also referred to as a locale.
When you edit the exported XLIFF file you must change the target-language attribute to the appropriate locale value of your target language. The following table shows examples of source-language and target-language attribute values appropriate for the given translations:
|Translation (Language/Territory)||source-language value||target-language value|
|From English/US |
Some templates contain placeholders for data fields embedded in the text display strings of the report. For example, the title of the sample report is
Italian Purchase VAT Register - (year)
where (year) is a placeholder in the RTF template that will be populated at runtime by data from an XML element. These fields are not translatable, because the value comes from the data at runtime.
To identify embedded data fields, the following token is used in the XLIFF file:
where n represents the numbered occurrence of a data field in the template.
For example, in the preceding XLIFF sample, the first translatable string is
<source>Italian Purchase VAT Register - [&1]<source>
Warning: Do not edit or delete the embedded data field tokens or you will affect the merging of the XML data with the template.
Each <source> element contains a translatable string from the template in the source language of the template. For example,
When you initially export the XLIFF file for translation, the source and target elements are all identical. To create the translation for this template, enter the appropriate translation for each source element string in its corresponding <target> element.
Therefore if you were translating the sample template into German, you would enter the following for the Total string:
The following figure shows the sample XLIFF file from the previous figure updated with the Chinese translation:
BI Publisher applies a translation based on the user's selected Report Locale. BI Publisher will first try to match an RTF template named for the locale, then an XLIFF file named for the locale. If an exact match on language-territory is not found, BI Publisher will try to match on language only.
For example, if you have a report for which the base template is called EmployeeTemplate.rtf and the locale selected is French (France), BI Publisher will select the translation to apply according to the following hierarchy:
Note that with the same set of translations, if the locale selected is French (Switzerland), the EmployeeTemplate.rtf (fr) would be applied. Now if the available translations were limited to the following set:
and the locale selected is French (Switzerland), then the EmployeeTemplate.rtf (default) will be applied. Even though there is a language match, BI Publisher will not match the different locales.
Therefore, if you want to ensure that a French language translation is used when French is the selected language, regardless of the selected locale, then you must include either an rtf or xlf file named for the language only (that is, EmployeeTemplate_fr.rtf or EmployeeTemplate_fr.xlf).
Copyright © 2010, 2011, Oracle and/or its affiliates. All rights reserved.