Insight / 6 min read

Responsive systems without designing for device names

How CRILOX uses fluid scales, intrinsic layout and container queries so an interface adapts to available space instead of a list of phones and laptops.

Published 17 September 2026

01

Design for available space, not a catalogue of devices

A responsive interface becomes brittle when every layout decision is tied to a named handset, tablet or desktop width. The more durable question is whether a component still has enough room for its content and controls.

Intrinsic Grid and Flexbox layouts let the content answer that question. Container queries then handle the smaller number of components whose structure genuinely needs to change when their own available space becomes constrained.

02

Fluid does not mean infinitely large

Typography and spacing can scale with clamp() while still having deliberate minimum and maximum values. On very large displays, the content canvas should stop growing and remain centred so reading lines, navigation distance and visual hierarchy stay comfortable.

At the other extreme, non-essential decorative material can disappear while primary navigation, information and tap targets remain intact. Extreme-width testing is useful because it exposes assumptions that normal phone and laptop testing can miss.

03

Make the contract testable

Responsive intent should be enforced by code rather than memory. CRILOX treats overflow checks, minimum target dimensions, reduced motion and wide-screen content caps as release requirements, alongside ordinary functional testing.