CSSアンカーポジショニングモジュール レベル1

1. はじめに

CSSの絶対位置指定は、 著者がボックスをページ上のどこにでも配置できるようにします。 これは、他のボックスのレイアウト（包含ブロック以外）を考慮しません。 この柔軟性は非常に便利ですが、 制限もあり、しばしば何らかの他のボックスを基準に配置したい場合があります。 アンカーポジショニング （position-anchorプロパティ、 position-areaプロパティ、 または アンカー関数 anchor() や anchor-size() を用いることで） 著者はこの目的を達成できます。 絶対位置指定されたボックスを ページ上の1つ以上の他のボックス（アンカー参照）に「アンカー」し、 重なりやオーバーフローを避けるために複数の配置位置を試すことも可能です。

.anchor {
  anchor-name: --tooltip;
}
.tooltip {
  /* Fixposは、含有ブロック関係について
     気にする必要がないことを意味します。
     ツールチップはDOM内のどこにでも存在できます。 */
  position: fixed;

  /* すべてのアンカー動作はデフォルトで
     --tooltipアンカーを参照します。 */
  position-anchor: --tooltip;

  /* ツールチップの下端をアンカーの上端に揃えます。
     これにより（横書きモードの場合）ツールチップとアンカーの水平方向の中央揃えもデフォルトになります。 */
  position-area: block-start;

  /* ウィンドウからはみ出した場合、自動的に切り替えて
     ツールチップの上端がアンカーの下端に揃うようにします。 */
  position-try: flip-block;

  /* 幅が広くなりすぎないようにします */
  max-inline-size: 20em;
}

.tooltip {
  /* popover + popovertarget属性を使うと 'position: fixed' と
     必要なposition-anchor関係がすでに作成されます。 */
  position-area: block-start;
  position-try: flip-block;
  max-inline-size: 20em;
}

1.1. 値の定義

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

各プロパティ定義に記載されたプロパティ固有の値に加え、 この仕様で定義されるすべてのプロパティは CSSワイドキーワード もプロパティ値として受け付けます。 可読性向上のため、ここでは繰り返し記載しません。

CSSのほとんどの操作と同様に、セレクタ一致以外の 本仕様の機能はフラット化要素ツリー上で動作します。

2. アンカーの決定

本仕様のいくつかの機能では、アンカーボックスの位置とサイズを参照します。 特に明記しない限り、 これは関連するborder-boxエッジおよびprincipal box のアンカー要素を意味します。 多くの場合、該当するアンカー要素は 既定のアンカー要素として指定され、 position-anchorプロパティによって CSS anchor-nameおよびanchor-scopeプロパティで 名前付けされたアンカーや、ホスト言語で定義された暗黙的アンカー要素を指すことができます。 （anchor()関数で 名前付きアンカーを直接参照することも可能です。）

アンカーボックスの位置とサイズは レイアウト後に決定されます。 この位置とサイズにはzoomや positionにもとづく調整（ position: relative や position: sticky など）および transformや offset-pathなどの変形も含まれます。 この場合、アンカーボックスの軸整列バウンディング矩形が 絶対位置要素の 包含ブロック の座標空間で使用されます。 変形はしばしば別スレッド上で最適化されるため、 変形によるアンカーボックス位置の更新は 数フレーム遅延する場合があります。 著者は、実用上可能であれば絶対配置または相対配置を使用することでこの遅延を回避できます。

アンカーボックスが 分断されている場合、 その包含ブロックが 絶対配置ボックス の関連分断コンテキストの外にある場合は、 ボックスフラグメント の軸整列バウンディング矩形が代わりに使用されます。 （絶対配置ボックスが 分断コンテキスト内にある場合、 それにはアンカーボックスが非分断として見え、 分断コンテキストによって自ら分断されることがあります。）

パフォーマンス上の理由から、 スクロールは特別な方法で扱われます。詳細は§ 3.3 スクロールの考慮を参照してください。 他のレイアウト後の効果（フィルタなど）は アンカーボックス の位置に影響しません。

2.1. アンカーの作成: anchor-name プロパティ

<anchor-name> = <dashed-ident>

anchor-nameプロパティは、 要素がアンカー要素であり、 そのprincipal boxがアンカーボックスであることを宣言し、 対象となるアンカー名のリストを与える。 値は以下の通り定義される：

none

プロパティは効果を持たない。

<anchor-name>#

要素がprincipal boxを生成する場合、 その要素はアンカー要素となり、 指定されたアンカー名リストを持つ。 各アンカー名は loosely matchedなツリースコープ名である。

それ以外の場合、このプロパティは効果を持たない。

アンカー名は一意である必要はない。 すべての要素があるboxの ターゲットアンカー要素になれるわけではない。 よって、利用範囲が適切にスコープされていれば ある名前を複数箇所で再利用できる。

注: 複数の要素が同じアンカー名 を共有し、かつすべてがあるpositioned boxから見えている場合、 ターゲットアンカー要素は 最も近い祖先（存在する場合） あるいはDOM順で最後のものとなる。 anchor-scopeプロパティを使うことで、 どの名前が参照ボックスから見えるかをさらに制限できる。

アンカー名は デフォルトではcontainmentによってスコープされない。 要素がstyle containmentや layout containment （または同様のcontainment）を持っていても、 その子孫のアンカー名はページの他の要素にも見えている。

注: 要素が他の要素のskipped contents内に存在している場合 （例: content-visibility: hiddenなど）、 それは許容可能なアンカー要素とはみなされず、 実質的にアンカー名を持たないのと同じ扱いになる。

注: シャドウツリー内のポジション要素は、 「より高い」ツリーで定義されたアンカー名を参照できる。 現状では、「より低い」シャドウツリーで定義されたアンカー名は参照できない。

2.2. アンカー名のスコープ指定: anchor-scope プロパティ

このプロパティは、指定されたアンカー名と、これらのアンカー名の検索のスコープをこの要素のサブツリーに限定します。 詳しくは § 2 アンカーの決定 を参照してください。

