AgileApps Support Wiki Pre Release

Smart Components for AgileApps

From AgileApps Support Wiki
Revision as of 05:04, 3 November 2019 by imported>Aeric

The runtime UI components in AgileApps platform are exported as HTML element tags (custom elements) to customize the platform user interface. All the custom elements can make REST API calls internally and hence are knows as Smart Components.

You do not need to invoke API calls to render data in the Smart Components. The Smart Components use internal API calls to perform CRUD operations on records. Inputs to the APIs are usually passed as DOM attributes to the custom elements. Most of the Smart components are able to accept input parameters and some of them are also able to dispatch certain element specific events.

If there are any future updates to the internal APIs used in the smart components, the internal implementation of Smart components would be updated. The customized UI need not be updated upon every version/patch release of the platform, in usual circumstances.

The following Smart Components are currently available:

  • Activity history <ace-activity-history>
  • Application tabs list <ace-app-tabs-list>
  • Login Form <ace-login-form>
  • Notes Editor <ace-notes-editor>
  • Object view list ( <ace-object-views-list>)
  • Owner Assignment <ace-owner-assign>
  • Record Attachment <ace-record-attachment>
  • Record Form <ace-record-form>
  • Record Process <ace-record-process>
  • Records view <ace-records-table-view>
  • Record Task <ace-record-task-view>
  • Related information <ace-related-info>
  • Table grid <ace-table-grid>
  • View Configuration <ace-view-configuration>

Activity history <ace-activity-history>

The Activity history allows you to display the activities performed on a record. Each entry in the activity history provides details about who did what, and when. It shows:

  • Emails sent by platform user or by the user.
  • Messages received through the Email Channel (generally as a reply to a message that was sent).
  • Any private notes added to a record.
  • The new old values of any Audited Fields.

For Cases, all fields are audited, by default. So for example, any change to the status or priority of a case record is automatically recorded in the case history. For other objects, field auditing must be explicitly enabled.