Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Lead:  Liav Nadler

...

A form is a collection of input fields, allowing users to enter data that is then sent for further processing.
Forms may appear in workspaces, dialog popups, popovers,wizards,filter panes, details panes and cards.

...

...

  • Where possible, field labels will appear above the input field (for example, above a text field or a set of radio buttons).

  • Where relevant, a red mandatory indicator (*) will show next to the label.

  • Where relevant, a help icon will appear next to the label (aligned to the right side of the field, if possible).

  • For forms with inline inputs, see Inline Inputs.

...

  • The action area will always be visible.

    • In case the form takes up the entire workspace, the action area will appear at the top of the page (see Examples below).

    • In any other case, the action area will appear below the form, separated by a horizontal line.

      • In dialog popups, popovers,wizards,filter panes, details panes and cards, the action area will appear at the bottom of the container.

      • In workspaces:

        • If the form does not exceed the height of its container, the action area will appear below the last field of the form.

        • If the form exceeds the height of its container, the action area will stick to the bottom of the container, allowing users to scroll the form above it.

...

  • Buttons for main actions will be aligned to the right. Buttons If needed, buttons for secondary actions, such as clear or delete will be aligned to the left.

...

  • Clicking the submit button:

  • Clicking the Cancel button, if exists, will close the corresponding component (if not pinned), without saving the data (a confirmation popup may appear).

...

  • For input-specific validations see Field Validation.

  • A form cannot be submitted if one or more of its fields are in error state. Here is a typical flow:

    • When entering a form, the submit button is disabled (the Cancel button, if exists, is always enabled).

    • On updating any field, the submit button becomes enabled.

    • In case of an input error, the submit button becomes disabled (an additional form-level message may appear). Only after the error was all errors have been resolved, it becomes enabled again.

    • After clicking the submit button:

      • it becomes disabled,

      • a toast message may appears, indicating that the form was savedsubmitted.

  • This flow is similar where the form is in a dialog popup, but in this case, clicking the submit button closes the popup.When a form has a single required field, the validation will appear only after the user clicks the submit button.

  • In case the user tries to navigate away from a form after updating one or more fields or while there are errors, a message popup will appear, allowing the user to either keep editing or leave (see Common messages repository).

...

  • Creating or updating entities (for example: users, roles, channels etc.).

  • Configuration (for example: services level indicators, storage retention periods etc.).

General

  • In general, form fields should have be arranged in one column. Closely related fields (e.g., first name and last name) can appear side by side.

  • Collections of related fields should be grouped into sections. For example, fields like Email and Phone may be found under a Contact Information section.

...

Unless otherwise specified, see our general compliance information in Fundamentals - Accessibility

text highlight when using a keyboard + using arrows when in edit mode (left, up or home to set the insertion point at the beginning; right, down or end to set it at the end).

Design

Zeplin link

Screen thumbnail

<<Short Zeplin link. You
Use this
>>

<<Screen with 200 width>>

...