値の意味は次のとおりです：

none

アンカー名のスコープは 変更されない。

all

この要素またはその子孫で定義された（かつ、子孫のanchor-scopeで既にスコープ制限されていない） すべてのアンカー名を この要素自身の子孫のみでスコープすることを指定し、 また、子孫はこのサブツリー内のアンカー要素に対してのみ アンカー名を一致させられるように制限する。

この値は、同じツリースコープ内のアンカー名 のみに影響し、strictly matchedな ツリースコープ名として扱われる。 （つまり、anchor-scope: all は anchor-scope: --foo, --bar, ... と同じ扱いになり、 該当するすべてのアンカー名をリスト化したものと等価である。）

<anchor-name>

この要素またはその子孫で定義された（かつ子孫のanchor-scopeで既にスコープ制限されていない） 一致するアンカー名を この要素自身の子孫のみでスコープすることを指定し、 また、子孫はこのサブツリー内のアンカー要素に対してのみ これらのアンカー名を 一致させられるように制限する。

<anchor-name> は strictly matchedな ツリースコープ名を 表す。すなわち、同じシャドウツリー内のアンカー名にしか一致しない。 [CSS-SCOPING-1]

このプロパティは暗黙的なアンカー要素には効果がない。

注: 配置される要素の祖先が最初にチェックされるため、 希望するアンカーが祖先である場合は通常anchor-scope を使う必要はない。 希望するアンカーが祖先でない場合や、 アンカーを他ページから参照できないよう「隠したい」場合にだけ必要となる。

li {
  anchor-name: --list-item;
  anchor-scope: --list-item;
}
li .positioned {
  position: absolute;
  position-anchor: --list-item;
  position-area: inline-start;
}

上記の例は、現在このユースケースを自動的に処理しているため調整が必要。

2.3. アンカーを見つける

この仕様のいくつかの項目では、 アンカー指定子 （これは <dashed-ident> （かつ ツリースコープ参照）であり、 ページ上の他の場所の anchor-name の値に一致すべきもの）、 またはキーワード auto、 あるいは指定なし（指定子がない）から、 ターゲットアンカー要素 を見つける。

注: これら条件で捉えられる一般原則は、 要素自身のボックスのレイアウトが、 参照したい配置ボックスより先に完了している場合にのみ、 その要素が配置ボックスのターゲットアンカー要素になれる、というものである。 CSSのレイアウトルールは、 アンカーと配置ボックス同士およびそれらの包含ブロックの関係によって このための有用な保証を提供する。 以下の条件リストは、 スタッキングコンテキストのルールを正確にこの目的に対して言い直したものであり、 アンカー配置で循環が発生しないことを保障する。

2.4. デフォルトアンカー: position-anchor プロパティ

position-anchorプロパティは、 既定アンカー要素 を指定する。この要素は position-area、 position-try、 および（デフォルトで）この要素に適用されるすべての アンカー関数 で利用される。 position-anchorは、 リセット限定サブプロパティであり、 positionのサブプロパティである。

normal

position-areaが none なら noneと同じ挙動をし、 それ以外の場合は autoと同じ挙動をする。

none

このボックスは既定アンカー要素を持たない。

auto

暗黙的アンカー要素が存在する場合はそれを利用し、 そうでなければボックスは既定アンカー要素を持たない。

<anchor-name>

指定した<anchor-name>によって選択された ターゲットアンカー要素 が、このボックスの既定アンカー要素となる。

既定アンカー要素の principal boxが ボックスの 既定アンカーボックス となる。

.anchored {
  position: absolute;
  top: calc(.5em + anchor(outside));
  /* アンカー名を指定していないので
     自動的に既定アンカーボックスを参照する */
}

.foo.anchored {
  position-anchor: --foo;
}
.bar.anchored {
  position-anchor: --bar;
}

2.4.1. 暗黙的アンカー要素

一部の仕様では、特定の条件下で特定の要素を別の要素に対する 暗黙的アンカー要素と定義できます。

TODO: new popover 関連仕様が HTML に追加されたら 具体例を記入

暗黙的アンカー要素は auto キーワードや position-anchor で参照できます。 また、アンカー関数で アンカー参照を省略した場合も参照されます。

暗黙的アンカー要素は、疑似要素の場合、 明記されていない限り、その元要素である。

2.5. アンカーの関連性

要素 el の ユーザーに関連するかどうか を判断する際、 el の子孫が、位置決めボックスの ターゲットアンカー要素であり （自身が スキップ されておらず、 かつその 包含ブロック が el またはその子孫でない場合）、 el はユーザーに関連するとみなさなければなりません。

注記: これは例えば、 content-visibility: auto サブツリー内のアンカーが それに依存する位置決めボックスがスキップされていない限り 内容のスキップを 防ぐことを意味します。 （ただし、アンカーと位置決めボックスが同じ content-visibility: auto 要素のもとにいる場合は、 互いを可視状態にし続けることはできません。）

3. アンカーベースの位置決め

絶対配置ボックスは ページ上の1つ以上のアンカーボックスを基準に 自身を位置決めできます。

position-areaプロパティは、デフォルトアンカーボックスに対して グリッドベースの便利な位置決め概念を提供します。 より複雑な位置決めや複数ボックスを基準とした位置決めを行う場合は、 anchor() 関数をinset プロパティで使用し、 アンカーボックスの各辺を明示的に参照できます。

3.1. position-area プロパティ

もっとも一般的なアンカーポジショニング用途は、 位置決めボックスの包含ブロックの端と デフォルトアンカーボックスの端だけが関係するものです。 これらの線は3×3のグリッドを形成すると考えられます。 position-areaを使うと、 このposition-area グリッド内のどのエリアに 位置決めボックスをレイアウトするかを簡単に指定できます。

none

プロパティは効果を持ちません。

<position-area>

ボックスがデフォルトアンカーボックスを持たない場合や 絶対配置ボックスでない場合、 この値は効果を持ちません。

