Maturity
FYQ2 target
Repository
Overview
Proper use of white space has a dramatic impact on design. It guides the viewer to focus on what matters, allows us to establish relationships between elements, and promotes balance. Designs that poorly use white space look messy and cluttered. We use it effectively and systematically to achieve a polished and professional look.
Related content
Principles
Purposeful
We use the space to organize the information, facilitating the understanding of its purpose and helping to guide attention.
Rhythmic
By applying spacing consistently, we improve the quality of our designs by creating a predictable rhythm. We can exceptionally break this rhythm if the benefits are greater than the cost of introducing an inconsistency.
Scale
Our predefined spacing scale help makers layout elements consistently, allowing flexibility. They are based on an 8px grid.
When creating any component or designing a screen, make sure you use one of the values below:
Usage
Leveraging the laws of proximity and uniform connectedness, we establish relationships between elements more effectively, minimizing the need to use boxes and borders.
Being consistent in space use, we make our interface more predictable and easy to use.
Inside components
Use spacing to separate and group elements inside components. When they belong together, use smaller values to reinforce the connection.
Between components
When grouping a set of components that belong to the same user task, use the same spacing to separate them.
Spacing interactive controls
The standard spacing between controls is 16px/MD, regardless of their size and arrangement. It prevents triggering accidental interactions for people with motor disabilities. Here are some examples and nuances:
Horizontal spacing
Vertical spacing
Outside components
Use spacing consistently across the surrounding of a component group. This spacing helps to breathe the main content while grouping related elements.
Quality checklist
This element passes the following requirements described in our Component lifecycle.
Maturity
α · Design tokens
It uses Ariane design tokens.
α · Naming agreement
Its name is agreed upon and shared between design and development.
α · Responsive L1
Is responsive to different viewport sizes.
β · Responsive L2
The responsive behavior has been reviewed and validated by the team.
β · Docs L1
It has essential documentation with at least primary usage.
β · Use cases
All the uses are audited and refined.