SKILL — Web UX
Pixel's web design knowledge. Web design demands responsive thinking, information density management, and navigation clarity across viewport sizes.
Responsive Design
Breakpoint Strategy
| Breakpoint |
Width |
Layout Approach |
| Mobile |
0–639px |
Single column, stacked, full-width elements |
| Tablet (sm) |
640px–767px |
Single column with more horizontal space |
| Tablet (md) |
768px–1023px |
Two column where appropriate |
| Desktop (lg) |
1024px–1279px |
Full layout, sidebar + content |
| Large Desktop (xl) |
1280px–1535px |
Full layout with comfortable spacing |
| Ultra-wide (2xl) |
1536px+ |
Constrained max-width, centered |
Responsive Rules
- Mobile-first CSS — Start with mobile layout, add complexity at larger breakpoints
- Content-driven breakpoints — Break when the content breaks, not at arbitrary widths
- Max-width containers — Content should never span full width on large screens (max 1280px–1440px)
- Fluid typography — Consider
clamp() for font sizes that scale between breakpoints
- Flexible images —
max-width: 100% and proper aspect ratios
- Test at every breakpoint — Especially the in-between sizes (900px, 1100px)
What Changes Per Breakpoint
| Element |
Mobile |
Tablet |
Desktop |
| Navigation |
Bottom tab or simplified |
Top bar, possibly collapsible |
Full top bar or sidebar |
| Grid columns |
1 |
2 |
3-4 |
| Card layout |
Stacked, full-width |
Grid |
Grid with larger cards |
| Sidebar |
Hidden or overlay |
Collapsible |
Always visible |
| Table |
Cards or horizontal scroll |
Compact table |
Full table |
| Modal |
Full-screen |
Centered dialog |
Centered dialog |
| Font sizes |
Base scale |
Slightly larger |
Full scale |
Dashboard Patterns
Dashboards are our most common web pattern. Key principles:
Dashboard Layout
┌──────────────────────────────────────────┐
│ Top Bar (logo, search, user, notifs) │
├────────┬─────────────────────────────────┤
│ │ Page Title + Actions │
│ Side ├─────────────────────────────────┤
│ bar │ │
│ │ Content Area │
│ Nav │ │
│ │ (Stats, Charts, Tables, Cards) │
│ │ │
│ │ │
├────────┴─────────────────────────────────┤
│ (Optional Footer) │
└──────────────────────────────────────────┘
Dashboard Components
- Stat cards — Key metrics at the top (4 across on desktop, 2x2 on tablet, stacked on mobile)
- Charts — Trends, comparisons, distributions (with proper labels and legends)
- Tables — Primary data display with search, filter, sort, pagination
- Activity feed — Recent events, logs, notifications
- Quick actions — Buttons for common tasks
Dashboard Rules
- Most important data first — Top-left gets the most attention
- Scannable — Users should get the overall picture in 5 seconds
- Actionable — Every data point should lead to a drill-down or action
- Real-time where possible — Stale data needs clear timestamps
- Customizable — Power users want to rearrange and filter
- Loading states for every widget — Each card/chart loads independently
Form Design
Form Layout
- Single column for simplicity (always preferred)
- Labels above inputs (not beside — better scanability)
- Group related fields with section headings
- Progressive disclosure — show fields when relevant
- Fixed-width inputs for known-length data (zip code, phone)
Form Interaction
- Inline validation on blur (not on every keystroke)
- Clear error messages below the field (not in alerts)
- Preserve form data on error (never clear the form)
- Show password requirements proactively during creation
- Auto-focus the first input on form load
Form Actions
- Primary button (Submit/Save) at bottom-right
- Secondary button (Cancel) to the left of primary
- Destructive actions (Delete) separated visually (different row or left-aligned)
- Disabled submit until required fields are valid
- Loading state on submit button during processing
Multi-Step Forms
- Progress indicator (steps or progress bar)
- Ability to go back without losing data
- Summary/review step before final submit
- Save progress if the form is long
Table Design
Table Layout
- Full-width within content area
- Sticky header on scroll
- Horizontal scroll for tables with many columns (with scroll indicator)
- Alternating row backgrounds or clear row dividers
- Row hover state for interactivity
Table Features
- Sorting — Click column header, show sort indicator (arrow)
- Filtering — Filter controls above table or in column headers
- Search — Global search with highlighted matches
- Pagination — Bottom of table, show total count, items per page selector
- Selection — Checkbox column for bulk actions
- Actions — Row actions (kebab menu or icon buttons) at end of row
Table Responsive Strategy
- Desktop: Full table
- Tablet: Hide less important columns, allow horizontal scroll
- Mobile: Convert to card layout (each row becomes a card) or prioritize key columns
Table Data Formatting
- Numbers: Right-aligned, consistent decimal places
- Dates: Consistent format, relative where appropriate ("2 hours ago")
- Status: Badge/chip with semantic color
- Currency: Right-aligned, consistent format with symbol
- Long text: Truncate with ellipsis, show full on hover/click
Landing Page Patterns
Above the Fold
- Clear headline (value proposition, not product name)
- Supporting subheadline (1-2 sentences)
- Primary CTA (one clear action)
- Hero image or visual
- No navigation clutter — minimal top bar
Page Sections
- Hero — Value prop + CTA
- Social proof — Logos, testimonials, stats
- Features/Benefits — What it does, why it matters (3-4 key features)
- How it works — Steps or process (3 steps ideal)
- Pricing — Clear comparison (if applicable)
- FAQ — Address objections
- Final CTA — Repeat the primary action
Landing Page Rules
- One page, one goal — Every element serves the conversion
- Benefits over features — "Save 10 hours/week" not "Automated scheduling"
- Visual hierarchy to CTA — The eye should flow naturally to the action
- Fast loading — Landing pages must be lightweight
- Mobile-optimized — Many users arrive on mobile
- Reduce friction — Fewer form fields = higher conversion
1---2name: web-ux3description: SKILL — Web UX4---5# SKILL — Web UX67Pixel's web design knowledge. Web design demands responsive thinking, information density management, and navigation clarity across viewport sizes.89---1011## Responsive Design1213### Breakpoint Strategy14| Breakpoint | Width | Layout Approach |15|------------|-------|-----------------|16| Mobile | 0–639px | Single column, stacked, full-width elements |17| Tablet (sm) | 640px–767px | Single column with more horizontal space |18| Tablet (md) | 768px–1023px | Two column where appropriate |19| Desktop (lg) | 1024px–1279px | Full layout, sidebar + content |20| Large Desktop (xl) | 1280px–1535px | Full layout with comfortable spacing |21| Ultra-wide (2xl) | 1536px+ | Constrained max-width, centered |2223### Responsive Rules241. **Mobile-first CSS** — Start with mobile layout, add complexity at larger breakpoints252. **Content-driven breakpoints** — Break when the content breaks, not at arbitrary widths263. **Max-width containers** — Content should never span full width on large screens (max 1280px–1440px)274. **Fluid typography** — Consider `clamp()` for font sizes that scale between breakpoints285. **Flexible images** — `max-width: 100%` and proper aspect ratios296. **Test at every breakpoint** — Especially the in-between sizes (900px, 1100px)3031### What Changes Per Breakpoint32| Element | Mobile | Tablet | Desktop |33|---------|--------|--------|---------|34| Navigation | Bottom tab or simplified | Top bar, possibly collapsible | Full top bar or sidebar |35| Grid columns | 1 | 2 | 3-4 |36| Card layout | Stacked, full-width | Grid | Grid with larger cards |37| Sidebar | Hidden or overlay | Collapsible | Always visible |38| Table | Cards or horizontal scroll | Compact table | Full table |39| Modal | Full-screen | Centered dialog | Centered dialog |40| Font sizes | Base scale | Slightly larger | Full scale |4142---4344## Dashboard Patterns4546Dashboards are our most common web pattern. Key principles:4748### Dashboard Layout49```50┌──────────────────────────────────────────┐51│ Top Bar (logo, search, user, notifs) │52├────────┬─────────────────────────────────┤53│ │ Page Title + Actions │54│ Side ├─────────────────────────────────┤55│ bar │ │56│ │ Content Area │57│ Nav │ │58│ │ (Stats, Charts, Tables, Cards) │59│ │ │60│ │ │61├────────┴─────────────────────────────────┤62│ (Optional Footer) │63└──────────────────────────────────────────┘64```6566### Dashboard Components67- **Stat cards** — Key metrics at the top (4 across on desktop, 2x2 on tablet, stacked on mobile)68- **Charts** — Trends, comparisons, distributions (with proper labels and legends)69- **Tables** — Primary data display with search, filter, sort, pagination70- **Activity feed** — Recent events, logs, notifications71- **Quick actions** — Buttons for common tasks7273### Dashboard Rules741. **Most important data first** — Top-left gets the most attention752. **Scannable** — Users should get the overall picture in 5 seconds763. **Actionable** — Every data point should lead to a drill-down or action774. **Real-time where possible** — Stale data needs clear timestamps785. **Customizable** — Power users want to rearrange and filter796. **Loading states for every widget** — Each card/chart loads independently8081---8283## Form Design8485### Form Layout86- Single column for simplicity (always preferred)87- Labels above inputs (not beside — better scanability)88- Group related fields with section headings89- Progressive disclosure — show fields when relevant90- Fixed-width inputs for known-length data (zip code, phone)9192### Form Interaction93- Inline validation on blur (not on every keystroke)94- Clear error messages below the field (not in alerts)95- Preserve form data on error (never clear the form)96- Show password requirements proactively during creation97- Auto-focus the first input on form load9899### Form Actions100- Primary button (Submit/Save) at bottom-right101- Secondary button (Cancel) to the left of primary102- Destructive actions (Delete) separated visually (different row or left-aligned)103- Disabled submit until required fields are valid104- Loading state on submit button during processing105106### Multi-Step Forms107- Progress indicator (steps or progress bar)108- Ability to go back without losing data109- Summary/review step before final submit110- Save progress if the form is long111112---113114## Table Design115116### Table Layout117- Full-width within content area118- Sticky header on scroll119- Horizontal scroll for tables with many columns (with scroll indicator)120- Alternating row backgrounds or clear row dividers121- Row hover state for interactivity122123### Table Features124- **Sorting** — Click column header, show sort indicator (arrow)125- **Filtering** — Filter controls above table or in column headers126- **Search** — Global search with highlighted matches127- **Pagination** — Bottom of table, show total count, items per page selector128- **Selection** — Checkbox column for bulk actions129- **Actions** — Row actions (kebab menu or icon buttons) at end of row130131### Table Responsive Strategy132- Desktop: Full table133- Tablet: Hide less important columns, allow horizontal scroll134- Mobile: Convert to card layout (each row becomes a card) or prioritize key columns135136### Table Data Formatting137- Numbers: Right-aligned, consistent decimal places138- Dates: Consistent format, relative where appropriate ("2 hours ago")139- Status: Badge/chip with semantic color140- Currency: Right-aligned, consistent format with symbol141- Long text: Truncate with ellipsis, show full on hover/click142143---144145## Landing Page Patterns146147### Above the Fold148- Clear headline (value proposition, not product name)149- Supporting subheadline (1-2 sentences)150- Primary CTA (one clear action)151- Hero image or visual152- No navigation clutter — minimal top bar153154### Page Sections1551. **Hero** — Value prop + CTA1562. **Social proof** — Logos, testimonials, stats1573. **Features/Benefits** — What it does, why it matters (3-4 key features)1584. **How it works** — Steps or process (3 steps ideal)1595. **Pricing** — Clear comparison (if applicable)1606. **FAQ** — Address objections1617. **Final CTA** — Repeat the primary action162163### Landing Page Rules1641. **One page, one goal** — Every element serves the conversion1652. **Benefits over features** — "Save 10 hours/week" not "Automated scheduling"1663. **Visual hierarchy to CTA** — The eye should flow naturally to the action1674. **Fast loading** — Landing pages must be lightweight1685. **Mobile-optimized** — Many users arrive on mobile1696. **Reduce friction** — Fewer form fields = higher conversion