それ以外の場合、position-area グリッド上の領域を選択し、 それをボックスの包含ブロックとします。

注記: これは、 insetプロパティが position-areaからのオフセットを指定することを意味します。 また一部のプロパティ値（ max-height: 100% など）は position-areaを基準とします。

none 以外の値には追加の効果があります：

• スクロール可能な包含ブロックは ローカル包含ブロックの代わりとして使用されます。 これは絶対配置用包含ブロックが スクロールコンテナによって生成される場合に該当し、 ページ全体のスクロール可能なオーバーフロー領域全体（典型的には）が 位置決めに利用可能になります。

• used value（実際の値）は auto の insetプロパティ や auto の marginプロパティ について 0 となります。

• normal 値は self-alignmentプロパティ で対応する値に解決されます。詳細は§ 4.1 エリア固有のデフォルト整列を参照。

3.1.1. ポジションエリアグリッドの解決

ポジションエリアグリッドは、各軸に4本のグリッド線からなる3×3のグリッドです。 （包含ブロックの書字モードを用いる順序で）：

• ボックスの修正前の包含ブロックのstart端、またはそれよりもさらにstart側にある場合はデフォルトアンカーボックスのstart端

• デフォルトアンカーボックスのstart端

• デフォルトアンカーボックスのend端

• ボックスの修正前の包含ブロックのend端、またはそれよりもさらにend側にある場合はデフォルトアンカーボックスのend端

注: デフォルトアンカーボックスが 修正前の包含ブロックの外側に部分的または完全に存在する場合、 ポジションエリアグリッドの行や列がサイズ0になることがあります。

3.1.2. <position-area>値の構文

位置は値のペアとして指定されます。 これはフロー相対または物理用語で表現できます。 <position-area>値の許容構文は次の通りです：

<position-area> = [
  [ left | center | right | span-left | span-right
  | x-start | x-end | span-x-start | span-x-end
  | self-x-start | self-x-end | span-self-x-start | span-self-x-end
  | span-all ]
  ||
  [ top | center | bottom | span-top | span-bottom
  | y-start | y-end | span-y-start | span-y-end
  | self-y-start | self-y-end | span-self-y-start | span-self-y-end
  | span-all ]
|
  [ block-start | center | block-end | span-block-start | span-block-end | span-all ]
  ||
  [ inline-start | center | inline-end | span-inline-start | span-inline-end
  | span-all ]
|
  [ self-block-start | center | self-block-end | span-self-block-start
  | span-self-block-end | span-all ]
  ||
  [ self-inline-start | center | self-inline-end | span-self-inline-start
  | span-self-inline-end | span-all ]
|
  [ start | center | end | span-start | span-end | span-all ]{1,2}
|
  [ self-start | center | self-end | span-self-start | span-self-end | span-all ]{1,2}
]

<position-area>値は、以下のように領域が占める行と列を指定することでポジションエリアグリッドの領域を選択します：

start, end, self-start, self-end

top, bottom, left, right

y-start, y-end, self-y-start, self-y-end

x-start, x-end, self-x-start, self-x-end

block-start, block-end, self-block-start, self-block-end

inline-start, inline-end, self-inline-start, self-inline-end

center

指定した軸における対応する単一の行または列。

anchor() と同様に、 通常の論理キーワード (start、end など) は、 ボックスの 書字モード を 包含ブロック 基準で解釈します。 x-start などのキーワードも同様ですが、 指定された物理軸でその方向を決定します。

self-*論理キーワード（self-startやself-x-endなど）は同じですが、 ボックス自身の書字モードを基準にします。

span-start, span-end, span-self-start, span-self-end

span-top, span-bottom, span-left, span-right

span-y-start, span-y-end, span-self-y-start, span-self-y-end

span-x-start, span-x-end, span-self-x-start, span-self-x-end

span-block-start, span-block-end, span-self-block-start, span-self-block-end

span-inline-start, span-inline-end, span-self-inline-start, span-self-inline-end

指定した軸における隣接する2つの行または列：中央の行/列と、単一トラックキーワードで示されるもう一方の行/列。

（例：span-topは最初の2行（中央行＋top行）を含みます。）

span-all

指定した軸における3つすべての行または列。

いくつかのキーワードはどの軸を指すか曖昧です： center、 span-all、 また、block軸やinline軸を明示しないstartなどのキーワード。 もう一方のキーワードが軸に関して明確であれば、 曖昧な方は反対軸を指します。 （例：block-start centerの場合、centerはinline軸を指します。） 両方とも曖昧な場合は、最初がボックスのblock軸、 2番目がinline軸を指します。 （例：span-all startはspan-all inline-startと同義です。）

キーワードが1つだけの場合、軸が明確なら2番目はspan-allとして扱い、 軸が不明瞭なら指定キーワードを繰り返したものとして扱います。 （例：topはtop span-allと同義、 centerはcenter centerと同義。）

3.1.3. <position-area>の算出値とシリアライズ

算出値は、<position-area>値として 各軸で選択されたトラックを示す2つのキーワードです。 長い（block-start）・短い（start）論理キーワードは同義とみなします。 シリアライズ時は上記文法の順序で、論理キーワードは短縮形（例：start start、block-start inline-startではなく）で出力されます。

3.2. アンカー相対インセット: anchor() 関数

絶対配置ボックスは anchor() 関数を insetプロパティの値として使い、 1つ以上のアンカーボックスの位置を参照できます。 anchor() 関数は <length> に解決されます。 insetプロパティでのみ使用でき（それ以外では無効）です。

<anchor()> = anchor( <anchor-name>? && <anchor-side>, <length-percentage>? )
<anchor-side> = inside | outside
       | top | left | right | bottom
       | start | end | self-start | self-end
       | <percentage> | center

anchor() 関数は3つの引数を取ります：

