CSS ボックスサイズ指定モジュール レベル 4

W3C 作業草案,

この文書の詳細
このバージョン:
https://www.w3.org/TR/2026/WD-css-sizing-4-20260904/
最新の公開バージョン:
https://www.w3.org/TR/css-sizing-4/
編集者草案:
https://drafts.csswg.org/css-sizing-4/
以前のバージョン:
履歴:
https://www.w3.org/standards/history/css-sizing-4/
テストスイート:
https://wpt.fyi/results/css/css-sizing
https://wpt.fyi/results/css/css-sizing/
フィードバック:
CSSWG イシューリポジトリ
CSSWG GitHub
仕様内のインライン表示
編集者:
Tab Atkins (Google)
Elika J. Etemad / fantasai (Apple)
Jen Simmons (Apple)
この仕様の編集を提案:
GitHub エディター

概要

このモジュールは、コンテンツに基づく「内在」サイズとコンテキストに基づく「外在」サイズを表すキーワードによって CSS のサイズ指定プロパティを拡張し、 CSS がコンテンツに適合するボックスや、特定のレイアウトコンテキストに 適合するボックスをより簡単に記述できるようにします。これは CSS Sizing Level 3 に対する差分仕様です。

CSS は、構造化文書 (HTML や XML など)の画面や紙などにおける レンダリングを記述するための言語です。

この文書のステータス

この節では、この文書の公開時点におけるステータスについて説明します。 現在の W3C 公開文書の一覧 およびこの技術報告書の最新版は、 W3C 標準および草案索引で確認できます。

この文書は、 CSS ワーキンググループによって 勧告 トラックを使用した作業草案として公開されました。 作業草案として公開されていることは、 W3Cおよびそのメンバーによる承認を意味するものではありません。

これは草案文書であり、 いつでも更新、置換、 または他の文書によって廃止される可能性があります。 この文書を進行中の作業以外のものとして引用することは不適切です。

フィードバックは、 GitHub にイシューを提出する方法(推奨)でお寄せください。 タイトルには次のように仕様コード “css-sizing” を含めてください: “[css-sizing] …コメントの要約…”。 すべてのイシューとコメントはアーカイブされます。 または、(アーカイブされた)公開メーリングリスト www-style@w3.org にフィードバックを送ることもできます。

この文書は、 2025年8月18日付 W3C プロセス 文書に準拠します。

この文書は、 W3C 特許ポリシーの下で活動するグループによって作成されました。 W3C は、このグループの成果物に関連して行われた すべての特許開示の公開リストを 維持しています。 このページには、特許を開示するための手順も記載されています。 ある個人が、その個人が 必須クレームを含むと考える特許を実際に知っている場合、 W3C 特許 ポリシーの第6節に従って、その情報を開示しなければなりません。

1. はじめに

これは CSS Sizing Level 3 に対する差分仕様です。 現在は探索的作業草案です: 何かを実装する場合は、Level 3 を参照してください。 CR に達した時点で、Level 3 のテキストをこの草案に統合します。

テスト

一般的なサイズ指定テスト


1.1. モジュール間の相互作用

このモジュールは、width、height、min-width、min-height、max-width、max-height、および column-width の機能を拡張します。これらは [CSS2] の第10章および [CSS3COL] で定義されています。

1.2. 値の定義

この仕様は、[CSS2] の CSS プロパティ定義規約に従い、 [CSS-VALUES-3] の 値定義構文を使用します。 この仕様で定義されていない値型は、CSS Values & Units [CSS-VALUES-3] で定義されています。 他の CSS モジュールと組み合わせることで、これらの値型の定義が拡張される場合があります。

各定義に列挙されているプロパティ固有の値に加えて、 この仕様で定義されているすべてのプロパティは、 プロパティ値として CSS 全体キーワードも受け入れます。 読みやすさのため、これらは明示的には繰り返していません。

2. 用語

CSS Sizing 3 § 2 用語

3. ボックスサイズの指定

CSS Sizing 3 § 3 ボックスサイズの 指定

3.1. サイズ指定プロパティ

CSS Sizing 3 § 3.1 サイズ指定 プロパティ

名前: size
値: <'width'> <'height'>?
初期値: auto
適用対象: すべての要素
継承: 個々のプロパティを参照
パーセント値: 個々のプロパティを参照
算出値: 個々のプロパティを参照
アニメーション型: 個々のプロパティを参照
正規順序: 文法に従う

size プロパティは、一括指定プロパティであり、 width と height を1つの宣言で設定します。 2番目の値が省略された場合、 1番目の値がコピーされます。

size 一括指定は @page コンテキストでは使用できません。 @page には、ページサイズを設定するための無関係な size 記述子がすでに存在するためです。

size プロパティは、互換性問題や @page との競合を避けるため、 CSSOM の 推奨される 一括指定順序から除外する必要があります。

名前: min-size
値: <'min-width'> <'min-height'>?
初期値: auto
適用対象: すべての要素
継承: 個々のプロパティを参照
パーセント値: 個々のプロパティを参照
算出値: 個々のプロパティを参照
アニメーション型: 個々のプロパティを参照
正規順序: 文法に従う

min-size プロパティは、一括指定プロパティであり、 min-width と min-height を1つの宣言で設定します。 2番目の値が省略された場合、 1番目の値がコピーされます。

名前: max-size
値: <'max-width'> <'max-height'>?
初期値: none
適用対象: すべての要素
継承: 個々のプロパティを参照
パーセント値: 個々のプロパティを参照
算出値: 個々のプロパティを参照
アニメーション型: 個々のプロパティを参照
正規順序: 文法に従う

max-size プロパティは、一括指定プロパティであり、 max-width と max-height を1つの宣言で設定します。 2番目の値が省略された場合、 1番目の値がコピーされます。

3.2. 新しいサイズ指定値: contain、fit-content()、および calc-size() 値

CSS Sizing 3 § 3.2 サイズ指定値: <length-percentage>、auto | none、min-content、max-content、および fit-content() 値

Level 4 では、 contain、fit-content()、および calc-size() 値を サイズ指定プロパティで使用できるようになり、 それによって <box-size> 生成規則を次のように拡張します:

<box-size> = <length-percentage> | stretch | contain | min-content | max-content | fit-content | fit-content() | calc-size()
名前: width, height, min-width, min-height, max-width, max-height
新しい値: contain | fit-content(<length-percentage [0,∞]>)
fit-content(<length-percentage [0,∞]>)
fit-content の式を、 利用可能な空間を指定された引数に置き換えて使用します。 すなわち min(max-content, max(min-content, <length-percentage>)) です。ここで、<length-percentage> 引数は、 単独で現れる <length-percentage> 値の場合とまったく同じように解決されます。

負の <length-percentage> 値は無効です。

