Adapt existing designs to work effectively across different contexts - different screen sizes, devices, platforms, or use cases.
MANDATORY PREPARATION
Use the i-frontend-design skill — it contains design principles, anti-patterns, and the Context Gathering Protocol. Follow the protocol before proceeding — if no design context exists yet, you MUST run teach-impeccable first. Additionally gather: target platforms/devices and usage contexts.
Assess Adaptation Challenge
Understand what needs adaptation and why:
Identify the source context:
- What was it designed for originally? (Desktop web? Mobile app?)
- What assumptions were made? (Large screen? Mouse input? Fast connection?)
- What works well in current context?
Understand target context:
- Device: Mobile, tablet, desktop, TV, watch, print?
- Input method: Touch, mouse, keyboard, voice, gamepad?
- Screen constraints: Size, resolution, orientation?
- Connection: Fast wifi, slow 3G, offline?
- Usage context: On-the-go vs desk, quick glance vs focused reading?
- User expectations: What do users expect on this platform?
Identify adaptation challenges:
- What won't fit? (Content, navigation, features)
- What won't work? (Hover states on touch, tiny touch targets)
- What's inappropriate? (Desktop patterns on mobile, mobile patterns on desktop)
CRITICAL: Adaptation is not just scaling - it's rethinking the experience for the new context.
Plan Adaptation Strategy
Create context-appropriate strategy:
Mobile Adaptation (Desktop → Mobile)
Layout Strategy:
- Single column instead of multi-column
- Vertical stacking instead of side-by-side
- Full-width components instead of fixed widths
- Bottom navigation instead of top/side navigation
Interaction Strategy:
- Touch targets 44x44px minimum (not hover-dependent)
- Swipe gestures where appropriate (lists, carousels)
- Bottom sheets instead of dropdowns
- Thumbs-first design (controls within thumb reach)
- Larger tap areas with more spacing
Content Strategy:
- Progressive disclosure (don't show everything at once)
- Prioritize primary content (secondary content in tabs/accordions)
- Shorter text (more concise)
- Larger text (16px minimum)
Navigation Strategy:
- Hamburger menu or bottom navigation
- Reduce navigation complexity
- Sticky headers for context
- Back button in navigation flow
Tablet Adaptation (Hybrid Approach)
Layout Strategy:
- Two-column layouts (not single or three-column)
- Side panels for secondary content
- Master-detail views (list + detail)
- Adaptive based on orientation (portrait vs landscape)
Interaction Strategy:
- Support both touch and pointer
- Touch targets 44x44px but allow denser layouts than phone
- Side navigation drawers
- Multi-column forms where appropriate
Desktop Adaptation (Mobile → Desktop)
Layout Strategy:
- Multi-column layouts (use horizontal space)
- Side navigation always visible
- Multiple information panels simultaneously
- Fixed widths with max-width constraints (don't stretch to 4K)
Interaction Strategy:
- Hover states for additional information
- Keyboard shortcuts
- Right-click context menus
- Drag and drop where helpful
- Multi-select with Shift/Cmd
Content Strategy:
- Show more information upfront (less progressive disclosure)
- Data tables with many columns
- Richer visualizations
- More detailed descriptions
Print Adaptation (Screen → Print)
Layout Strategy:
- Page breaks at logical points
- Remove navigation, footer, interactive elements
- Black and white (or limited color)
- Proper margins for binding
Content Strategy:
- Expand shortened content (show full URLs, hidden sections)
- Add page numbers, headers, footers
- Include metadata (print date, page title)
- Convert charts to print-friendly versions
Email Adaptation (Web → Email)
Layout Strategy:
- Narrow width (600px max)
- Single column only
- Inline CSS (no external stylesheets)
- Table-based layouts (for email client compatibility)
Interaction Strategy:
- Large, obvious CTAs (buttons not text links)
- No hover states (not reliable)
- Deep links to web app for complex interactions
Implement Adaptations
Apply changes systematically:
Responsive Breakpoints
Choose appropriate breakpoints:
- Mobile: 320px-767px
- Tablet: 768px-1023px
- Desktop: 1024px+
- Or content-driven breakpoints (where design breaks)
Layout Adaptation Techniques
- CSS Grid/Flexbox: Reflow layouts automatically
- Container Queries: Adapt based on container, not viewport
clamp(): Fluid sizing between min and max
- Media queries: Different styles for different contexts
- Display properties: Show/hide elements per context
Touch Adaptation
- Increase touch target sizes (44x44px minimum)
- Add more spacing between interactive elements
- Remove hover-dependent interactions
- Add touch feedback (ripples, highlights)
- Consider thumb zones (easier to reach bottom than top)
Content Adaptation
- Use
display: none sparingly (still downloads)
- Progressive enhancement (core content first, enhancements on larger screens)
- Lazy loading for off-screen content
- Responsive images (
srcset, picture element)
Navigation Adaptation
- Transform complex nav to hamburger/drawer on mobile
- Bottom nav bar for mobile apps
- Persistent side navigation on desktop
- Breadcrumbs on smaller screens for context
IMPORTANT: Test on real devices, not just browser DevTools. Device emulation is helpful but not perfect.
NEVER:
- Hide core functionality on mobile (if it matters, make it work)
- Assume desktop = powerful device (consider accessibility, older machines)
- Use different information architecture across contexts (confusing)
- Break user expectations for platform (mobile users expect mobile patterns)
- Forget landscape orientation on mobile/tablet
- Use generic breakpoints blindly (use content-driven breakpoints)
- Ignore touch on desktop (many desktop devices have touch)
Verify Adaptations
Test thoroughly across contexts:
- Real devices: Test on actual phones, tablets, desktops
- Different orientations: Portrait and landscape
- Different browsers: Safari, Chrome, Firefox, Edge
- Different OS: iOS, Android, Windows, macOS
- Different input methods: Touch, mouse, keyboard
- Edge cases: Very small screens (320px), very large screens (4K)
- Slow connections: Test on throttled network
Remember: You're a cross-platform design expert. Make experiences that feel native to each context while maintaining brand and functionality consistency. Adapt intentionally, test thoroughly.
1---2name: i-adapt3description: Adapt designs to work across different screen sizes, devices, contexts, or platforms. Ensures consistent experience across varied environments.4---5
6Adapt existing designs to work effectively across different contexts - different screen sizes, devices, platforms, or use cases.
7
8## MANDATORY PREPARATION
9
10Use the i-frontend-design skill — it contains design principles, anti-patterns, and the **Context Gathering Protocol**. Follow the protocol before proceeding — if no design context exists yet, you MUST run teach-impeccable first. Additionally gather: target platforms/devices and usage contexts.
11
12---
13
14## Assess Adaptation Challenge
15
16Understand what needs adaptation and why:
17
181. **Identify the source context**:
19 - What was it designed for originally? (Desktop web? Mobile app?)
20 - What assumptions were made? (Large screen? Mouse input? Fast connection?)
21 - What works well in current context?
22
232. **Understand target context**:
24 - **Device**: Mobile, tablet, desktop, TV, watch, print?
25 - **Input method**: Touch, mouse, keyboard, voice, gamepad?
26 - **Screen constraints**: Size, resolution, orientation?
27 - **Connection**: Fast wifi, slow 3G, offline?
28 - **Usage context**: On-the-go vs desk, quick glance vs focused reading?
29 - **User expectations**: What do users expect on this platform?
30
313. **Identify adaptation challenges**:
32 - What won't fit? (Content, navigation, features)
33 - What won't work? (Hover states on touch, tiny touch targets)
34 - What's inappropriate? (Desktop patterns on mobile, mobile patterns on desktop)
35
36**CRITICAL**: Adaptation is not just scaling - it's rethinking the experience for the new context.
37
38## Plan Adaptation Strategy
39
40Create context-appropriate strategy:
41
42### Mobile Adaptation (Desktop → Mobile)
43
44**Layout Strategy**:
45- Single column instead of multi-column
46- Vertical stacking instead of side-by-side
47- Full-width components instead of fixed widths
48- Bottom navigation instead of top/side navigation
49
50**Interaction Strategy**:
51- Touch targets 44x44px minimum (not hover-dependent)
52- Swipe gestures where appropriate (lists, carousels)
53- Bottom sheets instead of dropdowns
54- Thumbs-first design (controls within thumb reach)
55- Larger tap areas with more spacing
56
57**Content Strategy**:
58- Progressive disclosure (don't show everything at once)
59- Prioritize primary content (secondary content in tabs/accordions)
60- Shorter text (more concise)
61- Larger text (16px minimum)
62
63**Navigation Strategy**:
64- Hamburger menu or bottom navigation
65- Reduce navigation complexity
66- Sticky headers for context
67- Back button in navigation flow
68
69### Tablet Adaptation (Hybrid Approach)
70
71**Layout Strategy**:
72- Two-column layouts (not single or three-column)
73- Side panels for secondary content
74- Master-detail views (list + detail)
75- Adaptive based on orientation (portrait vs landscape)
76
77**Interaction Strategy**:
78- Support both touch and pointer
79- Touch targets 44x44px but allow denser layouts than phone
80- Side navigation drawers
81- Multi-column forms where appropriate
82
83### Desktop Adaptation (Mobile → Desktop)
84
85**Layout Strategy**:
86- Multi-column layouts (use horizontal space)
87- Side navigation always visible
88- Multiple information panels simultaneously
89- Fixed widths with max-width constraints (don't stretch to 4K)
90
91**Interaction Strategy**:
92- Hover states for additional information
93- Keyboard shortcuts
94- Right-click context menus
95- Drag and drop where helpful
96- Multi-select with Shift/Cmd
97
98**Content Strategy**:
99- Show more information upfront (less progressive disclosure)
100- Data tables with many columns
101- Richer visualizations
102- More detailed descriptions
103
104### Print Adaptation (Screen → Print)
105
106**Layout Strategy**:
107- Page breaks at logical points
108- Remove navigation, footer, interactive elements
109- Black and white (or limited color)
110- Proper margins for binding
111
112**Content Strategy**:
113- Expand shortened content (show full URLs, hidden sections)
114- Add page numbers, headers, footers
115- Include metadata (print date, page title)
116- Convert charts to print-friendly versions
117
118### Email Adaptation (Web → Email)
119
120**Layout Strategy**:
121- Narrow width (600px max)
122- Single column only
123- Inline CSS (no external stylesheets)
124- Table-based layouts (for email client compatibility)
125
126**Interaction Strategy**:
127- Large, obvious CTAs (buttons not text links)
128- No hover states (not reliable)
129- Deep links to web app for complex interactions
130
131## Implement Adaptations
132
133Apply changes systematically:
134
135### Responsive Breakpoints
136
137Choose appropriate breakpoints:
138- Mobile: 320px-767px
139- Tablet: 768px-1023px
140- Desktop: 1024px+
141- Or content-driven breakpoints (where design breaks)
142
143### Layout Adaptation Techniques
144
145- **CSS Grid/Flexbox**: Reflow layouts automatically
146- **Container Queries**: Adapt based on container, not viewport
147- **`clamp()`**: Fluid sizing between min and max
148- **Media queries**: Different styles for different contexts
149- **Display properties**: Show/hide elements per context
150
151### Touch Adaptation
152
153- Increase touch target sizes (44x44px minimum)
154- Add more spacing between interactive elements
155- Remove hover-dependent interactions
156- Add touch feedback (ripples, highlights)
157- Consider thumb zones (easier to reach bottom than top)
158
159### Content Adaptation
160
161- Use `display: none` sparingly (still downloads)
162- Progressive enhancement (core content first, enhancements on larger screens)
163- Lazy loading for off-screen content
164- Responsive images (`srcset`, `picture` element)
165
166### Navigation Adaptation
167
168- Transform complex nav to hamburger/drawer on mobile
169- Bottom nav bar for mobile apps
170- Persistent side navigation on desktop
171- Breadcrumbs on smaller screens for context
172
173**IMPORTANT**: Test on real devices, not just browser DevTools. Device emulation is helpful but not perfect.
174
175**NEVER**:
176- Hide core functionality on mobile (if it matters, make it work)
177- Assume desktop = powerful device (consider accessibility, older machines)
178- Use different information architecture across contexts (confusing)
179- Break user expectations for platform (mobile users expect mobile patterns)
180- Forget landscape orientation on mobile/tablet
181- Use generic breakpoints blindly (use content-driven breakpoints)
182- Ignore touch on desktop (many desktop devices have touch)
183
184## Verify Adaptations
185
186Test thoroughly across contexts:
187
188- **Real devices**: Test on actual phones, tablets, desktops
189- **Different orientations**: Portrait and landscape
190- **Different browsers**: Safari, Chrome, Firefox, Edge
191- **Different OS**: iOS, Android, Windows, macOS
192- **Different input methods**: Touch, mouse, keyboard
193- **Edge cases**: Very small screens (320px), very large screens (4K)
194- **Slow connections**: Test on throttled network
195
196Remember: You're a cross-platform design expert. Make experiences that feel native to each context while maintaining brand and functionality consistency. Adapt intentionally, test thoroughly.