Flow Action
form
|
Complete this tab to define the how Process Commander generates HTML code, including JSP tags and directives, for this flow action. In unusual cases, you can author the HTML code directly. In most cases, the system generates the source HTML automatically from information on the Form tab.
This tab changes to reflect your selection of the first field.
Field |
Description |
HTML Generation | |
Select:
|
|
HTML Reference |
This field appears when you choose Enter the second key part — Stream Name — of an HTML rule that defines what appears when a user at runtime selects this flow action from a Perform harness form. The system uses the Applies To key part of this flow action as the first key part of the needed HTML rule. If this flow action doesn't require users to read or complete any fields, you can identify an HTML rule that doesn't contain any fields. The standard flow action Work-.ActionNoFields meets this need. |
Section Reference |
This field appears when you choose Enter the second key part — Enter the second key part — Stream Name — of a section rule that defines what appears when a user at runtime selects this flow action from a Perform harness form. The system uses the Applies To key part of this flow action as the first key part of the needed HTML rule. |
Auto- generated HTML |
If you selected This provides a working form and a starting point for HTML authoring. Clear this box to prevent later auto-generation (which overwrites any changes you made). A warning message appears when you save the form. Hand-edited HTML in flow actions can introduce complex, difficult-to-debug processing into your application. Clear this box only when necessary. Following the SmartBuild guardrails, avoid hand-edited HTML in flow actions when other approaches can achieve the same result. For more information on guardrails, see the PDN. |
Portlet compliant? |
Select to specify that Process Commander is to generate portlet-compliant HTML that can be displayed by a portal server. Portlet-compliant HTML meets the requirements of Java Specification Request 168, which defines the portlet standard. A portlet-compliant section form can be sent to an external portal server through Service Portlet rules and displayed in a portlet window. This check box appears only when you select
Only auto-generated flow actions are portlet-compliant. You can't select the Portlet compliant? check box unless the Auto-generated HTML? check box is selected. |
Enable Client Side Validation? |
Select to cause your application to immediately validate the format of user input to dates, integers, and other fields within the browser window when focus leaves the form field, before a user submits the form. This check box affects the input of many dates, times, text areas, and selected other properties, depending on the HTML Property rule associated with the property at runtime. See client-side format validation. This feature operates best for those Flow Action forms that use the SmartFrames version of the Form tab and use only JSP tags, no directives. Select to enable client-side format validation here for this flow action form. A similar check box on the HTML tab of the Harness form enables client-side format validation for the rest of the work object form, exclude the Take Action area. As a best practice, check when users are to enter dates, times, integers, or text through typing rather than through selection. Workstation-level validation can detect and mark invalid input earlier, and may consume less network traffic and bandwidth. Do not select if the flow action form contains only check boxes, selection lists, combo boxes, and other input widgets that do not require typing. Standard client-side validation scripts are in the text file rule webwb.CSValid.js; the corresponding error messages are in the HTML fragment rule CSValid to allow for localization. You can add custom client-side validation scripts or error messages on an application-wide by overriding the HTML fragment rule UserWorkForm, which is included in the fragment WorkFormStandard, which in turn is included in the HTML code for every work object form. |
Enable Expression Calculation? |
Select to enable automatic update of the display of certain computed property values on the flow action area of the work object form. For example, the flow action runtime form may contain a total that sums values entered into an array. You can enable this if the flow action form:
Computation begins when user focus leaves the input field for a source property. The workstation transmits the input value to the Process Commander server (using Asynchronous JavaScript and XML or AJAX), which applies the declarative rules and sends the results back for display. Only a portion of the form is redisplayed. Results may include a message indicating that a constraint was not met. For Declare Expression rules, both the input property or properties and the computed or target property must appear on the flow action form, not elsewhere on a work object form. See More about Declare Expression rules. A similar but separate check box appears on the HTML tab of the Harness form; that field controls automatic expression calculation in areas of the work object form other than the Take Action area. |
Localize? |
Select to indicate that at runtime, presentation of this harness rule is localized based on field value rules in a language-specific RuleSet. For each locale, field value rules in a language-specific RuleSet support runtime presentation of this section. Typically, use the Localization wizard and the Rules Inspector tool to identify, create, and maintain these field value rules. See:
This check box is available only when Auto
Generated HTML? is selected and Generate
For is set to When selected, the generated HTML calls the PublicAPI Java function getLocalizedTextForString() to convert text in the pyCaption, pyButtonLabel, pyActionLabel, pyActionPrompt, and other properties to a locale-specific value. |
Accessibility |
This field is available when Auto-Generated HTML? is not selected. Select The rule is included in the Preflight Accessibility Report. See Using the Application Preflight tool. |
Browser Support |
Indicate which browser types can correctly process the HTML code from this rule. When you specify that the code is to be
auto-generated, Process Commander includes only those
tags that can be displayed across browser types, the
value of this field is set to If you edit the generated code or manually provide the code for the rule, you specify the browser types that can display it. When you do not use auto-generated code, Process Commander does not validate your code. You must determine that it can be displayed across the browser types you specify. The Browser Compatibility Report in the Preflight tool uses this field to determine what percentage of the rules in your application provide cross-browser support.
Upgrade note:
If your application includes auto-generated harness rules
that you created in a version prior to V5.4 that include
only sections and properties where the value of this
field is set to |
HTML Source |
If you selected
Your HTML can reference standard styles and can define and reference custom styles. This field is not visible when the form is presented in read-only format, unless the Auto-Generated HTML? box is selected. |
Section Reference |
If
you selected The HTML rule can reference standard styles and can define and reference custom styles. |