テスト
contain
ボックスに 優先アスペクト比がある場合、 contain-fit サイズ指定を適用し、 可能な限りその 優先アスペクト比を維持しながら、 ボックスの制約内に収まるよう試みます。 § 6.1 Contain-fit サイズ指定: アスペクト比を維持しながら 引き伸ばすを参照してください。

ボックスに 優先アスペクト比がない場合、 stretch-fit サイズ指定を適用します。

calc-size()
CSS Values 5 § 10. 内在サイズを用いた計算: calc-size() 関数を参照してください。

注: none キーワードは、 calc-size() 内では使用できません。

注: これらの新しい値は、 <calc-size()> の定義が 「コンテキスト内で許可される」とする値の集合に追加されます。

4. アスペクト比

画像には多くの場合、自然アスペクト比があり、 CSS レイアウトアルゴリズムは要素のサイズを変更する際に それを維持しようとします。

aspect-ratio プロパティを使用すると、 非置換要素に対してこの動作を指定し、 置換要素の実効アスペクト比を変更できます。

この節の詳細については まだ作業中です。 ここで指定されている動作のいずれかによって、 置換要素で 優先アスペクト比を持つものが、 この仕様が適用されていない状態で CSS2、 Flex Layout、 および Grid Layout の仕様を組み合わせた要件の下での動作と異なる動作をする場合、 それはエラーであり、CSSWG に報告する必要があります。 未解決の aspect-ratio イシューの一覧があります。

4.1. 優先アスペクト比: aspect-ratio プロパティ

名前: aspect-ratio
値: auto || <ratio>
初期値: auto
適用対象: インライン ボックスおよび内部 ruby または table ボックスを除くすべての要素
継承: しない
パーセント値: 該当なし
算出値: 指定されたキーワードまたは数値の組
正規順序: 文法に従う
アニメーション型: 算出値による
テスト

このプロパティは、ボックスに 優先アスペクト比を設定します。 これは auto サイズ およびその他の一部のレイアウト関数の計算で使用されます。

auto
置換要素に 自然アスペクト比がある場合、 そのアスペクト比を使用します。 それ以外の場合、ボックスには 優先アスペクト比がありません。 アスペクト比を含むサイズ計算では、 常に コンテンツボックスの寸法を使用します。
<ratio>
ボックスの 優先アスペクト比は、指定された width / height の比率です。 アスペクト比を含むサイズ計算では、 box-sizing で指定されたボックスの寸法を使用します。

<ratio> が 退化している場合、 このプロパティは代わりに auto として動作します。

auto && <ratio>
auto と <ratio> の両方が一緒に指定された場合、 優先アスペクト比は、指定された width / height の比率になります。 ただし、置換要素で 自然アスペクト比がある場合は、 代わりにそのアスペクト比を使用します。 いずれの場合も、アスペクト比を含むサイズ計算では、 常に コンテンツボックスの寸法を使用します。

<ratio> が 退化している場合、 このプロパティは代わりに auto として動作します。

テスト

注: 優先アスペクト比を持つことによって、 ボックスが 置換要素になるわけではありません。 置換要素固有のレイアウト規則は一般に、 優先アスペクト比を持つ 非置換ボックスには適用されません。 たとえば、非置換の 絶対配置されたボックスでは、 justify-self: normal を start ではなく stretch として扱います (CSS Box Alignment 3 § 6.1.2 絶対配置ボックス)。 これは 優先アスペクト比を持っている場合でも同様です。

CSS2.1 は、 置換要素とアスペクト比を持つ要素を 明確に区別していません。 不明確な具体的ケースを特定し、それらを 適切な Level 3 仕様またはここで定義する必要があります。

この例では、グリッド内の各項目を正方形としてレンダリングするよう設定し、 利用可能な空間から項目数とその幅を決定します。
<ul>
  <li>…
  <li>…
  <li>…
  <li>…
</ul>
ul {
  display: grid;
  grid-template-columns: repeat(auto-fill, minmax(12em, 1fr));
}
li {
  aspect-ratio: 1/1;
  overflow: auto;
}
この例では、 iframe 要素の width および height 属性を使用して、 aspect-ratio プロパティを設定し、 iframe にサイズ指定で使用するアスペクト比を与えることで、 そのアスペクト比を持つ画像とまったく同じように動作させます。
<iframe
  src="https://www.youtube.com/embed/0Gr1XSyxZy0"
  width=560
  height=315>
@supports (aspect-ratio: attr(width number) / 1) {
  iframe {
    aspect-ratio: attr(width number) / attr(height number);
    width: 100%;
    height: auto;
  }
}

置換要素の唯一の 自然 寸法が、 自然幅または 自然 高さである場合、 その要素に 優先アスペクト比を与えると、 既存のサイズを 優先アスペクト比を介して転送することで、 欠けていた方の 自然高さまたは幅も 与えられます。

4.2. 自動サイズに対する優先アスペクト比の影響

ボックスに 優先アスペクト比がある場合、 その 自動サイズは、 置換要素で 自然アスペクト比を持ち、 その軸に 自然サイズを持たない場合と同じように計算されます。 たとえば CSS2 § 10 および CSS Flexible Box Model Level 1 § 9.2 を参照してください。 優先サイズの計算が このアスペクト比に依存する軸を 比率依存軸と呼びます。 その結果のサイズは、入力サイズも 確定している場合、 確定します。 反対側の軸(比率依存軸のサイズが依存する軸)を、 比率決定軸と呼びます。

注: 優先アスペクト比は、 ボックスのサイズの少なくとも一方が 自動である場合にのみ効果を持ちます。 width と height のどちらも 自動サイズでない場合、 優先 サイズには影響しません。

すべての サイズ指定情報をここへ移動し、 2.1 に無理に押し込むのをやめれば、 ここでの基本原則は単純に次のようになります: 比率決定軸で解決された 優先サイズが (最小/最大を適用する前に) 比率を介して転送されます。 最小/最大制約はその後転送され、 それからアスペクト比に関係なく各軸へ独立して適用されます。

テスト

4.2.1. マージンの相殺

マージン相殺(CSS 2 § 8.3.1 マージンの 相殺)の目的では、 ブロック軸が 比率依存軸である場合、 算出された block-size が auto であるとは見なされません。

4.3. コンテンツに基づく自動最小サイズ

意図しないオーバーフローを回避するため、 自動最小サイズは、比率依存軸において、 優先アスペクト比を持ち、 置換要素でも、 その軸の スクロールコンテナーでもないボックスでは、 その min-content サイズを 最大サイズで上限とした値になります。