• <anchor-name>値は、 どのアンカー要素から 配置情報を取得するかを指定します。 取りうる値は以下の通りです：

  <dashed-ident>

  どのアンカー名を探すか指定します。 この名前はツリースコープ参照です。

  省略時

  ボックス用に定義された既定アンカー要素を 可能なら選択します。

  詳細はターゲットアンカー要素を参照してください。

• <anchor-side>値 は該当する ターゲットアンカー要素の辺の位置を参照します。 値の種類：

  inside

  outside

  どの アンカーボックスの辺になるかは どのinsetプロパティで使うかに依存します。 inside は insetプロパティと同じ辺 （位置決めボックスがアンカーボックスの「内側」に接触）、 outside はその反対側を指します。

  top

  right

  bottom

  left

  指定された アンカーボックス の辺を参照します。

  注記: これらは一致する軸のinsetプロパティでのみ使用できます。 例えば、left は left、right、 または水平方向の論理insetプロパティで使えます。

  start

  end

  self-start

  self-end

  アンカーボックスの 同じ軸の辺を参照します（どの軸かは insetプロパティで決まる）。 キーワードの解決に使う書字モードは 書字モード が self-start・self-end では 位置決めボックス自体、 start・end では 位置決めボックスの包含ブロックの書字モードを使う。

  <percentage>

  center

  start〜endの辺の間で指定％分進んだ位置。 0%はstart、 100%はend と等価。

  center は 50%に相当。

• 省略可能な<length-percentage>最後の引数は フォールバック値であり、 解決不能なアンカー関数の場合の計算値を指定します。

anchor() が解決可能なアンカー関数を表している場合は 算出値時（スタイル・レイアウト交錯使用）に その関数が現れるプロパティの位置と 指定されたターゲットアンカー要素 のアンカーボックスの辺が揃うような<length>に解決します。 これは inset 修正包含ブロックの辺と アンカー側の辺の位置あわせを意味します。

注: これは、トランジションや アニメーション が アンカー関数を用いるプロパティに対して あらゆる種類の変更（ アンカーボックスの移動、 アンカー要素の ドキュメントへの追加や削除、 アンカーのanchor-nameプロパティ変更、 等々）に対して「期待通り」に動作することを意味する。

.centered-message {
  position: fixed;
  max-width: max-content;
  justify-self: center;

  --center: anchor(--x 50%);
  --half-distance: min(
    abs(0% - var(--center)),
    abs(100% - var(--center))
  );
  left: calc(var(--center) - var(--half-distance));
  right: calc(var(--center) - var(--half-distance));
  bottom: anchor(--x top);
}

3.2.1. anchor() の解決

anchor() 関数は 解決可能なアンカー関数 となるのは、次のすべてが成立する場合のみです:

• これは、絶対配置ボックスに適用される。

• その<anchor-side>が物理キーワードを指定している場合、 対応する軸のインセットプロパティで指定される。 （例：leftは left、 right、 または水平方向の論理インセットプロパティでのみ使用できる。)

• そのボックスと関数で指定された<anchor-name>値に対し、 ターゲットアンカー要素が存在する。

これらの条件のいずれかが偽の場合、 anchor() 関数は指定されたフォールバック値に 計算 されます。 フォールバック値が指定されていない場合は、 それが参照される宣言は 計算値時点で無効 となります。

3.3. スクロール考慮

パフォーマンス上の理由から、 実装は通常、スクロールを専用のスクロール/「合成」スレッドで実行します。 これは（単純な移動や変形など）ごく限られた能力しか持たず レイアウトなどの高コスト操作はできませんが、 人間の感覚で「瞬間的」と感じるレベルで スクロールへの反応が高速であることを保証できます。

スクロールによってアンカーポジショニング要素が単純に移動するだけなら、 理論上問題ありません。 移動はスクロールスレッドで処理できるため、 要素もコンテンツとともにスムーズに動きます。 しかし、アンカーポジショニングでは 逆側の端を別々のスクロールコンテキストに依存させることができるため、 スクロールにより片側の端だけが動き要素のサイズも変わる＝レイアウトが発生する場合があります。 これはスクロールスレッドでは実行 できません！

この制約のもと、 できるだけ多様なアンカーへの自由な参照を保つために、 アンカーポジショニングは 記憶スクロールオフセット と スクロール補正 を組み合わせて使用します。

上記の仕組みにより、配置要素はアンカー参照のスクロール位置に一度応答できるが、 どれかがスクロールされると、配置要素はもはやそれにアンカーしているようにはみえなくなる （ただし他の非スクロールの動きには引き続き応答する）。 この問題は一般には解決できないが、 1つのアンカー参照のスクロールには応答できる。 具体的には、既定アンカー要素についてである：

4. アンカー基準の整列

4.1. エリア固有のデフォルト整列

position-area が none でない場合、 used value の normal な 自己整列 は、 <position-area> 値に応じて変化し、ボックスをアンカー側へ揃えます：

• ある軸で center トラックだけが選択されている場合、その軸のデフォルト整列は center です。

• 3トラックすべてを選択している場合、その軸のデフォルト整列は anchor-center です。

• それ以外の場合は、その軸における非指定側のトラック方向がデフォルト整列です： たとえば軸の "start" トラックを指定している場合、デフォルト整列は end です、など。

ただし、該当軸の inset プロパティ のうち1つだけが auto の場合、 デフォルト整列は非 auto 側の端へ寄ります。 この際、この整列は unsafe 整列です。

注記: この「1つだけ auto」挙動は、 指定した1つの inset が絶対配置ボックスの位置を制御する従来の挙動を保ちます。

4.2. アンカー中央揃え: anchor-center 整列値

自己整列プロパティ を使うと、 絶対配置ボックスは inset修正包含ブロック内で自身を整列できます。 既存値や適切な insetプロパティだけでも 多くの場合十分ですが、 アンカーベースの「中央揃え」はこれまでやや複雑な指定が必要でした。

新しい anchor-center 値は、 このケースをとてもシンプルにします： 対象ボックスが デフォルトアンカーボックス を持つなら、 その軸で（可能な限り）デフォルトアンカーボックスに中央揃えされます。 さらに：

