Related Pages: System Errors
Description
Empty states are special messages shown in workspaces or containers to indicate that content is unavailable.
Types
Illustration
| |
Icon
|
Usage & Behaviour
General guidelines
Structure
An empty state consists of:
A visual.
A message, describing the state and recommended actions.
A dialog button or a text link, guiding the user to perform a relevant action. (Optional)
Placement and Positioning
Empty states can be applied to various components (data tables, lists, dashboards, etc.).
Empty states should:
Replace the content that would ordinarily be shown.
At the top 1/3 of the content area, centered horizontally.
Full page positioning:
Specific elements positioning:
Content
The selection of the image depends on the specific context:
Context | Illustration | Icon |
No results foundUse when a search returns no results. | ||
No <item type> definedUse when no items have been defined, such as an empty user list. | ||
No <item type> selectedUse when a user has selected no items. | ||
Multiple/too many <item type> selectedUse when a user has selected too many items | ||
Waiting
| ||
Specific use cases: | ||
Empty notificationsUse when a user has no new notifications to review. | ||
High request volume | Need a fix? | |
Service is down |
Interaction
Empty state illustrations and messages are non-interactive.
See the relevant documentation for Dialog Button and Text Link interactions.
When an empty state is embedded within a container, the rest of the application should remain interactive.
Animations
When an illustration version is used for an empty state, it is optional to apply an animation to it.
See examples:
.gif placeholder | .gif placeholder | .gif placeholder | .gif placeholder |
Transitions
Appears:
After a component or section finishes loading, and there is no data to show (for reasons stated above).
When a specific user action hasn't been taken yet (for example, no items added/selected).
Disappears:
Either because of a user action (populates the state with content) or a process that changes the state (e.g. server is responsive again).
Best Practices
Use:
Clear, concise written explanations.
Messages should be brief and informative.
Prompts to guide the user to perform actions relevant to their workflow.
A message may contain information about the system status or direct to relevant features.
Don’t:
Leave a completely blank content area for an empty state. This creates confusion for users.
Use links to irrelevant actions.
Accessibility Compliance
Unless otherwise specified, see our general compliance information in Fundamentals - Accessibility.
Responsive design
Verint products should dynamically respond to the user’s screen size, platform, and orientation, supporting all devices down to the common tablet size (960px width).
Component examples
Designs | Comment |
---|---|
| |
| |
|
Design
Zeplin link | Screen thumbnail |
---|---|
Needs an update? |
Code
Drafts:
Empty states are elements, containing a visual and a corresponding text, that are used where there is no content to display
Empty states are used where there is no content to display. They include a visual and a corresponding text message and