Six configuration elements work together to provide users the ability to check spelling in user forms:
Spellchecking is not available not available when an application is accessed through using Internet Application Composer.
The Pega 7 Platform includes dictionaries that support three English locales and two other languages:
en-US
locale — United States Englishen-CA
locale — Canadian Englishen-GB
locale — British Englishfr
locale — French (France)de
locale — German (pre- and post-Reformation)For any of these locales, you can add one or more supplemental dictionaries with additional terms specific to your company or application. A supplemental dictionary is stored in a text file rule, which may belong to either a locked RuleSet version or an open RuleSet version. When the RuleSet version for a supplemental dictionary is not locked, users who have the appropriate privilege can add new words to the dictionary during spellcheck operations.
To support locales other than those listed above, your organization can acquire the dictionaries directly from Wintertree Software. The dictionaries can be loaded into rules in your application and configured through Spellchecker Properties data instances.
The spellchecker software uses two forms of dictionaries, a compressed form (CLX file type, saved as a binary file rule) and a specially formatted text file (TLX file type, saved as a text file rule). Each language has at least one of each type. Supplemental dictionaries use the TLX format.
The spellchecker software operates on the server, using the dictionaries, features, and settings identified in a Data-SpellChecker-Properties instance. See About SpellChecker Properties data instances.
Spellchecking is available only for user forms based on harnesses that use the SmartFrames form of the Layout tab and include the spellchecker icon.
To include the spellcheck capability in a user form:
Spell Checker
as the Type. The corresponding icon appears on the form (). See Harnesses, Sections, and Flow Actions — Adding an Icon.This step is optional. By adjusting the HTML representation of a property, you can control which properties can be spellchecked. (Users can check spelling can only for properties presented in read-write mode, which allows the corrected spellings to be entered.)
By default, spellchecking is enabled for input fields that reference Text Area (pxTextArea) and disabled for Text Input (pxTextInput) auto-generated control rules. This functionality cannot be modified.
Non-auto-generated controls
By default, spellchecking is enabled in the non-auto-generated control rule TextArea that produces an HTML tag of the form:
<INPUT TYPE="TEXTAREA" ... >
To disable spellchecking for a property that is represented with a TEXTAREA tag:
SPELLCHECKENABLED="false"
to each <TEXTAREA> tag. By default, spellchecking is disabled in the non-auto-generated control rule Text that produce an HTML tag of the form:
<INPUT TYPE="TEXT" ... >
To enable spellchecking for a property that is represented with a TEXT tag:
SPELLCHECKENABLED="true"
to each <INPUT TYPE="TEXT" > tag.When the spellcheck icon is visible at runtime, any user who can update the work item can perform the spellcheck. The current locale of the user determines which SpellChecker Properties instance applies, and so which dictionaries apply. Users can change their locale through Windows workstation facilities, the Locale Settings tool, or by running an appropriate activity.
Only users who hold the privilege @baseclass.AddtoDictionary can insert new words into a user dictionary. Such users must also have the ability to update rules in the RuleSet version that contains the user dictionary (a text file rule).
About control rules
About SpellChecker Properties data instances About the Locale Settings tool |
|
Atlas — Initial SpellChecker Properties data instances |