Table of Contents | ||||
---|---|---|---|---|
|
...
Dashboards may be static or customisable by the user.
...
Types
Type | Usage | Example |
---|---|---|
Static layout | The layout is fixed. The user may not add, remove, or rearrange the widgets.Image | |
Customisable, auto-layout | The user may add, remove, and rearrange widgets. Widgets are automatically resized to fit the dashboard.Image | |
Customisable, manual layout | The user may add, remove, and rearrange widgets. Widgets control their own sizes. Individual widget sizes can be set by the user. Widget ordering flows top-left to bottom-right.Image |
Structure
A dashboard consists of individual Widgets.
A dashboard page may also include:
a header area, which may contain controls which affect all widgets
Customisable dashboards also include a menu allowing the user to add and remove widgets.
...
The dashboard may be separated into as many rows and columns as appropriate, depending on the space needed by each widget.
Widgets should fill the dashboard, with no substantial blank space.
Customisable, auto-layout
Widgets automatically grow and shrink to fill up the entire height and width of the dashboard.
By default (unless manually adjusted by the user):
the available dashboard width should be evenly distributed between widgets on the same row.
the available dashboard height should be evenly distributed between all rows.
The dashboard should have maximum limits for the number of widgets, rows, and columns, beyond which more widgets cannot be added.
...
Widgets will have a defined order, from left to right, top row to bottom row.
Stacked half-height widgets will be ordered with the top widget first.
The widgets should remain in the same order when changes are made to the dashboard, such as adding a new widget or resizing the dashboard.
Where widgets no longer fit onto the same row, they will wrap onto a new row underneath. This may happen when:
the width of a widget in the row is changed.
a new widget is added to an existing row.
the size of the dashboard is changed.
Widget order | When a new widget is added |
---|---|
Interaction
Each widget may include an option to show the content in a larger space such as a Popup or separate page.
Scroll:
Static layout and Customisable auto-layout dashboards may should not have a master vertical scroll at full size/above 1366, where possible.
Customisable manual layout dashboards may have a vertical scroll where there are more rows than can be shown.
Dashboards should never have a horizontal scroll.
...
A set of default dashboards, populated with useful widgets, may be offered for easy set up.
New widgets may be added using one or both of these methods:
From a Popup menu. The widget may optionally be added first or last on the dashboard.
Using Drag and Drop from a list of available widgets, in which case the widget will be added to the chosen position on the dashboard.
Widgets may also be reordered using Drag and Drop:
a visual identifier of the widget which is being dragged should be shown next to the cursor.
a placement indicator should show where the widget will be added, based on the hover position.
the placement indicator should also show where new widgets cannot be added, for example if the row already has the maximum number of widgets in auto-layout.
if a dragged widget is not successfully placed, it should return to its original location.
...
Drag & drop indicator
...
Drag & drop forbidden
...
anything other than Widgets within dashboards.
scroll within widgets, where possible. Instead:
make sure the sizing is appropriate for widgets which contain a lot of data.
limit the content shown, and include an option to show the full content in a larger space such as a Popup or separate page.
both a whole page scroll and scroll within widgets on the same dashboard.
for standard page layouts where the sections are not standalone interfaces→ use Workspace Sections instead.
expand/collapse for dashboard widgets.
Accessibility compliance
Unless otherwise specified, see our general compliance information in Fundamentals - Accessibility.
Think about alternative to drag and drop for reordering. Directional controls?
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).
...
As the width of a dashboard changes, so will the widths of the individual widgets. Each one should continue to take up the same proportion of the available width.
The widget heights will not respond relative to widget width as the dashboard is narrowed.
Vertical scroll for Static layout and Customisable auto-layout dashboards may have a master vertical scroll below a minimum height? .
Dashboards should have additional breakpoints, which may result in additional rows and vertical scroll. For example:
a minimum-width breakpoint, below which all widgets will be shown at full width, regardless of their original size. A vertical scroll will be included.
additional breakpoints where either:
(Auto-layout) the maximum number of widgets permitted on each row is decreased, or
(Manual layout) the proportion of the dashboard width that each widget size uses is automatically increased. For example, S widgets may each increase to 1/2 width, 6 columns.
The spacing between widgets may also be reduced at each breakpoint.
The original widget sizes should always be retained, so the original layout can be restored if the dashboard width is increased above a breakpoint again.
...
Zeplin link | Screen thumbnail |
---|---|
<<Short Zeplin link. You >> <<Screen with 200 width>>https://zpl.io/a7rlGdM |
Code
...