• スクロール可能な包含ブロックが該当時は ローカル包含ブロックの代わりになり、 スクロールオーバーフロー領域全体が位置決め範囲になるようにします。

• used value の auto な insetプロパティ や auto な marginプロパティ は 0 になります。

ボックスが 絶対配置でなかったり デフォルトアンカーボックスを持たない場合は、 値は center として動作し、 insetプロパティ の 解決方式には影響しません。

注記: anchor-center 使用時、 アンカーがボックスの オリジナル包含ブロックの端に近い場合は 「中央」のままではなく オリジナル包含ブロック内に収まるよう シフトします。 詳細は CSS Box Alignment 3 § 4.4 Overflow Alignment: the safe and unsafe keywords and scroll safety limits を参照。

5. アンカーベースのサイズ指定

絶対配置ボックスは anchor-size() 関数を サイズ指定プロパティで使い、 1つ以上のアンカーボックスのサイズを参照できます。 anchor-size() は <length> へ解決されます。 許容 @position-try プロパティ でのみ 使用でき（それ以外は無効）です。

5.1. anchor-size() 関数

anchor-size() = anchor-size( [ <anchor-name> || <anchor-size> ]? , <length-percentage>? )
<anchor-size> = width | height | block | inline | self-block | self-inline

anchor-size() 関数は anchor() と似ており、 引数も同じですが、<anchor-side> キーワードの代わりに <anchor-size> キーワードを使い、 2つの辺間の距離を参照します。

物理 <anchor-size> キーワード （width および height） はそれぞれ ターゲットアンカー要素の幅と高さを指します。 anchor()と違い、軸の一致縛りはありません。 たとえば width: anchor-size(--foo height); も有効です。

論理 <anchor-size> キーワード （block、 inline、 self-block、 self-inline） は、boxの書字モード（writing mode、self-block/self-inlineの場合）または box の 包含ブロックの writing mode （block/inlineの場合）に基づいて物理キーワードに変換されます。

<anchor-size> キーワードを省略した場合は、 使用プロパティの軸に合うキーワードとして動作します。 （たとえば width: anchor-size() は width: anchor-size(width) と同じ意味になります。）

anchor-size() が解決可能アンカーサイズ関数 である場合は、 算出値 時（スタイル・レイアウト交錯経由）に 指定軸に対応する2辺（left・rightまたはtop・bottom）の <length>、 すなわち ターゲットアンカー要素の アンカーボックス内の 間隔に解決されます。

5.1.1. anchor-size() の解決

anchor-size() 関数が 解決可能アンカーサイズ関数 となるのは、次のすべてが成立する場合のみ：

• 絶対配置ボックスに適用されていること。

• 対象ボックスと関数指定の <anchor-name> で ターゲットアンカー要素が存在すること。

これらの条件のいずれかが偽の場合、 anchor-size() 関数は指定のフォールバック値へ解決されます。 フォールバック値未指定の場合、その宣言は 計算値時点で無効 となります。

6. オーバーフロー処理

アンカーポジショニングは強力ですが、 予測しづらい場合もあります。 アンカーボックスは ページ上のどこにでもあり得るため、 何らかの特定の位置（アンカーの上や右など）に配置しても、 配置ボックスが包含ブロックから はみ出たり画面外になることがあります。

これを緩和するため、 絶対配置ボックスは position-try-fallbacks プロパティで 予備の position option （既存のスタイルから生成する配置・整列プロパティセットや、@position-try ルールで指定）を ボックスが最初の位置ではみ出した時に試すことができます。 各オプションは position-try-order で指定した順に1つずつ適用され、 最初に 包含ブロックからはみ出さないものが「採用」となります。

一度あるオプションが選ばれると、 要素は再びオーバーフローするまでそのスタイルを維持する。 より早い（おそらくより望ましい）選択肢が、 オーバーフローを引き起こさず再び利用可能になった場合でも同様である。 （最後に成功した位置オプションを記録する を参照。）

#myPopover {
  position: fixed;
  position-anchor: --button;
  position-area: bottom span-x-end;
  position-try-fallbacks: flip-x, flip-y, flip-x flip-y, bottom, top;

  /* The popover is at least as wide as the button */
  min-width: anchor-size(width);

  /* The popover is at least as tall as 2 menu items */
  min-height: 6em;
}

6.1. フォールバック指定：position-try-fallbacksプロパティ

このプロパティは、絶対配置ボックスが inset‑modified containing blockからはみ出したときに試すための、 代替の位置付けスタイルのリストを提供します。 このposition options listは、 最初は要素のfallback base styles（すなわち computed styles に対して position-try-fallbacks を適用しない場合のスタイル） から生成された単一の position option を含みます。

リスト内の各カンマ区切りのエントリは別個のオプションです: 指定された名前の @position-try ブロックの名前、 またはボックスの既存の computed style を自動的に変換する <try-tactic> です。

値の意味は次の通りです：

none

プロパティは効果を持ちません; ボックスの position options list は空になります。

<dashed-ident>

もし指定された名前の @position-try ルールが存在するなら、 その関連する position option が position options list に追加されます。

それ以外の場合、この値は効果を持ちません。

<try-tactic>

指定された try tactic を 実行して ボックスの base styles に対して自動的に position option を作成し、 構築した position option を ボックスの position options list に追加します。

<try-tactic> = flip-block || flip-inline || flip-start || flip-x || flip-y

flip-block

（例えば margin-block-start と margin-block-end の間で） block 軸の値を入れ替えます。要するに inline 軸に沿って鏡映する操作です。

flip-inline

inline 軸の値を入れ替えます。要するに block 軸に沿って鏡映する操作です。

flip-x

水平方向（例: margin-left と margin-right の間で） の値を入れ替えます。 要するに垂直軸に沿って鏡映する操作です。

flip-y

垂直軸の値を入れ替えます。要するに水平方向の軸に沿って鏡映する操作です。

flip-start

