The Working Approach
Component Canvas builds a full-screen inspection surface around components that already exist in a project. It groups supported variants and useful states so designers can compare them at a glance, then interact with the actual controls. The source keeps the component implementation independent of the canvas.
The workflow is unusually specific about what comparison means. A size comparison keeps text, styling and data constant; a style comparison changes the style alone. It also preserves native portals, focus and nested scrolling, so a useful preview must survive more than a screenshot of its default state.
Expected Deliverables
- An isolated canvas route or entry point containing requested components.
- Named variant groups with a recorded coverage list and explained omissions.
- A report of changed files, checks run, decisions and untested behavior.
From Brief to Review
- 01Mount one safe example
Read component public APIs and project conventions. Use fixture data, mocks or existing callbacks to prevent live writes before mounting a single component.
- 02Build comparable groups
Add supported variants in consistent groups. Change one comparison dimension at a time and preserve the component's real disabled, focused and interactive behavior.
- 03Verify the canvas around the components
Test pan, zoom, fit and keyboard navigation alongside nested scrolling and native portal behavior. Persist only the camera and confirm reset preserves preview state.