次の例では、 ボックスの幅は通常どおりコンテナーと同じ幅になり、 高さはコンテンツを収めるために必要な高さになりますが、 少なくとも幅と同じ高さになります。
div {
  aspect-ratio: 1/1;
  /* 'width' と 'height' はどちらも既定で 'auto' */
}
+----------+  +----------+  +----------+
| ~~~~~~~~ |  | ~~~~~~~~ |  | ~~~~~~~~ |
| ~~~~~~~~ |  | ~~~~~~~~ |  | ~~~~~~~~ |
| ~~~~~~~  |  | ~~~~~~~~ |  | ~~~~~~~~ |
|          |  | ~~~      |  | ~~~~~~~~ |
+----------+  +----------+  | ~~~~~~~~ |
                            | ~~~~~~   |
                            +----------+

ただし、overflow: auto が指定されている場合、 コンテンツが過剰なボックスでも 1:1 のアスペクト比を維持し (通常どおり、代わりにスクロール可能になることでオーバーフローを処理します)。

div {
  overflow: auto;
  aspect-ratio: 1/1;
}
+----------+  +----------+  +----------+
| ~~~~~~~~ |  | ~~~~~~~~ |  | ~~~~~~~~^|
| ~~~~~~~~ |  | ~~~~~~~~ |  | ~~~~~~~~ |
| ~~~~~~~  |  | ~~~~~~~~ |  | ~~~~~~~~ |
|          |  | ~~~      |  | ~~~~~~~~v|
+----------+  +----------+  +----------+

min-height プロパティを上書きしても 1:1 のアスペクト比は維持されますが、 別途処理されていない場合は、 コンテンツがボックスからオーバーフローします。

div {
  aspect-ratio: 1/1;
  min-height: 0;
}
+----------+  +----------+  +----------+
| ~~~~~~~~ |  | ~~~~~~~~ |  | ~~~~~~~~ |
| ~~~~~~~~ |  | ~~~~~~~~ |  | ~~~~~~~~ |
| ~~~~~~~  |  | ~~~~~~~~ |  | ~~~~~~~~ |
|          |  | ~~~      |  | ~~~~~~~~ |
+----------+  +----------+  +-~~~~~~~~-+
                              ~~~~~~    
この自動最小値は両方の軸で機能します。 次の例を考えてください:
<div style="height: 100px; aspect-ratio: 1/1;">
  <span style="display: inline-block; width: 50px;"></span>
  <span style="display: inline-block; width: 150px;"></span>
</div>

コンテナーの width は、 auto であるため、 アスペクト比を介して 100px に解決されます。 しかし、その min-width は auto であるため、 150px に解決されます。 したがって、コンテナーの最終的な幅は 150px になります。 コンテナーのサイズ指定時にコンテンツを無視するには、 min-width: 0 を指定できます。

テスト

4.4. 最小/最大サイズの転送

どちらかの軸 (origin 軸)におけるサイズ指定制約は、 優先アスペクト比を介して転送され、 もう一方の軸(destination 軸)にある 不定の 最小、最大、または 優先サイズに 次のように適用されます:

注: したがって、確定サイズは転送された制約によって まったく影響を受けません。 また、転送された最小値によって要素が確定した優先/最大サイズを超えることはなく、 転送された最大値によって要素がその優先/最小サイズに違反することもありません。

注: 基本原則は、サイズ指定制約が アスペクト比を介して反対側へ転送され、 影響を受ける軸に明示的に指定されたサイズに違反しない範囲で 可能な限りアスペクト比を維持することです。 (これは CSS2 第10.4節の 制約表の内容を決定した原則です。)

次の例では:
<div id=container style="height: 100px; float: left;">
  <div id=item style="height: 100%; aspect-ratio: 1/1;">コンテンツ</div>
</div>

#item の高さは確定したコンテナーに対して解決されるパーセント値であるため、 項目の幅は、その内在サイズへの寄与についても最終レイアウトについても 100px に解決され、 したがってコンテナーも幅 100px になります。

<div id=container style="height: auto; float: left;">
  <div id=item style="height: 100%; aspect-ratio: 1/1;">コンテンツ</div>
</div>

次の例では、 項目のパーセント高さを解決できず、auto として 動作します (CSS 2 § 10.5 コンテンツの高さ: 'height' プロパティを参照)。 両方の軸が 自動 サイズになったため、 高さが 比率依存軸になります。 ボックスの 内在サイズへの寄与を計算すると、 コンテンツから導出された幅と、 その幅およびアスペクト比から計算された高さが得られ、 「コンテンツ」という語の幅に合わせてサイズ指定された 正方形のボックス(およびコンテナー)が生成されます。

テスト