start プロパティ同士を入れ替え、end プロパティ同士を入れ替えます（例えば margin-block-start と margin-inline-start の間で）。 要するに、block-start/inline-start コーナーから block-end/inline-end コーナーへ引いた対角線に沿って鏡映します。

複数のキーワードが与えられた場合、それらの変換は順に合成されて単一の position option を生成します。 論理方向は containing block の writing mode に照らして解決されます。

<dashed-ident> || <try-tactic>

前述の2つのオプションの効果を組み合わせます: 指定された名前の @position-try ルールがある場合、 その position option を base style に適用し、 指定された <try-tactic> に従って変換し、 結果をボックスの position options list に追加します。

それ以外の場合は何もしません。

<position-area>

指定された値の position-area プロパティだけで構成された position option を自動的に作成します。

6.2. フォールバック順序の決定: position-try-order プロパティ

このプロパティは、ボックスにとって宣言された position options のうち、 指定された order に厳密に従うよりも「得られる空間を最大化する」ことが重要な場合に、 それらを利用可能な空間に基づいてソートすることを可能にします。

<try-size> = most-width | most-height | most-block-size | most-inline-size

normal

position-try-fallbacks で指定された順に position options を試します。

most-width

most-height

most-block-size

most-inline-size

position options list の各エントリについて、 その position option をボックスに適用し、 そのスタイルから生じる inset‑modified containing block のサイズを求めます （auto な inset 値は 0 と扱います）。 これらのサイズに基づいて position options list を安定ソートし、 最も大きいものを先頭にします。

論理方向は containing block の writing mode に照らして解決されます。

.anchor { anchor-name: --foo; }
.list {
  position: fixed;
  position-anchor: --foo;
  position-area: block-end span-inline-end;
  position-try-fallbacks: --bottom-scrollable, flip-block, --top-scrollable;
  position-try-order: most-height;
}
@position-try --bottom-scrollable {
  align-self: stretch;
}
@position-try --top-scrollable {
  position-area: block-start span-inline-end;
  align-self: stretch;
}

6.3. ショートハンド：position-try

このショートハンドは position-try-fallbacks と position-try-order の両方を設定します。 <'position-try-order'> が省略された場合、 そのプロパティの初期値に設定されます。

6.4. @position-try ルール

@position-try ルールは、 与えられた名前で position option を定義し、 その名前を通して position-try-fallbacks 経由でボックスに適用できる 1つ以上の位置指定プロパティのセットを指定します。

@position-try ルールの構文は次の通りです：

@position-try <dashed-ident> {
  <declaration-list>
}

Prelude に指定された <dashed-ident> はルールの名前です。 同じ名前の @position-try ルールが複数宣言された場合、 それらは カスケードされ、@keyframe ルールと同様に扱われます。

@position-try ルールは、次に挙げる プロパティのみを 受け付けます：

• inset プロパティ群

• margin プロパティ群

• サイズ指定プロパティ群（sizing properties）

• self-alignment プロパティ群

• position-anchor

• position-area

!important を <declaration-list> 内のプロパティに使用することは無効です。 そのプロパティに !important を付けるとそのプロパティ自体が無効になりますが、 @property-try ルール全体が無効になるわけではありません。

@position-try 内のすべてのプロパティは、 Position Fallback Origin と呼ばれる新しい カスケード起源 においてボックスに適用されます。これは Author Origin と Animation Origin の間に位置します。

revert 値の使用は Animation Origin と似ており、 そのプロパティがあたかも Author Origin の一部であるかのように振る舞い、 代わりに User Origin に戻ります。 （ただし revert-layer には特別な動作はなく、通常どおり動作します。）

注記: accepted @position-try properties は、 ボックス自身のサイズと位置にのみ影響し、その内容や他のスタイルを変更しない最小限のプロパティ群です。 これにより位置フォールバックの実装が大幅に簡素化される一方で、 使用可能な空間に応じてアンカー位置決めボックスを移動するという根本的なニーズに対処します。 これらのルールは Author Origin の通常の宣言を上書きするため、 @position-try 宣言と 他のプロパティの通常のカスケードや継承との悪質な相互作用を制限します。 将来的には container queries の拡張によって、 要素がどの位置フォールバックを使用しているかに基づく条件付きスタイリングが可能になり、 この制限されたプロパティリストによって制約されているような表現が可能になることが期待されます。

注記: 複数の要素が同じ @position-try ルールを 自分のアンカー要素に対してそれぞれ適用したい場合は、 <anchor-name> を anchor() 内で省略し、 各ボックスのアンカーを position-anchor で指定してください。

注記: 最も一般的なフォールバックの型（通常はアンカーの片側に配置し、 必要なら反対側に反転するようなケース）は、 position-try-fallbacks のキーワードだけで 自動的に実現でき、必ずしも @position-try を使う必要はありません。

6.5. 位置フォールバックの適用

位置決めボックスが （任意の default scroll shift を適用した後に） inset-modified containing block からはみ出し、 その position options list に複数の position option が含まれている場合、 位置フォールバックスタイルを決定 して、 はみ出しを回避できるオプションを探します。 決定されたスタイルは インターリービング を通じて要素に適用され、 それによって 算出値 に影響し（トランジション等を引き起こす可能性もあります）、 レイアウトや used values に依存する決定を行います。

実装は、必要となる過剰なレイアウト作業量を制限するために、 position options list の長さに 実装定義の上限を設けることができます。 ただしこの上限は少なくとも 5 以上でなければなりません。

フルレイアウトパスの間、ボックスがフォールバックスタイルを決定した（あるいは何も使わないと決めた）後は、 後にレイアウトされるボックスがこの決定を変更することはできません。

6.5.1. フォールバック選択の維持とクリア

いくつかの変更は 位置フォールバックスタイルの決定 に 特に直接的な影響を与え、特別な挙動を引き起こします。 これらの フォールバック感受性のある変更 には次が含まれます：

