CSS Images Module Level 3

1.1. ~module間の相互作用

この~moduleは、 `css-values-3$r に定義される `image^t 値~型を定義して拡張する。 また、［ CSS1 ／ CSS2 ］による［ `background-image$p, `cursor$p, `list-style-image$p ］の定義における `url$t 型を `image$t 型に置換し、 `content$p ~propの値における `url$t の代替として `image$t 型を追加する。 CSS2.1 を超える各種~CSS仕様は、 ~2D画像が期待される所では， `url$t に代えて `image$t 記法を利用するものと想定されている。 （例： `CSS3BG$r を見よ。） ◎ This module defines and extends the <image> value type defined in [CSS-VALUES-3]. It also replaces the <url> type with <image> in the background-image, cursor, and list-style-image definitions in CSS1 and CSS2 and adds <image> as an alternative to <url> in the content property’s value. It is presumed that CSS specifications beyond CSS2.1 will use the <image> notation in place of <url> where 2D images are expected. (See e.g. [CSS3BG].)

この~moduleに定義される~propのうち［ `first-line$pe ／ `first-letter$pe ］に適用されるものは、 `image-rendering$p に限られる。 ◎ None of the properties defined in this module, only image-rendering applies to ::first-line and ::first-letter.

1.2. 値~定義

【 この節の内容は `~CSS日本語訳 共通~page＠~CSScommon#values$ に移譲。 】

2.1. 画像~参照： `url^f 記法

画像を指示する最も単純な仕方は、 ~URLにより画像~fileを指すことである。 これは、 `url$f 記法 `CSS-VALUES-3$r で行える。 ◎ The simplest way to indicate an image is to reference an image file by URL. This can be done with the url() notation, defined in [CSS-VALUES-3].

background-image: url(wavy.png);

~URLが指す内容を画像として成功裡に［ ~downloadして，構文解析して, 表示する ］ことができない場合 （すなわち，`全部的に復号-可能$でない場合）、 ~UAは，それを`無効な画像$として扱うモノトスル。 ◎ If the UA cannot download, parse, or otherwise successfully display the contents at the URL as an image (i.e. if the image is not fully fully decodable) it must be treated as an invalid image.

