Published Release Notes

Accessibility improvements

Several improvements are now available that enable application accessibility. These improvements affect the wait indicator, overlays, and collapsible layouts.

The wait indicator, or throbber, announces its status to an assistive technology such as JAWS.

• When loading, the throbber announces “Loading content” or other text that can be edited in the pyThrobberLoadingText property.
• When loading is completed, the throbber announces “Loading completed” or other text that can be edited in the pyThrobberLoadingCompletedText property.
• The loading announcement is set by default to a three-second delay, which can be modified in the pyThrobberAnnouncementDelay property.

Overlays are announced by an assistive technology and overlay content can be tabbed through by using the Tab key without closing the overlay. Overlays can be closed by pressing the Esc key. This behavior applies to all overlays and modal dialog boxes that are opened as local actions and popovers that are part of the autogenerated UI.

All users, including those not using an assistive technology, can focus the expand and collapse feature of a layout by using the Tab key. The expanded or collapsed state is announced by screen readers.

Date control for past and future years

The Date control can be configured to show only past dates, only future dates, or any date range that includes the current year. The Display range can be set to include a configurable range of previous years or next years. The number of years is relative to the user’s date.

Enabling run-time edit in Live UI

When you inspect a rule with the Live UI tool, you can enable editing if editing has not yet been enabled for the application. The Enable live editing link at the top of the property panel adds a run-time edit branch to the current application's definition. A similar option is available when you add or move elements by using Live UI.

Use multiple built-on applications to enhance ruleset reuse

Applications can now have multiple built-on applications, allowing rules to be reused as a part of a built-on application at run time while being developed independently at design time.

Previously, applications built in Pega 7.1 and earlier versions were assembled in a single linear application stack--one application built on top of another application, and so on. Attempting to reuse rulesets and frameworks across applications resulted in having to splice applications together, creating challenges when attempting to support the use of these custom created applications. Starting in Pega 7.2, applications are built on to other applications by using a hierarchical tree structure, and the Pega 7 Platform automatically converts this tree into a linear application stack.

For more information, see Using multiple built-on applications and the Ruleset behavior at design time section in Application stack hierarchy for multiple built-on applications.

Support for delegating map values, correspondence rules, and circumstances

You can now delegate map values and correspondence rules from the Actions > Delegate menu. In addition, you can delegate circumstanced types of the following supported rules and data types:

• Map values
• Correspondence rules
• Paragraphs
• Decision tables
• Data types

Introducing the proximity widget

You can use the new proximity widget to display on a map the open cases that are within a certain distance of your current location. You can configure the widget to show open cases within a radius of up to 50 miles.

For more information, see Proximity widget.

Offline support for mobile applications

You can work on assignments and create cases while your mobile device is offline. By enabling offline support for a case type, you can move cases closer to resolution while your application is disconnected from the network.

For more information, see Enabling offline for support for a case type.

Support for large reference data in offline mobile apps

A data page in a Pega 7 Platform mobile application with offline capability enabled can now be marked as a large data page. This feature improves performance significantly when you have a large amount of data in which only individual records change.

In this situation, after the initial sync to the mobile app, only the changes in the large data page are synced instead of the entire large data page. The database table is created for such large data pages in the encrypted SQLite database on the device. Changes such as add, delete, or update are reconciled as row-level updates. Furthermore, you can use JavaScript to query against this data. A large referenced data page is supported by list-based components such as repeating dynamic layout, auto-complete, a dropdown list, and radio button.

Support for offline and online cases in a single mobile app

A single offline-enabled application can now support both the creation and processing of online-only and offline-ready cases.

For online-only cases, a list of both the offline and online cases is always available. Case assignment and processing is performed on the server so that a case is available only when the device is connected to the Internet or to data. When a connection is not available for processing an online-only case, an error message is displayed.

For offline-ready cases, a user can open an assignment and perform tasks on that case. There is also an option to explicitly display a harness from a server instead of a client store.

Offline mobility improvements

Several offline mobility improvements have been made in this release. Additional use cases have been added for configuring offline-enabled mobile apps at design time. Read-only grids with limited features are now supported offline. You can configure auto-populated properties, and you can create work with parameters. It is also possible to open work by handle. You can use decision shapes with Boolean expressions (no when rules) in screen flows. Barcode scanning is now available in offline mode.