• 算出された position 値が変わった場合、 包含ブロックの関連が変わった場合、 またはボックスを生成しなくなった場合。

• longhand のいずれか、 つまり position-try の構成プロパティの算出値が変わった場合。

• accepted @position-try property の算出値が変わった場合。

• 参照している任意の @position-try ルールが追加・削除・変更された場合。

この目的のため、計算済み基準スタイルの変更のみを考慮する。 すなわち computed style だが、TransitionsやAnimationsの cascade origins からの宣言は無視する。

6.5.1.1. 最後に成功した位置オプションの記録

できるだけレイアウトの安定性を維持するため、 位置フォールバックスタイルの決定は 最後に成功した位置オプションを優先して扱う。 その決定方法は次の通りである：

6.5.2. 位置オプションの適用

6.6. 条件付き非表示：position-visibility プロパティ

絶対配置のボックスを表示することが適切でないケースがあります。 このプロパティは、一般的によくあるレイアウト条件に応じて、 そのようなボックスを条件付きで表示できるようにします。

always

このプロパティは効果を持ちません。 （アンカーやオーバーフローに関係なくボックスは表示されます。）

anchors-valid

ボックスの 必須アンカー参照 のいずれかが ターゲットアンカー要素 に解決されない場合、 ボックスの visibility プロパティは force-hidden になります。

必須アンカー参照 とは？ フォールバック値を持たない anchor()　関数？デフォルトアンカーも場合によって？詳細要検討。

アンカー「いずれか」不在か、「全て」不在か。どちらにも用途ありそう。ここで決定する？制御方法設ける？

anchors-visible

ボックスが デフォルトアンカーボックス を持ち その アンカーボックス が 不可視 または 介在ボックスによってクリップ されている場合は、 ボックスの visibility プロパティは force-hidden になります。

no-overflow

position-try の適用後もボックスが inset‑modified containing block から はみ出している場合、 ボックスの visibility プロパティは force-hidden になります。

7. アクセシビリティへの影響

CSSアンカーポジショニングは要素間のアクセシビリティバインディングを作成・削除・変更しません。 著者はそのようなバインディングを制御する適切なマークアップ機能を必ず利用してください。

CSSアンカーポジショニングは多様な使い方・用途が可能なため、 配置ボックスといずれかのアンカー要素の間のセマンティックな関係を 自動的に確立することはありません。 例えば、デザイン上の視覚的なアンカー関係が、 要素とセマンティックアンカーとの間かもしれず、 あるいはセマンティックアンカーの祖先・兄弟・子孫と結ぶ場合もあり、 意図するビジュアル効果により異なります。 同様に、セマンティックな関係があっても視覚的にはアンカー関係を持たない選択や、 その逆もあり得ます。

著者はCSS配置による視覚的つながりだけに頼って、 要素同士をセマンティックに結びついているとみなしてはなりません。 適切なマークアップがなければ、 視覚的にリンクされた要素同士には何の意味的なDOM関係もなく—— もし意味的関係が存在するなら—— スクリーンリーダー等の非視覚エージェントや タブ移動等の非グラフィカル操作で 使いづらくなったり、利用不能となる恐れがあります。

ウェブプラットフォームには既存・今後登場する多くの機能が、 セマンティックな関連付けを明示的に作れるようになっています。 これにより非視覚エージェントでも恩恵が受けられます。 例えばHTMLのPopover APIでは 呼出元ボタンとポップオーバー要素が自動的に接続され、 タブ順序の自動調整も行い、 さらに呼出元ボタンを ポップオーバーの暗黙的アンカー要素にもするので Anchor Positioning を容易に使えます。

ポップオーバー例を追加すること。

より一般的なケースでは、 ARIAの aria-details や aria-describedby 属性を アンカー要素側に付けることで、 少し手動になりますが関係が作れます。 配置要素側で role 属性と組み合わせれば、 非視覚エージェントが要素間の関係をユーザーに伝え、 相互自動移動も提供できます。

ただし、そのような機能も過剰利用せず、 不要・過剰なセマンティック接続があると ページが分かりづらくなることもあるので注意してください。

