Foundations

Design Principles

The 9 core principles derived from Apple's Human Interface Guidelines. These aren't style rules — they are the decision-making framework behind every component, layout, and interaction pattern in the system.

9 Principles Applies to all components Foundation layer
The 9 Principles

Core Design Principles

Each principle addresses a dimension of the user experience. Together they form an interlocking system where excellence in one reinforces the others.

01 — Clarity
Clarity

Every element serves a purpose. Eliminate visual noise. Text must be legible at every size. Icons are unambiguous. White space is intentional, not empty. A clear interface communicates instantly — the user never has to decode the UI to find the content.

Impact
Reduces cognitive load. Users spend mental energy on their tasks, not on understanding the interface. Clarity scales — a clear component is still clear at every size and in every context.
⚠️
Common Mistake
Adding decorative elements, icons without purpose, or using low-contrast text because it "looks minimal." Minimal and clear are not the same thing.
02 — Hierarchy
Hierarchy

Visual weight guides attention. Size, weight, color, and position all communicate relative importance. The most important information should be the most visually dominant. Users scan before they read — hierarchy gives them a map.

Impact
Users find primary actions faster. Reading paths become natural rather than forced. Data-heavy interfaces become scannable without requiring instructions.
⚠️
Common Mistake
Making every element bold, using the same font size throughout, or using color alone to establish hierarchy without supporting it with size and weight.
03 — Depth
Depth

Layers create context. Content lives in a spatial, dimensional environment. Elevation communicates hierarchy — elements closer to the user carry more importance. Blur, shadow, and translucency are the tools of depth, not decoration.

Impact
Users orient themselves in the interface spatially. Modals, sheets, and overlays feel natural because they exist at a higher layer. The Liquid Glass system is depth made material.
⚠️
Common Mistake
Applying heavy shadows to every element indiscriminately, or using blur effects without a true layering model — creating visual noise instead of spatial clarity.
04 — Feedback
Feedback

The UI responds to every interaction. States are always visible. Taps produce visual, and where appropriate, haptic responses. Loading states, error states, success states — every outcome is communicated clearly. Silence in an interface reads as broken.

Impact
Users act with confidence. They know their input was registered, their action is processing, their submission succeeded. Feedback is the foundation of trust between interface and user.
⚠️
Common Mistake
Buttons that don't change appearance on press, forms that submit with no loading indicator, or errors that appear without clear explanation of how to recover.
05 — Consistency
Consistency

Familiar patterns reduce cognitive load. Don't reinvent interactions that already have established conventions. Consistent use of color, spacing, motion, and component behavior means users only learn once — then apply that knowledge everywhere.

Impact
Onboarding becomes faster. Users transfer knowledge from one part of the product to another. Teams ship faster because decisions are made once at the system level.
⚠️
Common Mistake
Using different button styles for the same semantic action across pages, or varying spacing arbitrarily — signaling disorder instead of system thinking.
06 — Content Focus
Content Focus

Chrome defers to content. UI elements support, not compete. Navigation, toolbars, and controls step back when users are consuming or creating. The interface should feel like a frame for the content, not a painting hung in front of it.

Impact
Content-heavy applications become immersive. Users stay focused on their work. Reduced chrome makes the product feel more capable, not less — because the content takes center stage.
⚠️
Common Mistake
Persistent headers and footers that take up 40% of the viewport, or navigation that is always visible even when the user is deep in a focused task flow.
07 — Affordance
Affordance

Controls look like they work the way they work. Buttons look pressable. Sliders look slideable. Scrollable areas look scrollable. Visual design communicates interaction model — users should never need to discover that something is interactive through trial and error.

Impact
Discoverability increases. Users reach for the right control naturally. Support burden decreases because the interface explains itself through its visual language.
⚠️
Common Mistake
Flat, borderless buttons that look like plain text, clickable cards with no hover state, or static images styled identically to interactive ones.
08 — Adaptability
Adaptability

Interfaces respond to context, size, capability, and user preference. A great interface works on a 320px phone and a 5120px monitor. It respects system dark mode, reduced motion, accessibility font sizes, and high contrast preferences without requiring user configuration.

Impact
Universal reach without universal compromise. Every user gets an experience designed for their context. Adaptive interfaces age better — they respond to new contexts as hardware evolves.
⚠️
Common Mistake
Building desktop-first with mobile as an afterthought, ignoring prefers-reduced-motion, or using fixed pixel values instead of fluid sizing.
09 — Native Thinking
Native Thinking

Use platform conventions. Resist the urge to be "different." Swipe to go back, pull to refresh, long-press for context menus — these are not constraints, they are features. Users arrive with years of platform knowledge. Native thinking lets you borrow that knowledge for free.

Impact
Zero-learning-curve for platform-familiar users. Gestures, navigation patterns, and interactions work as expected. Users feel at home immediately.
⚠️
Common Mistake
Building custom navigation that overrides swipe-back, reinventing the share sheet, or placing primary actions where the platform convention places secondary ones.
Live Demos

Principles in Practice

Each principle rendered as a tangible UI pattern. These are not illustrations — they are live components from the design system.

Clarity — Clean, purposeful UI
Messages
3 unread conversations

