Description
A widget dashboard is a flexible workspace which allows the user to choose what is shown by managing individual widgets.
...
All widgets within the same row should be the same fixed height.
Two half-height widgets may be stacked on top of one another within a single row.
The height of full-width widgets may respond to the widget content, or (optionally) be adjusted by the user.
...
The widget dashboard is placed within the Main Workspace of the page layout. It may fill the entire workspace, or one section of the workspace.
Types
Are there any distinct dashboard types?
Building
New widgets may be added either:
from a menu, in which case it can optionally be added as the first or last widget, or
using Drag and Drop, in which case the widget will be added to the chosen position on the dashboard.
A set of default dashboards, populated with useful widgets, may be offered for easy set up.
...
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. Where widgets no longer fit onto the same row, they will wrap onto a new row underneath. This may happen when:
the size of a widget in the row is changed.
a new widget is added to an existing row.
the size of the dashboard is changed.
The user will be able to change the order of the widgets using controls and/or drag-and-drop.
Internal logic
Dashboard layouts, including the size and location of each widget, will persist per user on future sessions.
Interaction
Drag and drop (optional):
Hovering over the widget will switch the widget to the hover state.
Hovering over the header area (including the handle) will change the mouse cursor to a dragging state.
The user can drag the widget to a new location. (See
Drag and Drop for more information).
...
Best practices
Use:
for flexible workspaces which can be entirely managed by the user.
Don’t use:
expand/collapse with dashboard widgets.
anything other than Widgets within the dashboard.
for a static layout → use Workspace Sections instead.
Responsive design
As the width of the 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.
The dashboard should have additional breakpoints, for example:
a minimum-width breakpoint, below which all widgets will be shown at full width, regardless of their selected size.
additional breakpoints where the proportion of the dashboard width that each widget size uses should automatically increase. For example, S widgets may each increase to 1/2 width (6 divisions) at a certain point.
The originally-selected sizes for widgets should always be retained, so the original layout can be restored if the dashboard width is increased above a breakpoint again.
The spacing between widgets may also be reduced at each breakpoint.
...