Internationalization and localization — Concepts and
terms
|
|
With careful attention to design, a single Process Commander application can support users who:
All this can occur while these users share a common set of underlying rules, logic, and business benefits of the application.
These capabilities increase the value of your application by allowing enterprise-wide or worldwide use without extensive training, reconfiguration, or replication. Business logic changes (to decision rules, flow rules, and so on) affect users identically and simultaneously, regardless of the language or location.
A locale is one of the standard codes in the format aa_BB_CC, where aa represents the language and _BB or _BB_CC represents a country variant suffix. For example, it_IT is the locale for Italian as spoken in Italy, de_DE is German as spoken in Germany, and de_CH is Swiss German. (In Microsoft Windows, the locale codes use a dash rather than an underscore character and sometimes omit the second and third portion for the dominant country, such as for the French language as spoken in France.)
Every Windows workstation has a locale setting, recorded in the Regional Settings control panel. Process Commander detects this setting and uses it automatically to determine the formats for dates, times, and numbers both on display and input. Thus, a United Kingdom user can enter and view dates in the format 14/12/2004 while the United States coworkers enter and view dates in the format 12/14/2004.
Similarly, the UK user sees 15:15 as the time when the United States worker sees 03:15 P.M. as the time. The internal representation of dates and times supports both users. This capability requires no Process Commander configuration, and for most Windows workstations, no additional font installations.
For a list of locales and the corresponding text description in Sun's JDK, see:
http://java.sun.com/javase/6/docs/technotes/guides/intl/locale.doc.html.
See also locale and About the Locale Settings tool.
Depending on the HTML Property rule used to present a property, property values for dates, numbers, and times can be presented either with or without localization. Most standard properties use localization.
Workstation fonts are managed by Windows software. If an Internet Explorer display references a font not installed, it may not render correctly. To remedy this, install an appropriate font using the Windows XP, or Windows Office CD, or another source of fonts. Select Tools > Internet Options and click the Fonts button to see which fonts are missing.
Consult the Pega Developer Network article 
PRKB-10095 How to enable workstation support of
international fonts and languages for additional
information about workstation fonts.
A language-specific RuleSet Name consists of an application RuleSet name followed by a single underscore and a locale code. For example, for the application defined in the ALPHA RuleSet, the value ALPHA_it_it identifies an Italian-specific RuleSet.
Developers can create and add rules to such RuleSets. Typically however, such RuleSets contain field value rules that localize words or phrases from portal rules, harness rules, and section rules. The decision rules, flows, activities, properties, and other rules that determine the functions and results of the application are not needed in language-specific RuleSets.
Application facilities visible to application users are determined primarily by:
In addition, application users see and interpret the Short Description fields on certain class rules and flow rules.
Through a careful design and implementation effort, your application can be presented in a second language or in any one of multiple languages using language-specific RuleSets that each contains only a collection of field value rules. Users can work in the language of their preference or the language of a customer or party with whom they are communicating by phone or e-mail. The fundamentals of your application — flows, activities, properties, and so on — operate as before with no translation required, simultaneously supporting users who work in different languages.
Correspondence sent your application is derived from correspondence rules (Rule-Obj-Corr rule type) and correspondence fragments. By creating language-specific correspondence rules and fragments, your application can respect the language preference of a party. For example, if a party prefers French and a French-language correspondence rule is available, an English-speaking user can send an email message or letter in French (provided no editing is need).
Process Commander includes two wizards that simplify the process of identifying, translating, and creating the field value, correspondence, paragraph, and other rules that support localization:
The standard HTML property rule CurrencyAmount presents a monetary amount in the format a user's default currency, such as 1,234.56/USD.
The standard library named Math includes two functions for currency conversion:
Number property representing one currency value
to another Number property representing another
currency using division.Number property representing one currency value
to another Number property representing another
currency using multiplication.No standard rules reference these two functions. Typically, the currency conversion rates themselves are provided by an external system that is accessed through a connector. Your application retains control over the source of the rate, the computation details, and when and how conversion occurs.
|
currency code, locale, language-specific RuleSet |
|
About the
Locale Settings tool
About the Localization wizard Rules Inspector tool — Localizing a form with the Field Value Inspector |