responsive-paradigms
Responsive Paradigms
Mobile, tablet, and desktop are fundamentally different interaction contexts. The input method, screen real estate, viewing distance, and session intent all differ. Responsive design is not the same layout at different widths — it is a different design decision at each breakpoint.
The Three Paradigms
Mobile (< 768px)
- Input: Touch — fingers, not a cursor. Tap targets ≥ 44×44px.
- Navigation: Bottom tab bar (thumb reachable) or hamburger drawer. Top navigation is hard to reach.
- Session: Often interrupted, task-focused, shorter. Show the most important thing first.
- Content: Single column. Vertical scroll only. No hover states.
- Primary action: Floating action button (FAB) or full-width button at the bottom of the screen.
Tablet (768px–1024px)
- Input: Touch and sometimes keyboard/trackpad. Hybrid paradigm.
- Navigation: Can support a persistent sidebar at landscape orientation; collapses to drawer at portrait.
- Content: Two-column layouts work. Master-detail patterns (list + detail side by side) are natural.
- Primary action: Can be in-line with content, not necessarily floating.
Desktop (> 1024px)
- Input: Mouse with hover states, keyboard shortcuts, precise clicking.
- Navigation: Persistent sidebar or top navigation. Both visible simultaneously.
- Content: Multi-column, dense information, toolbars, context menus.
- Primary action: In-context with content, supported by keyboard shortcuts for power users.
Section Behaviour Across Breakpoints
Not every section needs to appear on every breakpoint at the same position — or at all.
Sections can be hidden on mobile
Secondary content (related articles, supplementary sidebars, decorative illustrations) can be hidden below a breakpoint. Ask: does a mobile user need this? If no, display: none at mobile is correct.
Sections can be repositioned
A sidebar that sits to the left on desktop logically moves below the main content on mobile, or collapses into an expandable section.
Desktop: Mobile:
[Main] [Sidebar] → [Main]
[▼ Related] ← collapsed accordion
Sticky behaviour can change per breakpoint
An element that is position: sticky on desktop may need to become a fixed bottom bar on mobile, or be removed from sticky positioning entirely to free up screen space.
.toolbar {
position: static; /* mobile: inline, not sticky */
}
@media (min-width: 1024px) {
.toolbar {
position: sticky;
top: var(--header-height);
}
}
Navigation transforms completely
| Desktop | Mobile |
|---|---|
| Persistent top nav or sidebar | Bottom tab bar or hamburger drawer |
| Visible labels + icons | Icons only (bottom nav) or full list (drawer) |
| Hover states on nav items | None — touch only |
| Dropdowns on hover | Tap to expand, full-screen or sheet |
Mobile-First Approach
Design and build mobile first, then enhance for larger screens. Mobile forces prioritisation — what makes it onto mobile is what actually matters.
/* Mobile first: base styles are mobile */
.container { padding: var(--space-4); }
/* Enhance for larger screens */
@media (min-width: 768px) {
.container { padding: var(--space-8); }
}
@media (min-width: 1024px) {
.container {
display: grid;
grid-template-columns: 1fr 300px;
gap: var(--space-8);
}
}
/* Ultra-wide protection */
@media (min-width: 1600px) {
.container {
max-width: 1440px;
margin-left: auto;
margin-right: auto;
}
}
Max-Width and Ultra-Wide Screens
Responsive design doesn't mean "expand forever." On very large monitors (2K, 4K, and ultra-wide), content must be capped to maintain readability and ergonomic comfort.
- Ergonomics: Spreading critical UI elements across the full width of a 4K screen requires excessive neck movement and makes the interface feel "fragmented."
- Readability: As noted in typography guidelines, line lengths should not exceed ~75 characters. On a 4K screen without a max-width, a single line of text could span thousands of pixels.
- The "Safe Zone": Use a max-width container (typically between 1280px and 1600px) for all primary content.
- Full-Bleed Exceptions: Background colours, decorative images, and secondary footers can remain full-width to maintain the design's "energy" while the content remains centered and contained.
Review Checklist
- Does mobile navigation use a bottom tab bar or drawer — not a top nav that requires thumb stretching?
- Are touch targets ≥ 44×44px on all interactive elements?
- Are secondary sections hidden or collapsed on mobile rather than just shrunk?
- Does sticky positioning adapt per breakpoint — not every sticky desktop element stays sticky on mobile?
- Is the layout built mobile-first with progressive enhancement upward?
- Are hover-dependent interactions (tooltips, dropdowns) replaced with tap equivalents on touch?
- Does the primary action remain reachable with one thumb on mobile?
- Is the primary content capped with a max-width (e.g., 1440px) on ultra-wide/4K monitors?
More from dembrandt/dembrandt-skills
nielsen-usability-heuristics
UI design and review should apply Nielsen's 10 Usability Heuristics — the foundational principles for evaluating and improving usability. Use when auditing an interface, designing interaction flows, writing error messages, or reviewing any UI for usability issues.
45form-design
Forms have three layers of guidance: helper text below the input explains what to enter, placeholder shows the expected format, and validation confirms correctness. Real-time validation for complex inputs. Submit enables only when the form is valid. Use when designing or reviewing any form, input field, or data entry UI.
44color-mode-and-theme
Choose light, dark, or combined color mode deliberately based on brand tone and user context. Offer a theme selector only when user control genuinely matters — enterprise tools, data-heavy UIs, or extended-use applications. Use when defining the base color palette, designing a design system, or deciding whether to build dark mode support.
43generate-ui-from-brand
Pipeline skill — turns a URL or DESIGN.md into a concrete UI structure with decisions already made. Extracts live design tokens, normalizes them into a semantic system, applies UX principles, and outputs an actionable UI spec. Use when building UI for an existing brand from scratch, auditing a design system, or refactoring visual inconsistency.
42scroll-areas
Scroll areas inside a layout should be avoided wherever possible. When unavoidable, allow only one scroll axis at a time and always keep the user in control. Use when designing layouts, data tables, panels, or any component that might introduce an inner scroll container.
42micro-interactions
Micro-interactions are small, purposeful animations and responses that reward the user and make the interface feel alive — an animated icon, a satisfying toggle, a subtle reveal. Borrowed from the natural world, they add delight without distraction. Use when designing interactive components, success states, toggles, loaders, or any moment worth celebrating.
42