Advanced Configuration
Form Design Fundamentals
Explains core principles for designing forms, including cloning, prerequisites, and best practices to optimize performance and usability.
Prerequisites for Form Creation
Prior to any form creation the following must be available within the myosh environment.
- Access Groups (refer Administrator Manual)
- Access to a module to store the form
- Hierarchy structure created (refer Administrator Manual)
- Risk Matrix Defined - if required (refer Administrator manual)
Best Practices to improve performance and speed
The way you design your form can impact loading times. Consider these best practices:
- Don't make forms too big. Forms with many sections and fields can have poor usability and performance. Avoid nonessential fields and functionality.
- Don't make forms too processing-intensive. Using many or complex section access control rules and visibility conditions can cause slow performance.
- Design forms around specific tasks with a sensible workflow and navigation. Break up elements into subforms where appropriate. Present the most-needed information on the parent form and move secondary information to subforms linked via
RECORDLINK
fields. While subforms use lazy loading, manyRECORDLINK
fields on a parent form can still affect load times as some subform data is needed for the table display. - Be aware that some field types impact performance more than others. Simple fields like
TEXTFIELD
orLINK
are fastest. Fields generating selection lists (MULTISELECT
,OPTIONGROUP
) are moderately fast, though many options can slow them. Data-intensive fields likeRISKRATING
,PERSONFIELD
, andRECORDLINK
are the slowest due to data fetching and security rule processing.PERSONFIELD
s have some lazy loading. - Forms are currently fully rendered even if sections are hidden, so hidden sections still impact load times. However, streamline initially visible fields using section access control.
- Restrict user accounts to load less data. Accounts with fewer roles or tighter hierarchy access will load less data (e.g., fewer sections, users in
PERSONFIELD
s, records inRECORDLINK
s), improving performance. Note that "Ignore Hierarchy Access Restriction" on fields likePERSONFIELD
can override this for those specific fields. - Build prototypes to validate designs. Test forms in OTE with test data and various user accounts, as administrator accounts typically load more data and may be slower.
- Other causes of slow forms can include geographical location or device/browser issues. Network latency can occur if accessing servers from distant locations. Device issues can stem from inadequate processing power/memory or resource competition from other applications. Browser issues can arise from resource-heavy plug-ins/extensions or too many open tabs. Mitigate by closing unnecessary applications, uninstalling unused browser add-ons, restarting browsers/devices, and keeping software updated.
Version: 1
Updating or Deleting Existing Fields
How Administrators can edit or remove existing elements (fields, sections, etc.) from a form layout.
Form Creation
Provides a step-by-step guide to creating a basic form, covering naming, adding sections and fields, defining initial workflow steps, configuring record lists, and setting up initial access controls.