Stepper
DESIGN COMPLETE IMPLEMENTATION IN PROGRESS
Steppers display progress through a sequence of separate steps towards a particular goal for more complex tasks. This provides a more manageable experience by allowing the user to focus on smaller pieces of the task at hand.
Contributors | @Ange Romanska (Deactivated) @Gabriel Weinberg @Marco Morales (Deactivated) @Jon F |
---|---|
Slack channel | |
Paragon Jira ticket | |
Other Jira tickets | https://openedx.atlassian.net/jira/software/projects/UXTL/boards/637?selectedIssue=UXTL-79 https://openedx.atlassian.net/jira/software/projects/UXTL/boards/637?selectedIssue=UXTL-58 |
Design resources | https://miro.com/app/board/o9J_klDbkGI=/?moveToWidget=3074457353303844349&cot=14 https://miro.com/app/board/o9J_ksXJkmY=/?moveToWidget=3074457353287771369&cot=14 Low fi |
Technical docs |
Design
Use cases
Discussion forum selection and configuration
Content library configuration
Miro flow design in progress
Usage
This stepper can be used not only for initial setup, but also for future configuration changes over time by linking to the relevant step.
Steps
On page load, all steps will display a number and short label to help the user understand the sequence of actions towards setup or creation.
Steppers should follow a linear progression, requiring the user to navigate between all steps in chronological order for initial setup
Incomplete and active steps will always display a number. Completed steps will display a checkmark icon. Steps missing required input from the user will display the step error state.
Navigation
The "Next" button, positioned on the right side of the footer, is used to progress to the next step in the process. This button should be active and available at all times. On the final workflow step, this button can display a contextual label related to the action (ex: 'FINISH', or 'APPLY').
When the user has moved past the first step, display a Secondary outline button with a 'Back' label all the way to the left in the footer to allow them to move backwards in a linear progression.
The user can navigate back a single step, or multiple, but can only move forward with the 'Next' button in the footer. (The numbered steps and check marks are not interactive)
The user may move back a step if they have not completed the active step without validation being required for the current step. Any actions that have been taken on the current step should be retained (data should not be cleared unless the user is warned.
Note: Future use cases may require a third action button, positioned directly before the “Next” button, on the right. Examples include saving a draft or launching a preview within the flow.
Errors and warnings
Display the step error state and do not allow the user to move ahead on any step missing required input from the user. The error state should display a contextual label related to the active step.
Request confirmation from users who choose to exit and discontinue before completing all steps in the workflow. The user should understand that all edits and changes will be lost if they do so.
Display a browser confirmation dialog when closing the tab or navigating with the browser back button before completing all steps in the workflow. The user should understand that all edits and changes will be lost if they proceed.
Best Practices
Do |
|
Don't |
|
Related Components
Specification
What does an engineer need to know in order to build this component?
Redlined Design Spec
Behaviors
Accessibility
Incorporate a meaningful label into the ‘Next’ button or make this information available to screen readers. |
Notes
Notes from collaborator conversations or meetings regarding this component.
XX.XX.20XX