responsive-layout-design

Responsive layout design workflow for defining adaptive structure and component behavior across viewport ranges. Use when UI layouts must remain usable and readable across device contexts; do not use for backend data modeling or deployment pipeline decisions.

Safety Notice

This listing is imported from skills.sh public index metadata. Review upstream SKILL.md and repository scripts before running.

Copy this and send it to your AI assistant to learn

Install skill "responsive-layout-design" with this command: npx skills add kentoshimizu/sw-agent-skills/kentoshimizu-sw-agent-skills-responsive-layout-design

Responsive Layout Design

Overview

Use this skill to define responsive behavior that keeps critical workflows usable across supported screen sizes.

Scope Boundaries

  • Layouts break, overflow, or lose usability across devices.
  • Teams need explicit breakpoint and adaptation rules before implementation.
  • Localization/content growth increases truncation and wrapping risk.

Templates And Assets

  • Responsive rule template:
    • assets/responsive-rule-template.md
  • Breakpoint test checklist:
    • assets/breakpoint-test-checklist.md

Inputs To Gather

  • Device and viewport support matrix.
  • Critical tasks and layout priority by context.
  • Content constraints including localization expansion risk.
  • Interaction modality requirements (touch, pointer, keyboard).

Deliverables

  • Responsive rule set with breakpoint-specific behavior.
  • Component adaptation guidance for each viewport range.
  • Risk list for overflow, truncation, and interaction regressions.
  • Verification checklist for critical screens.

Workflow

  1. Define viewport model and breakpoint rationale.
  2. Specify component behavior per breakpoint (reflow, collapse, hide, or transform).
  3. Validate text expansion, dynamic data density, and media constraints.
  4. Define interaction affordance adjustments by modality.
  5. Verify critical workflows at each supported viewport range.
  6. Publish responsive rules with ownership and review cadence.

Quality Standard

  • Core tasks remain usable at all supported viewport ranges.
  • Overflow and truncation risks are addressed explicitly.
  • Interactive targets remain accessible and operable.
  • Rules are consistent and do not conflict across breakpoints.

Failure Conditions

  • Stop when breakpoint choices lack user/device evidence.
  • Stop when critical workflows fail in supported viewport ranges.
  • Escalate when responsive constraints conflict with required functionality.

Source Transparency

This detail page is rendered from real SKILL.md content. Trust labels are metadata-based hints, not a safety guarantee.

Related Skills

Related by shared tags or category signals.

Web3

requirements-definition

No summary provided by upstream source.

Repository SourceNeeds Review
Automation

architecture-clean-architecture

No summary provided by upstream source.

Repository SourceNeeds Review
Security

security-authentication

No summary provided by upstream source.

Repository SourceNeeds Review
Security

security-secure-coding

No summary provided by upstream source.

Repository SourceNeeds Review