Skip to end of banner
Go to start of banner

Progress Indicator

Skip to end of metadata
Go to start of metadata

You are viewing an old version of this content. View the current version.

Compare with Current View Version History

« Previous Version 47 Next »


Description

Progress indicators express an unspecified wait time or display the current completed ratio of a process or action.

<< image needed >>

Types 

Linear & Circular

LUX offers two visually distinct variations of progress indicators: linear and circular progress indicators. Only one type should represent each kind of activity in an app. For example, if a refresh action displays a circular indicator on one screen, that same action shouldn’t use a linear indicator elsewhere in the application.

Type

Usage

Image

Linear Progress Indicator

Linear progress indicators display process by visualizing an indicator increasing in width from 0 to 100% of a track. This is animated in sync with the process’s progress.

The behaviour of the indicator is dependent on whether the progress of a process is known. They can be applied to the entire page, large containers and to form elements.

Circular Progress Indicator

Circular progress indicators display progress by animating an indicator along a circular track in a clockwise direction.

The behaviour of the indicator is dependent on whether the progress of a process is known. They can be applied directly to a surface, such as a button or card.

Usage & Behaviour

Progress indicators inform users about the status of ongoing processes, such as loading a page, submitting a form, or saving updates. They communicate an applications state and indicate available actions, such as whether users can navigate away from the current screen.

General guidelines

Structure

Progress indicators are composed of two required elements:

  1. Track - The track is a fixed width rule, with set boundaries for the indicator bar to travel along.

  2. Indicator Bar - The bar animates along the length of the track.

Placement and Positioning

The placement of a progress indicator can indicate the scope of a process and the type of indicator being used.

Default State

Generally, progress indicators should be hidden by default and only appear on screen when they are active. Exceptions to this guideline are detailed within specific types of indicator.

Interaction

Progress indicators do not support user interaction, they are solely used to provide a visual status indicator.

Best practices

  1. Don’t stop a progress indicator - A progress indicator makes users develop an expectation for how fast the action is being processed. As a result, any unexpected freezes will be noticed and will impact user satisfaction. The worst possible case is when a progress indicator approaches 99% and suddenly stops. Most users will be frustrated by this behaviour because it makes them think the app is frozen. You can disguise small delays in your progress indicator by moving it instantly and steadily.

  2. Explain why the user is waiting - If users are informed, they may be more patient. It can be helpful to add additional clarity by including text that tells the user what is happening or explains why the user is waiting.

  3. Provide a general time estimate for time-consuming tasks - Don’t try to be exact, a simple, “this might take five minutes” can be enough for users and encourage them to wait it out.

  4. Make sure that long operations offer the ability to cancel during the process.

Accessibility compliance

<< Add new link >>

A progress indicator indicates that the user's request is received and is in the process of executing the task. Content authors should provide values of aria-valuemin, aria-valuemax and aria-valuenow where the aria-valuemax is known. Further guidelines for optimum compliance can be found at <<resolve link>> ARIA progressbar role.

Focus management

Progress indicators are a purely visual indicator that contains no user interaction and therefore cannot be focused on.

Screen reader support 

Following the recommendations provided above for ARIA support will also provide the necessary tools for screen reader support. Users are notified about the existence of a progressbar on the page when they encounter the  ARIA progressbar role. Make sure the corresponding content areas also supports screen readers for content and behaviour.

Design

Zeplin link

Screen thumbnail

https://zpl.io/2pn8Jla <<update when available >>


  • No labels