Sarah K. 2m ago
On my way, see you soon!

Design Team 1h ago
Review ready for your feedback.
Hierarchy — Visual weight guides attention
Dashboard
Active Projects
6 projects are currently in progress. 2 require your review before the end of the week.
Last updated · 3 minutes ago
Depth — Layers create spatial context
Background
Card Surface
Action
Feedback — Every state is visible
67% — Uploading file…
Consistency — Familiar patterns repeat
Profile
Privacy
Notifications
Affordance — Controls invite interaction
Adaptability and Native Thinking are demonstrated throughout the entire site — the sidebar becomes a drawer on mobile, the theme toggle respects system preference, and all interactions follow platform conventions. Resize the window or switch to dark mode to see these principles in action.
Implementation Reference

Frontend Implications

How each principle translates into concrete CSS approaches, React patterns, and common violations to avoid in production code.

Principle CSS Approach React Pattern Common Violation
Clarity color contrast ratio ≥ 4.5:1, font-size minimum 12px, purposeful whitespace Single-responsibility components, meaningful prop names, no hidden state Low-contrast placeholder text, decorative icons without aria-hidden
Hierarchy font-size scale, font-weight 400→700, color primary→tertiary Semantic HTML — <h1><h6>, <strong>, <small> All text font-weight: 600, overuse of uppercase labels
Depth box-shadow scale, backdrop-filter: blur(), z-index tokens Portal-rendered modals, z-index context via CSS variables Heavy shadows on every card, blur without a background layer
Feedback :hover, :active, :focus-visible, transition on state Loading, error, success states in every async operation; aria-live regions Async submit with no loading state, missing :focus-visible styles
Consistency CSS custom properties (var(--color-accent)), shared class names Design system component library, shared prop interfaces, Storybook Inline styles, hardcoded hex values, duplicate component implementations
Content Focus position: sticky with scroll-aware opacity, overflow: hidden chrome Context-aware UI visibility, scroll-direction hook, hide-on-scroll patterns Fixed toolbars consuming >20% of viewport height on mobile
Affordance cursor: pointer, visible border on inputs, :hover background shifts role="button", tabIndex, keyboard event handlers alongside click Div-based buttons without role, hover-only affordance on touch devices
Adaptability clamp(), @media queries, prefers-color-scheme, prefers-reduced-motion useMediaQuery hook, responsive design tokens, system theme sync Fixed px widths, ignoring prefers-reduced-motion for animations
Native Thinking Platform scroll behavior, native <select> on mobile, touch-friendly tap targets (44px) React Navigation conventions, standard gesture libraries, system share API Custom scroll-jacking, non-standard gesture direction overrides
Mental Model

The Hierarchy Pyramid

Every interface is built in layers. The lowest layers are the most fundamental — changes here ripple through everything above. Understand this model and you'll make better decisions at every level of the stack.

Chrome
Navigation, toolbars, controls
Components
Buttons, cards, inputs, modals
Layout
Grid, spacing, containers, regions
Content
The user's data, text, images, and media — the reason the interface exists
Content
Never compromised. The interface exists to serve it.
Layout
Structures content. Uses the 8pt grid system.
Components
Interactive elements built from layout primitives.
Chrome
Recedes. Gets out of the way when users engage.
Quick Reference

12 Practical Rules

Distilled from the 9 principles — these are the rules you'll reach for most often during design and implementation reviews.

01
If it doesn't serve the user, remove it. Every element must earn its place on screen. Decorative elements that add no clarity, hierarchy, or affordance are noise.
02
Primary actions should be the most visually prominent. Use filled buttons for primary, tinted for secondary, gray or borderless for tertiary. Never make all buttons equal weight.
03
Use shadow to communicate elevation, not decoration. The higher the element in the z-axis, the stronger the shadow. Elements at the base layer get no shadow.
04
Every asynchronous action needs three states. Loading, success, and error. Anything that requires a network call must account for all three outcomes in the UI.
05
Use CSS variables for every token. Color, spacing, radius, blur — never hard-code. This is the only way to maintain light/dark mode and design system consistency at scale.
06
Minimum touch target is 44×44pt. Even if the visual element is smaller (like an icon), the interactive area must meet this minimum to prevent mis-taps on mobile.
07
Never use color as the only differentiator. Color-blind users exist. Pair color with icon, weight, label, or pattern. This applies to error states, status indicators, and data visualization.
08
Blur requires a real background layer. Backdrop-filter only works meaningfully when there is real content behind the blurred surface. Without it, you get a frosted pane over nothing.
09
Motion should reinforce hierarchy and causality. Elements entering from the direction they came from, modals scaling in from their trigger point, toasts sliding in from off-screen — motion tells a story.
10
Respect prefers-reduced-motion. Wrap all non-essential animations in a media query. Some users have vestibular disorders where motion causes physical discomfort.
11
The sidebar/nav is chrome — content is king. Navigation should recede. On mobile it becomes a drawer. On desktop it stays visible but visually subordinate to the content area it frames.
12
Test with real content at real scale. Design systems fail when they are only tested with "perfect" data. Test with long strings, empty states, error states, and overflow conditions before shipping.
Back to Home
Liquid Glass View Components