A small (9 kB compressed) polyfill for CSS Container Queries using ResizeObserver
and MutationObserver
supporting the full @container
query syntax:
- Discrete queries (
width: 300
andmin-width: 300px
) - Range queries (
200px < width < 400px
andwidth < 400px
) - Container relative length units (
cqw
,cqh
,cqi
,cqb
,cqmin
, andcqmax
) in properties and keyframes
- Firefox 69+
- Chrome 79+
- Edge 79+
- Safari 13.4+
npm install --save container-query-polyfill
Alternatively, you can use it directly from a CDN:
<script src="https://cdn.jsdelivr.net/npm/container-query-polyfill@1/dist/container-query-polyfill.modern.js"></script>
For the best user experience, it's recommended that you initially only use the polyfill for content below-the-fold and use @supports
queries to temporarily replace it with a loading indicator until the polyfill is ready to display it:
@supports not (container-type: inline-size) {
.container,
footer {
display: none;
}
.loader {
display: flex;
}
}
You can view a more complete demo here. On sufficiently fast networks and devices, or devices that natively support Container Queries, this loading indicator will never be displayed.
Note Keep in mind that this technique effectively limits impact on FID and CLS, potentially at the expense of LCP. You may see regressions in the latter as a result, particularly on lower end devices or in poor network conditions.
- CSS first: The polyfill currently only supports
<style>
and same-origin<link>
elements. Inline styles via thestyle
attribute or CSSOM methods are not polyfilled. Likewise, JavaScript APIs likeCSSContainerRule
are not polyfilled, and APIs likeCSS.supports()
are not monkey-patched. - Best effort: Style changes that do not lead to observable DOM or layout mutations (e.g. changing
font-size
in a container without content) may not be detected, or may be detected a frame late on some browsers. Complex sibling CSS selectors aren't supported. - Currently, there is no support for Shadow DOM, or functions like
calc(...)
in container conditions. Your contribution would be welcome!
The polyfill uses the CSS :where()
pseudo-class to avoid changing the specificity of your rules. This pseudo-class is relatively new, however. If you need to support browsers without it, you will need to append the dummy :not(container-query-polyfill)
pseudo-class to the originating element of every selector under a @container
block:
Before | After |
@container (min-width: 200px) {
#foo {
/* ... */
}
.bar {
/* ... */
}
#foo,
.bar {
/* ... */
}
ul > li {
/* ... */
}
::before {
/* ... */
}
} |
@container (min-width: 200px) {
#foo:not(.container-query-polyfill) {
/* ... */
}
.bar:not(.container-query-polyfill) {
/* ... */
}
#foo:not(.container-query-polyfill),
.bar:not(.container-query-polyfill) {
/* ... */
}
ul > li:not(.container-query-polyfill) {
/* ... */
}
:not(.container-query-polyfill)::before {
/* ... */
}
} |
This is to ensure the specificity of your rules never changes (e.g. while the polyfill is loading, or on browsers with native support for container queries). On browsers without :where()
supports, rules without the dummy will be ignored.
When using the polyfill, you may observe reports of errors like ResizeObserver loop completed with undelivered notifications
or ResizeObserver loop limit exceeded
. These are expected, and may safely be ignored.