Anchor Positioning Is Disruptive
New layouts will be possible
The more I play with it, the more convinced I am that anchor positioning is going to unlock some surprising new layouts.
Now is the time to begin experimenting with a long requested layout tool.
The @container
query, that elusive feature developers have been requesting
and proposing for years, has finally made its debut in a browser. Well, sort
of. Here we’ll explain what container queries are, how they work, and what
other features they might come with once fully supported in browsers.
In the latest version of Chrome Canary,
the most recent @container
query proposal is available for use behind an
experimental flag. Developed by OddBird’s own Miriam
Suzanne, the
draft builds upon the ideas
previously proposed by other web standards experts like David Baron, who wrote
the original
draft.
@Media
queries sparked a responsive design revolution by allowing authors to
change the style of elements based on the size of the entire viewport. Up until
now, what could not be done was changing the style of an element based on the
size of one of its nearest containers.
The proposed @container
query syntax feels a lot like writing a @media
query, but a main difference is that a @container
query has to be implemented
in two parts.
In this demo (which only works in the latest version of Chrome
Canary), a blockquote
is styled
differently depending on the size of its container.
See the Pen Container Queries with Block Quotes by @dvdherron on CodePen.
To achieve this, first define a containment context. This lets the browser know which container to query against later and how exactly to query that specific container.
article,
section {
container-type: inline-size;
}
The container-type
[1] property turns on containment for the
selected elements, allowing for the testing of aspects such as style, size, and
state.
The inline-size
value specifies that, in this case, queries will be made
against the containing element’s inline
axis.
Layout
and
size
[2] containment are applied automatically
as well.
(Block-size
is also being considered as a containment type in the new
proposal. Inline-size
seemed to satisfy more use-cases, so is being developed
first.)
Containers can also be named:
article,
section {
container-name: demo;
container-type: inline-size;
}
And the container-type
and container-name
properties can be combined by
using the container
shorthand property:[3]
article,
section {
container: demo / inline-size;
}
@container demo (min-width: 30em) {
.element {
/* styles to apply */
}
}
Now that a containment context has been defined, the @container
rule is used
to tell the browser when and how styles should change inside each container.
With a narrow parent container, the blockquote
features the image stacked on
top of the text.
At the first breakpoint, the layout for the blockquote
changes so that the
profile image moves from being above the quote to sitting next to it, and the
text describing the speaker gets a heavier weight applied.
/* change styles according to container size */
@container (min-width: 35em) {
.quote {
grid-gap: 1rem;
grid-template: "media quote" auto/ max-content 1fr;
}
.media {
align-items: center;
}
.source {
font-weight: bold;
}
}
At the second breakpoint, the size of the text for the quote and the attribution
grows, the background changes color, and the overall shape of the blockquote
changes by way of a clip-path
.
@container (min-width: 60em) {
.quote {
--quote-size: 1.5rem;
--quote-background: darkmagenta;
clip-path: polygon(
-0.04% 100.6%,
1.12% -0.52%,
95.65% 11.18%,
96.46% 90.05%
);
padding: 1.25em 3em;
max-width: unset;
}
.source {
font-size: 1.1rem;
}
}
Any styles inside of one of these @container
blocks will be applied when the
container fulfills the condition of the query.
Just as with @media
queries, authors can write as many @container
queries as
needed.
With each blockquote
sitting in a different sized container, they all look
slightly different, at the same viewport size.
It’s still very early in the proposal process, so a lot regarding how container queries work could change.
aspect-ratio
,
orientation,
or even custom properties and layout
states.vh
and vw
.
Container-relative units
could be on the horizon as well.Bookmark Miriam’s scratch site for updates: Miriam’s CSS Sandbox.
To participate in discussions and implementation questions related to
container
queries, visit this project board: Open Issues & Work on the
Contain 3 Spec.
Follow these steps to get started experimenting and making your own demos:
chrome://flags
.Enabled
.The OddBird team would love to see what you come up with. Tag us on Twitter with a link to whatever you create. In the meantime, check out our collection of demos on CodePen for inspiration.
Syntax for establishing a containment context was updated
July 14, 2021 to use the new container-type
and container-name
properties instead of contain
. ↩︎
A previous
version of this article listed style
and layout
as required values for the
contain
property when establishing a containment context. These values are now
automatically applied when using the new container-type
and container-name
properties. Updated July 14, 2021. ↩︎
The two values of the shorthand
were originally reversed, with container-type
and then container-name
.
Updated August 18, 2022. ↩︎
New layouts will be possible
The more I play with it, the more convinced I am that anchor positioning is going to unlock some surprising new layouts.
Performance, scope, and fallbacks for the anchor positioning polyfill
Our sponsors are supporting the continued development of the CSS Anchor Positioning Polyfill. Here’s a summary of the latest updates.
Are we measuring what we meant to measure?
There’s been a lot of interest in the results of the annual State of CSS survey, but are we asking all the right questions?