このセクションの改良案（特に著者向けガイド・代表的ユースケースのベストプラクティス例）は歓迎。 [Issue #10311]

8. DOMインターフェイス

8.1. CSSPositionTryRuleインターフェイス

CSSPositionTryRule インターフェイスは @position-tryルールを表します：

[Exposed=Window]
interface CSSPositionTryRule : CSSRule {
  readonly attribute CSSOMString name;
  [SameObject, PutForwards=cssText] readonly attribute CSSPositionTryDescriptors style;
};

[Exposed=Window]
interface CSSPositionTryDescriptors : CSSStyleDeclaration {
  attribute CSSOMString margin;
  attribute CSSOMString marginTop;
  attribute CSSOMString marginRight;
  attribute CSSOMString marginBottom;
  attribute CSSOMString marginLeft;
  attribute CSSOMString marginBlock;
  attribute CSSOMString marginBlockStart;
  attribute CSSOMString marginBlockEnd;
  attribute CSSOMString marginInline;
  attribute CSSOMString marginInlineStart;
  attribute CSSOMString marginInlineEnd;
  attribute CSSOMString margin-top;
  attribute CSSOMString margin-right;
  attribute CSSOMString margin-bottom;
  attribute CSSOMString margin-left;
  attribute CSSOMString margin-block;
  attribute CSSOMString margin-block-start;
  attribute CSSOMString margin-block-end;
  attribute CSSOMString margin-inline;
  attribute CSSOMString margin-inline-start;
  attribute CSSOMString margin-inline-end;
  attribute CSSOMString inset;
  attribute CSSOMString insetBlock;
  attribute CSSOMString insetBlockStart;
  attribute CSSOMString insetBlockEnd;
  attribute CSSOMString insetInline;
  attribute CSSOMString insetInlineStart;
  attribute CSSOMString insetInlineEnd;
  attribute CSSOMString top;
  attribute CSSOMString left;
  attribute CSSOMString right;
  attribute CSSOMString bottom;
  attribute CSSOMString inset-block;
  attribute CSSOMString inset-block-start;
  attribute CSSOMString inset-block-end;
  attribute CSSOMString inset-inline;
  attribute CSSOMString inset-inline-start;
  attribute CSSOMString inset-inline-end;
  attribute CSSOMString width;
  attribute CSSOMString minWidth;
  attribute CSSOMString maxWidth;
  attribute CSSOMString height;
  attribute CSSOMString minHeight;
  attribute CSSOMString maxHeight;
  attribute CSSOMString blockSize;
  attribute CSSOMString minBlockSize;
  attribute CSSOMString maxBlockSize;
  attribute CSSOMString inlineSize;
  attribute CSSOMString minInlineSize;
  attribute CSSOMString maxInlineSize;
  attribute CSSOMString min-width;
  attribute CSSOMString max-width;
  attribute CSSOMString min-height;
  attribute CSSOMString max-height;
  attribute CSSOMString block-size;
  attribute CSSOMString min-block-size;
  attribute CSSOMString max-block-size;
  attribute CSSOMString inline-size;
  attribute CSSOMString min-inline-size;
  attribute CSSOMString max-inline-size;
  attribute CSSOMString placeSelf;
  attribute CSSOMString alignSelf;
  attribute CSSOMString justifySelf;
  attribute CSSOMString place-self;
  attribute CSSOMString align-self;
  attribute CSSOMString justify-self;
  attribute CSSOMString positionAnchor;
  attribute CSSOMString position-anchor;
  attribute CSSOMString positionArea;
  attribute CSSOMString position-area;
};

そのname属性は、 規則プレリュードで宣言された名前を表します。

そのstyle属性は、 規則本体で宣言されたプロパティを 指定順で表します。 取得時には、CSSPositionTryDescriptors オブジェクトを返します。 @position-tryアトルール用であり、 以下のプロパティを持ちます：

computed flag

未設定

readonly flag

未設定

declarations

規則中で宣言された記述子を指定順で並べたもの。

parent CSS rule

コンテキストオブジェクト

owner node

Null

9. 付録：スタイルとレイアウトのインターリーブ

スタイルとレイアウトのインターリーブとは、 レイアウト処理中にサブツリーにスタイル更新が発生し、 要素の算出スタイルが遡って更新される技法です。

この概念はこの仕様書の正しい場所ではなく、 Cascadeに入るべきですが、 参照用のスケッチが必要なので暫定で記載しています。

注: スタイルとレイアウトのインターリーブは コンテナクエリ やコンテナクエリ長ですでに使われています。 10cqwのような長さは クエリコンテナのサイズ情報を用いて算出長に解決され、 コンテナサイズがレイアウト間で変化すると トランジションが発生します。

許可された@position-tryプロパティも フォールバック解決時にインターリーブされます （position-try参照）。

当然詳細化が必要ですが、 今は「コンテナクエリと同様に振る舞う」で十分です。 この挙動も未定義ですが、少なくともある程度は相互運用されているようです。

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

この文書に対してセキュリティ上の問題は報告されていません。

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

この文書に対してプライバシー上の問題は報告されていません。

12. 変更点

2025年12月22日作業草案（22 December 2025 Working Draft）以降の主な変更点：

• フォールバック時のpositionとトランジション・アニメーションの相互作用を明確化。 (課題 13048)

• anchors-visibleに関して、アンカーボックスの面積がゼロでない場合は交差面積もゼロであってはならないことを明確化。 (課題 13176)

• アンカー探索を、まず祖先要素を探し、それで失敗した場合だけ他の要素を見る方式に変更。これによりタイムライン名の探索とより一貫性がとれるようになる。 (課題 13364)

2025年10月7日作業草案以降の主な変更点：

• flip-x と flip-y を position-try-fallbacks に追加。 (Issue 12869)

• anchor-center が scrollable containing block も使用することを明記し、 local containing block 外に配置された場合に overflow alignment が発生しないように。 (Issue 12952)

• position-area や anchor-center 適用時は auto マージンを 0 に解決することを明記。 これはポップオーバーに関する HTML UA デフォルトスタイルシートによる問題のため。 また、この問題を以前対処しようとした dialog 整列値を削除。 (Issue 10258)

• position-anchor に none 値を追加し、初期値をそれに設定。 これにより 暗黙的アンカー要素 を持つすべての 絶対配置ボックスが scrollable containing block を使うのを回避。 なお初期値については議論が継続中のため今後再度変更される可能性あり。 (Issue 13067)

• flip-block、 flip-inline、 flip-start は writing mode が containing block の 書字モードに基づくことを明記。 (Issue 12869、 Issue 13076)

• auto の inset 値は inset-modified containing block サイズ計算時に0として扱うことを明記。 position-try-order の比較時も含む。 (Issue 12942)

• clip-path を anchors-visible で考慮するクリッピング効果のリストに追加し、 その判定タイミングを明記。 (Issue 12732)

• position options list から誤ってベーススタイルが抜けていたエラーを修正。 (Issue 12890)

• anchors-visible 判定のタイミングを明確化。 (Issue 12732)

• normal アラインメントの解決方法が position-area値に基づく場合、 それが used value（それに基づいて [CSS-ALIGN-3] でのoverflow処理方式が決まる）を決定することを明記。

• アンカー名マッチに木のルート一致を要求していたアルゴリズム誤りを修正。シャドウツリー越しのマッチも可能な場合があるため。 (Issue 12941)

• auto の inset 値は inset-modified containing block サイズ計算時0として扱うことを明記。 position-try-order でも同様。 (Issue 12942)

• § 6 オーバーフロー管理 および § 2 アンカーの決定 の記述を整理し、可読性を向上。 (Issue 12818、 Issue 11022)

• § 7 アクセシビリティへの影響 のガイダンスとUA要件を改善。 (Issue 10311)

• 例を改良。

前回までの変更点は Previous Changes も参照してください。