この節は正しく 記述されていない可能性があります。[Issue #6071]

5. 内在サイズの決定

5.1. 内在サイズ

CSS Sizing 3 § 5.1 内在 サイズ

5.2. 包含された内在サイズの上書き: contain-intrinsic-* プロパティ

名前: contain-intrinsic-width, contain-intrinsic-height, contain-intrinsic-block-size, contain-intrinsic-inline-size
値: auto? [ none | <length [0,∞]> ]
初期値: none
適用対象: サイズ包含を持つ要素
継承: しない
パーセント値: 該当なし
算出値: 指定どおり。<length> 値は算出される
正規順序: 文法に従う
アニメーション型: 算出値の型による
論理プロパティ グループ: contain-intrinsic-size
テスト

これらのプロパティにより、サイズ 包含を持つ要素は、 明示的な 内在内部サイズを指定でき、 ボックスは、その 通常フロー内のコンテンツが 指定された 明示的な内在内部サイズと一致する幅と高さを 合計として持つかのようにサイズ指定されます (空であるかのようにサイズ指定されるのではありません)。

注: これは必ずしも、 要素に指定された 明示的な内在 内部サイズを持つ子が1つあるかのようにレイアウトすることと同等ではありません。 たとえば、指定サイズの子を1つ持つ グリッドコンテナーは、 依然として指定されたグリッドに従ってサイズ指定され、 通常は指定値より大きなコンテンツサイズになります。

テスト
none | <length>

他の contain-intrinsic-size 値 (auto など)が 明示的な内在内部サイズを提供していない場合、 対応する軸には 明示的な内在内部サイズが存在しない (none が指定された場合)か、 指定された <length> の 明示的な内在内部サイズを 持ちます。

auto

auto が指定され、 要素が 最後に記憶されたサイズを持ち、 現在 そのコンテンツをスキップしている場合、 対応する軸における 明示的な内在内部サイズは、 その軸における 最後に記憶されたサイズになります。

注: これは、たとえば content-visibility: auto の要素が 画面外にある場合に発生します。

テスト

要素がある軸に 明示的な内在内部サイズを持つ場合、 サイズ 包含に対して通常どおり要素をレイアウトした後、 その軸のコンテンツサイズは、レイアウトで計算された値ではなく 明示的な内在内部サイズとして扱われ、 必要に応じてレイアウトが再度実行されます。 (両方の軸に 明示的な内在内部サイズがある場合、 最初のレイアウトを省略できることを意味します。)

これら4つのプロパティは、論理プロパティグループの一部です。

注: サイズ 包含を持つ要素は、コンテンツがないかのようにレイアウトされます [CSS-CONTAIN-1]。 そのため、多くの場合、要素の内部高さがゼロまで縮小します。 これは、予想されるコンテンツを表示するように選んだ明示的な height で 修正できますが、 Flex や Grid Layout など一部のレイアウトシステムでは、 明示的な height を、 暗黙のコンテンツベースの高さよりも強い指示として扱うため、 意図しない影響が生じる可能性があります。 したがって、その要素は、その高さまで単にコンテンツで満たされていた場合とは 大きく異なるレイアウトになる可能性があります。 要素に 明示的な内在内部サイズを与えることで、 レイアウト時にコンテンツを無視することによる性能上の利点を維持しながら、 コンテンツが存在するかのようにサイズ指定できます。

名前: contain-intrinsic-size
値: [ auto? [ none | <length [0,∞]> ] ]{1,2}
初期値: 個々のプロパティを参照
適用対象: 個々のプロパティを参照
継承: 個々のプロパティを参照
パーセント値: 個々のプロパティを参照
算出値: 個々のプロパティを参照
アニメーション型: 個々のプロパティを参照
正規順序: 文法に従う
テスト

contain-intrinsic-size は、 contain-intrinsic-width および contain-intrinsic-height プロパティを設定する一括指定プロパティです。

1番目の値は contain-intrinsic-width 値を表し、 2番目は contain-intrinsic-height 値を表します。 値が1つだけ指定された場合、 その値は両方のプロパティに適用されます。

5.2.1. 最後に記憶されたサイズ

サイズ包含は、ページを効率的にレンダリングできるようにするうえで非常に有用であり、 要素のレンダリング変更の結果として発生し得る レイアウト処理の範囲を制限します。 しかし、作者にとっては非常に制約が強く、 要素のサイズがどうなるかを正しく予測する必要があります。 この予測が少しでも誤っていると、 見苦しいスクロールバーや、意図せず隠されたコンテンツが生じる可能性があります。

contain-intrinsic-size の auto キーワードは中間的な選択肢を提供します: 要素が一度でも 非サイズ包含状態になった場合、 この値によって要素はそのサイズ (通常どおりレイアウトによって計算されたもの)を記憶します。 その後、要素が サイズ包含を得た場合、 記憶されたサイズを使用し、 サイズ包含の性能上の利点を提供しつつ、 コンテンツに対しておそらく正確にサイズ指定されます。

ResizeObserver の対象になれる要素のみが、最後に 記憶されたサイズを持つことができます。

要素の 最後に記憶されたサイズは、 次のように決定されます:

注: 最後に記憶されたサイズは、 要素によって生成された特定のボックスではなく、 要素に付随する状態です。 要素が contain-intrinsic-size プロパティに auto キーワードを保持している限り、 display: none への変更またはそこからの変更のような場合でも、 最後に記憶されたサイズを保持します。

テスト

5.2.2. overflow: auto との相互作用

contain-intrinsic-size プロパティは、 作者が要素のコンテンツをどの程度の大きさと想定しているかの推定値を提供しますが、 この推定値は実際のコンテンツではなく、 ユーザーに表示する必要があるものを表すわけでもありません。 したがって、overflow: auto を持つ要素は、 contain-intrinsic-size の結果として スクロールバーを生成してはなりません。

しかし、contain-intrinsic-size が、 そのサイズの実際のコンテンツを含んでいれば要素がスクロールバーを生成するほど 十分に大きなサイズを示している場合、 その要素はそのような仮想的なコンテンツに従って スクロールバーを生成したかのようにサイズ指定されなければなりません。

次のコード例では:
div {
  width: max-content;
  contain-intrinsic-size: 100px 100px;
  overflow: auto;
}

要素は最終的に幅 100px、高さ 100px になります: contain-intrinsic-size が max-content 幅と、 高さも提供します。

その後、要素に高さ 150px のコンテンツが入った場合、 垂直スクロールバーが表示されます。 スクロールバーがオーバーレイでない場合、 その 100px の幅の一部を占有し、 コンテンツが流し込まれるために残る量はより小さくなります (通常は約 84px)。 (CSS Overflow 3 § 4 スクロールバーとレイアウトを参照。)

これにより、コンテンツに利用可能な水平空間が 100px 未満になったとしても、 contain-intrinsic-size が 100px の幅を示すという理由だけで、 水平スクロールバーが生成されることはありません。 これは、実際のコンテンツに改行不能なものがあり、 残りの空間よりも幅が広い場合にのみ発生します。

対照的に、次のコード例では:
div {
  width: max-content;
  contain-intrinsic-size: 100px 100px;
  height: 50px;
  overflow: auto;
}

要素の高さは固定された 50px ですが、 contain-intrinsic-size は 100px の「推定コンテンツ高さ」を示します。 そのため要素は、実際のコンテンツで満たされたときに 垂直スクロールバーが必要になると想定し、 contain-intrinsic-size による 推定 100px の max-content 幅と、 垂直スクロールバーの幅(通常は約 16px)の両方を収めるため、 100px より少し広い max-content 幅 (通常は約 116px)になります。

ただし、要素がスクロールバーを必要とするという想定のもとで空間を確保していても、 実際のコンテンツがオーバーフローしない限り、 スクロールバーを実際に生成することはありません。 最終的に高さ 50px 未満のコンテンツを含む場合、 垂直スクロールバーはまったく生成されませんが、 要素の幅は引き続き 116px になります。

5.3. レスポンシブにサイズ指定される iframe: frame-sizing プロパティ

名前: frame-sizing
値: auto | content-width | content-height | content-block-size | content-inline-size
初期値: auto
適用対象: 置換要素(ただし詳細は以下を参照)
継承: しない
パーセント値: 該当なし
算出値: 指定どおり
正規順序: 文法に従う
アニメーション型: 離散

HTML の iframe など、一部の 置換要素は「通常の」フローコンテンツを含むことができます。 プライバシーおよびセキュリティ上の理由から、 これらの要素は既定では、 内部コンテンツのサイズ指定に関する情報を 外側のページへ公開せず、 代わりに静的で事前決定された内在サイズを使用し、 コンテンツをスクロール可能にします。 frame-sizing プロパティを使用すると、 これらの要素は実際のコンテンツサイズの公開をオプトインできます。 このサイズを 内部レイアウト内在サイズと呼びます。 値の意味は次のとおりです:

auto

要素の 内部レイアウト内在サイズが存在する場合でも、 無視されます。

content-width
content-height
content-block-size
content-inline-size

要素に 内部レイアウト内在サイズがある場合、 その 内在サイズは、 内部レイアウト内在サイズから 対応する寸法 (幅または高さ)を取得します。 (もう一方の寸法は通常どおり決定されます。)

論理方向は、要素の 書字 モードに基づいて解決されます。 (埋め込み文書のものではありません。)

どの要素が 内部レイアウト内在サイズを持つことができるか、 またそれをどのように決定するかは、 文書言語によって決定されます。 HTML では、 iframe 要素のみが 内部レイアウト内在 サイズを持つことができ、 さらに、 含まれる文書も <meta name=responsive-embedded-sizing> 要素を介してオプトインしている場合に限られます。 (§ 5.3.1 HTML iframe の詳細を参照。)

埋め込み文書に次の HTML がある場合:
<meta name="responsive-embedded-sizing">
<div style="height: 500px"></div>

そして、埋め込む文書に次の CSS がある場合:

iframe {
  frame-sizing: content-height;
}

iframe の高さは最初、既定の iframe 高さ(通常は 150px)になりますが、 iframe の文書が読み込まれると 500px に更新されます。

さらに、 内部文書は window.requestResize() を呼び出して、その 内部レイアウト内在サイズを後で更新できます。

5.3.1. HTML iframe の詳細

HTML では、 iframe 要素だけが内部レイアウト内在サイズを持つことができ、 さらに、 iframe の 埋め込み文書が適切にオプトインしている場合に限られます。

HTML Document オブジェクトには、 レスポンシブ埋め込みサイズ指定フラグが関連付けられており、 初期状態では未設定です。 これは文書の初期解析中に、 次のいずれかが最初に発生したかに応じて、 true または false に設定されます:

true または false のいずれかに設定されると、 このフラグは Document の存続期間中、再び値が変更されることはありません。

注: 現在、HTML 文書の meta 要素が head 内に現れることが、 HTML において埋め込み文書がこの機能にオプトインする唯一の方法です。 これは、 iframe 内の SVG 文書はオプトインできないことを意味します。

注: HTML パーサーの特性により、 meta 要素は技術的には head 要素と body 要素の間に現れることができ、 head 内へ再親子付けされます。 この場所も <meta name=responsive-embedded-sizing> 要素にとって有効です。 なぜなら、 body はまだ開かれていないためです。 ほとんどの HTML 要素は、 body 開始タグが存在しない場合でも、 body 要素を暗黙的に開くことに注意してください。 また、文書にそのような要素がまったく存在しない場合、 空の要素が自動的に生成されて挿入されます。

内部レイアウト内在サイズは最初に、 埋め込み文書が DOMContentLoaded イベントを発火した後の最初のレイアウト結果によって設定され、 さらに load イベントが Window で発火したときにも設定されます。 その後の埋め込み文書のコンテンツ、スタイル、またはレイアウトの変更は、 内部レイアウト内在 サイズに自動的には影響しませんが、 requestResize() も参照してください。

埋め込み文書はさらに、ロックされた埋め込み ICB サイズを持つことができ、 初期値は null です。 文書のレスポンシブ埋め込みサイズ指定フラグが レイアウト実行時に true であり、 かつロックされた埋め込み ICB サイズが null の場合、 現在の初期包含ブロックのサイズを、ロックされた埋め込み ICB サイズとして記録します。 以降のレイアウトでは、 初期包含ブロックのサイズを通常どおり計算する代わりに、 ロックされた埋め込み ICB サイズを使用します。

注: この ICB の固定により、 レイアウトループが発生する可能性が低減されます (iframe 文書がその ICB よりわずかに大きくサイズ指定され、 それに合わせて親 iframe のサイズが変更され、 次のレイアウトで再び ICB よりわずかに大きくなり、 これが無限に続く、といった状況です)。

iframe にロックされた埋め込み ICB サイズを強制的に忘れさせる方法を 用意する必要があるでしょうか? frame-sizing を一度オフにして再びオンにする方法でしょうか?

iframe の文書をナビゲートすると、 ロックされた埋め込み ICB サイズを忘れます。 新しい文書のレスポンシブ埋め込みサイズ指定フラグが未設定である限り、 内部レイアウト内在サイズを忘れることはありません。 フラグが(true または false に)設定されると、 内部レイアウト内在サイズは忘れられます。 フラグが true に設定された場合、 その後、両方が通常どおり新たに計算されます。

5.3.2. Window インターフェイスの拡張

partial interface Window {
  undefined requestResize();
};
requestResize() が呼び出された場合:
  1. navigable を、ナビゲータブルのうち、this をそのコンテンツ Windowとして持つものとします。 navigable が子ナビゲータブルでない場合、 NotAllowedError DOMException を例外として投げます。

  2. host element を、そのコンテンツナビゲータブルが navigable であるナビゲータブルコンテナーとします。 host element が HTML iframe 要素でない場合、 NotAllowedError DOMException を例外として投げます。

  3. document を this のアクティブ文書とします。 document のレスポンシブ埋め込みサイズ指定フラグが 未設定または false の場合、 NotAllowedError DOMException を例外として投げます。

  4. document に保留中のスタイルまたはレイアウト変更がある場合、 それらを実行します。

  5. host element の内部レイアウト内在サイズを、 this のスクロール領域の幅と高さに設定します。

5.4. 内在サイズへの寄与

CSS Sizing 3 § 5.2 内在サイズへの寄与

5.5. Min-Content サイズへの寄与をゼロにする: min-intrinsic-sizing プロパティ

名前: min-intrinsic-sizing
値: legacy | zero-if-scroll || zero-if-extrinsic
初期値: legacy
適用対象: インライン ボックスを除くすべての要素
継承: しない
パーセント値: 該当なし
算出値: 指定どおり
正規順序: 文法に従う
アニメーション型: 離散

このプロパティの名前は本格的に Bikeshed で検討する必要があります。

このプロパティは、非置換ボックスのmin-content への寄与を、 特定の状況で「圧縮」するかどうかを定義します。 各値の意味は次のとおりです:

legacy
ボックスのmin-content への寄与は、 通常どおり処理されます。
zero-if-scroll
ボックスのmin-content への寄与は、 その軸でスクロール コンテナーである場合に「圧縮」されます。
zero-if-extrinsic
ボックスのmin-content への寄与は、 外在的な 優先サイズまたは最大サイズを持つ場合に 「圧縮」されます。

注: これは、ほとんどの置換要素の既定の動作です。

次の規則により、すべてのスクロール コンテナーは、 サイズへの寄与を親へ伝える際に、 実質的にそのコンテンツを無視するようになります (コンテンツに基づくサイズを明示的に要求した場合を除きます):
*, ::before, ::after { min-intrinsic-sizing: zero-if-scroll; }

これにより、スクロールコンテナーに、 表や改行不能な長いテキスト行などの大きな項目が含まれる場合でも、 その祖先のサイズを過度に拡大することを防ぎます。 一方、スクロールコンテナーではないボックスは、 その祖先のmin-content サイズに引き続き影響を与えることができます。

注: zero-if-scroll の動作を既定にした方が より適切でしたが、 Web 互換性のため、初期値にはできません。:(

「圧縮された」min-content への寄与は、 ボックスが空であると仮定して計算されます。 ただし、サイズ指定プロパティの明示的な min-content、max-content、および fit-content 値によって課される サイズ指定制約を考慮する場合を除きます。

5.6. 新しい列サイズ指定値: stretch、min-content、max-content、fit-content、および fit-content() 値

名前: column-width
新しい値: <box-size>
算出値: <length-percentage> 値を算出した、指定どおりの値
アニメーション型: 算出値の型による

column-width の値として使用された場合、 新しいキーワードは最適な列幅を指定します:

stretch
最適な列幅を、マルチカラムコンテナーのstretch-fit インラインサイズとして指定します。
min-content
最適な列幅を、マルチカラムコンテナーのコンテンツのmin-content インラインサイズとして指定します。
max-content
最適な列幅を、マルチカラムコンテナーのコンテンツのmax-content インラインサイズとして指定します。
fit-content
最適な列幅を min(max-content インラインサイズ, max(min-content インラインサイズ, stretch-fit インラインサイズ)) として指定します。
fit-content(<length-percentage>)
最適な列幅を min(max-content サイズ, max(min-content サイズ, <length-percentage>)) として指定します。

注: 列幅が列ごとに異なることはありません。 列幅がマルチカラムコンテナーのコンテンツから決定される場合 (上記のキーワードの場合)、 そのすべてのコンテンツが考慮され、 計算された幅がすべての列で共有されます。

6. 外在サイズの決定

CSS Sizing 3 § 4 外在サイズの 決定

6.1. Contain-fit サイズ指定: アスペクト比を維持しながら引き伸ばす

Contain-fit サイズ指定は基本的に stretch-fit サイズ指定を適用しますが、 ボックスの優先アスペクト比を維持するために、 一方の軸でボックスのサイズを縮小します。 これは、object-fit および background-size プロパティの contain キーワードに似ています。

まず、対象矩形を決定します:

  1. 初期対象矩形はボックスの包含ブロックのサイズであり、 不定なサイズは無限大であると仮定します。 両方の寸法が不定の場合、 初期対象矩形は、 ボックスがstretch-fit サイズ指定された場合の 外縁に一致するよう設定されます。
  2. 次に、ボックスが none 以外の max-width または max-height を持つ場合、 対象矩形は影響を受ける寸法において、 ボックスのマージンボックスの「最大サイズ」以下になるよう制限されます。 つまり、ボックスが max-width/height でサイズ指定された場合の マージンボックスのサイズです。 (通常の box-sizing 規則と整合して、 この「最大サイズ」はボックスの min-width/min-height の効果によって下限が設定されることに注意してください。)
  3. 最後に、対象矩形がボックスの優先アスペクト比に一致するために 必要な最小限だけ、一方の寸法を縮小します。

各寸法における contain-fit サイズは、 対象矩形へ stretch-fit した場合に得られるサイズです。

マージンの相殺に関して stretch-fit が最終的に行うことをそのまま適用する。

一方の寸法に最小サイズがあり、 アスペクト比を尊重すると対象矩形からオーバーフローする場合、 アスペクト比を尊重するのでしょうか、それとも画像を歪ませるのでしょうか? 前者の場合、関連する最小値を適用する #2 と同様の手順が必要です。

6.2. パーセントによるサイズ指定

…

変更点

2021年5月5日付作業草案以降の変更点

2021年5月5日付 作業草案以降の重要な変更点は次のとおりです:

2020年10月20日付作業草案以降の変更点

2020年10月20日付 作業草案以降の重要な変更点は次のとおりです:

2020年5月26日付 最初の公開作業草案以降の重要な変更点は次のとおりです:

レベル 3 以降の追加事項

謝辞

このモジュールへの貢献について、Aaron Gustafson、L. David Baron に特別な感謝を申し上げます。

プライバシーに関する考慮事項

この仕様は、新たなプライバシー上の考慮事項を導入しません。

セキュリティに関する考慮事項

この仕様は、新たなセキュリティ上の考慮事項を導入しません。

適合性

文書の規約

適合要件は、 記述的な表明と RFC 2119 の用語を組み合わせて表現されます。この文書の規範的な部分におけるキーワード “MUST”、 “MUST NOT”、 “REQUIRED”、 “SHALL”、 “SHALL NOT”、 “SHOULD”、 “SHOULD NOT”、 “RECOMMENDED”、 “MAY”、および “OPTIONAL” は、 RFC 2119 に記述されているとおりに解釈されるものとします。 ただし、読みやすさのため、この仕様ではこれらの単語はすべて大文字では 表記されません。

この仕様のすべての文章は、明示的に非規範的と示された節、 例、および注記を除き、規範的です。 [RFC2119]

この仕様の例は、“for example” という語で導入されるか、 class="example" によって規範的な文章から区別され、 次のように示されます:

これは参考情報としての例の一例です。

参考情報としての注記は “Note” という語で始まり、 class="note" によって規範的な文章から区別され、次のように示されます:

注: これは参考情報としての注記です。

勧告事項は、特別な注意を促すようにスタイル付けされた規範的な節であり、 <strong class="advisement"> によって他の規範的な文章から区別され、次のように 示されます: UA はアクセス可能な代替手段を提供しなければなりません。

テスト

この仕様の内容に関連するテストは、 この例のような「テスト」ブロックに記載される場合があります。 そのようなブロックはすべて非規範的です。


適合クラス

この仕様への適合性は、 3 つの適合クラスについて定義されます:

スタイルシート
CSS スタイルシート。
レンダラー
スタイルシートの意味を解釈し、 それを使用する文書をレンダリングする UA。
オーサリングツール
スタイルシートを書き出す UA。

スタイルシートは、 このモジュールで定義される構文を使用するすべての文が、 一般的な CSS 文法およびこのモジュールで定義される各 機能の個別の文法に従って妥当である場合、この仕様に適合します。

レンダラーは、 適切な仕様で定義されるとおりにスタイルシートを解釈することに加えて、 この仕様で定義されるすべての機能を正しく解析し、 それに応じて文書をレンダリングすることによってサポートする場合、 この仕様に適合します。ただし、デバイスの制約により UA が文書を正しくレンダリングできない場合でも、 UA が非適合になるわけではありません。(たとえば、UA は モノクロモニター上で色をレンダリングする必要はありません。)

オーサリングツールは、 一般的な CSS 文法およびこのモジュールの各機能の 個別の文法に従って構文的に正しいスタイルシートを書き出し、 このモジュールで記述されているスタイルシートのその他すべての適合要件を 満たす場合、この仕様に適合します。

部分的な実装

作者が前方互換の解析規則を利用して フォールバック値を指定できるようにするため、CSS レンダラーは、 使用可能なレベルのサポートを持たない at-rule、プロパティ、プロパティ値、キーワード、 およびその他の構文構造を無効として扱い(かつ適切に 無視し)なければなりません。特に、ユーザーエージェントは、 単一の複数値プロパティ宣言において、サポートされていない構成要素値だけを選択的に 無視し、サポートされている値を有効にしてはなりません。いずれかの値が無効と見なされる場合 (サポートされていない値は無効と見なされなければなりません)、CSS では宣言全体を 無視することが要求されます。

不安定な機能および独自機能の実装

将来の安定した CSS 機能との衝突を避けるため、 CSSWG は、CSS の不安定な機能および独自拡張の実装について、 ベストプラクティスに従うことを推奨します。

非実験的な実装

仕様が勧告候補段階に到達すると、 非実験的な実装が可能になり、実装者は 仕様に従って正しく実装されていることを示せる CR レベルの機能について、 接頭辞なしの実装を公開することが推奨されます。

実装間で CSS の相互運用性を確立し維持するため、 CSS ワーキンググループは、非実験的な CSS レンダラーが CSS 機能の接頭辞なし実装を公開する前に、 実装報告書(および必要に応じて、その実装報告書で使用した テストケース)を W3C に提出するよう求めています。W3C に 提出されたテストケースは、CSS ワーキンググループによるレビューおよび修正の対象となります。

テストケースおよび実装報告書の提出に関する詳細情報は、 CSS ワーキンググループの Web サイト https://www.w3.org/Style/CSS/Test/ で確認できます。 質問は、 public-css-testsuite@w3.org メーリングリストに送ってください。

索引

この仕様で定義される 用語

参照によって定義される 用語

参考文献

規範的参考文献

[CSS-ALIGN-3]
Elika Etemad; Tab Atkins Jr.. CSS ボックス配置モジュール レベル 3. 2026年1月30日. WD. URL: https://www.w3.org/TR/css-align-3/
[CSS-BACKGROUNDS-3]
Elika Etemad; Brad Kemper. CSS 背景と 境界線モジュール レベル 3. 2024年3月11日. CRD. URL: https://www.w3.org/TR/css-backgrounds-3/
[CSS-BOX-4]
Elika Etemad. CSS ボックスモデルモジュール レベル 4. 2024年8月4日. WD. URL: https://www.w3.org/TR/css-box-4/
[CSS-CASCADE-5]
Elika Etemad; Miriam Suzanne; Tab Atkins Jr.. CSS カスケードと継承 レベル 5. 2022年1月13日. CR. URL: https://www.w3.org/TR/css-cascade-5/
[CSS-CONTAIN-1]
Tab Atkins Jr.; Florian Rivoal. CSS 包含モジュール レベル 1. 2024年6月25日. REC. URL: https://www.w3.org/TR/css-contain-1/
[CSS-CONTAIN-2]
Tab Atkins Jr.; Florian Rivoal; Vladimir Levin. CSS 包含モジュール レベル 2. 2022年9月17日. WD. URL: https://www.w3.org/TR/css-contain-2/
[CSS-DISPLAY-4]
Elika Etemad; Tab Atkins Jr.. CSS Display モジュール レベル 4. 2025年11月6日. WD. URL: https://www.w3.org/TR/css-display-4/
[CSS-IMAGES-3]
Tab Atkins Jr.; Elika Etemad; Lea Verou. CSS 画像 モジュール レベル 3. 2023年12月18日. CRD. URL: https://www.w3.org/TR/css-images-3/
[CSS-IMAGES-4]
Elika Etemad; Tab Atkins Jr.; Lea Verou. CSS 画像 モジュール レベル 4. 2025年9月30日. WD. URL: https://www.w3.org/TR/css-images-4/
[CSS-LOGICAL-1]
Elika Etemad; Rossen Atanassov. CSS 論理プロパティ および値モジュール レベル 1. 2025年12月4日. WD. URL: https://www.w3.org/TR/css-logical-1/
[CSS-MULTICOL-2]
Florian Rivoal; Rachel Andrew. CSS マルチカラムレイアウト モジュール レベル 2. 2024年12月19日. FPWD. URL: https://www.w3.org/TR/css-multicol-2/
[CSS-OVERFLOW-3]
Elika Etemad; Florian Rivoal. CSS オーバーフローモジュール レベル 3. 2025年10月7日. WD. URL: https://www.w3.org/TR/css-overflow-3/
[CSS-PAGE-3]
Elika Etemad. CSS ページメディアモジュール レベル 3. 2023年9月14日. WD. URL: https://www.w3.org/TR/css-page-3/
[CSS-SIZING-3]
Tab Atkins Jr.; Elika Etemad. CSS ボックスサイズ指定モジュール レベル 3. 2021年12月17日. WD. URL: https://www.w3.org/TR/css-sizing-3/
[CSS-SIZING-4]
Tab Atkins Jr.; Elika Etemad; Jen Simmons. CSS ボックス サイズ指定モジュール レベル 4. 2021年5月20日. WD. URL: https://www.w3.org/TR/css-sizing-4/
[CSS-VALUES-3]
Tab Atkins Jr.; Elika Etemad. CSS 値と単位 モジュール レベル 3. 2024年3月22日. CRD. URL: https://www.w3.org/TR/css-values-3/
[CSS-VALUES-4]
Tab Atkins Jr.; Elika Etemad. CSS 値と単位 モジュール レベル 4. 2024年3月12日. WD. URL: https://www.w3.org/TR/css-values-4/
[CSS-VALUES-5]
Tab Atkins Jr.; Elika Etemad; Miriam Suzanne. CSS 値 と単位モジュール レベル 5. 2024年11月11日. WD. URL: https://www.w3.org/TR/css-values-5/
[CSS-WRITING-MODES-4]
Elika Etemad; Koji Ishii. CSS 書字モード レベル 4. 2019年7月30日. CR. URL: https://www.w3.org/TR/css-writing-modes-4/
[CSS2]
Bert Bos; et al. カスケーディングスタイルシート レベル 2 改訂 1(CSS 2.1)仕様. 2011年6月7日. REC. URL: https://www.w3.org/TR/CSS2/
[CSS3COL]
Florian Rivoal; Rachel Andrew. CSS マルチカラムレイアウト モジュール レベル 1. 2024年5月16日. CR. URL: https://www.w3.org/TR/css-multicol-1/
[CSSOM-VIEW-1]
Simon Fraser; Emilio Cobos Álvarez. CSSOM View モジュール. 2025年9月16日. WD. URL: https://www.w3.org/TR/cssom-view-1/
[DOM]
Anne van Kesteren. DOM 標準. 現行標準. URL: https://dom.spec.whatwg.org/
[HTML]
Anne van Kesteren; et al. HTML 標準. 現行標準. URL: https://html.spec.whatwg.org/multipage/
[RESIZE-OBSERVER-1]
Aleks Totic; Greg Whitworth. Resize Observer. 2020年2月11日. FPWD. URL: https://www.w3.org/TR/resize-observer-1/
[RFC2119]
S. Bradner. RFC で要件レベルを示すために 使用するキーワード. 1997年3月. 現行最良慣行. URL: https://datatracker.ietf.org/doc/html/rfc2119
[WEBIDL]
Edgar Chen; Timothy Gu. Web IDL 標準. 現行 標準. URL: https://webidl.spec.whatwg.org/

非規範的参考文献

[CSS-GRID-2]
Tab Atkins Jr.; et al. CSS グリッドレイアウトモジュール レベル 2. 2025年3月26日. CRD. URL: https://www.w3.org/TR/css-grid-2/
[CSS-POSITION-3]
Elika Etemad; Tab Atkins Jr.. CSS 位置指定レイアウト モジュール レベル 3. 2025年10月7日. WD. URL: https://www.w3.org/TR/css-position-3/

プロパティ索引

名前 値 初期値 適用対象 継承 パーセント値 アニメーション型 正規順序 算出値 論理プロパティグループ
aspect-ratio auto || <ratio> auto インラインボックスおよび内部 ruby または table ボックスを除くすべての要素 しない 該当なし 算出値による 文法に従う 指定されたキーワードまたは数値の組
contain-intrinsic-block-size auto? [ none | <length [0,∞]> ] none サイズ包含を持つ要素 しない 該当なし 算出値の型による 文法に従う <length> 値を算出した、指定どおりの値 contain-intrinsic-size
contain-intrinsic-height auto? [ none | <length [0,∞]> ] none サイズ包含を持つ要素 しない 該当なし 算出値の型による 文法に従う <length> 値を算出した、指定どおりの値 contain-intrinsic-size
contain-intrinsic-inline-size auto? [ none | <length [0,∞]> ] none サイズ包含を持つ要素 しない 該当なし 算出値の型による 文法に従う <length> 値を算出した、指定どおりの値 contain-intrinsic-size
contain-intrinsic-size [ auto? [ none | <length [0,∞]> ] ]{1,2} 個々のプロパティを参照 個々のプロパティを参照 個々のプロパティを参照 個々のプロパティを参照 個々のプロパティを参照 文法に従う 個々のプロパティを参照
contain-intrinsic-width auto? [ none | <length [0,∞]> ] none サイズ包含を持つ要素 しない 該当なし 算出値の型による 文法に従う <length> 値を算出した、指定どおりの値 contain-intrinsic-size
frame-sizing auto | content-width | content-height | content-block-size | content-inline-size auto 置換要素(ただし詳細は以下を参照) しない 該当なし 離散 文法に従う 指定どおり
max-size <'max-width'> <'max-height'>? none すべての要素 個々のプロパティを参照 個々のプロパティを参照 個々のプロパティを参照 文法に従う 個々のプロパティを参照
min-intrinsic-sizing legacy | zero-if-scroll || zero-if-extrinsic legacy インラインボックスを除くすべての要素 しない 該当なし 離散 文法に従う 指定どおり
min-size <'min-width'> <'min-height'>? auto すべての要素 個々のプロパティを参照 個々のプロパティを参照 個々のプロパティを参照 文法に従う 個々のプロパティを参照
size <'width'> <'height'>? auto すべての要素 個々のプロパティを参照 個々のプロパティを参照 個々のプロパティを参照 文法に従う 個々のプロパティを参照

IDL 索引

partial interface Window {
  undefined requestResize();
};

イシュー索引

これは CSS Sizing Level 3 に対する差分仕様です。 現在は探索的作業草案です: 何かを実装する場合は、Level 3 を参照してください。 CR に到達した時点で、Level 3 の文章をこの草案に統合します。 ↵
CSS Sizing 3 § 2 用語 ↵
CSS Sizing 3 § 3 ボックスサイズの指定 ↵
CSS Sizing 3 § 3.1 サイズ指定プロパティ ↵
CSSOM における size プロパティは、 優先 一括指定順序から除外する必要があります。 これは、互換性の問題および @page との競合を避けるためです。 ↵
CSS Sizing 3 § 3.2 サイズ指定値: <length-percentage>、auto | none、min-content、max-content、および fit-content() 値 ↵
この節の詳細については、まだ検討中です。 ここで指定される動作のうち、 置換要素が優先アスペクト比を持つ場合に、 この仕様が適用されない状態で CSS2、 Flex Layout、 および Grid Layout の仕様を組み合わせた要件の下での動作と異なる動作をさせるものがある場合、 それは誤りであり、CSSWG に報告する必要があります。 未解決の aspect-ratio イシュー一覧があります。 ↵
CSS2.1 は、 置換要素とアスペクト比を持つ要素を明確には区別していません。 不明確な具体的なケースを特定し、それらを 適切な Level 3 仕様またはここで定義する必要があります。 ↵
サイズ指定に関するすべての情報をここへ移し、 2.1 に無理に押し込む方法をやめた場合、 ここでの基本原則は単純に次のようになります: 比率決定軸における解決済みの優先 サイズが (min/max を適用する前に) 比率を介して転送されます。 その後 min/max 制約が転送され、 各軸に対してアスペクト比とは無関係に個別に適用されます。 ↵
この節は正しく書かれていない可能性があります。 [イシュー #6071] ↵
CSS Sizing 3 § 5.1 内在サイズ ↵
iframe にロックされた埋め込み ICB サイズを強制的に忘れさせる方法を 用意する必要があるでしょうか? frame-sizing を一度オフにして再びオンにする方法でしょうか? ↵
CSS Sizing 3 § 5.2 内在サイズへの寄与 ↵
このプロパティの名前は本格的に Bikeshed で検討する必要があります。 ↵
CSS Sizing 3 § 4 外在サイズの決定 ↵
マージンの相殺に関して stretch-fit が最終的に行うことをそのまま適用する。 ↵
一方の寸法に最小サイズがあり、 アスペクト比を尊重すると対象矩形からオーバーフローする場合、 アスペクト比を尊重するのでしょうか、それとも画像を歪ませるのでしょうか? 前者の場合、関連する最小値を適用する #2 と同様の手順が必要です。 ↵