BC
Brad CodyAdministrator
Current productOverview and workspace operations
Reverse spec drafted

Dashboard customization

Customize action for controlling dashboard composition and priority.

Observed route/adminFuture Spec 04
Current maturityWorking personal card-layout editor
Evidence confidenceVerified
Last reviewedAugust 4, 2026
Visual evidenceDeferred during UI updates

Current-state summary

The live dashboard provides a Personal dashboard modal titled Customize cards. It loads the current card layout, supports ordered movement with up/down buttons, offers Half or Wide widths, and allows optional cards to be hidden. Requires attention is fixed as required and cannot be hidden. Save layout and Cancel are available after preferences load. No preference changes were saved during this review.

Interface inventory

Anatomy and verified behavior

Verification states separate observed behavior from requirements or assumptions.

ElementCurrent behaviorVerification
Customize triggerEnabled on the loaded Overview and opens the Personal dashboard modal.Verified live
Modal headerDisplays Personal dashboard, Customize cards, explanatory copy and a Close action.Verified live
Loading stateShows Loading your card layout… while preferences resolve and disables Save layout.Verified live
Ordered card listShows eight numbered approved cards in their current order.Verified live
Move controlsEach card has accessible Move [card] up/down buttons; boundary actions are disabled.Verified live
Width controlEach card has a Width selector with Half and Wide options.Verified live
Visibility controlOptional cards have a checked Visible checkbox.Verified live
Required attention controlRequires attention has a checked disabled Required checkbox and remains visible.Verified live
Footer actionsCancel and Save layout are available after loading.Verified live; save not submitted

User journeys

Current flows

01

Open customization

  1. Load the Overview
  2. Select Customize
  3. Open modal
  4. Resolve personal layout
  5. Enable card controls and Save layout
Observed result

Verified from trigger through loaded modal.

02

Reorder cards

  1. Choose a card
  2. Move it up or down
  3. Review new numeric order
  4. Save layout
Observed result

Controls and boundary-disabled behavior verified; persistence not tested.

03

Resize a card

  1. Open the card Width selector
  2. Choose Half or Wide
  3. Save layout
Observed result

Available options verified; persistence and responsive consequences not tested.

04

Hide an optional card

  1. Clear Visible on an optional card
  2. Save layout
  3. Return to dashboard
Observed result

Checkbox availability verified; persistence not tested.

05

Protect mandatory attention

  1. Review Requires attention
  2. Observe Required control is checked and disabled
Observed result

Verified. The mandatory card cannot be hidden from this interface.

State model

Current and expected states

Closed

Customize button is available on the loaded dashboard.

Loading preferences

Modal shows Loading your card layout… and Save layout is disabled.

Ready

Eight card controls load and Save layout becomes available.

Boundary item

First card cannot move up; last card cannot move down.

Required card

Requires attention is checked, disabled and labeled Required.

Unsaved changes

Likely produced after an edit; dirty-state copy and close warning were not tested.

Save success or failure

Not tested to avoid changing the user’s layout.

Product rules

Non-negotiable boundaries

  • Customization affects presentation only and never changes canonical operational data.
  • Requires attention cannot be hidden.
  • Only cards approved for the current Workspace and audience may be configured.
  • Hidden cards do not revoke access to underlying records.
  • A saved layout belongs to the appropriate User and Workspace context.
  • Reordering and visibility controls must remain keyboard-accessible.
Dependencies
Authenticated UserActive WorkspaceDashboard card registryPersonal layout preferencesPermission-filtered card availabilityPreference persistence

Known current limitations · 8 mapped

What is missing, broken or unverified

Future Spec 04 owns closure →
  1. Save persistence, reload behavior and cross-device behavior were not tested.
  2. There is no observed Restore defaults action.
  3. No live dashboard preview appears inside the modal.
  4. Width is limited to Half or Wide; full-width and more granular layouts are not available.
  5. Reordering uses up/down controls rather than direct drag-and-drop; this is accessible but may be slow for larger card sets.
  6. Role-level or Workspace-default layouts are not exposed in this personal editor.
  7. Conflict handling when card availability changes after permissions or Provider category changes is unverified.
  8. Mobile-specific card ordering and width behavior are unverified.

Future alignment

Required evolution

  • 01Add Restore defaults and clear unsaved-change behavior.
  • 02Define User-level, Workspace-default and role/category template precedence.
  • 03Handle newly added, retired or permission-removed cards without corrupting preferences.
  • 04Provide responsive meaning for widths while maintaining one saved preference model.
  • 05Keep mandatory attention and security cards outside optional visibility control.

Current baseline

Acceptance record

  • The modal loads eight current dashboard cards.
  • Cards can be ordered with accessible boundary-aware controls.
  • Each card supports Half or Wide width.
  • Optional cards expose Visible; Requires attention exposes immutable Required.
  • Save and Cancel are available after layout loading.
  • Persistence is explicitly marked unverified because no user preference was changed during review.

Reverse-spec completeness

Documentation coverage

The interface is still changing, so visual evidence and repository tracing remain intentionally incomplete.

Purpose and user outcome

Documented

Roles and access

Documented

Routes and entry points

Documented

Page and component anatomy

Documented

Fields and displayed data

Documented

Primary actions

Documented

Forms and validation

Documented

States and transitions

Documented

Empty, loading and error states

Documented

Responsive behavior

Partial

Accessibility behavior

Partial

Activity and audit events

Partial

Data sources and persistence

Documented

Notifications and automation

Partial

Known defects and limitations

Documented

Reusable component dependencies

Documented

Future-spec conflicts

Partial

Visual and repository evidence

Deferred

Acceptance of current baseline

Documented