3.1. 線型~gradient： `linear-gradient^f 記法

`線型~gradient$は、 まっすぐな`~gradient線$を指定し，その線に沿って置かれるいくつかの色（`色停$）により作成される。 画像は、 無限な~canvasを作成した上で，［ `~gradient線$の各~点に対し，その点から出る垂線を その点の色で塗る ］ことにより構築される。 これは、 各~色から次の色へ, 指定された方向へ進行する，滑らかな~fadeを生産する。 ◎ A linear gradient is created by specifying a straight gradient line, and then several colors placed along that line. The image is constructed by creating an infinite canvas and painting it with lines perpendicular to the gradient line, with the color of the painted line being the color of the gradient line where the two intersect. This produces a smooth fade from each color to the next, progressing in the specified direction.

`linear-gradient()$t
	= linear-gradient( [ `linear-gradient-syntax$t ] )
`linear-gradient-syntax@t
	= [ `angle$t | `to^v `side-or-corner$t ]?, `color-stop-list$t
`side-or-corner@t
	= [`left^v | `right^v] || [`top^v | `bottom^v]

linear-gradient(yellow, blue);
linear-gradient(to bottom, yellow, blue);
linear-gradient(180deg, yellow, blue);
linear-gradient(to top, blue, yellow);
linear-gradient(to bottom, yellow 0%, blue 100%);

linear-gradient(135deg, yellow, blue);
linear-gradient(-45deg, blue, yellow);

linear-gradient(yellow, blue 20%, #0f0);

linear-gradient(to top right, red, white, blue)

3.2. 放射型~gradient： `radial-gradient^f 記法

放射型~gradientにおける色は、 `線型~gradient$のように `~gradient~box$の一方の側から他方への側へ滑らかに~fadeするのではなく，真円または楕円の一点から湧き出て 外方へ滑らかに溢れていく。 ◎ In a radial gradient, rather than colors smoothly fading from one side of the gradient box to the other as with linear gradients, they instead emerge from a single point and smoothly spread outward in a circular or elliptical shape.

`radial-gradient@f 記法は、 放射型~gradientを指定する — ~gradientの`中心$（これは，大きさ 0% の楕円を表す）, および `終形@ （大きさ 100% の楕円）の~sizeと形状を指示することにより。 一連の`色停$は、 `linear-gradient$f のときと同様に，~listとして与える。 ~gradientの`中心$から`終形$に向かって（あるいはそれを超えて）一様に拡大していく，同心円状の楕円が、 指定された色停に則って，色~付けられる。 ◎ The radial-gradient() notation specifies a radial gradient by indicating the center of the gradient (where the 0% ellipse will be) and the size and shape of the ending shape (the 100% ellipse). Color stops are given as a list, just as for linear-gradient(). Starting from the gradient center and progressing towards (and potentially beyond) the ending shape, uniformly-scaled concentric ellipses are drawn and colored according to the specified color stops.

`radial-gradient()$t
	= radial-gradient( `radial-gradient-syntax$t )
`radial-gradient-syntax@t
	= [ `radial-shape$t || `radial-size$t ]? [ at `position$t ]? , `color-stop-list$t
`radial-size@t
	= `radial-extent$t
	| `length [0,∞]$t
	| `length-percentage [0,∞]$t{2}
`radial-extent@t
	= `closest-corner$v
	| `closest-side$v
	| `farthest-corner$v
	| `farthest-side$v
`radial-shape@t
	= `circle$v
	| `ellipse$v

radial-gradient(5em circle at top left, yellow, blue)

`radial-gradient$f
	= radial-gradient(
	[	  [ `circle$v || `length [0,∞]$t ] [ at `position$t ]? ,
		| [ `ellipse$v || `length-percentage [0,∞]$t{2} ] [ at `position$t ]? ,
		| [ [ `circle$v | `ellipse$v ] || `radial-extent$t ] [ at `position$t ]? ,
		| at `position$t ,
	]? `color-stop-list$t )

radial-gradient(yellow, green);
radial-gradient(ellipse at center, yellow 0%, green 100%);
radial-gradient(farthest-corner at 50% 50%, yellow, green);

radial-gradient(circle, yellow, green);

radial-gradient(red, yellow, green);

radial-gradient(farthest-side at left bottom, red, yellow 50px, green);

radial-gradient(closest-side at 20px 30px, red, yellow, green);
radial-gradient(20px 30px at 20px 30px, red, yellow, green);

radial-gradient(closest-side circle at 20px 30px, red, yellow, green);
radial-gradient(20px 20px at 20px 30px, red, yellow, green);

3.3. ~gradientの繰返し： `repeating-linear-gradient^f, `repeating-radial-gradient^f 記法

この仕様は、［ `repeating-linear-gradient@f, `repeating-radial-gradient@f ］値を定義する。 これらの記法が引数にとり得る値は、 順に［ `linear-gradient$f, `radial-gradient$f ］と同じであり，同じに解釈される。 ◎ In addition to linear-gradient() and radial-gradient(), this specification defines repeating-linear-gradient() and repeating-radial-gradient() values. These notations take the same values and are interpreted the same as their respective non-repeating siblings defined previously.

`repeating-linear-gradient()$t
	= repeating-linear-gradient( [ `linear-gradient-syntax$t ] )
`repeating-radial-gradient()$t
	= repeating-radial-gradient( [ `radial-gradient-syntax$t ] )

しかしながら，描画については、 それらの`色停$の位置を［ 最初と最後に指定された色停の距離 ］の倍数でズラしながら，両~方向に無限に繰返す下で行われる。 例えば ⇒＃ `repeating-linear-gradient(red 10px, blue 50px)^v は、 `linear-gradient(..., red -30px, blue 10px, red 10px, blue 50px, red 50px, blue 90px, ...)^v と等価になる。 ◎終 最後と最初の色停は、 常に，各~~反復の境界で接することに注意 — なので、 ~gradientの始端と終端の色が異なる場合， その~~境目が露になる遷移を生産することになる。 ◎ When rendered, however, the color-stops are repeated infinitely in both directions, with their positions shifted by multiples of the difference between the last specified color-stop’s position and the first specified color-stop’s position. For example, repeating-linear-gradient(red 10px, blue 50px) is equivalent to linear-gradient(..., red -30px, blue 10px, red 10px, blue 50px, red 50px, blue 90px, ...). Note that the last color-stop and first color-stop will always coincide at the boundaries of each group, which will produce sharp transitions if the gradient does not start and end with the same color.

repeating-linear-gradient(red, blue 20px, red 40px)

repeating-radial-gradient(red, blue 20px, red 40px)

repeating-radial-gradient(
  circle closest-side at 20px 30px,
  red, yellow, green 100%, yellow 150%, red 200%
)

次のいずれかに該当する~gradientに対しては，実装は、 `~gradientの平均~色$を見出して，その色による単色~画像として描画するモノトスル： ◎ ↓

• 最初と最後の`色停$の距離は， 0 ではないが小さ過ぎるため、 出力~機器の物理的な解像度は，実装が当の~gradientを忠実に描画するには不足なことが知れた場合。 ◎ If the distance between the first and last color-stops is non-zero, but is small enough that the implementation knows that the physical resolution of the output device is insufficient to faithfully render the gradient, the implementation must find the average color of the gradient and render the gradient as a solid-color image equal to the average color.
• 最初と最後の`色停$の距離が 0 の場合 （あるいは 実装の制限に因り 0 に丸められている場合） — この場合の`~gradientの平均~色$は、 次により見出すとする ⇒ 最初と最後の色停を任意な微小な距離だけ離した上で、 それらの合間に，残りの色停を均等な間隔で置く。 ◎ If the distance between the first and last color-stops is zero (or rounds to zero due to implementation limitations), the implementation must find the average color of a gradient with the same number and color of color-stops, but with the first and last color-stop an arbitrary non-zero distance apart, and the remaining color-stops equally spaced between them. Then it must render the gradient as a solid-color image equal to that average color.

• `繰返し$`放射型~gradient$の`終形$が［ 横幅が 0 でなく, 縦幅が 0 に十分~近い ］ため、 出力~機器の物理的な解像度は，実装が当の~gradientを忠実に描画するには不足なことが知れた場合。 ◎ If the width of the ending shape of a repeating radial gradient is non-zero and the height is zero, or is close enough to zero that the implementation knows that the physical resolution of the output device is insufficient to faithfully render the gradient, the implementation must find the average color of the gradient and render the gradient as a solid-color image equal to the average color.

  注記： 横幅 が 0 にされた`終形$が どう調整されるかは、 `§ 放射型~gradientの退化-＠#degenerate-radials$にて述べられる。 ◎ Note: The Degenerate Radial Gradients section describes how the ending shape is adjusted when its width is zero.

`色停~list$から `~gradientの平均~色@ を見出すためには、 次の手続きを走らす： ◎ To find the average color of a gradient, run these steps:

1. %c ~LET どの色~成分も 0 にされた乗算済み~RGBA色~値

   %総幅 ~LET 最初の色停から最後の色停までの距離

   ◎ Define list as an initially-empty list of premultiplied RGBA colors, and total-length as the distance between first and last color stops.

2. `色停~list$内の隣接する各~pair %s1, %s2 に対し：

   1. %占有率 ~LET［ %s1, %s2 の距離の半分 ］ ÷ %総幅
   2. ［［ %s1 の色を表現する乗算済み~sRGBA値 ］の各~色~成分に %占有率 を掛けて得される値 ］を，%c に加算する
   3. %s2 について前~段と同じ仕方で得される値を， %c に加算する
   ◎ For each adjacent pair of color-stops, define weight as half the distance between the two color-stops, divided by total-length. Add two entries to list, the first obtained by representing the color of the first color-stop in premultiplied sRGBA and scaling all of the components by weight, and the second obtained in the same way with the second color-stop.
3. %c を返す ◎ Sum the entries of list component-wise to produce the average color, and return it.

注記： ~~通例に倣い、 実装は，上と同じ結果が生産される限り，どのような~algoを利用してもヨイ。 ◎ Note: As usual, implementations may use whatever algorithm they wish, so long as it produces the same result as the above.

repeating-linear-gradient(red 0px, white 0px, blue 0px);

repeating-linear-gradient(red 0px, white .1px, blue .2px);

3.4. ~gradient色の定義-法

次に，~gradientの場を占める色は、 それを［ ~gradient関数により指定される`~gradient線$上の，特定の地点 ］に束ねることにより決定される。 ~UAは、 より滑らかな~gradientの効果を得るためとして，~gradient色を少しだけ “~dither” してもヨイ（個々の画素を~gradient線~上の近くにある色で~randomに代替する）。 ◎ Colors throughout the gradient field are then determined by tying them to specific points along the gradient line as specified by the gradient function. UAs may “dither” gradient colors slightly (randomly alternate individual pixels with nearby colors on the gradient line) to effect a smoother gradient.

`color-stop-list@t
	= `linear-color-stop$t , [ `linear-color-hint$t? , `linear-color-stop$t ]#?
`linear-color-stop@t
	= `color$t `length-percentage$t?
`linear-color-hint@t
	= `length-percentage$t

1. linear-gradient(red, white 20%, blue)
   →1→
   linear-gradient(red 0%, white 20%, blue 100%)

2. linear-gradient(red 40%, white, black, blue)
   →1→3→
   linear-gradient(red 40%, white 60%, black 80%, blue 100%)

3. linear-gradient(red -50%, white, blue)
   →1→3→
   linear-gradient(red -50%, white 25%, blue 100%)

4. linear-gradient(red -50px, white, blue)
   →1→3→
   linear-gradient(red -50px, white calc(-25px + 50%), blue 100%)

5. linear-gradient(red 20px, white 0px, blue 40px)
   →2→
   linear-gradient(red 20px, white 20px, blue 40px)

6. linear-gradient(red, white -50%, black 150%, blue)
   →1→2→
   linear-gradient(red 0%, white 0%, black 150%, blue 150%)

7. linear-gradient(red 80px, white 0px, black, blue 100px)
   →2→3→
   linear-gradient(red 80px, white 80px, black 90px, blue 100px)

4.1. ~obj~sizingの用語

この取扱いを定義するために必要な，種々の概念を述べ易くするため、 少数の用語を定義する： ◎ In order to define this handling, we define a few terms, to make it easier to refer to various concepts:

`生来な寸法@ （ `natural dimension^en ） 【旧称 “内在的~寸法（ `intrinsic dimension^en）” 】 ◎ natural dimension

`生来な縦幅@, `生来な横幅@, `生来な縦横比@ （横幅 対 縦幅の比率） の総称。 これらは個別に，所与の`~obj$に存在しないこともある。 生来な寸法は、 ~obj自身に［ 選好される, あるいは内在的な ］~sizeを表現し，~objが利用される文脈には~~依存しない。 ~CSSは、 一般に，生来な寸法がどう見出されるかについては定義しない。 ◎ The term natural dimensions refers to the set of the natural height, natural width, and natural aspect ratio (the ratio between the width and height), each of which may or may not exist for a given object. These natural dimensions represent the preferred sizing intrinsic to the object itself; that is, they are not a function of the context in which the object is used. CSS does not define how the natural dimensions are found in general.

例えば：

• ~raster画像は、 これら 3 種の`生来な寸法$すべてを伴う。
• 拡縮-可能に設計されている~SVG画像は、［ `生来な縦横比$, `生来な横幅$, `生来な縦幅$ ］どれか一つだけ伴うようにも作成され得る。
• この仕様にて定義される~CSS~gradientは、 `生来な寸法$を全く伴わない。
• ~HTMLの `iframe$e 要素などにより埋込まれた文書。

ほとんどの画像など，多くの`~obj$は、 `生来な寸法$を 2 種に限り有することはない — 残る 1 種は自動的に定義されるので。 しかしながら、 ~form~controlなど，一部の型の置換d要素は、 `生来な横幅$, `生来な縦幅$は有しつつ，`生来な縦横比$は有さないものもある†。 【†これが~layoutにどう影響するのか（例えば “縦横比を保つように拡縮する” 事例など）は、はっきりしない】

◎ Raster images are an example of an object with all three natural dimensions. SVG images designed to scale might have only an natural aspect ratio; SVG images can also be created with only an natural width or height. CSS gradients, defined in this specification, are an example of an object with no natural dimensions at all. Another example of this is embedded documents, such as the iframe element in HTML. Many objects, such as most images, cannot have only two natural dimensions, as any two automatically define the third. However some types of replaced elements, such as form controls, can have a natural width and a natural height, but no natural aspect ratio.

`~obj$の`生来な縦横比$は`退化な比率$を表す場合【！(at least one part being zero or infinity)】、 `生来な縦横比$は無いものと扱われる。 ◎ If an object has a degenerate natural aspect ratio (at least one part being zero or infinity), it is treated as having no natural aspect ratio.

`~obj$が複数の~sizeを備える場合（~iconなど）、 面積が最~大な~sizeが，その`生来な寸法$と~~見なされる。 その~sizeに複数の縦横比が伴われる場合や，~sizeは無くても縦横比は複数 伴われる場合、 `既定の~obj~size$の縦横比に “最も近い” 縦横比が利用される — すなわち、 `~contain拘束$を利用して，~objを`既定の~obj~size$の中に収めるときに、 面積が最~大になる縦横比を選ぶ — 複数の~sizeから最~大~面積が得られる場合は、 最も幅広な~sizeを，`生来な寸法$に選ぶ。 ◎ If an object (such as an icon) has multiple sizes, then the largest size (by area) is taken as its natural dimensions. If it has multiple aspect ratios at that size, or has multiple aspect ratios and no size, then the aspect ratio closest to the aspect ratio of the default object size is used. Determine this by seeing which aspect ratio produces the largest area when fitting it within the default object size using a contain constraint fit; if multiple sizes tie for the largest area, the widest size is chosen as its natural dimensions.

`生来な~size@ ◎ ↓

［ `生来な横幅$／`生来な縦幅$ ］の総称。 ◎ The natural width and natural height are collectively referred to the natural sizes.

`指定d~size@ （ `specified size^en ） ◎ specified size

`~obj$の指定d~sizeは、［ `width$p や `height$p, あるいは `background-size$p ］~propを通してなど，~CSSから与えられる~sizeである。 指定d~sizeは、 次に挙げる一つ, または複数の組合nになる ⇒＃ 確定的な横幅／ 確定的な縦幅／ 拘束たちが成す集合 ◎ The specified size of an object is given by CSS, such as through the width and height or background-size properties. The specified size can be a definite width and height, a set of constraints, or a combination thereof.

`具象-~obj~size@ （ `concrete object size^en ） ◎ concrete object size

`~obj$の`具象-~obj~size$は、 絶対的な［ 横幅, 縦幅 ］を伴う矩形であり，次を組合せた結果から生成される ⇒＃ ~objの`生来な寸法$, ~objの`指定d~size$, ~objを利用している文脈から決まる`既定の~obj~size$

◎ The concrete object size is the result of combining an object’s natural dimensions and specified size with the default object size of the context it’s used in, producing a rectangle with an absolute width and height.

`既定の~obj~size@ （ `default object size^en ） ◎ default object size

`既定の~obj~size$は、 絶対的な［ 横幅, 縦幅 ］を伴う矩形であり，［ `生来な寸法$も`指定d~size$も無いときに，`具象-~obj~size$を決定する ］ために利用される。 ◎ The default object size is a rectangle with an absolute height and width used to determine the concrete object size when both the natural dimensions and specified size are missing dimensions.

4.2. ~CSSと~objとの間の折衝

文書~内に指定された`~obj$ %~obj — ［ `background-image$p ~propの中の `url$f 値／ `img$e 要素の `src$a 属性 ］などを通して指定されたそれ — は、 ~CSSにおいては， `~obj~size折衝@ により~sizeされてから描画される — その~algoは、 次に従う： ◎ Objects in CSS are sized and rendered by the object size negotiation algorithm as follows: • When an object is specified in a document, such as through a url() value in a background-image property or a src attribute on an img element,＼

1. ~CSSは、 %~obj に対し，その`生来な寸法$を~queryする。 ◎ CSS queries the object for its natural dimensions.

2. ~CSSは、 次を利用して， %~obj の`具象-~obj~size$を算出する （`§ 具象-~obj~sizeの解決＠#concrete-size-resolution$を見よ） ⇒＃ %~obj の`生来な寸法$, %~obj の`指定d~size$, %~obj を利用している文脈から決まる`既定の~obj~size$

   これは、 %~obj を描画する領域の［ ~size, 位置 ］を定義する。

   ◎ Using the natural dimensions, the specified size, and the default object size for the context the object is used in, CSS then computes a concrete object size. (See the following section.) This defines the size and position of the region the object will render in.
3. ~CSSは、 %~obj に対し， %~obj の`具象-~obj~size$で描画するよう依頼する ⇒ ~CSS自身は、［ %~obj の`具象-~obj~size$, %~obj の`生来な寸法$ ］が異なる場合に %~obj をどう描画するかについては，定義しない。 %~obj は、 何らかの仕方で，自身を`具象-~obj~size$に合致するよう調整したり、 あるいは，自身の`具象-~obj~size$を［ 自身に課された~sizingの拘束を満たす ］よう変えてから描画してもヨイ。 ◎ CSS asks the object to render itself at the concrete object size. CSS does not define how objects render when the concrete object size is different from the object’s natural dimensions. The object may adjust itself to match the concrete object size in some way, or even render itself larger or smaller than the concrete object size to satisfy sizing constraints of its own.
4. ~CSSは、 %~obj を — ~CSSにより他が指定されない限り — その`具象-~obj~size$までに切落とす。 ◎ Unless otherwise specified by CSS, the object is then clipped to the concrete object size.

4.3. 具象-~obj~sizeの解決

現時点【この段落が記された時点】では、 `~obj$を~sizeするための規則は，当の~objが利用される文脈ごとに述べられている。 将来の仕様が~size解決の規則を個別に定義し直さなくとも済むよう、 この節では，他から参照rできる共通な~sizing拘束, および それらを解決する方法を定義する。 ◎ Currently the rules for sizing objects are described in each context that such objects are used. This section defines some common sizing constraints and how to resolve them so that future specs can refer to them instead of redefining size resolution in each instance.

4.4. ~CSS~obj~sizingの例

4.5. ~objの~sizing： `object-fit^p ~prop

`object-fit$p ~propは、 置換d要素の内容を［ その使用［ 横幅, 縦幅 ］により確立される~box ］に どう収めるべきかを指定する ◎ The object-fit property specifies how the contents of a replaced element should be fitted to the box established by its used height and width.

`fill@v

置換d内容は、 要素の`内容~box$を埋めるよう，~sizeされる ⇒ `~obj$の`具象-~obj~size$は、 要素の使用［ 横幅, 縦幅 ］になる。 ◎ The replaced content is sized to fill the element’s content box: the object’s concrete object size is the element’s used width and height.

`contain@v

置換d内容は、 その`生来な縦横比$を保守しつつ, 要素の`内容~box$に収まるよう，~sizeされる ⇒ `具象-~obj~size$は、［ 要素の使用［ 横幅, 縦幅 ］による`拘束~矩形$ ］に対する`~contain拘束$として解決される。 ◎ The replaced content is sized to maintain its natural aspect ratio while fitting within the element’s content box: its concrete object size is resolved as a contain constraint against the element’s used width and height.

`cover@v

置換d内容は、 その`生来な縦横比$を保守しつつ, 要素の`内容~box$全体を埋めるよう，~sizeされる ⇒ `具象-~obj~size$は、［ 要素の使用［ 横幅, 縦幅 ］による`拘束~矩形$ ］に対する`~cover拘束$として解決される。 ◎ The replaced content is sized to maintain its natural aspect ratio while filling the element’s entire content box: its concrete object size is resolved as a cover constraint against the element’s used width and height.

`none@v

置換d内容は、 要素の`内容~box$内に収まるように~sizeし直されない ⇒ `~obj$の`具象-~obj~size$は、［ `指定d~size$無し, `既定の~obj~size$ ~SET 置換d要素の使用［ 横幅, 縦幅 ］］の下で，`既定の~sizing~algo$を利用して決定される。 ◎ The replaced content is not resized to fit inside the element’s content box: determine the object’s concrete object size using the default sizing algorithm with no specified size, and a default object size equal to the replaced element’s used width and height.

`scale-down@v

［ `none$v, `contain$v のうち，`具象-~obj~size$がより小さくなる方 ］が指定されていたかのように，内容を~sizeする。 ◎ Size the content as if none or contain were specified, whichever would result in a smaller concrete object size.

注記： `none$v, `contain$v 両者とも，内容の`生来な縦横比$を保つので、 大きさは比較可能になる。 ◎ Note: Both none and contain respect the content’s natural aspect ratio, so the concept of "smaller" is well-defined.

内容が`置換d要素$の`内容~box$を完全に埋尽くさない場合、 残りの空間には置換d要素の背景が現れることになる。 置換d要素の内容は，常に`内容~box$までに切落とされるので、 内容は決して~overflowしない。 `内容~box$に相対的な`~obj$の位置決めについては、 `object-position$p ~propを見よ。 ◎ If the content does not completely fill the replaced element’s content box, the unfilled space shows the replaced element’s background. Since replaced elements always clip their contents to the content box, the content will never overflow. See the object-position property for positioning the object with respect to the content box.

注記： `object-fit$p ~propは、［ `fit^a 属性 `SMIL10$r ／ `preserveAspectRatio$a 属性 `SVG11$r ］用の `meetOrSlice^t ~parameterと類似な意味論を備える。 ◎ Note: The object-fit property has similar semantics to the fit attribute in [SMIL10] and the <meetOrSlice> parameter on the preserveAspectRatio attribute in [SVG11].

注記： `~obj~size折衝$に従って、 `具象-~obj~size$（あるいは，この事例では内容の~size）は，`~obj$自身を直に拡縮することはないことに注意 — それは単に，可視な~canvasの~sizeについての情報として~objに渡される。 その~sizeの中へ描く方法は、 画像~形式に委ねられる。 特に： ~raster画像は、 常に，所与の~sizeに拡縮する。 一方で~SVGは、 所与の~sizeを`~SVG表示域$の~sizeに利用した上で，自身を描く方法を決定するときに［ 根である `svg$e 要素のいくつかの属性~値 ］を利用する。 ◎ Note: Per the object size negotiation algorithm, the concrete object size (or, in this case, the size of the content) does not directly scale the object itself - it is merely passed to the object as information about the size of the visible canvas. How to then draw into that size is up to the image format. In particular, raster images always scale to the given size, while SVG uses the given size as the size of the "SVG Viewport" (a term defined by SVG) and then uses the values of several attributes on the root <svg> element to determine how to draw itself.

4.6. ~objの位置決め： `object-position^p ~prop

`object-position$p ~propは、 置換d要素の~box内での整列-法を決定する。 `CSS-VALUES-3$r に定義される `position$t 値~型 （ `background-position$p 用にも利用される） は、 `具象-~obj~size$を`~obj$区画に利用し， `内容~box$を区画の位置決めに利用して解決される†。 ◎ The object-position property determines the alignment of the replaced element inside its box. The <position> value type (which is also used for background-position) is defined in [CSS-VALUES-3], and is resolved using the concrete object size as the object area and the content box as the positioning area.

【† どう “解決される” か定義されていないが、 おそらく，次の対応関係の下で［ `background-position$p 用の `position^t 値 ］と同様に解決するように見受けられる： (1) `具象-~obj~size$ → 背景~画像の~size, 【！背景~塗ng区画】 (2) `内容~box$ → `背景~位置決め区画$ 】

注記： ~box内の，置換d要素で覆われない部分には、 要素の背景が現れることになる。 ◎ Note: Areas of the box not covered by the replaced element will show the element’s background.

5.1. ~page上の画像の方位-法： `image-orientation^p ~prop

~cameraを横倒しにして撮った写真や, 逆向きに~scanした文書など、 結果の画像が［ 横転／上下逆さ ］になることは，よくある。 `image-orientation$p ~propは、 画像が正しく方位するよう，画像~source~dataに “帯域外の” 回転を適用する仕方を供する。 ◎ If a picture is taken with a camera turned on its side, or a document isn’t positioned correctly within a scanner, the resultant image may be "sideways" or even upside-down. The image-orientation property provides a way to apply an "out-of-band" rotation to image source data to correctly orient an image.

この~propの実装は、 `任意選択^emである。 ◎ This property is optional for implementations.

この~propは、 要素の画像が文書~内に利用される前に適用される， 90 度~~単位の回転を指定する。 これは、［ 内容~画像（例：`置換d要素$や`生成d内容$）／ ~SVG要素から参照される画像~source（例： `feImage$e ）／ ~CSS規則を介して適用された装飾的な画像（例： `background-image$p その他の `image$t を値にとる~propによるもの） ］に適用され，文書の外側（例：~UAの~navi~toolbarや~menu, 等）にある画像（例：~favicon）には適用されない。 ◎ This property specifies an orthogonal rotation to be applied to the element’s images before they are used in the document. It applies to content images (e.g. replaced elements and generated content) and image sources referenced by SVG elements (such as feImage), as well as to decorative images applied via CSS rules (such as background-image and other <image> properties). It does not apply to the rendering of images outside the document, e.g. favicons in the UA’s navigation toolbars or menus, etc.

注記： この~propは、 画像に対する任意な［ 回転／［ 縦／横 ］方向における裏返し ］など，~layout変形nを指定する用途は、 意図されてはいない （その種の用途に設計された特能については、 `CSS-TRANSFORMS-1$r を見よ）。 また、 回転は~layoutの一部として行われるので、 横置き, 縦置き どちらの方位で印刷するかに応じて，画像を正しく方位させる必要はない（ `CSS3PAGE$r を見よ） これは、 方位が不正な画像を正すために限って利用されるべきである。 ◎ Note: This property is not intended to specify layout transformations such as arbitrary rotation or flipping the image in the horizontal or vertical direction. (See [CSS-TRANSFORMS-1] for a feature designed to do that.) It is also not needed to correctly orient an image when printing in landscape versus portrait orientation, as that rotation is done as part of layout. (See [CSS3PAGE].) It should only be used to correct incorrectly-oriented images.

各種 値の意味は： ◎ Values have the following meanings:

`~none0@v

追加的な回転は適用されない — 画像は符号化されたままに方位される。 ◎ No additional rotation is applied: the image is oriented as encoded.

`~from-image0@v

~EXIFなどの画像の~metadataにて，方位が指定されている場合、 この値は，その~metadataが指定する，画像を正しく方位させるような角度に算出される。 この角度は，必要yなら 次項の `angle$t 値のように丸められ, 正規化される。 ~metadataに方位が指定されていない場合、 `none^v に算出される。 ◎ If the image has an orientation specified in its metadata, such as EXIF, this value computes to the angle that the metadata specifies is necessary to correctly orient the image. If necessary, this angle is then rounded and normalized as described above for an <angle> value. If there is no orientation specified in its metadata, this value computes to none.

注記： どの~metadataを利用できるかに対しては、 ある制約が課される — `§ 画像~metadata＠#url-metadata$を見よ。 ◎ Note: § 2.1.2 Image Metadata imposes some restrictions on what metadata can be used.

`angle$t || `flip@v

`angle$t に対する［ 正な値／負な値 ］は，画像を［ 時計回り／反~時計回り ］に回転させる。 `angle$t が省略された場合の既定は `0deg^v になる。 ◎ Positive <angle> values cause the image to be rotated to the right (in a clockwise direction), while negative values cause a rotation to the left. If the <angle> is omitted, it defaults to 0deg.

`flip$v が指定された場合、 画像は回転-後に横方向に裏返される。 ◎ If flip is specified, after rotation the image is flipped horizontally.

この値が適用されるのは，内容~画像に限られ、 装飾的な画像に対しては `~from-image0$v として挙動することになる。 この値は，非推奨にされた — `CSS-PRINT$r に適合するためを除き、 その実装は，任意選択である。 ◎ This value only applies to content images; decorative images continue to behave as from-image. This value is deprecated and is optional for implementations except those conforming to [CSS-PRINT].

注記： この値は、［ `~from-image0$v が生産し得る，~EXIFにアリな 8 種の方位 ］すべてを，手動で再現することを許容する。 ◎ Note: This value allows all 8 possible EXIF orientations that from-image can produce to be manually reproduced.

~propの算出d値は、 次により計算される ⇒ まず， `angle$t を最も近い 90 度の倍数に丸めてから （ 2 つの値に等しく近い場合は、正な無限大に近い方へ）、 360 度を法とする剰余を — 結果が 0 度以上 360 度未満になるように — とる。 ◎ The computed value of the property is calculated by rounding the <angle> to the nearest quarter turn, rounding towards positive infinity when that’s ambiguous, then moduloing the value by 1turn (so that it lies in the half-open range [0turn, 1turn)).

［ `~none0$v, `~from-image0$v ］以外の値は、 実装するのは`任意選択^emであり，~CSSにおいては`非推奨にされた^em。 ◎ Values other than none and from-image are optional to implement and deprecated in CSS.

すべての［ ~CSS~layout／描画 ］処理nは、 `回転した後^emの画像を利用する — 当の画像は、 元から回転-済みに符号化されていたかのように。 例えば： ◎ All CSS layout and rendering processes use the image after rotation, exactly as if the image were originally encoded in its rotated form. This implies, for example:

• `生来な~size$【！生来な横幅, 縦幅】は、 元の寸法ではなく，回転-後の寸法から導出される。 ◎ The natural height and width are derived from the rotated rather than the original image dimensions.
• ［ `width$p／`height$p ］~propは、 画像を回転した`後の^em［ 縦／横 ］の寸法に適用される。 ◎ The height (width) property applies to the vertical (horizontal) dimension of the image, after rotation.
• 画像~cursorの~hotspot座標は、 回転~後の画像に相対的になる。 ◎ The hotspot coordinates of an image cursor are relative to the image after rotation.
• ~border画像（ `border-image$p ）は、 回転~後に切分けられる。 ◎ Border images (see border-image) are sliced after rotation.
• `CSS-TRANSFORMS-1$r によるものなど，他の変形nは、 `image-orientation$p が`適用された後^emの画像に適用される。 ◎ Other transformations, such as those in [CSS-TRANSFORMS-1], are applied to the image after image-orientation is applied.

img.ninety     { image-orientation: 90deg }
...
<img class="ninety" src=...>

注記： この~propは、 以前は `~none0$v を初期~値に利用していた。 初期~値として `~from-image0$v を利用することは、 一般に［ より良い利用者~体験を生産し, 非互換化を極力抑える ］ものと予見されている — 将来の~data互換については、 ~UAが，この変更を為そうと試みることで追認することになろうが【？】。 追認された場合、 他の値【 `angle^t ／ `flip^v 】に対し “不正な方位を正す” 以外の利用事例が提起されない限り，この~propは~CSSから除去されると見込まれる。 ◎ Note: This property previously used none as its initial value. It is believed that using from-image as the initial value will produce a generally better user experience, and minimal breakage, but future compat data as UAs attempt to make the change will confirm that. If that is confirmed, then it is likely that this property will be removed from CSS unless use cases other than “correct for incorrect orientation” are raised for its other values.

5.2. 画像の拡縮-方法の決定-法： `image-rendering^p ~prop

`image-rendering$p ~propは、［ 画像のどの側面が最も重要であり，~UAが画像を拡縮するにあたり 保全されるべきか ］についての~hintを供する — ~UAは，それを加味した上で適切な拡縮~algoを選ぶことになる。 要素に指定されたときは、 要素の他の~propにより与えられている ［ 背景~画像, `list-style^p 画像, `置換d要素$の内容 ］などの，画像を表現し拡縮も要する，すべての画像に適用される。 `image-rendering$p ~propがとり得る各種 値は、 次のように解釈される： ◎ The image-rendering property provides a hint to the user-agent about what aspects of an image are most important to preserve when the image is scaled, to aid the user-agent in the choice of an appropriate scaling algorithm. When specified on an element, it applies to all images given in properties for the element, such as background images, list-style images, or the content of replaced elements when they represent an image that must be scaled. The values of the image-rendering property are interpreted as follows:

`auto@v

拡縮~algoは~UAに依存する。 ◎ The scaling algorithm is UA-dependent.

`smooth@v

画像は、 最も外観が近くなる~algoで拡縮されるべきである。 特に、 色を “滑らか” にする拡縮~algo — 双線形~補間など — も受容される。 これは、 写真などの画像~用に意図されている。 ◎ The image should be scaled with an algorithm that maximizes the appearance of the image. In particular, scaling algorithms that "smooth" colors are acceptable, such as bilinear interpolation. This is intended for images such as photos.

`high-quality@v

高-品質な拡縮が選好されることを除いて， `smooth$v と同じ。 ~system資源が拘束されている下で，どの画像の品質をどの程度落とすか考慮する際には、 `high-quality$v を伴う画像の品質が，他の値を伴うものより優先されるべきである。 ◎ Identical to smooth, but with a preference for higher-quality scaling. If system resources are constrained, images with high-quality should be prioritized over those with any other value, when considering which images to degrade the quality of and to what degree.

注記： この値は、 ~system資源が拘束されている下でも，画像の品質を落さないようにするものではない。 それは単に，これらの画像が `auto^v による画像に比して，拡縮する資源を余分にあてがうべきとする選好を表出するものに過ぎない。 ~page上の画像すべてに `high-quality^v を適用することは、 すべてに `auto^v を適用するに等しくなる — すべては同じに扱われるので。 ◎ This value does not prevent the image quality from being degraded when the system resources are constrained. It merely expresses a preference that these images should receive extra scaling resources relative to the auto images. If all images on the page have high-quality applied, it’s equivalent to all of them having auto applied—they’re all treated the same.

注記： `high-quality^v の価値を引き出すには、 ~page上の重要な画像に限り適用すること。 ◎ To get the most value out of high-quality, only apply it to the most important images on the page.

`pixelated@v

画像は［ 元の画素~化【 “ドット” 】をアリな限り保全する仕方 ］で拡縮されるが、 ~target~sizeが元の~sizeの整数倍でないときには，［ 画像を歪めるのを避けるよう，必要yなだけ少し滑らかにする ］ことも許容する — 次に従って： ◎ The image is scaled in a way that preserves the pixelation of the original as much as possible, but allows minor smoothing as necessary to avoid distorting the image when the target size is not a clean multiple of the original.

1. 各~軸に対し独立に，画像の`生来な~size$の正な整数~倍を［ ~target~sizeに最も近くなる ］ように決定する。 ◎ For each axis independently, first determine the integer multiple of its natural size that puts it closest to the target size and is greater than zero.＼
2. `最近傍~algo$を利用して， その結果を成す［ 各~軸における整数~倍~size ］に拡縮する。 ◎ Scale it to this integer-multiple-size using nearest neighbor,＼
3. 前~段の結果を成す画像を `smooth$v と同じ仕方で~target~sizeになるよう拡縮する。 ◎ then scale it the rest of the way to the target size as for smooth.

注記： これは、 生来な~sizeの整数~倍においては `crisp-edges$v と同じ結果を与える。 整数~倍でない場合、 通例的に — ~pixel-artに対しても — より良い視覚的な結果を与えるが、 “2 回~拡縮する” 描画~要件に因り，処理能に代償を被る。 ◎ Note: At integer multiples of the natural size, this gives the same results as crisp-edges. At non-integer multiples, this usually gives better visual results, even for pixel art, but it does incur a performance penalty due to the "two-step" rendering requirement.

`crisp-edges@v

画像は［ その~contrastと輪郭を保全する~algo ］で拡縮される — ［ 画像の色を滑らかにする／画像にボカしを導入する ］処理nを避けるよう。 これは、 線による素描などの画像~用に意図される。 ◎ The image is scaled in a way that preserves contrast and edges, and which avoids smoothing colors or introducing blur to the image in the process. This is intended for images such as line drawings.

画像は、 `最近傍~algo$, あるいは~UAが選んだ他の~algo — ~source画像の［ 輪郭をボカさない／色を混色しない ~algo — で拡縮してもヨイ。 しかしながら、 斜線や曲線を検出して，そのような姿に描画することはできる （ギザついた “巨大化した画素” ではなく）。 ◎ The image may be scaled using nearest neighbor or any other UA-chosen algorithm that does not blur edges or blend colors from the source image. It can, however, detect diagonal or curved lines and render them as such (rather than as jagged-looking “giant pixels”).

注記： 新たな~sizeが元の~sizeの整数~倍でない場合、 `最近傍~algo$は有意な “~aliasing” を導入し得る — 元の画像において太さが同じ線は、 拡縮された画像においては，どこに現れるかに依存して 他より画素が［ 細く／太く ］なるかもしれない，等々。 ほとんどの目的においては、 `pixelated$v の方が`最近傍~algo$より相応しい描画を生産することになる。 ◎ Note: If the new size is not an integer multiple of the original size, the nearest neighbor algorithm can introduce significant “aliasing” bugs; lines that were the same thickness in the original image might be a pixel thinner or thicker in the scaled image depending on where they appear, etc. For most purposes, pixelated will produce a more suitable rendering than nearest neighbor.

この~propは、［ `pixelated$v 用の整数~倍~sizeに拡縮する段【！the first step】 ］以外においては，特定0の拡縮~algoの利用を規定するものではない。 例えば， `image-rendering$p: `auto^v に対しては、 ~UAは，既定では双線形~補間により拡縮する画像を［ 高~負荷な状況では，最近傍~補間／ 静的な画像~用には — Lanczos 補間の様な — より高-品質な拡縮~algo ］に切替えることもできる。 ◎ Other than the first step of pixelated, this property does not dictate any particular scaling algorithm to be used. For example, with image-rendering: auto, a user agent could scale images with bilinear interpolation by default, switch to nearest-neighbor interpolation in high-load situations, and switch to a higher-quality scaling algorithm like Lanczos interpolation for static images that aren’t moving or changing.

`最近傍~algo@ （ `nearest neighbor^en, 略して NN ）による画像の拡縮は、 ~source画像の画素を そのまま~source~canvas上の矩形を成しているものとして扱って、 各~行先~画素に対し，それが成す区画~内の 1 点を選んで（通例的に，区画の中心か左上隅）， それに対応している~source~canvas上の点の色を利用する。 ◎ The nearest neighbor (or NN) image scaling algorithm treats the source image’s pixels as literal rectangles of color on the source canvas, then colors each destination pixel by choosing one point in the pixel’s area (usually either the center or top-left) and using the color of the corresponding point on the source canvas.

この~propは，以前は値［ `optimizeSpeed^v, `optimizeQuality^v ］を受容していたが、 これらは，今や非推奨にされた： ◎ This property previously accepted the values optimizeSpeed and optimizeQuality. These are now deprecated;＼

• ~UAは、 これらを妥当な値として受容した上で，順に［ `crisp-edges$v, `smooth$v ］と同じ挙動になるよう扱うモノトスル。 ◎ a user agent must accept them as valid values but must treat them as having the same behavior as crisp-edges and smooth respectively,＼
• 作者は、 これらの値を利用してはナラナイ。 ◎ and authors must not use them.