こんにちは。アイレット株式会社デザイン事業部の上瀧です。
今回は新しいレスポンシブデザインの実装方法と期待されているContainer Queriesについて調べてみました。
以前から耳にはしていたものの、どのような使い所があるかを詳しく把握しきれていませんでした。
先日リリースされたChrome 105でもサポートされたため、この機会に理解を進めてみようと思います。
Container Queriesとは
MDNによると、「コンテナのサイズを見て、コンテナ内のスペースに応じてレイアウトを調整できる」とあります。
この「コンテナ」とは、基本的にスタイル指定を行うコンポーネントの親要素になります。
例えば、サイドバーとメインエリアで構成要素が同等のアイテムコンポーネントAがある場合、
- サイドバーのアイテムコンポーネントAにとっては、サイドバーのエリア
- メインエリアのアイテムコンポーネントAにとっては、メインのコンテンツエリア
のそれぞれが「コンテナ」に当たり、コンテナのサイズに応じてコンポーネントAのCSSの指定を書き分けることが可能 になります。
Container Queriesは現時点でFireFox以外のモダンブラウザでサポートされています。
FireFoxにも対応が必要な実際のプロジェクトでは、Polyfill を使用することが現実的な手法となりそうです。
Media Queriesとの違い
従来より使用しているMedia Queriesとの違いはどこにあるのでしょうか。
Media Queriesでは、基本的に画面のビューポート幅に応じてレイアウトを切り替えていました。
対してContainer Queriesは、コンテナ幅に基づいてコンポーネントのCSSを切り替えることができるため、これまでより柔軟かつシンプルにCSSを記述できるケースがでてきそうです。
この例のように構成要素が同等のコンポーネントが1画面内にある場合でも、画面のビューポート幅ではなく、それぞれのコンテナ幅から指定したスタイル適用ができます。
これまでは個別にコンポーネントに対してクラスを追加付与するなどの必要がありましたが、Container Queriesを使えばCSSのみでコンポーネントのスタイルを分岐させることができます。
使ってみる
これまで例で見てきたサイドバーとメインのエリアで、構成要素が同等のアイテムコンポーネントを簡素な形で書いてみました。
全体を div.wrapper
で囲い div.sidebar
と div.main
を左右に配置します。
それぞれのアイテムリストは ul.list
、コンポーネントは li.item
としてマークアップしています。
CSSのContainer Queriesの部分は下記のようになっています。
.list {
container-type: inline-size;
}
@container(min-width:400px) {
.item {
display: flex;
}
}
親のコンテナとなる ul.list
に container-type: inline-size
を指定します。
デフォルトはテキストが縦並び( display: block
)になり、コンテナが400px以上の際はテキストが横並びになるようにするため、 @container(min-width:400px) {}
の中に li.item
が display: flex
するように記述します。
画面をリサイズしながら確認すると分かりやすいですが、ビューポート幅ではなくコンテナ幅によってスタイルの変更が適用されていることが確認できました。
まとめ
Container Queriesに初めて触れてみましたが、今後のレスポンシブデザインに対するアプローチに幅を持たせてくれるような機能だと感じました。
コンテナ幅でCSS指定ができることで、自由度が増す反面、デザインやコーディングのルールもより重要になってきます。
FigmaのAuto Layoutなどデザインツールで出来ることとの親和性も高そうですが、同時にデザイナーとの連携も密に行っていく必要がありそうです。
なかなかメリットのみ取り入れるのは難しいですが、特にコンポーネント指向の開発などではPolyfillを用いて取り入れることを検討してみても面白いと思いました。
以前から耳にはしていたものの、どのような使い所があるかを詳しく把握しきれていませんでした。
先日リリースされたChrome 105でもサポートされたため、この機会に理解を進めてみようと思います。
# Container Queriesとは
[MDN](https://developer.mozilla.org/en-US/docs/Web/CSS/CSS_Container_Queries)によると、「コンテナのサイズを見て、コンテナ内のスペースに応じてレイアウトを調整できる」とあります。
この「コンテナ」とは、基本的にスタイル指定を行うコンポーネントの親要素になります。
![container-queries-img01.png](https://image.docbase.io/uploads/6e131ca6-a259-406e-af75-e9211134c39a.png =WxH)
例えば、サイドバーとメインエリアで構成要素が同等のアイテムコンポーネントAがある場合、
![container-queries-img03.png](https://image.docbase.io/uploads/89d8f71c-0d99-4e6c-a7fc-f7ca792621da.png =WxH)
- サイドバーのアイテムコンポーネントAにとっては、**サイドバーのエリア**
– メインエリアのアイテムコンポーネントAにとっては、**メインのコンテンツエリア**
のそれぞれが「コンテナ」に当たり、**コンテナのサイズに応じてコンポーネントAのCSSの指定を書き分けることが可能** になります。
Container Queriesは現時点でFireFox以外のモダンブラウザでサポートされています。
FireFoxにも対応が必要な実際のプロジェクトでは、[Polyfill](https://github.com/GoogleChromeLabs/container-query-polyfill) を使用することが現実的な手法となりそうです。
# Media Queriesとの違い
従来より使用しているMedia Queriesとの違いはどこにあるのでしょうか。
![container-queries-img04.png](https://image.docbase.io/uploads/146f636d-638c-4209-abe4-5f06fc5db6ba.png =WxH)
Media Queriesでは、基本的に画面のビューポート幅に応じてレイアウトを切り替えていました。
対してContainer Queriesは、コンテナ幅に基づいてコンポーネントのCSSを切り替えることができるため、これまでより柔軟かつシンプルにCSSを記述できるケースがでてきそうです。
![container-queries-img05.png](https://image.docbase.io/uploads/1321ea03-0fef-40ab-b8a7-5480cdc87f6c.png =WxH)
この例のように構成要素が同等のコンポーネントが1画面内にある場合でも、画面のビューポート幅ではなく、それぞれのコンテナ幅から指定したスタイル適用ができます。
これまでは個別にコンポーネントに対してクラスを追加付与するなどの必要がありましたが、Container Queriesを使えばCSSのみでコンポーネントのスタイルを分岐させることができます。
# 使ってみる
これまで例で見てきたサイドバーとメインのエリアで、構成要素が同等のアイテムコンポーネントを簡素な形で書いてみました。
全体を `div.wrapper` で囲い `div.sidebar` と `div.main` を左右に配置します。
それぞれのアイテムリストは `ul.list` 、コンポーネントは `li.item` としてマークアップしています。
CSSのContainer Queriesの部分は下記のようになっています。
“`css
.list {
container-type: inline-size;
}
@container(min-width:400px) {
.item {
display: flex;
}
}
“`
親のコンテナとなる `ul.list` に `container-type: inline-size` を指定します。
デフォルトはテキストが縦並び( `display: block` )になり、コンテナが400px以上の際はテキストが横並びになるようにするため、 `@container(min-width:400px) {}` の中に `li.item` が `display: flex` するように記述します。
![container-queries-img06.gif](https://image.docbase.io/uploads/b9de17b9-d7e9-4df0-88db-d03c17aff5b1.gif =WxH)
画面をリサイズしながら確認すると分かりやすいですが、ビューポート幅ではなくコンテナ幅によってスタイルの変更が適用されていることが確認できました。
# まとめ
Container Queriesに初めて触れてみましたが、今後のレスポンシブデザインに対するアプローチに幅を持たせてくれるような機能だと感じました。
コンテナ幅でCSS指定ができることで、自由度が増す反面、デザインやコーディングのルールもより重要になってきます。
FigmaのAuto Layoutなどデザインツールで出来ることとの親和性も高そうですが、同時にデザイナーとの連携も密に行っていく必要がありそうです。
なかなかメリットのみ取り入れるのは難しいですが、特にコンポーネント指向の開発などではPolyfillを用いて取り入れることを検討してみても面白いと思いました。