Six configuration elements work together to provide users the ability to check spelling in user forms:
Spell checking is not available when an application is accessed through using Internet Application Composer.
The Pega 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 spell check 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 spell checker 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 spell checker software operates on the server, using the dictionaries, features, and settings identified in a Data-SpellChecker-Properties instance. See About SpellChecker Properties data instances.
Spell checking is available only for user forms based on harnesses that use the SmartFrames form of the Layout tab and include the spell checker icon.
To include the spell check 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 spell checked. (Users can check spelling can only for properties presented in read-write mode, which allows the corrected spellings to be entered.)
By default, spell checking 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, spell checking is enabled in the non-auto-generated control rule TextArea that produces an HTML tag of the form:
<INPUT TYPE="TEXTAREA" ... >
To disable spell checking for a property that is represented with a TEXTAREA tag:
SPELLCHECKENABLED="false"
to each <TEXTAREA> tag. By default, spell checking is disabled in the non-auto-generated control rule Text that produces an HTML tag of the form:
<INPUT TYPE="TEXT" ... >
To enable spell checking for a property that is represented with a TEXT tag:
SPELLCHECKENABLED="true"
to each <INPUT TYPE="TEXT" > tag.When the spell check icon is visible at run time, any user who can update the work item can perform the spell check. 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).