Dialog

Dialogs are a versatile component that can inform users, contain multiple task specific actions, present important information or require decisions.

External resources
check_circle_outline

Fully implemented in LOGEX Framework

Anatomy

  1. Dialog header. Keep the title short and clear. Users should be able to click and drag the dialog header to move it around the screen
  2. Close button
  3. Content. This is flexible and can be anything, as long as it fits in the dialog.
  4. (Optional) Delete button
  5. (Optional) Action buttons

Sizes

Dialogs come in different size. Its size should be picked manually depending on how much content it will contain.

Usage

A dialog is a special type of window that appears over an application’s content to provide important information, to perform a task, or ask for a decision. Combined with a transparent overlay, it blocks the rest of the application until it is closed. Dialogs are intentionally disruptive. If dialogs appear without the user intentionally triggering them, they should be used sparingly as they can negatively impact the overall user experience of the application.

Using an overlay will ensure the user is focussed on the dialog, while it also blocks the rest of the Application. Clicking the overlay could close the dialog.

Without an overlay the rest of the application is still usable. Test TEST ETSGVHAVH

Center the dialog horizontally and vertically, whatever the size, whenever the dialog appears.

In some cases you might need to deviate from the standard center position. While it’s not ideal, it is allowed.

When dialogs are stacked make sure the highest level is focussed by moving the previous dialog to the background.

Opening another dialog next to the previous one results in a conflicting hierarchy. It will also cause scaling issues when using larger dialogs or smaller screens.

When using action buttons, use labels that indicate the outcome of the action

Avoid using vague labels for these buttons, as the user might not understand what ‘Ok’ will do.

When to use which notification

ComponentPriorityUser action
Snack barLow priorityOptional: Snack bars remain until dismissed by the user, or if the state that caused the banner is resolved.
Top barMedium priorityOptional: Banners remain until dismissed by the user, or if the state that caused the banner is resolved.
DialogHighest priorityRequired: Dialogs block app usage until the user takes a dialog action or exits the dialog (if available)

Predefined dialogs

Paste dialog

This predefined dialog can be used to past and import data from, for example, Excel files. For more information on this, see import data field.

Something missing? Contact one of the designers.