Good fit for
- Northstar / Production
- Incident response workspace
- Application navigation
This application navigation pattern works best when its purpose is clear in the surrounding page hierarchy.
Open experiment
Workspace History Rail
Surfaces recently visited work without replacing the stable information architecture for multi-area product workspaces; it is designed to keep identity, tenant, environment, and destination context visible. History can be cleared, pinned, and navigated entirely by keyboard. The workspace navigation variant is specialized for dense destinations must not turn into anonymous icon chrome. Users can keep identity, tenant, environment, and destination context visible while understanding the current state, available choices, and resulting consequence.
Lab tested Responsive Dark mode Interactive
- Version
- 1.0.0
- Updated
- 2026-08-04
- Dependencies
- Zero
Preparing the interactive workbench…
Preparing the interactive workbench…
Implementation field notes
Use workspace history rail confidently.
The preview and source are only the starting point. Use these notes to decide where the component fits, preserve its accessibility contract, and verify the adapted result.
Accessibility contract
- The primary purpose and current state remain available as text and do not depend on color, motion, pointer position, or visual geometry.
- Every interaction has keyboard equivalence, visible focus, predictable Escape behavior where applicable, and appropriately scoped status announcements.
- Reduced-motion, 200% zoom, long-content, narrow-container, and forced-color behavior are part of the implementation acceptance criteria.
Integration plan
- Copy the standalone HTML and scoped CSS into an isolated page.
- Adapt primary wayfinding signal, spatial highlight, navigation surface, primary text through the Inspector.
- Connect the defensive JavaScript, then test every control with a keyboard.
- Review the result at 375, 768, 1024, and 1440 pixels before shipping.
Related learning