CSS Transform （変形, 座標系変換）は、
要素を［
~2D空間／~3D空間
］内で変形するよう~CSSで~styleすることを許容する。
◎
CSS transforms allows elements styled with CSS to be transformed in two-dimensional or three-dimensional space.
この仕様は、
~3D変形~用の新たな［
変形~関数／~prop
］, および 単純な変形~用の便利~関数を追加する。
◎
This spec adds new transform functions and properties for three-dimensional transforms, and convenience functions for simple transforms.
~CSSisaLANG
◎位置付け
これは編集者草案の公な複製です…
【以下、この節の内容は，~SOTD-CSSに移譲。】
1. 序論
この仕様は、
`css-transforms-1$r を拡張する差分~仕様であり，
要素を~3D空間~内で変形することを作者に許容する。
`transform$p ~prop用の新たな`~3D変形-関数$により，~3D変形が可能になる。
加えて，~3D変形で作業し易くするための追加的な~propもあり、
作者は，入子な~3D変形の~~作用についての制御も可能になる。
◎
This specification is a delta spec that extends [css-transforms-1] to allow authors to transform elements in three-dimensional space. New transform functions for the transform property allow three-dimensional transforms, and additional properties make working with three-dimensional transforms easier, and allow the author to control how nested three-dimensional transformed elements interact.
`perspective$p ~propは、［
遠近法による変形nを~~追加で伴う子~要素を供する
］ことを作者に許容する。
◎
The perspective property allows the author to provide child elements with an extra perspective transformation.＼
`perspective-origin$p ~propは、
遠近法が適用される原点に対する制御を供することにより，
“消失点” の所在を実質的に変更できる。
◎
The perspective-origin property provides control over the origin at which perspective is applied, effectively changing the location of the "vanishing point".
`transform-style$p ~propは、
~3D変形された［
要素, その子孫たち
］を同じ~3D空間に共存させることにより，
~3D~obj階層の構築を許容する。
◎
The transform-style property allows 3D-transformed elements and their 3D-transformed descendants to share a common three-dimensional space, allowing the construction of hierarchies of three-dimensional objects.
`backface-visibility$p ~propは、
要素が［
その裏側が`視点$から可視になるよう，~3D変形を通して反転されている
］ときに効力を発揮する。
その種の要素は，隠される方が望ましい状況もあるが、
この~prop用の値 `hidden^v を利用することで，それがアリになる。
◎
The backface-visibility property comes into play when an element is flipped around via three-dimensional transforms such that its reverse side is visible to the viewer. In some situations it is desirable to hide the element in this situation, which is possible using the value of hidden for this property.
注記：
`transform$p ~propの一部の値は，要素を ~3D座標系において変形するが、
その要素~自身は~3D~objにはされない。
それらは~2D平面~内に存在し，奥行きを持たない。
◎
Note: While some values of the transform property allow an element to be transformed in a three-dimensional coordinate system, the elements themselves are not three-dimensional objects. Instead, they exist on a two-dimensional plane (a flat surface) and have no depth.
この仕様はまた、
単純な変形を容易に［
記述-／~animate
］できるよう， 3 種の便利~prop［
`scale$p, `translate$p, `rotate$p
］も追加する。
◎
This specification also adds three convenience properties, scale, translate and rotate, that make it easier to describe and animate simple transforms.
1.1. ~module間の相互作用
ここでの`~3D変形-関数$は、
`transform$p ~propがとり得る関数たちが成す集合を拡張する。
◎
The 3D transform functions here extend the set of functions for the transform property.
次に挙げる~prop用の一部の値は、［
`積層~文脈$／`すべての子孫~用の包含塊$
］を作成させる
⇒＃
`perspective$p,
`transform-style$p,
`backface-visibility$p
◎
Some values of perspective, transform-style and backface-visibility result in the creation of a containing block for all descendants, and/or the creation of a stacking context.
~3D変形は、
要素たちの視覚的な多層化に影響する
— それは、
`CSS21$r `付録 E$ に述べられた，奥から手前にかけての塗ng順序を上書きする。
◎
Three-dimensional transforms affect the visual layering of elements, and thus override the back-to-front painting order described in Appendix E of [CSS21].
◎
In addition to the identity transform function in CSS Transforms, examples for identity transform functions include translate3d(0, 0, 0), translateZ(0), scaleZ(1), rotate3d(1, 1, 1, 0), rotateX(0), rotateY(0), rotateZ(0) and matrix3d(1, 0, 0, 0, 0, 1, 0, 0, 0, 0, 1, 0, 0, 0, 0, 1). A special case is perspective: perspective(none). The value of m34 becomes infinitesimal small and the transform function is therefore assumed to be equal to the identity matrix.
`透視~行列@
◎
perspective matrix
［
`perspective$p, `perspective-origin$p
］~propの値から，
`下で述べるとおり＠#perspective-matrix-computation$に算出される行列。
◎
A matrix computed from the values of the perspective and perspective-origin properties as described below.
`累積~3D変形n行列@
◎
accumulated 3D transformation matrix
要素に対し，その`~3D描画~文脈$の根に相対的に算出される行列
— ~~詳細は `§ 累積~3D変形n行列の算出$に。
◎
A matrix computed for an element relative to the root of its 3D rendering context, as described below.
`~3D描画~文脈@
◎
3D rendering context
同じ~3D座標系に共存する，先祖が共通な要素たちが成す集合。
~~詳細は
`§ ~3D描画~文脈＠#3d-rendering-contexts$に。
◎
A set of elements with a common ancestor which share a common three-dimensional coordinate system, as described below.
2.1. `transform^p の解決d値
`transform$p ~propの`解決d値は特別$である `CSSOM$r
— その`解決d値$は：
◎
The transform property is a resolved value special case property. [CSSOM]
`算出d値$が `transform-list$t になる場合
⇒
それを成す各 `transform-function$t を~4x4行列に換算してから順に`右から乗算-$した結果に応じて
⇒＃
`~2D行列$になる場合，結果を `matrix$f として直列化した結果になる。
他の場合， `matrix3d$f として直列化した結果になる。
◎
When the computed value is a <transform-list>, the resolved value is one <matrix()> function or one <matrix3d()> function computed by the following algorithm:
• Let transform be a 4x4 matrix initialized to the identity matrix. The elements m11, m22, m33 and m44 of transform must be set to 1; all other elements of transform must be set to 0.
• Post-multiply all <transform-function>s in <transform-list> to transform.
• Chose between <matrix()> or <matrix3d()> serialization:
•• If transform is a 2D matrix
••• Serialize transform to a <matrix()> function.
•• Otherwise
••• Serialize transform to a <matrix3d()> function.
他の場合
⇒
`算出d値$と同じになる。
◎
For other computed values, the resolved value is the computed value.
3. ~2D下位集合
~UAは、
~3D変形を描画できるとは限らず，
この仕様を成す~2D下位集合しか~supportしないこともある。
この場合：
◎
UAs may not always be able to render three-dimensional transforms and then just support a two-dimensional subset of this specification. In this case＼
次に挙げる~propを~supportしないモノトスル
⇒＃
`transform-style$p,
`perspective$p,
`perspective-origin$p,
`backface-visibility$p
◎
the properties transform-style, perspective, perspective-origin and backface-visibility must not be supported.＼
`§ ~3D変形による描画$は適用されない。
◎
Section 3D Transform Rendering does not apply.＼
行列の分解-法は
“`Graphics Gems II, edited by Jim Arvo^cite”
による “`unmatrix^en” 手法を~2Dの場合に単純~化した技法を利用する。
◎
Matrix decomposing uses the technique taken from the "unmatrix" method in "Graphics Gems II, edited by Jim Arvo", simplified for the 2D case.＼
`§ 変形-関数の数学的~記述$は，依然として有効であるが、
下図に示す~3x3変形n行列を利用して簡約できる
— ここで図の［
%a, %b, %c, %d, %e, %f
］は、
順に［
`11^M, `12^M, `21^M, `22^M, `41^M, `42^M
］に対応する（ `~2D~3x2行列$を見よ）：
◎
Section Mathematical Description of Transform Functions is still effective but can be reduced by using a 3x3 transformation matrix where a equals m11, b equals m12, c equals m21, d equals m22, e equals m41 and f equals m42 (see A 2D 3x2 matrix with six parameter).
`3x3matrix^dgm
~2D変形n用の~3x3行列
◎
3x3 matrix for two-dimensional transformations.
作者は、
~UAが~3D変形を~supportしない場合の~fallbackを容易に供せる。
次の例に 2 個の `transform$p ~prop宣言【！definition】を示す
— 1 個目は 2 個の~2D変形-関数からなり，
2 個目は ~2D変形-関数と~3D変形-関数からなる。
◎
Authors can easily provide a fallback if UAs do not provide support for three-dimensional transforms. The following example has two property definitions for transform. The first one consists of two two-dimensional transform functions. The second one has a two-dimensional and a three-dimensional transform function.
~3Dが~supportされる場合、
2 個目の宣言が 1 個目の宣言を上書きすることになる。
~3Dが~supportされない場合、
2 個目の宣言は無効になり，~UAは 1 個目の宣言に~fall-backする。
◎
With 3D support, the second definition will override the first one. Without 3D support, the second definition is invalid and a UA falls back to the first definition.
4. 変形の描画~model
この仕様は、
`CSS-TRANSFORMS-1$r `§ 変形の描画~model＠~TRANSFORM#transform-rendering$
を拡張して，次に挙げるものを織り込む【！for the existence of】：
◎
This specification extends CSS Transforms 1 § 3 The Transform Rendering Model to account for the existence of three-dimensional transform functions, the Z value of transform-origin, the perspective property, and a new 3D rendering model that applies when the used value of the transform-style property is preserve-3d.
`~3D変形-関数$は、
画面に垂直かつ視点に向けて増大する Z 軸を加えることで，~2D座標~空間を概念的に~3Dへ拡張する。
◎
Three-dimensional transform functions conceptually extend the coordinate space into three dimensions, adding a Z axis perpendicular to the plane of the screen, that increases towards the viewer.
初期~時の座標~空間のデモ。
◎
Demonstration of the initial coordinate space.
4.1. ~3D変形による描画
通常は、
要素は平面的に，要素が属する`積層~文脈$と同じ平面に埋め込まれるように描画される。
大抵の場合、
それは~pageを成す残りと共有される平面になる。
~2D変形-関数は要素の外観を改め得るが、
それでも，描画される平面は要素が属する積層~文脈と同じになる。
◎
Normally, elements render as flat planes, and are rendered into the same plane as their stacking context. Often this is the plane shared by the rest of the page. Two-dimensional transform functions can alter the appearance of an element, but that element is still rendered into the same plane as its stacking context.
~3D変形を伴う要素のうち，`~3D描画~文脈$に包含されていないものは、
適切な変形を適用して描画されるが，他のどの要素とも交差しない。
この事例における~3D変形は、
~2D変形と同様に，単なる塗ng効果と見なせる。
同様に，その変形は、
塗ng順序にも影響しない。
例えば， Z 軸において正な並進を伴う変形は、
要素の見かけを大きくし得るが，当の要素を Z 軸における並進を伴わない要素の前面に描画させることはない。
◎
An element with a three-dimensional transform that is not contained in a 3D rendering context renders with the appropriate transform applied, but does not intersect with any other elements. The three-dimensional transform in this case can be considered just as a painting effect, like two-dimensional transforms. Similarly, the transform does not affect painting order. For example, a transform with a positive Z translation may make an element look larger, but does not cause that element to render in front of elements with no translation in Z.
入子な~3D変形d要素をどう描画するか述べる（たぶん，数学的に)
◎
describe how nested 3d-transformed elements render (perhaps with math)
この例は、
上の~textに従っていない。
◎
This example doesn’t follow from the previous text.
要素に適用される~3D変形の効果を，次の例に示す：
◎
This example shows the effect of three-dimensional transform applied to an element.
`rotateY^f により変形された `div^e 要素の見本~描画。
◎
Div with a rotateY transform.
この変形は、
Y 軸（縦方向）を中心に 50° 回転させる。
これにより，青色な~box（ `.transformed^css ）は狭小に現れるが、
~3Dではない。
◎
The transform is a 50° rotation about the vertical, Y axis. Note how this makes the blue box appear narrower, but not three-dimensional.
4.1.1. 遠近法
遠近法（ `perspective$p ~prop）を利用すれば、
風景に奥行き感を追加できる
— 要素は、
その Z 座標（以下 %z ）を高くする（`視点$に近付ける）ほど，より大きく現れ、
低くする（`視点$から遠ざける）ほど，より小さく現れる。
拡縮率は［
%d ÷ ( %d − %z )
］に比例する。
ここで， %d は `perspective$p の値であり，画面から視点と見做される地点（下図の “みなし~~視点”
【！Assumed Eye Position】
）までの距離を与える。
◎
Perspective can be used to add a feeling of depth to a scene by making elements higher on the Z axis (closer to the viewer) appear larger, and those further away appear smaller. The scaling is proportional to d/(d − Z) where d, the value of perspective, is the distance from the drawing plane to the assumed position of the viewer’s eye.
`~3D変形d要素$に遠近法の外観を適用する仕方には、
次の 2 つがある：
◎
The appearance of perspective can be applied to a 3d-transformed element in two ways.＼
要素の “変形-関数~list” は、
`perspective$f 関数を包含でき，要素の現在の`変形n行列$の中へ算出される。
◎
First, the element’s 'transform function list' can contain the perspective() function which computes into the element’s 'current transformation matrix'.
要素には、［
`perspective$p, `perspective-origin$p
］~propを適用できる
— それらは、
~3D変形された子たちの描画に波及し，［
子たちで共有され，子たちが同じ~3D風景~内に住まうような印象を供する遠近法
］を与える。
◎
Second, the perspective and perspective-origin properties can be applied to an element to influence the rendering of its 3d-transformed children, giving them a shared perspective that provides the impression of them living in the same three-dimensional scene.
拡縮率と~Z位置の関係を示す図式
◎
Diagram of scale vs. Z position
拡縮-法が `perspective$p ~propと Z 位置に依存する様子を示す図式。
上段の図式では， %z が %d の半分にされている。
元の円（実線）が %z （点線の円）の所に現れるようにするため、
円は 2 倍に拡大され，水色な円で示されるものになる。
下段の図式では、
円は 2 ÷ 3 倍に縮小されて，元の位置の背後に現れる。
◎
Diagrams showing how scaling depends on the perspective property and Z position. In the top diagram, Z is half of d. In order to make it appear that the original circle (solid outline) appears at Z (dashed circle), the circle is scaled up by a factor of two, resulting in the light blue circle. In the bottom diagram, the circle is scaled down by a factor of one-third to make it appear behind the original position.
通常は、
`視点$と見做される地点は，絵図の中心（真正面）にある。
欲されるなら `perspective-origin$p を設定して，この位置を移動することもできる
—
例えば、
~page内の複数の絵図が，同じ遠近法を共有すべき場合など。
◎
Normally the assumed position of the viewer’s eye is centered on a drawing. This position can be moved if desired – for example, if a web page contains multiple drawings that should share a common perspective – by setting perspective-origin.
遠近法の原点を上方へ移動する効果を示す図式。
◎
Diagram showing the effect of moving the perspective origin upward.
`透視~行列$は、
単位i行列に対し，以下に与える各~変形nを順に累積する
【各~変形nを表現する行列を，所与の順に`右から乗算-$する】
ことにより算出される：
◎
The perspective matrix is computed as follows:
• Start with the identity matrix.
`perspective-origin$p の算出d値で与えられる移動量による`~2D並進$
◎
Translate by the computed X and Y values of perspective-origin
［
`perspective$p ~propの値から供される長さ値
］を引数にとる `perspective$f 変形-関数から得される`透視~投影~行列$
◎
Multiply by the matrix that would be obtained from the perspective() transform function, where the length is provided by the value of the perspective property
最初の段に与えたものとは，逆方向への並進【逆行列】
◎
Translate by the negated computed X and Y values of perspective-origin
次の例に、
~3D変形が より本物らしく現れるようにするための， `perspective^p の利用を示す：
◎
This example shows how perspective can be used to cause three-dimensional transforms to appear more realistic.
`div^e 要素が `rotateY^f により変形され，その容器は遠近法（ `perspective^p ）を伴う場合の見本~描画。
◎
Div with a rotateY transform, and perspective on its container
内縁な要素は，前の例と同じ変形を有するが、
その描画には，今や その親~要素の `perspective^p ~propが波及している。
`perspective^p により、
絵図の中の点の X, Y 座標は、
その Z 座標が（`視点$により近い）正な所では拡大される一方，
（`視点$からより遠い）負な所では縮小され、
外観に奥行き感が与えられる。
◎
The inner element has the same transform as in the previous example, but its rendering is now influenced by the perspective property on its parent element. Perspective causes vertices that have positive Z coordinates (closer to the viewer) to be scaled up in X and Y, and those further away (negative Z coordinates) to be scaled down, giving an appearance of depth.
4.1.2. ~3D描画~文脈
この節では、
~3D変形, および `transform-style$p ~propを利用する内容を描画するための~modelを指定する。
この~modelを述べるため、
“~3D描画~文脈” の概念を導入する。
◎
This section specifies the rendering model for content that uses 3D-transforms and the transform-style property. In order to describe this model, we introduce the concept of a "3D rendering context".
`~3D描画~文脈$は、［
~3D変形を描画する目的において，同じ~3D座標系に共存すると見なされる
］ような［
共通な先祖を根とする要素たち
］が成す集合である。
~3D描画~文脈における各~要素の手前から奥への描画は、
当の~3D空間における各自の z 位置に依存する
— 要素どうしが~3D変形により交差する場合、
その交差を伴って描画される。
◎
A 3D rendering context is a set of elements rooted in a common ancestor that, for the purposes of 3D-transform rendering, are considered to share a common three-dimensional coordinate system. The front-to-back rendering of elements in the a 3D rendering context depends on their z-position in that three-dimensional space, and, if the 3D transforms on those elements cause them to intersect, then they are rendered with intersection.
その~3D空間における各~要素の位置は、
要素から当の`~3D描画~文脈$を確立した要素まで，
各自の変形n行列を`累積する＠#accumulated-3d-transformation-matrix$ことにより決定される。
◎
The position of each element in that three-dimensional space is determined by accumulating the transformation matrices up from the given element to the element that establishes the 3D rendering context.
要素は、
次に従って~3D描画~文脈［
を確立する／に関与する
］：
◎
Elements establish and participate in 3D rendering contexts as follows:
◎
A 3D rendering context is established by a transformable element whose used value for transform-style is preserve-3d and which itself is not part of a 3D rendering context. An element that establishes a 3D rendering context also participates in that context.
◎
An element whose used value for transform-style is preserve-3d and which itself participates in a 3D rendering context, extends that 3D rendering context rather than establishing a new one.
要素は、
その親が`~3D描画~文脈$を［
確立する／拡張する
］ならば，`~3D描画~文脈$に関与する。
◎
An element participates in a 3D rendering context if its parent establishes or extends a 3D rendering context.
~CSS~propには、
“~group化” を強制する値
— 当の要素が他の要素と組成される前に，［
要素と その子孫たちを~groupとして描画する
］よう要求する値 —
をとるものがある。
これらには、
不透明度, ~filter, 切抜きに影響する~propも含まれる。
これに関連な~prop値は、
`~group化~prop値$にて挙げる。
その帰結として，そのような値が［
`transform-style$p が `preserve-3d^v をとる要素
］に利用された場合、
`transform-style^p の`使用~値$は `flat^v に変更され，
要素は`~3D描画~文脈$を［
作成-／拡張-
］しなくなる。
◎
Some CSS properties have values that are considered to force "grouping": they require that their element and its descendants are rendered as a group before being composited with other elements; these include opacity, filters and properties that affect clipping. The relevant property values are listed under grouping property values. Consequently, when used on an element with transform-style:preserve-3d, they change the used value to flat and prevent it from creating or extending a 3D rendering context.
所与の`~3D描画~文脈$ %文脈 においては、
要素たちは，次に従って描画され, ~sortされる
— 以下における %R は、
%文脈 を確立した要素を表す：
◎
In a 3D rendering context, rendering and sorting of elements is done as follows:
◎
The element establishing the 3D rendering context, and each other 3D transformed element participating in the 3D rendering context, is rendered into its own plane. This plane includes the element’s backgrounds, borders, other box decorations, content, and descendant elements, excluding any descendant elements that have their own plane (and their descendants). This rendering is done according to CSS 2.1, Appendix E, Section E.2 Painting Order.
`Newell の~algo＠https://en.wikipedia.org/wiki/Newell%27s_algorithm$に則って、
これらの平面どうしで交差が遂行される
— 各~平面は、
`累積~3D変形n行列$により変形した上で。
同一~平面にある`~3D変形d要素$たちは、
塗ng順序で描画される。
◎
Intersection is performed between this set of planes, according to Newell’s algorithm, with the planes transformed by the accumulated 3D transformation matrix. Coplanar 3D transformed elements are rendered in painting order.
~2D`変形d要素$たちを各自の自前の平面の中へ `pop^en しなくて大丈夫か？
◎
is it OK to not pop 2D-transformed elements into their own planes?
注記：
以前まで，この仕様は、
%R の［
背景, ~border, 他の~box装飾
］は，~3D風景~全体の背後に描画されるものと定義していたが、
`6238$issue により変更された。
しかしながら，将来に~3D描画~文脈の定義が変更された場合、
この変更を戻すことも考慮するに価し得る。
◎
Note: This specification previously defined that the background, borders, and other box decorations of the establishing element were rendered behind the entire 3D scene. This was changed in #6238. However, if the definition of 3D Rendering Contexts is changed in the future, it may be worth considering changing back.
z-成分が負な変形を伴う要素は、
%R の［
内容, 変形されない子孫
］の背後に描画されることに注意。
したがって`~3D変形d要素$は、
内容や変形されない要素に浸出し得る。
◎
Note that elements with transforms which have a negative z-component will render behind the content and untransformed descendants of the establishing element, and that 3D transformed elements may interpenetrate with content and untransformed elements.
注記：
~3D描画~文脈~内の`~3D変形d要素$たちは、
深度~順に基づいて互いに交差し得るので，
実質的には互いに同胞であるかのように描画される。
`transform-style^p: `preserve-3d^v
による効果は、
~3D描画~文脈~内の`~3D変形d要素$は，どれも［
%R の下に巻上げられつつ，依然として自身の`累積~3D変形n行列$により描画される
］ようにすることと捉えられる。
◎
Note: Because the 3D-transformed elements in a 3D rendering context can all depth-sort and intersect with each other, they are effectively rendered as if they were siblings. The effect of transform-style: preserve-3d can then be thought of as causing all the 3D transformed elements in a 3D rendering context to be hoisted up into the establishing element, but still rendered with their accumulated 3D transformation matrix.
この例は、
~3D描画~文脈~内の要素が互いに交差し得ることを示す。
`.container^css 要素は、［
自身, その 2 個の子
］用の~3D描画~文脈を確立する。
`.scene^css 要素は、
この~3D描画~文脈に遠近法を追加する。
子たちは互いに交差し、
橙色な子と `.container^css 要素も互いに交差する。
◎
This example shows show elements in a 3D rendering context can intersect. The container element establishes a 3D rendering context for itself and its two children, and the scene element adds perspective to the 3D rendering context. The children intersect with each other, and the orange element also intersects with the container.
この例は、
入子な~3D変形の描画の様子を示す。
青色な `div^e は、
前の例と同じく
— その描画には，その親~要素の遠近法（ `perspective^p ）が波及して —
変形される。
黄緑色な要素も，（ `transform-origin$p の効力により，青色な `div^e の上端に~~固定された） X 軸を中心に回転される，~3D変形を有する —
しかしながら，同じ~3D描画~文脈には属さないので、
黄緑色な要素は短く現れ，青色な要素から “飛び出す” ことはない。
◎
This example shows how nested 3D transforms are rendered. The blue div is transformed as in the previous example, with its rendering influenced by the perspective on its parent element. The lime element also has a 3D transform, which is a rotation about the X axis (anchored at the top, by virtue of the transform-origin). However, the lime element is being rendered into the plane of its parent because it is not a member of the same 3D rendering context. Thus the lime element only appears shorter; it does not "pop out" of the blue element.
入子にされた~3D変形が平坦~化された場合の見本~描画
◎
Nested 3D transforms, with flattening
4.1.3. 変形d要素の階層
`変形d要素$は，既定では、
`~3D描画~文脈$を作成せず，自身の内容の平坦~化された表現を作成する。
この平坦~化する挙動は、
`transform-style$p ~propに値 `preserve-3d^v を指定して上書きできる
— それは、
同じ~3D空間に共存する，変形された~objたちが成す階層を構築するために有用になる。
これは、［
`変形d要素$の子孫たちが，同じ~3D描画~文脈に共存する
］ことを許容する。
その種の要素の~3D変形されない子孫たちは，
上述の段 C 【？】における要素の平面に描画される一方、
同じ~3D描画~文脈に共存する`~3D変形d要素$は，
各自が自前の平面から “飛び出す” 。
◎
By default, transformed elements do not create a 3D rendering context and create a flattened representation of their content. However, since it is useful to construct hierarchies of transformed objects that share a common 3-dimensional space, this flattening behavior may be overridden by specifying a value of preserve-3d for the transform-style property. This allows descendants of the transformed element to share the same 3D rendering context. Non-3D-transformed descendants of such elements are rendered into the plane of the element in step C above, but 3D-transformed elements in the same 3D rendering context will "pop out" into their own planes.
この例は、
青色な要素に `transform-style$p: `preserve-3d^v
が追加されたことを除いて，前の例と一致する。
青色な要素は今や，その容器の~3D描画~文脈を拡張する。
それにより，青色な要素と黄緑色な要素は同じ~3D空間に共存するので、
黄緑色な要素は，容器~上の遠近法の~~影響を受け，その親から【~3D的に】傾けられて描画される。
◎
This example is identical to the previous example, with the addition of transform-style: preserve-3d on the blue element. The blue element now extends the 3D rendering context of its container. Now both blue and lime elements share a common three-dimensional space, so the lime element renders as tilting out from its parent, influenced by the perspective on the container.
入子にされた~3D変形が `preserve-3d^v を伴う場合の見本~描画。
◎
Nested 3D transforms, with preserve-3d.
4.1.4. 累積d~3D変形n行列の算出
`~3D描画~文脈$に属する変形d要素 %現在の要素 の`累積~3D変形n行列$
— すなわち， %現在の要素 を描画する際に利用される変形の最終的な値 —
は、
次に従って算出される：
◎
The final value of the transform used to render an element in a 3D rendering context is computed by accumulating an accumulated 3D transformation matrix as follows:
%M ~LET 単位i行列
◎
Let transform be the identity matrix.
◎
↑Let current element be the transformed element.
◎
↓Let parent element be the parent element of the transformed element.
%根 ~LET 当の`~3D描画~文脈$を確立した要素
◎
↓
~WHILE 無条件：
◎
↓While current element is an element in the transformed element’s 3D rendering context:
~IF［
%現在の要素 の `transform$p 値 ~NEQ `~none0$v
］
⇒
%M に［
%現在の要素 の`変形n行列$
］を`左から乗算-$する
◎
If current element has a value for transform which is not none, pre-multiply current element’s transformation matrix with the transform.
%親 ~SET %現在の要素 の親
◎
↓
%M に［
次を表現する並進~行列
］を`左から乗算-$する
⇒
%親 からの， %現在の要素 の~offset（~scroll~offsetも含む）
◎
Compute a translation matrix which represents the offset (including the scroll offset) of current element from its parent element, and pre-multiply that matrix into the transform.
~IF［
%親 の `perspective$p 値 ~NEQ `none$v
］
⇒
%M に［
%親 の`透視~行列$
］を`左から乗算-$する
◎
If parent element has a value for perspective which is not none, pre-multiply the parent element’s perspective matrix into the transform.
~IF［
%現在の要素 ~EQ %根
］
⇒
~BREAK
◎
↑
%現在の要素 ~SET %親
◎
Let current element be the parent element.
◎
Let parent element be the current element’s parent.
~RET %M
注記：
ここに述べたとおり，`累積~3D変形n行列$は、［
変形d要素, その`~3D描画~文脈$を確立した要素までにある先祖~連鎖を成す各~要素
］に対し，
`視覚-整形~model＠~CSS2J#visuren$により生成された~offset（~scroll~offsetも含む）を織り込む。
◎
Note: as described here, the accumulated 3D transformation matrix takes into account offsets (including the scroll offset) generated by the visual formatting model on the transformed element, and elements in its ancestor chain up to and including the element that establishes the its 3D rendering context.
4.1.5. 背面の可視性
~3D変形を利用すれば、
要素を［
その裏側が可視になるよう変形する
］こともアリになる。
`~3D変形d要素$は，その両側にて同じ内容を示すので、
裏側は表側の鏡像に見えるようになる（要素が鏡に映されたかのように）。
視点に対し裏側を向けている要素は，通常は可視であり続けるが、
`backface-visibility$p ~propにより，それを不可視にさせれる。
この挙動は “~~動的（ `live^en ）” である
— 例えば、
`backface-visibility$p に `hidden^v を伴う要素が，
その［
表側, 裏側
］が交互に可視になるよう~animateされた場合、
表側が視点に向くときに限り可視になる
◎
Using three-dimensional transforms, it’s possible to transform an element such that its reverse side is visible. 3D-transformed elements show the same content on both sides, so the reverse side looks like a mirror-image of the front side (as if the element were projected onto a sheet of glass). Normally, elements whose reverse side is towards the viewer remain visible. However, the backface-visibility property allows the author to make an element invisible when its reverse side is towards the viewer. This behavior is "live"; if an element with backface-visibility: hidden were animating, such that its front and reverse sides were alternately visible, then it would only be visible when the front side were towards the viewer.
要素の裏側の可視性は，`累積~3D変形n行列$を利用して考慮されるので、
`~3D描画~文脈$を確立している要素の親に相対的になる。
【可視性は、この親に垂直な方向から決まる？】
◎
Visibility of the reverse side of an element is considered using the accumulated 3D transformation matrix, and is thus relative to the parent of the element that establishes the 3D rendering context.
注記：
この~propは、
遊戯用~cardを作成するときのように， 2 個の要素を裏表に貼り合わせるときに有用になる。
この~propを伴わない下では、
~animationの間に~cardを裏返すためには，
その時点で［
表面の要素, 裏面の要素
］の場所を入れ替えることになる。
別の例として、
6 個の要素で囲まれた~~直方体の内側~面だけを見せるよう欲されるときが挙げられる。
◎
Note: This property is useful when you place two elements back-to-back, as you would to create a playing card. Without this property, the front and back elements could switch places at times during an animation to flip the card. Another example is creating a box out of 6 elements, but where you want to see only the inside faces of the box.
次の例に、
`#card^css 要素が~clickされたとき，裏返されるように見せる方法を示す。
裏返されるとき平坦になるのを避けるため、
`#card^css には
`transform-style^p: `preserve-3d^v
が必要yなことに注意。
◎
This example shows how to make a "card" element that flips over when clicked. Note the "transform-style: preserve-3d" on #card which is necessary to avoid flattening when flipped.
`backface-visibility^p は
非~変形d要素／ ~2D`変形d要素$には どう影響iする？
各自の自前の平面の中へ 【！＊】 `pop^en され, 交差するのか？【？】
◎
what is the impact of backface-visibility on non-transformed or 2D-transformed elements? Do they get popped into their own planes and intersect?
4.2. 遠近法により変形された~boxの処理-法
これは、［
供された行列を利用して，要素を どこまで正確に変形するか
］を精確に指定するための最初の試案であり，
理想的ではないかもしれない
— 実装者からの~feedbackが奨励される。
`912$issue を見よ。
◎
This is a first pass at an attempt to precisely specify how exactly to transform elements using the provided matrices. It might not be ideal, and implementer feedback is encouraged. See #912.
`累積~3D変形n行列$は、
`perspective$p ~prop, および
`transform$p ~prop値の中に在る `perspective()^v 変形-関数から影響される。
◎
The accumulated 3D transformation matrix is affected both by the perspective property, and by any perspective() transform function present in the value of the transform property.
この`累積~3D変形n行列$は 4×4 行列であるが、
変形される~objは~2D~boxである。
~boxの各~隅
( %a, %b )
を変形するためには、
まず，~4Dの点 ( %a, %b, 0 ,1 ) に対し当の行列を適用して，
結果の点 ( %x, %y, %z, %w ) を次に従って変形して，
~3Dの点 ( %x′, %y′, %z′) へ戻すモノトスル：
◎
This accumulated 3D transformation matrix is a 4×4 matrix, while the objects to be transformed are two-dimensional boxes. To transform each corner (a, b) of a box, the matrix must first be applied to (a, b, 0, 1), which will result in a four-dimensional point (x, y, z, w). This is transformed back to a three-dimensional point (x′, y′, z′) as follows:
%w = 0 の場合
⇒
( %x′, %y′, %z′) = ( %x × %n, %y × %n, %z × %n )
◎
If w = 0, (x′, y′, z′) = (x ⋅ n, y ⋅ n, z ⋅ n).＼
%n
は実装に依存する値であり、
アリなら［
%x′, %y′ どちらかは、
表示域~sizeより ずっと大きくなる
］ように選ぶべきである。
例えば， %n = 1000 にした場合、
( `5px^v, `22px^v, `0px^v, `0^v )
に対しては
( `5000px^v, `22000px^v, `0px^v )
になるが、
この %n の値は，
( `0.1px^v, `0.05px^v, `0px^v, `0^v )
に対しては小さ過ぎることになる。
この仕様は、
%n について正確な値は定義しない。
概念的には、
( %x′, %y′, %z′ )
は
( %x, %y, %z )
方向の`無限遠＠https://en.wikipedia.org/wiki/Plane_at_infinity$にある。
◎
n is an implementation-dependent value that should be chosen so that x′ or y′ is much larger than the viewport size, if possible. For example, (5px, 22px, 0px, 0) might become (5000px, 22000px, 0px), with n = 1000, but this value of n would be too small for (0.1px, 0.05px, 0px, 0). This specification does not define the value of n exactly. Conceptually, (x′, y′, z′) is infinitely far in the direction (x, y, z).
変形された~boxの 4 隅すべてで %w ~LT 0 になる場合、
~boxは描画されない。
◎
If w < 0 for all four corners of the transformed box, the box is not rendered.
変形された~boxの 1 〜 3 個の隅で %w ~LT 0 になる場合、
~boxを［
~boxを成す［
%w ~LT 0 へ写像される部分
］を~boxから切り取った結果
］に置換するモノトスル。
これは一般に、
3 〜 5 個の頂点からなる多角形になり，
うち 2 個の隣接する頂点では %w ~EQ 0, 残りの頂点では %w ~GT 0 になる。
次に，これらの頂点は、
前段落の規則を利用して~3Dの点に変形される。
概念的には、
%w ~LT 0 になる点は，`視点$の “背後” にある
— なので、
可視にならないべきである。
◎
If w < 0 for one to three corners of the transformed box, the box must be replaced by a polygon that has any parts with w < 0 cut out. This will in general be a polygon with three to five vertices, of which exactly two will have w = 0 and the rest w > 0. These vertices are then transformed to three-dimensional points using the rules just stated. Conceptually, a point with w < 0 is "behind" the viewer, so should not be visible.
~boxのどの隅の %z 座標も，`perspective$f に与えた視点の Z 座標より大きい。
これは~boxが視点の背後にあって表示されないことを意味する。
数学的には、
点
( %x, %y )
は，まず
( %x, %y, 0, 1 )
にされた後，
( %x, %y, 100, 1 )
へ並進され，遠近法が適用されて
( %x, %y, 100, −1 )
になる。
この座標は %w ~LT 0 になるので，表示されない。
実装は %w ~LT 0 になる事例を分けて取扱う必要がある。
さもなければ、
この座標を −1 で除算した
( − %x, − %y, −100 )
による，不正な表示（~boxの鏡像）になり得る。
◎
All of the box’s corners have z-coordinates greater than the perspective. This means that the box is behind the viewer and will not display. Mathematically, the point (x, y) first becomes (x, y, 0, 1), then is translated to (x, y, 100, 1), and then applying the perspective results in (x, y, 100, −1). The w-coordinate is negative, so it does not display. An implementation that doesn’t handle the w < 0 case separately might incorrectly display this point as (−x, −y, −100), dividing by −1 and mirroring the box.
ここでは、
~boxは，中心が視点と同じ所に据えられように，上層へ並進される。
これは，視界~全体が埋まるまで，~boxを限りなく視点に近付けるようにする。
既定の `transform-origin$p は~boxの中心にあり，そこは黄色に塗られるので、
~screenは黄色で埋められることになる。
◎
Here, the box is translated upward so that it sits at the same place the viewer is looking from. This is like bringing the box closer and closer to one’s eye until it fills the entire field of vision. Since the default transform-origin is at the center of the box, which is yellow, the screen will be filled with yellow.
数学的には、
点
( %x, %y )
は，まず
( %x, %y, 0, 1 )
としてから,
( %x, %y, 50, 1 )
へ並進され,
遠近法を適用した結果は
( %x, %y, 50, 0 )
になる。
左上~隅は、
中心にある変形-原点から相対的に
( −50, −50 )
の所にあるので，結果の左上~隅は
( −50, −50, 50, 0 )
になる。
これは左上から十分に遠い ある地点，例えば
( −5000, −5000, 5000 )
へ変形される。
同様に、
他の隅も十分に遠い所へ移される。
~box全体に引き延ばされる `radial-gradient$f は，今や非常に広大になるので、
可視~部分は
— ~scrollされていないとするなら —
中央の画素の色, 黄色になるはずである。
しかしながら，~boxは実際には無限でないので、
利用者は，依然として［
周辺まで~scrollして青色~部分を見る
］ことも可能になる。
◎
Mathematically, the point (x, y) first becomes (x, y, 0, 1), then is translated to (x, y, 50, 1), then becomes (x, y, 50, 0) after applying perspective. Relative to the transform-origin at the center, the upper-left corner was (−50, −50), so it becomes (−50, −50, 50, 0). This is transformed to something very far to the upper left, such as (−5000, −5000, 5000). Likewise the other corners are sent very far away. The radial gradient is stretched over the whole box, now enormous, so the part that’s visible without scrolling should be the color of the middle pixel: yellow. However, since the box is not actually infinite, the user can still scroll to the edges to see the blue parts.
~boxの左~辺は固定され、
右~辺は扉が開く様に，`視点$に向かって 45° 回転されることになる。
右~辺は、
遠近法の値 `50px^v より大きい %z = `70.7px^v の所にあるので，
（視点の “背後” に）消失することになり、
可視な部分は，右方へ無限に遠くまで引き延ばされることになる。
◎
The box will be rotated toward the viewer, with the left edge staying fixed while the right edge swings closer. The right edge will be at about z = 70.7px, which is closer than the perspective of 50px. Therefore, the rightmost edge will vanish ("behind" the viewer), and the visible part will stretch out infinitely far to the right.
数学的には、
元々は変形-原点から相対的に ( 100, −50 ) の所にあった~boxの右上~頂点は、
まず ( 100, −50, 0, 1 ) に展開されてから，指定された変形が適用され、
およそ ( 70.71, −50, 70.71, −0.4142 ) の所に写像される。
この %w 座標 −0.4142 は負なので，~boxを成す［
%w ~LT 0 へ写像される部分
］を切り取る必要がある。
その結果，新たな右上~頂点は
( 50, −50, 50, 0 )
になる。
次に，
これは同じ方向にある, 変形-原点から右上方へ遠く離れたある点
（例えば ( 5000, −5000, 5000 ) ）
へ写像される。
右下~隅についても同様の演算が行われ，遠く右下方へ写像される。
結果の~boxは、
~screenの辺を大きく越えて延ばされる。
◎
Mathematically, the top right vertex of the box was originally (100, −50), relative to the transform-origin. It is first expanded to (100, −50, 0, 1). After applying the transform specified, this will get mapped to about (70.71, −50, 70.71, −0.4142). This has w = −0.4142 < 0, so we need to slice away the part of the box with w < 0. This results in the new top-right vertex being (50, −50, 50, 0). This is then mapped to some faraway point in the same direction, such as (5000, −5000, 5000), which is up and to the right from the transform-origin. Something similar is done to the lower right corner, which gets mapped far down and to the right. The resulting box stretches far past the edge of the screen.
ここでも、
描画される~boxは依然として有限であり，利用者は~scrollして全部を見れる。
しかしながら、
右側部分
— 元の~boxの右~端から `30px^v 程の部分 —
は，すでに切り取られており、
利用者がどこまで~scrollしようが，可視にならない。
幅 `25px^v の青色な~borderについては、
左端, 上端, 下端は可視になるが，右端は可視にならない。
◎
Again, the rendered box is still finite, so the user can scroll to see the whole thing if they choose. However, the right part has been chopped off. No matter how far the user scrolls, the rightmost 30px or so of the original box will not be visible. The blue border was only 25px wide, so it will be visible on the left, top, and bottom, but not the right.
［
1 個／ 3 個
］の頂点で %w ~LT 0 になる場合も、
同じ基本的な手続-が適用されることになる。
ただし、
この場合に［
%w ~LT 0 へ写像される部分
］を切り取った結果は、
四辺形ではなく［
三角形／五角形
］になる。
◎
The same basic procedure would apply if one or three vertices had w < 0. However, in that case the result of truncating the w < 0 part would be a triangle or pentagon instead of a quadrilateral.
5. 個別的な変形~prop：`translate^p, `scale^p, `rotate^p
［
`translate$p, `rotate$p, `scale$p
］~propは、［
~UIにおける代表的な用法に対応する仕方で，単純な変形を独立に指定する
］ことを作者に許容する
— `transform$p における［
`translate$f, `rotate$f, `scale$f
］の動作の順序を覚えずに済むよう。
これらの~propは、
それらの動作（同順）を `transform$p とは独立に保って，~screen座標~内で動作する。
【すなわち，これらの~propによる変形は、`決められた順序＠#ctm$で適用される。】
◎
The translate, rotate, and scale properties allow authors to specify simple transforms independently, in a way that maps to typical user interface usage, rather than having to remember the order in transform that keeps the actions of translate(), rotate() and scale() independent and acting in screen coordinates.
◎名 `translate@p
◎値 `~none0$v | `length-percentage$t [ `length-percentage$t `length$t? ]?
◎初 `none^v
◎適 `変形-可能$な要素
◎継 されない
◎百 ［
1 個目／ 2 個目
］の値は、
`基準~box$の［
横幅／縦幅
］に相対的
◎
relative to the width of the reference box (for the first value) or the height (for the second value)
◎算
~keyword `none^v ／
2 個の［
`length-percentage$t の算出d値
］と 1 個の`算出d長さ$
◎
the keyword none or a pair of computed <length-percentage> values and an absolute length
◎順 文法に従う
◎ア 算出された値~型による
— ただし， `none^v については下を見よ
◎
by computed value, but see below for none
◎表終
`translate$p ~propは、
順に［
X, Y, Z
］軸~~方向の並進を指定する 1 〜 3 個の値を受容する：
◎
The translate property accepts 1-3 values, each specifying a translation against one axis, in the order X, Y, then Z.＼
［
2 個目／3 個目
］の値が省略された場合の既定は、
`0px^v とする。
◎
When the second or third values are missing, they default to 0px.
3 個目の値が：
◎
If the third value＼
［
省略された／ 0 をとる
］場合、
~2D並進を指定する
— `translate$f 関数と等価になる。
◎
is omitted or zero, this specifies a 2d translation, equivalent to the translate() function.＼
他の場合、
~3D並進を指定する
— `translate3d$f 関数と等価になる。
◎
Otherwise, this specifies a 3d translation, equivalent to the translate3d() function.
注記：
`translate$p ~propの`解決d値$は`算出d値$なので、
`getComputedStyle()$c の結果は百分率~値を含む【百分率~値が指定された場合には】。
◎
Note: The resolved value of the translate property is the computed value, and thus getComputedStyle() includes percentage values in its results.
◎名 `rotate@p
◎値 `~none0$v | `angle$t | [ `x$v | `y$v | `z$v | `number$t{3} ]? && `angle$t
◎初 `none^v
◎適 `変形-可能$な要素
◎継 されない
◎百 受容しない
◎算
［
~keyword `none^v ／ `angle$t
］と回転~軸を表現する［
3 個の `number$t が成す~list
］
◎
the keyword none, or an <angle> with an axis consisting of a list of three <number>s
◎順 文法に従う
◎ア SLERP として
【`~~参照＠#interpolation-of-decomposed-3d-matrix-values$】
— ただし， `none^v については下を見よ
◎
as SLERP, but see below for none
◎表終
`rotate$p ~propは、
次を受容する
⇒＃
要素を回転する角度（ `angle^t ）,
どの軸~周りで回転するか（省略可能）
◎
The rotate property accepts an angle to rotate an element, and optionally an axis to rotate it around.
軸は、
次に挙げるいずれかで指定できる：
◎
↓
~keyword［
`x@v ／
`y@v ／
`z@v
］
⇒
順に［
x ／ y ／ z
］軸~周りの回転を指定する
— ［
`rotateX$f ／ `rotateY$f ／ `rotateZ$f
］関数と等価になる。
◎
The axis can be specified with either the x, y, or z keywords, which specify a rotation around that axis, equivalent to the rotateX(), rotateY(), and rotateZ() transform functions.＼
3 個の `number$t
⇒
原点からの~vectorを成す［
x, y, z
］成分を順に表現する
— `rotate3d$f 関数と等価になる。
◎
Alternately, the axis can be specified explicitly by giving three numbers representing the x, y, and z components of an origin-centered vector, equivalent to the rotate3d() function.
`angle$t のみが指定された場合、
z 軸~周りの回転になり，［
~keyword `z$v ／
~vector [ 0, 0, 正な値 ]
］が指定された場合と同じに挙動する。
それらは、
どれも `rotate$f 関数と等価な~2D回転になる
（例えば、
`rotate$p 用の値［
`30deg^v,
`z 30deg^v,
`0 0 1 30deg^v
］は互いに等価になる）。
◎
There is no difference in behavior between a rotation specified as an <angle> alone and a rotation specified as being around the z-axis (whether by the z keyword or by a vector whose first two components are zero and third component is positive); they are all 2d rotations equivalent to the rotate() function. For example, rotate: 30deg, rotate: z 30deg, and rotate: 0 0 1 30deg are equivalent.
◎名 `scale@p
◎値 `~none0$v | [ `number$t | `percentage$t ]{1,3}
◎初 `none^v
◎適 `変形-可能$な要素
◎継 されない
◎百 受容しない
◎算
~keyword `none^v ／
3 個の `number$t が成す~list
◎
the keyword none, or a list of 3 <number>s
◎順 文法に従う
◎ア 算出された値~型による
— ただし， `none^v については下を見よ
◎
by computed value, but see below for none
◎表終
`scale$p ~propは、
順に［
X, Y, Z
］軸~~方向の拡縮率を指定する 1 〜 3 個の値を受容する：
◎
The scale property accepts 1-3 values, each specifying a scale along one axis, in order X, Y, then Z.
2 個目の値（ Y ）が省略された場合の既定は、
1 個目の値（ X ）と同じになる。
◎
If the Y value is not given, then it defaults to being the same as the X value.
3 個目の値（ Z ）が省略された場合の既定は、
`1^v になる。
◎
If the Z value is not given, then it defaults to 1.
◎
If the third value is omitted, 1, or 100%, this specifies a 2d scaling, equivalent to the scale() function.＼
Otherwise, this specifies a 3d scaling, equivalent to the scale3d() function.
◎
There is no difference in behavior between the third value being omitted and the third value being 1 or 100%.
`scale$p に指定された `percentage$t は、
同じ~~比率を与える
`number$t と等価になる
— 例えば，値 `100%^v は `1^v と等価になる。
これらの `percentage$t の直列化には、
`number$t が利用される。
◎
A <percentage> is equivalent to a <number>, for example scale: 100% is equivalent to scale: 1. Numbers are used during serialization of specified and computed values.
これら 3 種の~propは、
いずれも
`~none0@v
を既定の値として受容する
— それは、
まったく変形を施さないことを指示する。
特に，この値は、
積層~文脈や`すべての子孫~用の包含塊$の作成を誘発しない。
一方で，他のすべての値は
（ `translate$p: `0px^v の様な “恒等” 変形も含む）、
変形~用の通例にしたがって，［
積層~文脈, `すべての子孫~用の包含塊$
］を作成させる。
◎
All three properties accept (and default to) the value none, which produces no transform at all. In particular, this value does not trigger the creation of a stacking context or containing block for all descendants, while all other values (including “identity” transforms like translate: 0px) create a stacking context and containing block for all descendants, per usual for transforms.
［
`translate$p ／ `rotate$p ／ `scale$p
］が［
~animateまたは遷移-
］していて，その［
from 値, to 値
］のうち片方だけ `none^v をとる場合、
その `none^v は，等価な恒等~変形~値［
`0px^v ／ `0deg^v ／ `1^v
］に置換される。
◎
When translate, rotate or scale are animating or transitioning, and the from value or to value (but not both) is none, the value none is replaced by the equivalent identity value (0px for translate, 0deg for rotate, 1 for scale).
5.1. 直列化
［
`translate$p ／ `rotate$p ／ `scale$p
］~prop【の算出d値】を直列化するときは、
次に従うモノトスル：
◎
Because these properties have two distinct modes of behavior (no transform versus transform), serialization must take this into account:
◎
If a translation is specified, the property must serialize with one through three values. (As usual, if the second and third values are 0px, the default, or if only the third value is 0px, then those 0px values must be omitted when serializing).
◎
↑ It must serialize as the keyword none if and only if none was originally specified. (An identity transform does not count; it must serialize as 0px.)
`rotate$p
◎
for rotate
［
軸を表す 3 個の値
］および `angle$t として直列化する
— ただし：
z 軸~周りの回転（すなわち，~2D回転）である場合、
直列化においては，軸を省略する。
［
x ／ y
］軸~周りの回転である場合、
軸を~keyword［
`x^v ／ `y^v
］に直列化する。
◎
If a rotation about the z axis (that is, in 2D) is specified, the property must serialize as just an <angle>.
◎
If any other rotation is specified, the property must serialize with an axis specified. If the axis is parallel with the x or y axes, it must serialize as the appropriate keyword.
◎
↑ It must serialize as the keyword none if and only if none was originally specified. (An identity transform does not count; it must serialize as 0deg.)
◎
If a scale is specified, the property must serialize with only one through three values. As usual, if the third value is 1, the default, then it is omitted when serializing. If the third value is omitted and the second value is the same as the first (the default), then the second value is also omitted when serializing.
◎
↑ It must serialize as the keyword none if and only if none was originally specified. (An identity transform does not count; it must serialize as 1.)
6. 現在の変形n行列
`変形n行列$は、
次に従って［
`transform$p,
`transform-origin$p,
`translate$p,
`rotate$p,
`scale$p,
`offset$p
］~propから算出されるよう改正される
— それは、
単位i行列に対し，以下の変形nを累積する
【各~変形nを表現する行列を，所与の順に`右から乗算-$する】：
◎
The transformation matrix computation is amended to the following:
◎
The transformation matrix is computed from the transform, transform-origin, translate, rotate, scale, and offset properties as follows:
• Start with the identity matrix.
`transform-origin$p の算出d値による`~3D並進$
◎
Translate by the computed X, Y, and Z values of transform-origin.
`translate$p の算出d値による`~3D並進$
◎
Translate by the computed X, Y, and Z values of translate.
`rotate$p の算出d値による`~3D回転$
◎
Rotate by the computed <angle> about the specified axis of rotate.
`scale$p の算出d値による`~3D拡縮ng$
◎
Scale by the computed X, Y, and Z values of scale.
`offset$p により指定される変形（~2D並進と~2D回転）
◎
Translate and rotate by the transform specified by offset.
`transform$p の値【算出d値？】に~listされた順で与えられる，各~変形-関数
◎
Multiply by each of the transform functions in transform from left to right.
最初の段に与えたものとは逆方向への並進【逆行列】
◎
Translate by the negated computed X, Y and Z values of transform-origin.
`変形-可能$な要素の `transform-style$p の算出d値が `preserve-3d^v になる場合、
要素は［
`積層~文脈$, `すべての子孫~用の包含塊$
］の両者を確立する。
`使用~値$が `preserve-3d^v になる場合、
`~3D描画~文脈$も［
確立する／拡張する
］。
◎
A computed value of preserve-3d for transform-style on a transformable element establishes both a stacking context and a containing block for all descendants. If the used value is preserve-3d then it also establishes or extends a 3D rendering context.
7.1. ~group化~prop値
次の表tを成す各行に対し，［
1 列目に挙げる~prop用の 2 列目に挙げる値
］は、［
適用し得るようになる前に，子孫~要素たちが成す平坦~化された表現を作成する
］ことを~UAに要求する。
したがって、［
当の要素の `transform-style$p 用の値 `preserve-3d^v
］用の`使用~値$を `flat^v に強制する：
◎
The following CSS property values require the user agent to create a flattened representation of the descendant elements before they can be applied, and therefore force the element to have a used style of flat for preserve-3d.
◎
overflow: any value other than visible or clip.
◎
opacity: any value less than 1.
◎
filter: any value other than none.
◎
clip: any value other than auto.
◎
clip-path: any value other than none.
◎
isolation: used value of isolate.
◎
mask-image: any value other than none.
◎
mask-border-source: any value other than none.
◎
mix-blend-mode: any value other than normal.
◎
contain: paint and any other property/value combination that causes paint containment.＼
Note: this includes any property that affect the used value of the contain property, such as content-visibility: hidden.
射影の中心からの距離。
◎
Distance to the center of projection.
射影が射影の中心までの距離であることを検証yする。【？】
◎
Verify that projection is the distance to the center of projection.
ごく小さな `length$t 値は，［
奇妙な描画~結果を生産し得る／変形~計算の数量的な正確度を~~歪め得る
］ので、
`1px^v 未満の値は，描画の目的においては `1px^v として扱うモノトスル。
（この切詰めは下層の値には影響しないので、
~stylesheet内の
`perspective$p: `0^v
を直列化した結果は，依然として `0^v になる。）
◎
As very small <length> values can produce bizarre rendering results and stress the numerical accuracy of transform calculations, values less than 1px must be treated as 1px for rendering purposes. (This clamping does not affect the underlying value, so perspective: 0; in a stylesheet will still serialize back as 0.)
`none@v
遠近法による変形は適用されない。
その効果は、
数学的には，無限大な `length$t 値に近似する。
すべての~objは、
~canvas上に平坦に現れる。
◎
No perspective transform is applied. The effect is mathematically similar to an infinite <length> value. All objects appear to be flat on the canvas.
この~propに `none$v 以外の値を利用した場合、
積層~文脈を確立する。
それは、
`transform$p ~propと同じく，`すべての子孫~用の包含塊$も確立する。
◎
The use of this property with any value other than none establishes a stacking context. It also establishes a containing block for all descendants, just like the transform property does.
［
積層~文脈／包含塊
］は，遠近法には本当は必要ではないが、
これを変更すると，~web互換性を得られなくなるであろう。
◎
We don’t really need to be a stacking context or containing block for perspective, but maybe webcompat means we can’t change this.
［
`perspective$p ／ `perspective-origin$p
］~propの値は、
上述に従って`透視~行列$の算出に利用される。
◎
The values of the perspective and perspective-origin properties are used to compute the perspective matrix, as described above.
9. `perspective-origin^p ~prop
`perspective-origin$p ~propは， `perspective$p ~prop用の原点を確立する。
それは、
実質的に，想定される［
要素の一連の子を俯瞰する`視点$
］の X, Y 位置を設定する。
◎
The perspective-origin property establishes the origin for the perspective property. It effectively sets the X and Y position at which the viewer appears to be looking at the children of the element.
◎名 `perspective-origin@p
◎値 `position$t
◎初 `50% 50%^v
◎適 `変形-可能$な要素
◎継 されない
◎百
`基準~box$の~sizeに相対的
◎
refer to the size of the reference box.
◎算 `background-position$p を見よ
◎順 文法に従う
◎ア 算出された値~型による
◎表終
［
`perspective$p ／ `perspective-origin$p
］~propの値は、
上述に従って`透視~行列$の算出に利用される。
◎
The values of the perspective and perspective-origin properties are used to compute the perspective matrix, as described above.
`perspective-origin$p 用の値は、
遠近法の原点の［
`基準~box$の左上~隅からの~offset
］を表現する。
◎
The values for perspective-origin represent an offset of the perspective origin from the top left corner of the reference box.
`percentage$t
［
横／縦
］~offset用の百分率~値は，`基準~box$の［
横幅／縦幅
］に相対的になる。
【絶対~化された結果の】それは、
`基準~box$の左上~隅からの［
横／縦
］~offsetを表現する。
◎
A percentage for the horizontal perspective offset is relative to the width of the reference box. A percentage for the vertical offset is relative to height of the reference box. The value for the horizontal and vertical offset represent an offset from the top left corner of the reference box.
`length$t
~offsetとして固定的な長さを与える。
それは、
`基準~box$の左上~隅からの［
横／縦
］~offsetを表現する。
◎
A length value gives a fixed length as the offset. The value for the horizontal and vertical offset represent an offset from the top left corner of the reference box.
◎
Computes to 0% for the vertical position if one or two values are given, otherwise specifies the top edge as the origin for the next offset.
◎
Computes to 100% for the horizontal position if one or two values are given, otherwise specifies the right edge as the origin for the next offset.
◎
Computes to 100% for the vertical position if one or two values are given, otherwise specifies the bottom edge as the origin for the next offset.
◎
Computes to 0% for the horizontal position if one or two values are given, otherwise specifies the left edge as the origin for the next offset.
`center@vp
横~位置が指定されなかった場合、
横~位置~用の `50%^v 【！left 50%】に算出される。
他の場合、
縦~位置~用の `50%^v 【！top 50%】に算出される。
◎
Computes to 50% (left 50%) for the horizontal position if the horizontal position is not otherwise specified, or 50% (top 50%) for the vertical position if it is.
`perspective-origin$p の`解決d値$は、
`height^p の様に特別
とする。
`CSSOM$r
◎
The perspective-origin property is a resolved value special case property like height. [CSSOM]
`~3D描画~文脈$に関与する`変形-可能$な要素は、
その `backface-visibility$p の算出d値が `hidden^v になるならば，［
`積層~文脈$, `すべての子孫~用の包含塊$
］どちらも確立する。
◎
A computed value of hidden for backface-visibility on a transformable element that participates in a 3D rendering context establishes both a stacking context and a containing block for all descendants.
`backface-visibility$p: `hidden^v
を伴う要素の可視性は、
次に従って決定される：
◎
The visibility of an element with backface-visibility: hidden is determined as follows:
要素の`累積~3D変形n行列$を算出する。
◎
Compute the element’s accumulated 3D transformation matrix.
行列の `33^M 成分が負である場合、
要素は見えなくされるべきである。
他の場合は可視である。
◎
If the component of the matrix in row 3, column 3 is negative, then the element should be hidden. Otherwise it is visible.
背面の可視性は `33^M を調べるだけでは判明しない。
`917$issue を見よ。
◎
Backface-visibility cannot be tested by only looking at m33. See #917.
注記：
この定義の論拠は次で与えられる：
要素が，薄さ無限小な x–y 平面に埋め込まれた矩形であるとする。
要素が変形されないときの［
表面／裏面
］の座標は，ある極小の %ε に対し
( %x, %y, %ε ) ／ ( %x, %y, − %ε )
になる。
変形-後，要素の表面が裏面よりも
`視点$に近くなる（ %z 値がより高くなる）か, 視点から遠くなるか
どうかを調べればよい。
表面の %z 座標は、
遠近法を織り込む前の段階で
`13^M × %x + `23^M × %y + `33^M × %ε + `43^M
になり，裏面は
`13^M × %x + `23^M × %y − `33^M × %ε + `43^M
になる。
前者の量が後者より大きくなるのは、
`33^M ~GT 0 のとき, そのときに限る。
（ 0 に等しいときは，視点からの表面と裏面の近さは等しくなる。
これはおそらく 90° 回転の様な何かを意味する
—
それは，いずれにせよ要素を不可視にするので、
消失するかどうかを考慮する必要はない）
◎
Note: The reasoning for this definition is as follows. Assume elements are rectangles in the x–y plane with infinitesimal thickness. The front of the untransformed element has coordinates like (x, y, ε), and the back is (x, y, −ε), for some very small ε. We want to know if after the transformation, the front of the element is closer to the viewer than the back (higher z-value) or further away. The z-coordinate of the front will be m13x + m23y + m33ε + m43, before accounting for perspective, and the back will be m13x + m23y − m33ε + m43. The first quantity is greater than the second if and only if m33 > 0. (If it equals zero, the front and back are equally close to the viewer. This probably means something like a 90-degree rotation, which makes the element invisible anyway, so we don’t really care whether it vanishes.)
11. ~SVGと~3D変形-関数
この仕様は、
次に挙げる~SVG要素に対し，`~3D変形-関数$の適用-を明示的に要求する
⇒＃
`容器~要素$のうち `a$e, `g$e, `svg$e,
`~graphics要素$,
`~graphicを参照する要素$,
`foreignObject$e 要素
◎
This specification explicitly requires three-dimensional transform functions to apply to the container elements: a, g, svg, all graphics elements, all graphics referencing elements and the SVG foreignObject element.
◎
Three-dimensional transform functions and the properties perspective, perspective-origin, transform-style and backface-visibility can not be used for the elements: clipPath, linearGradient, radialGradient and pattern. If a transform list includes a three-dimensional transform function, the complete transform list must be ignored. The values of every previously named property must be ignored. Transformable elements that are contained by one of these elements can have three-dimensional transform functions.＼
［
`clipPath$e, `mask$e, `pattern$e
］要素は、［
適用し得るようになる前に，
子孫~要素たちが成す平坦~化された表現を作成する
］よう~UAに要求するので、
`transform-style$p: `preserve-3d^v
の挙動を上書きする。
◎
The clipPath, mask, pattern elements require the user agent to create a flattened representation of the descendant elements before they can be applied, and therefore override the behavior of transform-style: preserve-3d.
`~3D描画~文脈$に属する~objに対しては、
`vector-effect$p ~propが `non-scaling-stroke^v に設定されても，~objの~stroke法には影響しない。
◎
If the vector-effect property is set to non-scaling-stroke and an object is within a 3D rendering context the property has no affect on stroking the object.
~SVGにおける~3D変形~関数の構文を正式に述べる
— `~2D関数~用に述べた＠~TRANSFORM#svg-syntax$のと同じく。
◎
formally describe the syntax of the 3D transform functions in SVG, as is done for the 2-D functions.
12. 変形-関数
`transform$p ~propの値は
`transform-function@t
たちが成す~listである。
許容される変形-関数たちが成す集合は、
以下に与えられる。
この仕様において `angle$t が利用される所では、
0 に等しい `number$t も許容され，角度 0 として扱われる。
並進~用の［
横／縦
］ `percentage$t 値は，`基準~box$の［
横幅／縦幅
］に相対的になる。
拡縮-関数（ `scale^f, 等々）における `percentage$t は、
`number$t と等価であり，指定d値においては `number$t として直列化される。
例えば，
`scale3d(50%, 100%, 150%)^v
は、
`scale3d(0.5, 1, 1.5)^v
として直列化される。
◎
The value of the transform property is a list of <transform-function>. The set of allowed transform functions is given below. Wherever <angle> is used in this specification, a <number> that is equal to zero is also allowed, which is treated the same as an angle of zero degrees. A percentage for horizontal translations is relative to the width of the reference box. A percentage for vertical translations is relative to the height of the reference box. A percentage in a scale function is equivalent to a number, and serializes as a number in specified values. For example, scale3d(50%, 100%, 150%) serializes as scale3d(0.5, 1, 1.5).
12.1. ~2D変形~関数
拡縮-関数は、
`css-transforms-1$r にて定義され，今や百分率を~supportする。
◎
The scale functions defined in [css-transforms-1] now support percentages.
百分率を受容することを除き，
`css-transforms-1$r に`定義される＠~TRANSFORM#two-d-transform-functions$とおり。
◎
As defined in css-transforms-1, but also accepting percentages as described above.
12.2. ~3D変形-関数
以下に挙げるものは、
`~3D変形-関数@
と総称される
— それらにおける `zero$t は、
`0deg^v と同じに挙動する
（ “単位なしの 0” による角度は、
旧来との互換性の理由から保全される）。
◎
In the following 3d transform functions, a <zero> behaves the same as 0deg. ("Unitless 0" angles are preserved for legacy compat reasons.)
`matrix3d@f = matrix3d( `number$t#{16} )
`列主導順＠~GEOMETRY#_column-major-order$による 16 個の値が成す~4x4斉次~行列として、
~3D変形nを指定する。
◎
specifies a 3D transformation as a 4x4 homogeneous matrix of 16 values in column-major order.
所与の【！廃）`translation-value^t 】 3 個の~parameterからなる移動量~vector
[ %tx, %ty, %tz ]
により，`~3D並進$を指定する。
◎
specifies a 3D translation by the vector [tx,ty,tz], with tx, ty and tz being the first, second and third translation-value parameters respectively.
`translateZ@f = translateZ( `length$t )
所与の `length^t 値 %tz による移動量~vector
[ 0, 0, %tz ]
により， Z 方向の`~3D並進$を指定する。
◎
specifies a 3D translation by the vector [0,0,tz] with the given amount in the Z direction.
所与の 3 個の~parameterからなる拡縮ng~vector
[ %sx, %sy, %sz ]
により，`~3D拡縮ng$を指定する。
◎
specifies a 3D scale operation by the [sx,sy,sz] scaling vector described by the 3 parameters.
所与の~parameter %sz による拡縮ng~vector
[ 0, 0, %sz ]
により，`~3D拡縮ng$を指定する。
◎
specifies a 3D scale operation using the [1,1,sz] scaling vector, where sz is given as the parameter.
所与の［
3 個の `number^t 値からなる方向~vector [ %x, %y, %z ],
回転角 `angle^t
］により，`~3D回転$を指定する。
[ 0, 0, 0 ]
のような 正規化できない方向~vectorに対しては、
回転は適用されない。
◎
specifies a 3D rotation by the angle specified in last parameter about the [x,y,z] direction vector described by the first three parameters. A direction vector that cannot be normalized, such as [0,0,0], will cause the rotation to not be applied.
注記：
回転は、
~vectorが指す先から原点を見たときに時計回りになる。
◎
Note: the rotation is clockwise as one looks from the end of the vector toward the origin.
`rotateX@f = rotateX( [ `angle$t | `zero$t ] )
`rotate3d(1, 0, 0, <angle>)^v
と同じ。
◎
same as rotate3d(1, 0, 0, <angle>).
`rotateY@f = rotateY( [ `angle$t | `zero$t ] )
`rotate3d(0, 1, 0, <angle>)^v
と同じ。
◎
same as rotate3d(0, 1, 0, <angle>).
`rotateZ@f = rotateZ( [ `angle$t | `zero$t ] )
`rotate3d(0, 0, 1, <angle>)^v
と同じ
— `rotate(<angle>)^v と等価な~3D変形を与える。
◎
same as rotate3d(0, 0, 1, <angle>), which is a 3d transform equivalent to the 2d transform rotate(<angle>).
`透視~投影~行列$を指定する。
この行列は、
空間の点を，その Z 値に基づいて X, Y 方向に拡縮する
—
正な Z 値を伴う点は，（画面~上では）原点から離れる方向に拡大し、
負な Z 値を伴う点は，原点に近付く方向に縮小する。
z=0 平面~上の点は不変になる。
`length^t ~parameterは、
`視点$から画面（ z=0 平面）までの距離を表現する。
この値を小さくする程、
視点と画面の四隅を頂点とする四角錐は，より平たくなり、
遠近法の効果が誇張されるようになる。
例えば，値 `1000px^v は中程度の遠近感を与え、
値 `200px^v は極度の遠近感を与える。
◎
specifies a perspective projection matrix. This matrix scales points in X and Y based on their Z value, scaling points with positive Z values away from the origin, and those with negative Z values towards the origin. Points on the z=0 plane are unchanged. The parameter represents the distance of the z=0 plane from the viewer. Lower values give a more flattened pyramid and therefore a more pronounced perspective effect. For example, a value of 1000px gives a moderate amount of foreshortening and a value of 200px gives an extreme amount.
この深度~値が `1px^v 未満の場合、
次に挙げる所では `1px^v として扱うモノトスル
⇒＃
描画~目的／
`transform$p の`解決d値$を算出するとき／
`補間＠#interpolation-of-transform-functions$の端点として利用するとき
◎
If the depth value is less than 1px, it must be treated as 1px for the purpose of rendering, for computing the resolved value of transform, and when used as the endpoint of interpolation.
注記：
上の “`1px^v 未満” 規則の意図は、
`perspective$f 関数を行列に変換する必要がある事例を受持つことにある。
◎
Note: The intent of the above rules on values less than 1px is that they cover the cases where the perspective() function needs to be converted into a matrix.
12.3. 原始関数とその派生関数
一部の変形-関数は、
より汎用な変形-関数の特殊な場合として表現できる。
後者は
原始関数
（ `primitive transform functions^en, 略して `primitive^en ），
前者は その
派生関数
（ `derived transform function^en ）
と呼ばれる。
~3Dにおける原始関数, その派生関数は：
◎
Some transform functions can be represented by more generic transform functions. These transform functions are called derived transform functions, and the generic transform functions are called primitive transform functions. Three-dimensional primitives and their derived transform functions are:
原始関数
派生関数
`translate3d$f
`translateX$f,
`translateY$f,
`translateZ$f,
`translate$f
◎
for <translateX()>, <translateY()>, translateZ() and <translate()>.
`scale3d$f
`scaleX$f,
`scaleY$f,
`scaleZ$f,
`scale$f
◎
for <scaleX()>, <scaleY()>, scaleZ() and <scale()>.
`rotate3d$f
`rotate$f,
`rotateX$f,
`rotateY$f,
`rotateZ$f
◎
for <rotate()>, rotateX(), rotateY() and rotateZ().
派生関数に対応する原始関数として~2D, ~3D両者がある場合、
どちらを利用するかは，文脈から決まる。
`§ 原始関数と派生関数の補間＠#interpolation-of-transform-functions$
を見よ。
◎
For derived transform functions that have a two-dimensional primitive and a three-dimensional primitive, the context decides about the used primitive. See Interpolation of primitives and derived transform functions.
13. 二つの行列の補間
2 つの行列の合間を補間するためには、
まず，各~行列を対応している［
並進, 回転, 拡縮, 斜傾
］
— `~3D行列$の場合は、
それに加えて遠近法の成分 —
に分解する。
次に，この分解された 2 つの［
一連の行列
］の間で、
互いに対応する行列を，数量的に補間する。
最後に、
その結果の一連の行列を，一つの行列に再構成する。
◎
When interpolating between two matrices, each matrix is decomposed into the corresponding translation, rotation, scale, skew and (for a 3D matrix) perspective values. Each corresponding component of the decomposed matrices gets interpolated numerically and recomposed back to a matrix in a final step.
13.1. 二つの~3D行列の補間
13.1.1. ~3D行列の分解-法
下の疑似~codeは
“`Graphics Gems II, edited by Jim Arvo^cite”
による “`unmatrix^en” 手法に基づくが、
`Gimbal Locks^en
【`ジンバルロック＠https://ja.wikipedia.org/wiki/%E3%82%B8%E3%83%B3%E3%83%90%E3%83%AB$】
の問題を避けるため，
`Euler angle^en
【`オイラー角＠https://ja.wikipedia.org/wiki/%E3%82%AA%E3%82%A4%E3%83%A9%E3%83%BC%E8%A7%92$】
の代わりに
`Quaternions^en
【`四元数＠https://ja.wikipedia.org/wiki/%E5%9B%9B%E5%85%83%E6%95%B0$】
を利用するよう改変されている。
◎
The pseudo code below is based upon the "unmatrix" method in "Graphics Gems II, edited by Jim Arvo", but modified to use Quaternions instead of Euler angles to avoid the problem of Gimbal Locks.
次の疑似~codeは~4x4斉次~行列に対して働く：
【！homogeneous transformation matrix同次変形n行列】
◎
The following pseudocode works on a 4x4 homogeneous matrix:
始値-行列を分解して得られた各~成分~値［
並進, 拡縮, 斜傾, 遠近法
］は、
対応する 終値-行列の各~成分との間で，線型に補間される。
◎
Each component of the decomposed values translation, scale, skew and perspective of the source matrix get linearly interpolated with each corresponding component of the destination matrix.
注記：
例えば、
始値-行列の translate[0]
と終値-行列の translate[0]
は数量的に補間され，その結果が~animateしている要素の並進を設定するために利用される。
◎
Note: For instance, translate[0] of the source matrix and translate[0] of the destination matrix are interpolated numerically, and the result is used to set the translation of the animating element.
分解された［
始値-／終値-
］行列の四元数は、
下の疑似~codeにて述べられる球面~線型~補間
（ `Slerp^en 【`参考＠https://en.wikipedia.org/wiki/Slerp$】）
を利用して，補間される。
◎
Quaternions of the decomposed source matrix are interpolated with quaternions of the decomposed destination matrix using the spherical linear interpolation (Slerp) as described by the pseudo code below:
補間の結果の値が、
要素の利用元~空間を変形するときに利用される。
これらの値は~4x4行列に再構成するために利用される。
これは、
次の疑似~codeにより行える：
◎
After interpolation, the resulting values are used to transform the elements user space. One way to use these values is to recompose them into a 4x4 matrix. This can be done following the pseudo code below:
2 つの変形-関数は、
名前も引数の個数も同じならば，
前節による換算を要することなく数量的に補間できる。
その計算-結果は、
同じ個数の引数を伴う同じ型の変形-関数になる。
◎
Two transform functions with the same name and the same number of arguments are interpolated numerically without a former conversion. The calculated value will be of the same transform function type with the same number of arguments.＼
変形-関数［
`matrix$f,
`matrix3d$f,
`perspective$f
］には、
特別な規則が適用される
— いずれも、
まず~4x4行列に換算されてから，`§ 行列の補間$の定義に従って補間される。
◎
Special rules apply to <matrix()>, <matrix3d()> and <perspective()>.
◎
The transform functions <matrix()>, matrix3d() and perspective() get converted into 4x4 matrices first and interpolated as defined in section Interpolation of Matrices afterwards.
原始関数 `rotate3d$f の補間~用には、
まず，両~変形-関数の方向~vectorが正規化される。
［
互いの正規化された~vectorは等しくない
］かつ［
回転~角度は どちらも 0 でない
］場合、
両~変形-関数は，まず~4x4行列に換算されてから，`§ 行列の補間$の定義に従って補間される。
他の場合、
回転~角度は数量的に補間され，［
両~角度とも 0 になる場合は (0, 0, 1) ／
~ELSE_ 0 でない角度
］による回転~vectorが利用される。
◎
For interpolations with the primitive rotate3d(), the direction vectors of the transform functions get normalized first. If the normalized vectors are not equal and both rotation angles are non-zero the transform functions get converted into 4x4 matrices first and interpolated as defined in section Interpolation of Matrices afterwards. Otherwise the rotation angle gets interpolated numerically and the rotation vector of the non-zero angle is used or (0, 0, 1) if both angles are zero.
2 つの変形~関数［
`translate(0)^v, `translate(100px)^v
］は、
同じ型を成し，同じ個数の引数をとる。
したがって，数量的に補間できる。
変形~関数［
`translateX(100px)^v ／ `translate(100px, 0)^v
］は、
それらと［
同じ型を成さない／
同じ個数の引数をとらない
］ので，変換~段を経ない限り補間し得ない。
◎
The two transform functions translate(0) and translate(100px) are of the same type, have the same number of arguments and therefore can get interpolated numerically. translateX(100px) is not of the same type and translate(100px, 0) does not have the same number of arguments, therefore these transform functions can not get interpolated without a former conversion step.
2 つの変形~関数は、［
同じ原始関数を共有するが，型は異なる／
同じ型を成すが，引数の個数は異なる
］場合でも，補間できる。
両~変形~関数は、
最初に共通な原始関数への変換が必要になり，
それから数量的に補間される。
算出d値は、
結果の補間された引数を伴う原始関数になる。
◎
Two different types of transform functions that share the same primitive, or transform functions of the same type with different number of arguments can be interpolated. Both transform functions need a former conversion to the common primitive first and get interpolated numerically afterwards. The computed value will be the primitive with the resulting interpolated arguments.
次の例は、
`div^e ~boxに~hoverされているときの，
`translateX(100px)^v から `translateY(100px)^v への 3 秒間の遷移を述べる。
両~変形~関数は、
同じ原始関数 `translate$f から派生するので，補間できる。
◎
The following example describes a transition from translateX(100px) to translateY(100px) in 3 seconds on hovering over the div box. Both transform functions derive from the same primitive translate() and therefore can be interpolated.
両~変形~関数は、
遷移-時には，共通な原始関数へ変形される。
［
`translateX(100px)^v は `translate(100px, 0)^v ／
`translateY(100px)^v は `translate(0, 100px)^v
］に変換される。
両~変形~関数は、
それから数量的に補間し得るようになる。
◎
For the time of the transition both transform functions get transformed to the common primitive. translateX(100px) gets converted to translate(100px, 0) and translateY(100px) gets converted to translate(0, 100px). Both transform functions can then get interpolated numerically.
両~変形~関数が ある~2D原始関数を共有する場合、
両~変形~関数とも 当の~2D原始関数に変換される。
どちらかが~3D変形~関数である場合、
共通な~3D原始関数が利用される。
◎
If both transform functions share a primitive in the two-dimensional space, both transform functions get converted to the two-dimensional primitive. If one or both transform functions are three-dimensional transform functions, the common three-dimensional primitive is used.
この例では、
~2D変形~関数から~3D変形~関数へ~animateされる。
共通な原始関数は `translate3d$f になる。
◎
In this example a two-dimensional transform function gets animated to a three-dimensional transform function. The common primitive is translate3d().
◎
Addition of two transform lists Va and Vb is defined as list concatenation such that Vresult is equal to Vb appended to Va.
2 個の変形~list
( 値A, 値B )
の`累積$は、
互いの対応する【！with regards to matching】変形-関数どうしの補間と同じ手続きに従う
（ `CSS-TRANSFORMS-1$r `§ 変形どうしの補間＠~TRANSFORM#interpolation-of-transforms$
を見よ）
— 必要yなだけ［
~listに`恒等~変形-関数$を補充する／
`none^v を`恒等~変形-関数$に変換する／
両~引数を行列に変換する
］ことも含めて。
しかしながら，個々の~parameterは、
補間する代わりに，加算を利用して結合される。
ただし、
~parameterの値が［
`恒等~変形-関数$における 1
］である事例（例：
拡縮率~parameterや, 行列の `11^M, `22^M, `33^M, `44^M ~~成分
）においては、
次に与える
`1 に基づく値~用の累積@
を利用して結合する
⇒
%結果値 ~SET 値A ~PLUS 値B ~MINUS 1
◎
Accumulation of two transform lists Va and Vb follows the same steps as interpolation with regards to matching transform functions including padding lists with identity transform functions, converting none to an identity transform function, and converting both arguments to matrices as necessary (see CSS Transforms 1 § 9 Interpolation of Transforms). However, instead of interpolating the individual parameters, they are combined using arithmetic addition—except in the case of parameters whose value is one in the identity transform function (e.g. scale parameters and matrix elements m11, m22, m33, and m44), which combine using accumulation for one-based values as follows:
• Vresult = Va + Vb - 1
注記：
上の定義は、［
値B は 値A からの差分として動作する
］とする`累積$の意図を保全する。
それは、
次のような~animationが：
◎
The above definition preserves the intent of accumulation which is that Vb acts as a delta from Va and allows an animation such as:
◎
Some animations require a neutral element for addition. For transform functions this is a scalar or a list of scalars of 0. Examples of neutral elements for transform functions are translate(0), translate3d(0, 0, 0), translateX(0), translateY(0), translateZ(0), scale(0), scaleX(0), scaleY(0), scaleZ(0), rotate(0), rotate3d(vx, vy, vz, 0) (where v is a context dependent vector), rotateX(0), rotateY(0), rotateZ(0), skew(0, 0), skewX(0), skewY(0), matrix(0, 0, 0, 0, 0, 0), matrix3d(0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0) and perspective(none).
注記：
［
`matrix$f, `matrix3d$f, `perspective$f
］による単位元［
からの（ `from^b ） ／への（ `to^b ）
］~animationは、
離散的な~animationに~fall-backする（`§ 行列の補間$を見よ）。
◎
Note: Animations to or from the neutral element of additions <matrix()>, matrix3d() and perspective() fall back to discrete animations (See § 13 Interpolation of Matrices).
16. 変形-関数の数学的~記述
すべての変形-関数は、
次のような形の~4x4変形n行列として数学的に表現できる：
◎
Mathematically, all transform functions can be represented as 4x4 transformation matrices of the following form:
行列~上の並進の 1 単位は、
要素の`局所~座標系$の 1 画素と等価になる。
◎
One translation unit on a matrix is equivalent to 1 pixel in the local coordinate system of the element.
移動量 [ %tx, %ty, %tz ] による
`~3D並進@
は、
次の行列と等価になる：
◎
A 3D translation with the parameters tx, ty and tz is equivalent to the matrix:
`translate3d^dgm
拡縮率 [ %sx, %sy, %sz ] による
`~3D拡縮ng@
は、
次の行列と等価になる：
◎
A 3D scaling with the parameters sx, sy and sz is equivalent to the matrix:
`scale3d^dgm
軸~vector [ %x, %y, %z ] と回転角 %α による
`~3D回転@
は、
次の行列と等価になる：
◎
A 3D rotation with the vector [x,y,z] and the parameter alpha is equivalent to the matrix:
`rotate3dmatrix^dgm
ここで：
◎
where:
%sc = sin (%α/2) ⋅ cos (%α/2)
◎
\newline sc = \sin (\alpha/2) \cdot \cos (\alpha/2)＼
%ss = sin (%α/2) ⋅ sin (%α/2)
◎
\newline sq = \sin^2 (\alpha/2)
%x, %y, %z は、
いずれも正規化-済み
— ［
それぞれの 2 乗の総和
］の平方根で除算-済み —
とする。
◎
and where x, y, and z have been normalized (that is, where the x, y, and z values given have been divided by the square root of the sum of their squares).
注記：
各~軸~周りの回転は、
以下のように単純~化される。
◎
↓
X 軸~周りの回転：
◎
Note that this means that a rotation around the X axis simplifies to:
`rotate3dX^dgm
Y 軸~周りの回転：
◎
a rotation around the Y axis simplifies to:
`rotate3dY^dgm
Z 軸~周りの回転：
◎
and a rotation around the Z axis simplifies to:
`rotate3dZ^dgm
~parameter %d による
`透視~投影~行列@
は、
次の行列と等価になる：
◎
A perspective projection matrix with the parameter d is equivalent to the matrix:
`perspective^dgm
【！[ x, y, z, 1 ] → [ x, y, z, 1 − z/d ] 〜 [ x/s, y/s, z/s, 1 ]; s = 1 − z/d】
~parameter %d は、
`~none1$v の場合には無限大として扱われる
（結果の行列は、
単位i行列になる）。
◎
If the parameter d is none it is treated as infinity (and the resulting matrix is the identity matrix).
この仕様は、
新たな`呈示~属性$として，次に挙げるものも導入する
⇒＃
`transform-origin$p,
`perspective$p,
`perspective-origin$p,
`transform-style$p,
`backface-visibility$p
◎
This specification will also introduce the new presentation attributes transform-origin, perspective, perspective-origin, transform-style and backface-visibility.
新たに導入された`呈示~属性$の値は、
~SVG~data型の構文~規則 `SVG11$r
【`参照＠~SVGtypes#syntax$（ `SVG2$r ）】
に従って構文解析される。
◎
Values on new introduced presentation attributes get parsed following the syntax rules on SVG Data Types [SVG11].
18. ~SVG~animation
18.1. `animate$e, `set$e 要素
この仕様により`呈示~属性$とされる~prop［
`perspective$p,
`perspective-origin$p,
`transform-style$p,
`backface-visibility$p
］は、
~animate可能である。
［
`transform-style$p,
`backface-visibility$p
］は、
加法的でない。
◎
The introduce presentation attributes perspective, perspective-origin, transform-style and backface-visibility are animatable. transform-style and backface-visibility are non-additive.
19. 更なる課題
`https://lists.w3.org/Archives/Public/www-style/2015Mar/0371.html＠https://lists.w3.org/Archives/Public/www-style/2015Mar/0371.html$
により，当~WGは、
~SVGの `non-scaling-stroke^v 仕様
【 “`拡縮されない~stroke＠~SVGpainting#PaintingVectorEffects$” 】
などから利用するために，
変形を統一された “拡縮率” に分解するための公式を追加するものと解決した
（この仕様は［
`scaleX$f , `scaleY$f, `scaleZ$f
］に分解する方法を すでに定義している）。
`その公式はここに定義される＠https://www.w3.org/Graphics/SVG/WG/wiki/Proposals/Specifying_decomposition_of_scale$
。
◎
Per https://lists.w3.org/Archives/Public/www-style/2015Mar/0371.html, the WG resolved to add a formula for decomposing a transform into a unified "scale" (the spec already defines how to decompose it into scaleX/Y/Z), for use by things like SVG’s non-scaling stroke spec. Formula is defined here.
~security／~privacyの考慮点
この仕様が導入する新たな［
~privacy／~security
］の考慮点は，無い。
◎
This specification introduces no new security or privacy considerations.
変更点
`2021年 11月 9日 作業草案＠~TR/2021/WD-css-transforms-2-20211109/$
からの主要な変更点
◎
Recent Changes
◎
Substantive changes since 9 November 2021 WD:
まだ無い
◎
None yet
`2020年 3月 3日 作業草案＠~TR/2020/WD-css-transforms-2-20200303/$
からの主要な変更点
◎
Substantive changes since 3 March 2020 WD:
この仕様は、もはや，［
個々の変形~propが~2D値, ~3D値どちらをとるか状態を保守する
］よう要求しない
— 代わりに，［
~2Dとして表出し得る値
【例： `translate$p に対する `10px 10px 0^v 】
は、
どれも~2Dとして扱う
］ことを要求するようにした。
（ `3305$issue）
◎
The specification no longer requires maintaining state for whether individual transform properties have 2D or 3D values, but instead requires that any value that can be expressed as 2D is treated as 2D (see #3305).
注記：
相似的な変更は、
変形~関数に対しても意図されるが，まだ為されていない。
◎
Note: An analogous change is intended for transform functions, but it has not been made yet.
`scale$p ~prop, ［
`scale$f, `scaleX$f, `scaleY$f
］関数は、
今や百分率を~supportする。
（`3399$issue）
◎
The scale property and scale(), scaleX() and scaleY() functions now support percentages (see #3399).
複数の定義を仕様の~3D描画~文脈~用の定義と整合するよう修正した：
◎
Fix multiple definitions to be consistent with the spec’s definition for a 3D Rendering Context:
~3D描画~文脈を確立している要素の［
~border,
背景,
~box装飾
］は、
自身の~3D風景における z=0 平面に描画されるものと定義した
— ~3D風景の背後ではなく。
（`6238$issue）
◎
Define that borders, backgrounds, and box decorations of an element establishing a 3D Rendering Context are rendered at z=0 in its 3D scene, rather than behind its 3D scene (see #6238).
`累積~3D変形n行列$は、［
【~3D描画~文脈を】確立している要素の `transform$p,
その親の `perspective$p
］も含めるよう定義した。
（`6191$issue）
◎
Define accumulated 3D transformation matrix to include the transform of the establishing element and the perspective of its parent (see #6191).
塗り封込めは、
`~group化~prop値$になるものと定義した。
（`6202$issue）
◎
Define that paint containment is a grouping property (see #6202).
`perspective$f に `~none1$v 引数の~supportを追加した。
（ `6488$issue）
◎
Add support for a none argument to perspective() (see #6488).
`perspective$f の値の切詰めは、［
解決d値, 補間
］にも適用するものと定義した。
（`6320$issue, `6346$issue）
◎
Define that clamping of values of perspective() also applies to resolved values and interpolation (see #6320 and #6346).
`preserve-3d^v による効果が影響するのは、
`変形-可能$な要素に限られることを明確化した。
（`6430$issue）
◎
Clarify that the effects of preserve-3d only affect transformable elements (see #6430).
`perspective$f 用の`加算における単位元＠#neutral-element$を
`perspective(none)^v に修正した。
◎
Fixed the neutral element for addition for perspective() to be perspective(none)
`translate$p の解決d値が百分率を含むことについて，注記を追加した。
（`2124$issue）
◎
Added a note that the resolved value of translate includes percentages (see #2124).
~3D~sort法を より精確に述べた
— どの子孫が含まれるか説明して，
`付録 E$ への参照を段 1 〜 7 に制限しないようにした。
（`926$issue）
◎
Describe 3D sorting more precisely, to explain which descendants are included, and not limit Appendix E reference to steps 1-7 (see #926).