CSS Fonts Module Level 4

1.1. 値~定義

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

2.1. ~font族： `font-family^p ~prop

この~propは、 優先順による［ ~font族~名や汎用~族~名 ］たちが成す~listを指定する。 ~font族は、 様々な［ ~weight, 字幅, 斜傾度 ］を備える書体たちが成す集合を定義する。 ~CSSは、 個々の書体を選定するために，族~名と他の~font~propの組合nを利用する。 ~design~appにおいて よく行われる様な［ ~style名を介する書体の選定-法 ］ではなく，この選定の仕組みにより、 ~fallbackが生じた際でも，ある程度 規則正しい~textな表示を得られるようになる。 ◎ This property specifies a prioritized list of font family names or generic family names. A font family defines a set of faces that vary in weight, width or slope. CSS uses the combination of a family name with other font properties to select an individual face. Using this selection mechanism, rather than selecting a face via the style name as is often done in design applications, allows some degree of regularity in textual display when fallback occurs.

~listを成す各~成分~値は、 ~commaで他と分離され，代替候補を指示する。 ~UAは、［［ 描画される文字~用の~glyph ］を包含するような，可用な~font ］に合致するまで，~listを成す各~族~名を反復する （ `§ ~clusterの照合-法$ を見よ）。 これにより、［ ~platform間での可用な~fontの相違 ］, および［ 個々の~fontが~supportする文字~範囲の相違 ］が許容されるようになる。 ◎ Component values are a comma-separated list indicating alternatives. A user agent iterates through the list of family names until it matches an available font that contains a glyph for the character to be rendered. (See § 5.3 Cluster matching.) This allows for differences in available fonts across platforms and for differences in the range of characters supported by individual fonts.

body {
  font-family: Helvetica, Verdana, sans-serif;
}

~font族~名は、 次に挙げる 3 つの型に分けられる — うち最後を除く 2 つは、 この~propに利用できる： ◎ There are three types of font family names, two of which may be used with this property:

`family-name@t

上の例の `Helvetica^F や `Verdana^F など，~font族の名前 ◎ The name of a font family, such as Helvetica or Verdana in the previous example.

これは、 ~localに`~install済み~font$になる場合も， ~web~fontになる場合もある。 ◎ This might be a locally-instaled font, or might be a web font.

`generic-family$t

各 `generic-family$t ~keywordは、 汎用~font候補を表現し，1 個~以上の［ ~localに`~install済み~font$のうち, 指定された汎用~fontに属するもの ］の別名になり得るものとして挙動する。 `generic-family$t は、 作者による より特定な~font候補が可用でないときの，~fallbackとして利用できる。 ◎ Each <generic-family> keyword represents a generic font choice, and behaves as a potential alias for one or more locally-installed fonts belonging to the specified generic font category. A <generic-family> can thus be used as a fallback for when an author’s more specific font choices are not available.

汎用~族には、 次に挙げる種別がある： ◎ There are three types of generic family:

• すべての~Unicode文字に適用されるが、 `常に^em，ある~localに~install済み~fontに合致するもの （例： `ui-monospace$v 【！monospaced】）。 ◎ Generics which apply to all Unicode characters and will always match a locally installed font. For example, monospaced.
• すべての~Unicode文字に適用されるが、 一部の~systemでは，~localに~install済み~fontに合致するとは限らないもの （例： `ui-rounded$v ）。 ◎ Generics which apply to all Unicode characters but may not match to a locally installed font on some systems. For example, ui-rounded.
• ［ 書記体系に特有な，ある~Unicode文字たちが成す下位集合 ］に限り適用され、 一部の~systemでは，~localに~install済み~fontに合致するとは限らないもの （例： `generic(fangsong)$v ）。 ◎ Generics which are writing-system specific, only apply to a subset of Unicode characters, and may not match to a locally installed font on some systems. For example, generic(fangsong).

作者には、 次が奨励される： ◎ Authors are encouraged＼

• 堅牢性を改善するため， 最後の代替候補として汎用~font族を付加しておく。 ◎ to append a generic font family as a last alternative for improved robustness,＼
• 適用-可能ならば， より特定な汎用~font族を利用する — 個々の有名~font族は可用でない場合でも、 特定の~styleを選好するよう。 ◎ and to use a more specific generic font family, if applicable, to prefer a specific style even if the individual named font family is not available.

`generic-family$t ~keywordは、 引用符で括れないことに注意 （さもなければ、 `family-name$t として解釈される）。 ◎ Note that <generic-family> keywords cannot be quoted (otherwise they are interpreted as a <family-name>).

汎用~族~keywordたちが成す集合は、 `§ 汎用~font族＠#generic-font-families$ に定義される。 ◎ The set of generic family keywords is defined in § 2.1.5 Generic font families.

`system-family-name@t

~localに~install済みな~system~font。 その利用は、 ある種の拘束の~subjectになる — 特に、 `font-family$p ~propには利用できないが， `font$p 略式~propには利用できる。 ◎ A locally installed system font, whose use is subject to certain constraints. In particular, it may not be used with the font-family property, but can be used with the font shorthand.

次に挙げる値が~system~fontを参照rする： ◎ The following values refer to system fonts:

`caption@v

~caption付きの~control （例： ~button, ~drop-down, 等々） 用に利用される~font ◎ The font used for captioned controls (e.g., buttons, drop-downs, etc.).

【 利用中の~browserでは、 このように呈示される。 】

`icon@v

~iconに~labelを貼るために利用される~font ◎ The font used to label icons.

【 利用中の~browserでは、 このように呈示される。 】

`menu@v

~menu（例： ~drop-down~menuや~menu~list）に利用される~font ◎ The font used in menus (e.g., dropdown menus and menu lists).

【 利用中の~browserでは、 このように呈示される。 】

`message-box@v

~dialog~boxに利用される~font ◎ The font used in dialog boxes.

【 利用中の~browserでは、 このように呈示される。 】

`small-caption@v

小さな~controlに~labelを貼るために利用される~font ◎ The font used for labeling small controls.

【 利用中の~browserでは、 このように呈示される。 】

`status-bar@v

~UIwindowの状態s~barに利用される~font ◎ The font used in window status bars.

【 利用中の~browserでは、 このように呈示される。 】

`family-name$t
	= `string$t
	| `custom-ident$t+

font-family: Red/Black, sans-serif;
font-family: "Lucida" Grande, sans-serif;
font-family: Ahem!, sans-serif;
font-family: test@foo, sans-serif;
font-family: #POUND, sans-serif;
font-family: Hawaii 5-0, sans-serif;

font-family: "sans-serif", sans-serif;
font-family: "default", sans-serif;
font-family: "initial", sans-serif;
font-family: "inherit", sans-serif;

body { font-family: "New Century Schoolbook", serif }

<body style="font-family: '21st Century', fantasy">

`generic-family@t
	= `generic-script-specific$t
	| `generic-complete$t
	| `generic-incomplete$t

`generic-script-specific@t
	= `generic(kai)$v
	| `generic(fangsong)$v
	| `generic(nastaliq)$v

`generic-complete@t
	= `serif$v
	| `sans-serif$v
	| `system-ui$v
	| `cursive$v
	| `fantasy$v
	| `math$v
	| `monospace$v

`generic-incomplete@t
	= `ui-serif$v
	| `ui-sans-serif$v
	| `ui-monospace$v
	| `ui-rounded$v

body { font-family: "Adobe Fangsong Std R", generic(fangsong), serif}

`system-family-name$t
	= `caption$v
	| `icon$v
	| `menu$v
	| `message-box$v
	| `small-caption$v
	| `status-bar$v

2.2. ~font~weight： `font-weight^p ~prop

`font-weight$p ~propは、 ~font内の~glyphたちの~weight — すなわち，それらの［ ~~黒っぽさ／描線の太さ ］ — を指定する。 ◎ The font-weight property specifies the weight of glyphs in the font, their degree of blackness, or stroke thickness.

この~propは、 次に挙げる値を受容する： ◎ This property accepts values of the following:

`font-weight-absolute@t
	= `normal$v1
	| `bold$v
	| `number[1,1000]$t

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

`number[1,1000]$t

各数が指示する~weightは、 大きいものほど，より小さいもの以上の濃さを表す。 妥当な値は 1 以上, 1000 未満に限られ、 他の値は無効になる。 数量-値は、 概して，共通的に利用される~weight名に対応する： ◎ Each number indicates a weight that is at least as dark as its predecessor. Only values greater than or equal to 1, and less than or equal to 1000, are valid, and all other values are invalid. Numeric values typically correspond to the commonly used weight names below.

• `100^v — Thin 【最も［細い／薄い／軽い］】
• `200^v — Extra Light (Ultra Light)
• `300^v — Light
• `400^v — Normal 【通常】
• `500^v — Medium
• `600^v — Semi Bold (Demi Bold)
• `700^v — Bold
• `800^v — Extra Bold (Ultra Bold)
• `900^v — Black (Heavy) 【最も［太い／濃い／重い］】

注記： ~fontは，~weight名への自前の対応付けを内部的に供することもあるが、 そのような対応付けは，~CSSにおいては無視rされる。 ◎ Note: A font might internally provide its own weight name mappings, but those mappings within the font are disregarded in CSS.

`normal@v1

`400^v と同じ。 ◎ Same as 400.

`bold@v

`700^v と同じ。 ◎ Same as 700.

`bolder@v

`継承d値$より~boldな~weightを指定する。 `§ 相対~weight＠#relative-weights$ を見よ。 ◎ Specifies a bolder weight than the inherited value. See § 2.2.1 Relative Weights.

`lighter@v

`継承d値$より~lightな~weightを指定する。 `§ 相対~weight＠#relative-weights$ を見よ。 ◎ Specifies a lighter weight than the inherited value. See § 2.2.1 Relative Weights.

9 段でない`等級^emを利用する~font形式は、 その等級を［ 400 が概ね［ `Regular^F, `Book^F, `Roman^F ］に~labelされる書体に対応し, 700 が概ね［ `Bold^F ］に~labelされる書体に合致する ］ように，~CSSの等級へ対応付けるベキである。 あるいは、 ~style名から，前述の等級に概ね対応する~weightを推定してもヨイ。 等級は相対的であり、 より大きな~weight値を伴う書体は，より~lightに現れないモノトスル。 ~weightの推定-時に，~style名が利用される場合、［ ~localeに渡る，~style名の多様性 ］の取扱いを~careするベキである。 ◎ Font formats that use a scale other than a nine-step scale should map their scale onto the CSS scale so that 400 roughly corresponds with a face that would be labeled as Regular, Book, Roman and 700 roughly matches a face that would be labeled as Bold. Alternately, weights may be inferred from style names that correspond roughly with the scale above. The scale is relative, so a face with a larger weight value must never appear lighter. If style names are used to infer weights, care should be taken to handle variations in style names across locales.

2.3. ~fontの字幅： `font-width^p ~prop

`font-width$p ~propは、 ~font族から［ ~normal ／ ~condensed ／ ~expanded ］体fを選定する。 値には、 百分率, または 次に定義されるように百分率に対応付けられる各種~keyword を指定できる： ◎ The font-width property selects a normal, condensed, or expanded face from a font family. Values are specified either as percentages or as keywords which map to a percentage as defined in the following table:

`percentage [0,∞]$t 値は、 ~glyphの字幅の割合分を表現する。 `100%^v は（~font~designerにより定義された）“通常の（ `normal^v ）” ~glyph字幅を表現する。 0% 未満の値は`無効$になる。 ◎ <percentage [0,∞]> values represent the fractional width of the glyphs, with 100% representing “normal” glyph widths (as defined by the font designer). Values less than 0% are invalid.

所与の字幅~用の書体が存在しない下では、［ 100% 未満の値は より幅狭な書体 ／ 他の値は より幅広な書体 ］に対応付けられる（存在するならば）。 逆に言えば、［ 100% 以上の値は より幅広な書体 ／ 他の値は より幅狭な書体 ］に対応付けられる。 一部の~fontは、 ある範囲の字幅~値を~supportする — 要請された字幅~値が当の~fontには可用でない場合、 同じ対応付け規則を利用して， ~supportする値のうち最も近いものが利用される （精確な~algoは、 `§ ~font照合~algo$ を見よ）。 異体を~supportする［ ~TrueType／~OpenType ］~font用には、 様々な字幅を実装するときに `wdth^tag 異体が利用される。 ◎ When a face does not exist for a given width, values less than 100% map to a narrower face if one exists, otherwise a wider face. Conversely, values greater than or equal to 100% map to a wider face if one exists, otherwise a narrower face. Some fonts might support a range of width values; if the requested width value is not available in the font, the closest supported value is used, using the same mapping rules (see the § 5 Font Matching Algorithm for the precise algorithm). For TrueType / OpenType fonts that support variations, the wdth variation is used to implement varying widths.

`getComputedStyle()$m は、 `font-width$p の値を常に `percentage$t として直列化する — 作者が当の値を どう指定したかに関わらず，あるいは 当の値に対応付けられる~keywordがあったとしても。 ◎ getComputedStyle() always serializes its value as a <percentage>, regardless of how the value was specified by the author, or whether or not a keyword happens to map to the value.

h1 {font-stretch: condensed; }

h1 {font-width: condensed; }

2.4. ~font~style： `font-style^p ~prop

`font-style$p ~propは，［ ~italic体fや~oblique体f ］の選定を可能にする。 一般に、 ~italic形は生来的に筆記的である一方， ~oblique体fは 概して~regular体fの斜傾d~versionである。 ◎ The font-style property allows italic or oblique faces to be selected. Italic forms are generally cursive in nature while oblique faces are typically sloped versions of the regular face.

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

`normal@v1

［ ~italic体fでも, ~oblique体fでもない， ~normal体f（“通常~体f”）に分類される書体 ］と照合される。 これは、 ~oblique値 `0^v を表現する。 ◎ Matches against a face that is classified as a normal face, one that is neither italic or obliqued. This represents an oblique value of "0".

`italic@v

~italic体fとして~labelされている~fontと照合され，存在しないときは~oblique体fと照合される。 ◎ Matches against a font that is labeled as an italic face, or an oblique face if one does not exist.

`oblique@v `angle [-90deg,90deg]$t?

~oblique体fとの照合を制御する。 正な `angle^t は時計回りな傾きを表現する。 負な `angle^t は反時計回りな傾きを表現する。 `angle$t が与えられていない場合、 `14deg^v を表現する。 （~fontは，［ ~oblique用に自前の対応付けを内部的に供する ］かもしれないが、 そのような対応付けは無視rされることに注意。） 小数や負な値も受容されるが、 `-90deg^v 以上 `90deg^v 以下に入らない値は`無効$になる。 ~oblique体fは存在しない, かつ `font-synthesis-style$p の値は `auto^v の場合、 合成な~oblique体fが生成されることになる。 ◎ Controls matching against an oblique face. Positive angles represent a clockwise slant; negative angles represent a counter-clockwise slant. The lack of an <angle> represents 14deg. (Note that a font might internally provide its own mapping for "oblique", but the mapping within the font is disregarded.) Fractional and negative values are accepted; however, values less than -90deg or values greater than 90deg are invalid. If no oblique faces exist, and font-synthesis-style has the value auto, a synthetic oblique face will be generated.

~font族は、［ ~italic体f, ~oblique体f ］の片方または両方とも包含しないこともあれば， 斜度が互いに異なる様々な~oblique体fを包含することもある。 ~font照合~algoは、 利用する~fontとして，［ 要請された斜度と正負符号が一致する書体のうち， 要請された斜度に最も近いもの ］を選定することになる。 一般に、 要請された斜度が［ `11deg^v 以上ならば，より大きい斜度／ 他の場合は，より小さい斜度 ］が選好される （ `§ ~font照合~algo$ を見よ）。 異体を利用する［ ~TrueType／~OpenType ］~font用には、 `slnt^tag 異体が~oblique値を実装するために利用され， 値 1 をとる `ital^tag 異体が~italic値を実装するために利用される。 ◎ A font family might contain no italic or oblique faces, only an italic face and no oblique, only an oblique face and no italic, both an oblique and an italic, multiple oblique faces at various angles, or various combinations thereof. The font matching routine will select a font to use which is of the correct sign as the requested angle, and (if there are multiple such faces) closest to the requested angle. In general, for a requested angle greater or equal to 11deg, larger angles are preferred; otherwise, smaller angles are preferred. (See § 5 Font Matching Algorithm.) For TrueType / OpenType fonts that use variations, the slnt variation is used to implement oblique values, and the ital variation with a value of 1 is used to implement the italic values.

注記： ~OpenType `slnt^tag 軸は、 ~CSSとは逆に，正な角度が反時計回りに傾くよう定義されている。 ~CSS実装は、 異体を利用して~oblique体fを生産するときに，これを織り込むことになる。 ◎ Note: the OpenType slnt axis is defined with a positive angle meaning a counter-clockwise slant, the opposite direction to CSS. The CSS implementation will take this into account when using variations to produce oblique faces.

`縦組み$において［ 正な／負な ］~obliqueが斜傾する方向は、 どっちにするべきか？ ~~他方の次元において（縦組み用に必要な）斜傾-を達成するにはどうする？ ◎ What direction should positive and negative obliques skew in vertical writing mode? How do we achieve skews in the opposite dimension (needed for vertical writing)?

［ ~italic体f, ~oblique体f ］どちらも可用でない場合、 ~oblique体fは［ 非~oblique体fを用いた，人工的な~oblique化~演算を伴う描画 ］により合成してもヨイ。 これらの人工的な~oblique化された書体の利用は、 `font-synthesis$p ~propにより不能化できる。 ◎ If no italic or oblique face is available, oblique faces may be synthesized by rendering non-obliqued faces with an artificial obliquing operation. The use of these artificially obliqued faces can be disabled using the font-synthesis property.

注記： ~oblique体fは，~regular体fの~glyphを人工的に傾けて模造できるが、 これは真の~obliqueと等価ではない — 真の~obliqueは、 外見的な描線~太さを傾きにかかわらず適正に保全する。 合成な~versionに依拠するより，実際の~oblique~fontを利用する方が常に良い。 ◎ Note: While oblique faces can be simulated by artificially sloping the glyphs of the regular face, this is not equivalent to a true oblique, in which optical stroke thicknesses are properly preserved despite the slant. It is always better to use an actual oblique font rather than rely on a synthetic version.

~font照合の目的においては、 ~UAは， `italic$v を `oblique$v の同義語として扱ってもヨイ。 これらの値を別個に扱う~UAは、 `italic^v 用の合成を遂行しないモノトスル。 ◎ For the purposes of font matching, User agents may treat italic as a synonym for oblique. For user agents that treat these values distinctly, synthesis must not be performed for italic.

注記： 作者は、 ~Cyrillicの様な用字系においては，［ 合成-による~~近似が形状として~italic形と著しく異なり，相応でない場合もある ］ことを自覚するべきである。 合成な~versionに依拠するよりも，実際の~italic~fontを利用する方が常に良い。 ◎ Note: Authors should also be aware that synthesized approaches might not be suitable for scripts like Cyrillic, where italic forms are very different in shape. It is always better to use an actual italic font rather than rely on a synthetic version.

注記： 多くの用字系では、 ~normal体fで描画される~text内に筆記的な形を混在させる慣習がない。 ［ ~Chinese／~Japanese／~Korean ］の~fontは、 ほとんど常に，~italic体fや~oblique体fを欠いている。 また，用字系の混在を~supportする~fontでは、 ~italic体fの中で~supportされる~glyphたちが成す集合から， ~Arabicなどの特定の用字系が省略されることがある。 ~UAは、 いくつかの~fontにまたがる合成を実装するときには， 各~書体の`文字~map$について何を前提とするか気を付けるべきである — 同じ族~内の~italic体fと `Roman^F 体fの`文字~map$は異なることもあるので。 ◎ Note: Many scripts lack the tradition of mixing a cursive form within text rendered with a normal face. Chinese, Japanese and Korean fonts almost always lack italic or oblique faces. Fonts that support a mixture of scripts will sometimes omit specific scripts, such as Arabic, from the set of glyphs supported in the italic face. User agents should be careful about making character map assumptions across faces when implementing synthesis across fonts, as italic faces in a family can have different character maps than Roman faces.

2.5. ~font~size： `font-size^p ~prop

この~propは、 ~fontの~glyphの，欲される高さを指示する。 拡縮-可能な~font用には、 `font-size^p は，~fontの~EM単位に適用される拡縮率を与える。 拡縮-可能でない~font用には、 `font-size^p は，絶対~単位に変換された上で［ ~font内で宣言されている~font-size ］に対して照合される — 両者の値に同じ絶対的な座標~空間を利用する下で。 ◎ This property indicates the desired height of glyphs from the font. For scalable fonts, the font-size is a scale factor applied to the EM unit of the font. For non-scalable fonts, the font-size is converted into absolute units and matched against the declared font-size of the font, using the same absolute coordinate space for both of the matched values.

注記： ~glyphが~EM~boxに どこまで近く収まるべきかについての要件は無い。 同じ `font-size$p で描画される下での，~~見かけの~sizeは、 個々の~fontごとに異なる。 加えて、 ~EM~boxから遠く外側へ描画される~glyphもあるかもしれない — そのように~overflowする~glyphは、 `包含塊$において`~ink~overflow$を誘引し得る。 ◎ Note: There is no requirement on how closely a glyph should fit its EM box. Individual fonts can have a different apparent visual size when rendered at the same font-size. Additionally, glyphs might render arbitrarily far outside their EM box; and if they overflow their containing block can induce ink overflow.

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

`absolute-size@t

各種 `absolute-size^t ~keywordは、［ ~UAにより算出され, 保たれる，~font~sizeたちが成す表t （`~size対応付け表t$を見よ） ］の中の，ある~entryを指す。 ◎ An <absolute-size> keyword refers to an entry in a table of font sizes computed and kept by the user agent. See § 2.5.1 Absolute Size Keyword Mapping Table.

アリな値は： ◎ Possible values are:

`absolute-size$t
	= `xx-small$v
	| `x-small$v
	| `small$v
	| `medium$v
	| `large$v
	| `x-large$v
	| `xx-large$v
	| `xxx-large$v

`relative-size@t

`relative-size$t による~keywordは、 親~要素の `font-size$p の`算出d値$に相対的に — および、 場合によっては，`~size対応付け表t$に基づいて — 解釈される。 ◎ A <relative-size> keyword is interpreted relative to the computed font-size of the parent element and possibly the table of font sizes.＼

アリな値は： ◎ Possible values are:

`relative-size$t
	= `larger@v
	| `smaller@v

親~要素の~font~sizeが`~size対応付け表t$内のある~keywordに対応している場合、［ `larger^v ／ `smaller^v ］は，その対応付け表t内の［ 前／後 ］の~keywordに対応する~font~sizeに算出してもヨイ。 例えば，親~要素の `font-size$p が `medium$v の場合、 子~要素の `font-size$p に `larger^v が指定されたときは， `large$v が指定されたかのように算出するなど。 ◎ If the parent element has a keyword font size in the absolute size keyword mapping table, larger may compute the font size to the next entry in the table, and smaller may compute the font size to the previous entry in the table. For example, if the parent element has a font size of font-size:medium, specifying a value of larger may make the font size of the child element font-size:large.

~UAは、 前項の対応付け表tに従う代わりに， 単純な比率を利用して親~要素に相対的な~font~sizeを［ 増やして／減らして ］もヨイ。 特定の比率は指定されないが、 1.2 〜 1.5 あたりにするベキである。 この比率は、 要素ごとに変えてもヨイ。 ◎ Instead of using next and previous items in the previous keyword table, User agents may instead use a simple ratio to increase or decrease the font size relative to the parent element. The specific ratio is unspecified, but should be around 1.2–1.5. This ratio may vary across different elements.

注記： 弱視-利用者は、 読み易くなるよう，既定より高い比率を利用するよう~UAに要請することもある。 加えて，~UAは、 段落~textを検出したときは — ~title~textに反して — 異なる比率を利用してもヨイ。 ◎ Note: A sight-impaired user may request a user agent use a higher ratio than default, in order to aid readability. In addition, a user agent may choose to use different ratios when it detects paragraph text as opposed to title text.

`length-percentage [0,∞]$t

長さ値は，（`~size対応付け表t$に依存しない）絶対~font~sizeを指定する。 負な長さは無効になる。 ◎ A length value specifies an absolute font size (independent of the user agent’s font table). Negative lengths are invalid.

百分率~値は、 親~要素の `font-size$p の`算出d値$に相対的な絶対~font~sizeを指定する。 負な百分率は無効になる。 ◎ A percentage value specifies an absolute font size relative to the parent element’s computed font-size. Negative percentages are invalid.

注記： ［ 百分率~値, または`~fontに相対的な長さ$ ］の利用は、 ~stylesheetを，より堅牢で~cascade可能なものにする。 ◎ Note: Use of percentage values or font-relative lengths such as ems and rems leads to more robust and cascadable style sheets.

`math@v1

`font-size$p ~propの`算出d値$を決定するときには、 特別な`数学用の拡縮~規則＠https://w3c.github.io/mathml-core/#the-math-script-level-property$を適用するモノトスル。 ◎ Special mathematical scaling rules must be applied when determining the computed value of the font-size property.

p { font-size: 12pt; }
blockquote { font-size: larger }
em { font-size: 150% }
em { font-size: 1.5em }

注記： この~propの`使用~値$は、 `font-size-adjust$p に因り，`算出d値$から相違し得る。 しかしながら，子~要素は `font-size$p の`算出d値$を継承し， `font-size-adjust$p は影響しない （さもなければ、 `font-size-adjust$p による効果は~~複雑になるであろう）。 ◎ Note: The used value of this property can differ from its computed value due to font-size-adjust. However, child elements inherit the computed font-size value, which is not affected by font-size-adjust (otherwise, the effect of font-size-adjust would compound).

注記： この~propの`実際の値$は、 ある種の~font~sizeが可用でないことに因り，`使用~値$から相違し得る。 ◎ The actual value of this property can differ from the used value due to the unavailability of certain font sizes.

font-size: clamp(10px, ..., 36px);

2.6. 相対的~sizing： `font-size-adjust^p ~prop

所与のどの~font~sizeに対しても、［ ~~見かけの~size／~textの実質的な判読し易さ ］は，~fontごとに様々である。 ~Latinや~Cyrillicなど， 大文字と小文字を区別する `bicameral^en 用字系においては、 小文字の — 対応する大文字に相対的な — 高さが，判読し易さを決定する要因の一つになる。 この比率は、 一般に `~aspect値@ と呼ばれ，［ ~fontの`~x-高さ$を~font~sizeで除算した結果 ］として定義される。 ◎ For any given font size, the apparent size and effective legibility of text varies across fonts. For bicameral scripts such as Latin or Cyrillic that distinguish between upper and lowercase letters, the relative height of lowercase letters compared to their uppercase counterparts is a determining factor of legibility. This is commonly referred to as the aspect value and is equal to the x-height of a font divided by the font size.

注記： 発音区別符を利用する~text用には、 大き過ぎる~x-高さは，実際には判読し難くなる — 発音区別符が切詰められるので。 ◎ Note: For text which uses diacritics, too large an x-height will actually decrease legibility as the diacritics become cramped.

~font~fallbackが生じる状況では、［ ~fallback~fontが，欲された~font族と同じ`~aspect値$を共有しない ］かもしれないので，読み難くなることもある。 `font-size-adjust$p ~propは、 ~font~fallbackが生じたときでも，~textの可読性を保全する仕方を与える。 これは、 ~font-sizeを［ その`~x-高さ$が，利用される~fontに関わらず同じになる ］よう調整することにより行われる。 ◎ In situations where font fallback occurs, fallback fonts might not share the same aspect value as the desired font family and will thus be less readable. The font-size-adjust property is a way to preserve the readability of text when font fallback occurs. It does this by adjusting the font-size so that the x-height is the same regardless of the font used.

p {
    font-family: Verdana, Futura, Times;
}

p.adj {
  font-size-adjust: 0.545;
}

<p>Lorem ipsum dolor sit amet, ...</p>
<p class="adj">Lorem ipsum dolor sit amet, ...</p>

これらの~fontによる~text描画を比較した様子を下に示す。 各~縦列の~textは、 左から順に［ `Verdana^F, `Futura^F, `Times^F ］により描画されている。 `font-size^p 値は，各段ごとに一定であるが、 下半分においては， `Verdana^F の`~x-高さ$が段~全体に渡って保全されるよう［ 実際の~font~sizeを調整する `font-size-adjust$p ~prop ］も 0.545 に設定されている。 最上段と最下段には、 `~x-高さ$の相違を示す赤線が引かれている。 下半分では、 どの列の小さな~textも，判読し易さが比較的 ~~保たれている点に注目。 ◎ How text rendered in each of these fonts compares is shown below, the columns show text rendered in Verdana, Futura and Times. The same font-size value is used across cells within each row and red lines are included to show the differences in x-height. In the upper half, each row is rendered in the same font-size value. The same is true for the lower half, but in this half the font-size-adjust property is also set to 0.545, so that the actual font size is adjusted to preserve the x-height of Verdana across each row. Note how small text remains relatively legible across each row in the lower half.

この~propは、 要素~用の`~aspect値$を指定することを作者に許容する。 それは、 代用されたかどうかを問わず， 第一~候補の~fontの`~x-高さ$を実質的に保全する。 ◎ This property allows authors to specify an aspect value for an element that will effectively preserve the x-height of the first choice font, whether it is substituted or not.＼

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

`none@v1

~fontの`~x-高さ$は保全されない ◎ Do not preserve the font’s x-height.

`number [0,∞]$t

`~aspect値$を指定する — それは、 調整-済み~font~sizeの計算~公式に利用される： ◎ Specifies the aspect value used in the calculation below to calculate the adjusted font size:

%c = ( %a ÷ %A ) × %s

ここで：

• %s = `font-size$p の値
• %a = `font-size-adjust$p ~propに指定された`~aspect値$
• %A = ~fontの実際の`~aspect値$
• %c = `font-size$p の調整-後の`使用~値$

◎ c = ( a / a' ) s ◎ where: • s = font-size value • a = aspect value as specified by the 'font-size-adjust' property • a' = aspect value of actual font • c = adjusted font-size to use

負な値は無効になる。 ◎ Negative values are invalid.

この値は，選定されたどの~fontにも適用されるが、 代表的な用法においては，［ ~font族~名~listの中の最初の~fontの`~aspect値$ ］に基づくベキである。 これが正確aに指定された下では、 上の公式の中の項 ( %a ÷ %A ) は，最初の~font用には 1 になり、 調整は実質的に生じない。 値が正確aに指定されていない場合、［ `font-size-adjust$p を~supportしない 古い~UA ］においては，［ 族~listの最初の~fontを利用して描画される~text ］の表示が異なってくる。 ◎ This value applies to any font that is selected but in typical usage it should be based on the aspect value of the first font in the font-family list. If this is specified accurately, the (a/a') term in the formula above is effectively 1 for the first font and no adjustment occurs. If the value is specified inaccurately, text rendered using the first font in the family list will display differently in older user agents that don’t support font-size-adjust.

`font-size-adjust$p の値は， `font-size$p の`使用~値$に影響するが、 `算出d値$には影響しない。 それは、 ~font計量に基づく相対~単位 — `ex$u や `ch$u など — の~sizeには影響するが， `em$u 単位の~sizeには影響しない。 `line-height$p に対する数量-値は， `font-size$p の`算出d値$を参照rするので、 `font-size-adjust$p は， `line-height$p の`使用~値$には影響しない。 ◎ The value of font-size-adjust affects the used value of font-size but does not affect the computed value. It affects the size of relative units that are based on font metrics such as ex and ch but does not affect the size of em units. Since numeric values of line-height refer to the computed size of font-size, font-size-adjust does not affect the used value of line-height.

注記： ~CSSにおいては、 作者は， `line-height$p を `font-size$p の倍数として指定することが多い。 `font-size-adjust$p ~propは， `font-size$p の`使用~値$に影響するので、 作者は，［ `font-size-adjust$p を利用するときは、 行l高さの設定も~careする ］べきである。 この状況では、 行l高さの設定を狭小にし過ぎると，行lどうしが重合するおそれがある。 ◎ Note: In CSS, authors often specify line-height as a multiple of the font-size. Since the font-size-adjust property affects the used value of font-size, authors should take care setting the line height when font-size-adjust is used. Setting the line height too tightly can result in overlapping lines of text in this situation.

p {
    font-family: Futura;
    font-size: 500px;
}

span {
    border: solid 1px red;
}

.adjust {
    font-size-adjust: 0.5;
}

<p><span>b</span><span class="adjust">b</span></p>

2.7. ~font略式： `font^p ~prop

この~propの構文は、 伝統的な~typographic上の略式~記法に基づいて， ~fontに関係する複数の~propを設定する。 歴史的な理由, および後方-互換性の理由から、 それは，`ほぼ^em略式~propである。 ◎ The syntax of this property is based on a traditional typographical shorthand notation to set multiple properties related to fonts. For historical and backwards-compatibility reasons, it is almost a shorthand property.

`font$p ~propは、 ~stylesheetの中の同じ場所で［ `font-style$p, `font-variant$p, `font-weight$p, `font-width$p, `font-size$p, `line-height$p, `font-family$p ］をまとめて設定するための，略式~propである — ただし： ◎ The font property is, except as described below, a shorthand property for setting font-style, font-variant, font-weight, font-width, font-size, line-height, font-family at the same place in the stylesheet.

• `font-variant$p ~prop用の値は、 CSS 2.1 にて~supportされるものに限られる — `font-variant$p 用の値のうち［ `~level 3$, この~level 4 ］仕様にて追加されたものは、 `font$p 略式~propには利用できない： ◎ Values for the font-variant property can also be included but only those supported in CSS 2.1; none of the font-variant values added in CSS Fonts Levels 3 or 4 can be used in the font shorthand:

  `font-variant-css2@t
  	= `normal^v
  	| `small-caps^v
  

• `font-width$p ~prop用の値は、 `~level 3$ にて~supportされるものに限られる — この仕様にて追加された `font-width$p 用のどの値も， `font$p 略式~propには利用できない： ◎ Values for the font-width property can also be included but only those supported in CSS Fonts level 3, none of the font-width values added in this specification can be used in the font shorthand:

  `font-width-css3@t
  	= `normal^v
  	| `ultra-condensed$v
  	| `extra-condensed$v
  	| `condensed$v
  	| `semi-condensed$v
  	| `semi-expanded$v
  	| `expanded$v
  	| `extra-expanded$v
  	| `ultra-expanded$v
  

したがって、［ ~fontに関係する~prop, それらの `font$p ~propとの相互作用 ］は、 次に挙げるものに分類される： ◎ Therefore we have the following classification of font-related properties and their interaction with the font property:

`明示的に設定される@ もの ◎ Set Explicitly

次に挙げる~propは、 `font$p ~propを利用して設定できる ⇒＃ `font-family$p, `font-size$p, `font-width$p （`~level 3$ にて~supportされる値に限る）†, `font-style$p, `font-variant-caps$p （ CSS 2 にて~supportされる値に限る）, `font-weight$p, `line-height$p ◎ These properties may be set using the font property: • font-family • font-size • font-width (css3) • font-stretch (css3) • font-style • font-variant-caps (css2) • font-weight • line-height

【† 原文では、 `font-width^p の旧来の別名 `font-stretch$p も挙げられていて， “~level 3” に関する注釈は後者に添えられているが、 `font^p の構文から，その注釈は `font-width^p に適用されるものと解釈すべきであろう。 】

`暗黙的に設定し直される@ もの ◎ Reset Implicitly

次に挙げる~propは、 設定できないが，各自の初期~値に設定し直される ⇒＃ `font-feature-settings$p, `font-kerning$p, `font-language-override$p, `font-optical-sizing$p, `font-size-adjust$p, `font-variant-alternates$p, `font-variant-caps$p （`~level 3$ 以降）, `font-variant-east-asian$p, `font-variant-emoji$p, `font-variant-ligatures$p, `font-variant-numeric$p, `font-variant-position$p, `font-variation-settings$p ◎ These may not be set, but are reset to their initial values: • font-feature-settings • font-kerning • font-language-override • font-optical-sizing • font-size-adjust • font-variant-alternates • font-variant-caps (css3 and above) • font-variant-east-asian • font-variant-emoji • font-variant-ligatures • font-variant-numeric • font-variant-position • font-variation-settings

`独立に~cascadeされる@ もの ◎ Cascaded Independently

次に挙げる~propは、 `font$p ~propにより［ 設定される／設定し直される ］ことはない ⇒＃ `font-palette$p, `font-synthesis-weight$p, `font-synthesis-style$p, `font-synthesis-small-caps$p ◎ There are neither set nor reset by the font property: • font-palette • font-synthesis-weight • font-synthesis-style • font-synthesis-small-caps

`font$p ~propの［ `明示的に設定される$／`暗黙的に設定し直される$ ］下位propは，いずれも、 まず，各自の初期~値の設定し直される。 ◎ All subproperties of the font property in the Set Explicitly and Reset Implicitly groups are first reset to their initial values.

次に，`明示的に設定される$もののうち `font$p 略式~内に明示的に値が与えられたものは，その値に設定される。 ［ 許容される値／`初期~値$ ］の定義は、 個々の下位propの定義を見よ。 ◎ Then, those properties the Set Explicitly group that are given explicit values in the font shorthand are set to those values. For a definition of allowed and initial values, see the individual longhand property definitions.

p { font: 12pt/14pt sans-serif }
p { font: 80% sans-serif }
p { font: x-large/110% "new century schoolbook", serif }
p { font: bold italic large Palatino, serif }
p { font: normal small-caps 120%/120% fantasy }
p { font: condensed oblique 12pt "Helvetica Neue", serif; }
p { font: condensed oblique 25deg 753 12pt "Helvetica Neue", serif; }

`font-width$p ~propは CSS 2.1 では定義されていないので、 作者は，［ `font$p 規則~内で `font-width$p 用の値を利用するときは、 古い~UAとも互換な予備の~versionを含める ］ベキである： ◎ Since the font-width property was not defined in CSS 2.1, when using font-width values within font rules, authors should include a extra version compatible with older user agents:

p {
  font: 80% sans-serif;   /* 
古い~UA用
◎
for older user agents
 */
  font: condensed 80% sans-serif;
}

~system~fontは一体としてのみ設定できる。 すなわち，［ ~font族, ~size, ~weight, ~style, 等々 ］は、 すべて同時に設定される。 しかる後，欲されるならば、 これらの値は個別に改めれる。 指示された特性を備える~fontが，所与の~platform上に存在しない場合、 ~UAは，適当に代用するか （例： `small-caption$v ~font用には `caption$v ~fontの より小さい~versionを利用するなど）， または ~UAによる既定の~fontで代用するベキである。 ~regular~fontのときと同じく、 ~system~fontに対しても，［ 個々の~propのうち，~OSにて可用な利用者-選好の一部を成さないもの ］は，各自の`初期~値$に設定されるベキである。 ◎ System fonts can only be set as a whole; that is, the font family, size, weight, style, etc. are all set at the same time. These values can then be altered individually if desired. If no font with the indicated characteristics exists on a given platform, the user agent should either intelligently substitute (e.g., a smaller version of the caption font might be used for the small-caption font), or substitute a user agent default font. As for regular fonts, if, for a system font, any of the individual properties are not part of the operating system’s available user preferences, those properties should be set to their initial values.

これが、 `font$p ~propが “ほぼ” 略式~propとされている~~理由である： ~system~fontは， `font-family$p 自身ではなく `font^p ~propを通してしか指定し得ないので、 作者は， `font^p ~propにより［ その下位propたちの総和 ］より多くのことを行える。 一方で， `font-weight$p などの個々の~propは、 依然として~system~fontから採られる値が与えられ， 独立に変わり得る。 ◎ That is why this property is "almost" a shorthand property: system fonts can only be specified with this property, not with font-family itself, so font allows authors to do more than the sum of its subproperties. However, the individual properties such as font-weight are still given values taken from the system font, which can be independently varied.

上に挙げられた~system~font用の~keywordは、 先頭に位置するときに限り，~keywordとして扱われる — 他所に位置している場合、 ~font族~名の一部として扱われることに注意： ◎ Note that the keywords used for the system fonts listed above are only treated as keywords when they occur in the initial position, in other positions the same string is treated as part of the font family name:

font: menu;        /* 
~system~menu用の~font設定群を利用
◎
use the font settings for system menus
 */
font: large menu;  /* 
"menu" という名前の~font族を利用
◎
use a font family named "menu"
 */

button { font: 300 italic 1.3em/1.7em "FB Armada", sans-serif }
button p { font: menu }
button p em { font-weight: bolder }

button p { font: 600 9pt Charcoal }

button p {
  font-style: normal;
  font-variant: normal;
  font-weight: 600;
  font-size: 9pt;
  line-height: normal;
  font-family: Charcoal
}

2.8. 合成な書体の制御-法

合成な~font書体は、［ ある~font族が相応しい書体を欠くときに，要請された~fontへの近似を供する ］ための~fallback策である。 ◎ Synthetic font faces are a fallback strategy to provide an approximation to the requested font when a font family lacks a suitable face.

合成は、 ~fallback策である — それは，たぶん無いよりはましだが、 その結果は，当の目的~用に~designされた書体の品質~levelを満たさないので。 ◎ Synthesis is a fallback strategy because the end result, while perhaps better than nothing at all, does not meet the level of quality of a face designed for the purpose.

可変~fontは、 ~font~designerが異体を成す軸（たち）を供したものであり， ~font合成として`数えられない^em — `font-synthesis$p ~propは、 それらの利用には影響しない。 ◎ Variable fonts, where the font designer has provided one or more axes of variation do not count as font synthesis and their use is not affected by the font-synthesis property.

*:lang(ar) { font-synthesis: none; }

3.1. ~font描画の制御 — 序論

~UAは、 `font-face$at を介して~download可能な`~web~font$を利用するとき， ~fontを読込んでいる最中に何をするか知る必要がある。 ほとんどの~web~browserは、 何らかの形の時間切れを採用している： ◎ When using downloadable Web Fonts via @font-face, the user agent needs to know what to do while the font is actively loading. Most web browsers have adopted some form of timeout:

• ［ ~Chrome／~Firefox ］では、 3 秒で時間切れになる — その時点で、 ~textは~fallback~fontで示される。 最終的には入替が生じる — すなわち、 意図される~fontが可用になり次第，~textは それで描画し直される。 ◎ Chrome and Firefox have a 3 second timeout after which the text is shown with the fallback font. Eventually, a swap occurs: the text is re-rendered with the intended font once it becomes available.
• ~MSIEでは、 0 秒で時間切れになる — その結果，~textは即時に描画される： 要請された~fontがまだ可用でない場合、 ~fallbackが利用される — 要請された~fontが後で可用になり次第，~textは描画し直される。 ◎ Internet Explorer has a 0 second timeout which results in immediate text rendering: if the requested font is not yet available, fallback is used, and text is rerendered later once the requested font becomes available.

これら既定の挙動は適理であるが、 あいにく，各~browser間で一貫でない。 さらには、［［ 現代の利用者~体験, あるいは処理能 ］に気を使う~appに要求される，~~多様な利用事例 ］を受持つに足る，単独の~approachは無い。 ◎ While these default behaviors are reasonable, they’re unfortunately inconsistent across browsers. Worse, no single approach is sufficient to cover the range of use-cases required by modern user-experience– and performance–conscious applications.

`CSS-FONT-LOADING-3$r ~APIは， 上の挙動の一部を上書きすることを開発者に許容するが、 ~scriptingに些細でない量の労が要求され、 結局は，適理な事例`すべて^emを受持つに足る~hookを供するものにならない。 加えて，開発者は、 読込n用の~scriptを自身の~page内に直書きするか， 外部~libraryを読込む必要がある — どちらにせよ、［ ~fontを読込めるようになる前に，追加的な~network待時間をもたらす ］ので，~text描画は遅延される。 ◎ The Font Loading API [CSS-FONT-LOADING-3] allows a developer to override some of the above behaviors, but that requires scripting, a non-trivial amount of effort, and ultimately doesn’t provide sufficient hooks to cover all reasonable cases. Additionally, the developer needs to either inline the loading script into their page or load an external library, introducing additional network latency before the fonts can be loaded and delaying text rendering.

［ 設計／処理能 ］に気を使う~web開発者は、［ 意図される利用者~体験を得るための，所与の`~web~font$の相対的な重要度 ］について，よく知る立場にある。 この仕様は、 ~fontの［ 時間切れ／描画 ］の挙動を制御する能 — 特定的には、 次に挙げるものを定義する能 — を開発者に供する 【特に， `font-display$d 記述子を介して】： ◎ Design/performance-conscious web developers have a good sense for the relative importance of a given Web Font for the intended user experience. This specification provides them the ability to control font timeout and rendering behavior. Specifically, it lets developers:

• 次についての~font表示-施策 ⇒ いつ，~textを塗るに準備済みになるか — それまでは、 塗りを阻むのか, ~fallbackで塗るのか。 ◎ Define the font display policy when text is ready to be painted: block, or paint with fallback.
• 次についての~font表示-施策 ⇒ 欲される~fontが可用になったとき、 ~textを新たな~fontで描画し直すか, ~fallbackのままにしておくか。 ◎ Define the font display policy once the desired font is available: rerender text with the new font, or leave it with the fallback.
• 各~font用の~customな時間切れ値。 ◎ Define custom timeout values for each font.
• 要素ごとの ~customな［ 表示-／時間切れ ］施策。 ◎ Define custom display and timeout policies per element.

3.2. ~font表示-時列線

書体-の `~font~download~timer@ が開始されるのは、 ~UAが，ある~page上で~downloadされた所与の書体-を最初に利用しようと試みた時点になる。 この~timerは、 当の書体-に結付けられる 3 つの期間 — `阻み期間$, `入替~期間$, `失敗~期間$ — を順に経る — それは、 書体-を利用している要素の描画の挙動を規定する： ◎ At the moment the user agent first attempts to use a given downloaded font face on a page, the font face’s font download timer is started. This timer advances through three periods of time associated with the font face—the block period, the swap period, and the failure period—which dictate the rendering behavior of any elements using the font face:

1. 最初は， `阻み期間@ になる。 この期間~内に書体-が読込まれなかった場合、 それを利用しようと試みている どの要素も，代わりに `不可視な~fallback書体-で描画する$モノトスル — 成功裡に読込まれた場合、 書体-は通常に利用される。 ◎ The first period is the font block period. During this period, if the font face is not loaded, any element attempting to use it must instead render with an invisible fallback font face. If the font face successfully loads during the block period, the font face is then used normally.
2. `阻み期間$の直後から， `入替~期間@ になる。 この期間~内に書体-が読込まれなかった場合、 それを利用しようと試みている どの要素も， `~fallback書体-で描画する$モノトスル — 成功裡に読込まれた場合、 書体-は通常に利用される。 ◎ The second period, occurring immediately after the block period, is the font swap period. During this period, if the font face is not loaded, any element attempting to use it must instead render with a fallback font face. If the font face successfully loads during the swap period, the font face is then used normally.
3. `入替~期間$内に書体-が読込まれなかった場合、 その直後から， `失敗~期間@ が開始される — 読込nは失敗したものとされ，通常の~font~fallbackを生じさせる。 他の場合、 書体-は通常に利用される。 ◎ The third period, occurring immediately after the swap period, is the font failure period. If the font face is not yet loaded when this period starts, it’s marked as a failed load, causing normal font fallback. Otherwise, the font face is used normally.

所与の要素~用に `~fallback書体-で描画する@ ときは、 ~UAは，［ 要素の `font-family$p ~listに指定された書体-のうち，すでに読込まれた最初のもの ］を見出して，それを~textの描画に利用するモノトスル。 これを行なうときは、 ~fallback~fontの読込nを誘発しないモノトスル。 ◎ To render with a fallback font face for a given element, the user agent must find the first font face specified in the element’s font-family list which is already loaded, and use that for rendering text. Doing this must not trigger loads of any of the fallback fonts.

所与の要素~用に `不可視な~fallback書体-で描画する@ ときは、［ `~fallback書体-で描画する$ときに従う下で，書体-を見出した ］上で，［ その書体-と同じ計量を伴うが，すべての~glyphは “不可視” である（ “~ink” を包含しない） ］ような匿名な書体-を作成して，それを~textの描画に利用する 【言い換えれば、空間を占めるが，~glyphは塗らない】。 これを行なうときは、 ~fallback~fontの読込nを誘発しないモノトスル。 ◎ To render with an invisible fallback font face for a given element, find a font face as per "render with a fallback font face". Create an anonymous font face with the same metrics as the selected font face but with all glyphs "invisible" (containing no "ink"), and use that for rendering text. Doing this must not trigger loads of any of the fallback fonts.

［ `fallback$v ／ `optional$v ］により、 族~内のある書体が，他のものが~fallbackするよう要求される間に利用-中になる結果、 “脅迫状（ `ransom note^en ）” のような見かけになり得る。 おそらく、 族~内のすべての~fontが~~一斉に同じに挙動する （すべて入替わるか すべて~fallbackする）必要があるのでは？ ~font族~~単位で挙動を制御する `font-feature-values$at も見よ。 ◎ fallback and optional can result in some faces in a family being used while others are required to fallback, giving a "ransom note" look. Perhaps require that all fonts in a family have the same behavior (all swapped in, or all fallback)? See also the @font-feature-values for controlling the behavior on a font family basis.

4.1. `font-face^at 規則

`font-face@at 規則は、［ 必要時に自動的に~fetchされた上で作動化される~font ］に向けて，~linkを張ることを許容する。 これは、 ~fontの候補を［ 所与の~platform上で可用な~fontたちが成す集合 ］に制限することなく，［ ~pageの~design目標に近く合致する~fontを選定する ］ことを作者に許容する。 ［ この規則が与える，~font記述子たちが成す集合 ］は、 個々の書体の~style特性に沿うような［ ~localな／外部にある ］~font資源の所在を定義する。 複数の `font-face$at 規則を利用して，［ 様々な書体を備える~font族 ］を構築することもできる。 ~UAは — ~CSS~font照合~規則の利用を通して — 所与の~text片に必要な書体のみを，選択的に~downloadできるようになる。 ◎ The @font-face rule allows for linking to fonts that are automatically fetched and activated when needed. This allows authors to select a font that closely matches the design goals for a given page rather than limiting the font choice to a set of fonts available on a given platform. A set of font descriptors define the location of a font resource, either locally or externally, along with the style characteristics of an individual face. Multiple @font-face rules can be used to construct font families with a variety of faces. Using CSS font matching rules, a user agent can selectively download only those faces that are needed for a given piece of text.

その構文は： ◎ Its syntax is:

@font-face {
	`declaration-list$t
}

`font-face$at 規則は、 この仕様にて定義する各種~記述子を受容する。 ◎ The @font-face rule accepts the descriptors defined in this specification.

`font-face$at 規則は、 すべての~font記述子に対し，各自の値を［ 暗黙的に, または明示的に ］指定する。 規則の中で値が明示的に与えられていない記述子は、［ この仕様の中で，各 記述子の定義に挙げられる`初期~値$ ］を値にとる。 これらの記述子は、 もっぱら，［ それが定義される `font-face$at 規則の文脈 ］の下に限り適用され， 文書~言語の要素に【直に】適用されるものではない。 記述子には、［ どの要素に適用されるか／値が子~要素に継承されるかどうか ］を成す観念は存在しない。 所与の `font-face$at 規則の中に，同じ名前を伴う記述子~宣言が複数回~出現したときは、 それらのうち最後の宣言のみが利用され，他の宣言は無視される。 ◎ Each @font-facerule specifies a value for every font descriptor, either implicitly or explicitly. Those not given explicit values in the rule take the initial value listed with each descriptor in this specification. These descriptors apply solely within the context of the @font-face rule in which they are defined, and do not apply to document language elements. There is no notion of which elements the descriptors apply to or whether the values are inherited by child elements. When a given descriptor occurs multiple times in a given @font-face rule, only the last descriptor declaration is used and all prior declarations for that descriptor are ignored.

@font-face {
  font-family: Gentium;
  src: url(http://example.com/fonts/Gentium.woff);
}

p { font-family: Gentium, serif; }

文書が包含する `font-face$at 規則たちが成す集合は、 当の文書において可用な~fontたちが成す集合を定義する。 ~font照合を終えたときは、 これらの規則を利用して定義される~fontが， ~system上の他の可用な~fontより前に考慮される。 ◎ A given set of @font-face rules define a set of fonts available for use within the documents that contain these rules. When font matching is done, fonts defined using these rules are considered before other available fonts on a system.

~downloadされた~fontたちは、 それらを参照する文書に限り，可用になる。 これらの~fontを作動化させる処理nは、 それらを［ 同じ~fontへ直に~linkしていない他の~appや文書 ］からも可用にしないモノトスル。 ~UAの実装者は、［ ~downloadされた~fontを［ `~install済み~font~fallback$手続-の下で，可用な~fontが他に存在しない ］ような他の文書 ］内の文字を描画するために利用すること ］が簡便であると考えるかもしれないが、 ある~pageの内容が他の~pageに影響-可能になれば， 攻撃者からも何らかの攻撃~行路に利用できることになり、 ~security漏洩に至らせかねない。 この制約は、 ~cache法の挙動には影響しない — ~fontは、 他の~web資源が~cacheされるのと同じ仕方で~cacheされる。 ◎ Downloaded fonts are only available to documents that reference them. The process of activating these fonts must not make them available to other applications or to documents that don’t directly link to the same font. User agent implementers might consider it convenient to use downloaded fonts when rendering characters in other documents for which no other available font exists as part of the installed font fallback procedure. However, this would cause a security leak since the contents of one page would be able to affect other pages, something an attacker could use as an attack vector. These restrictions do not affect caching behavior, fonts are cached the same way other web resources are cached.

`font-face$at 規則は： ◎ This at-rule＼

• ~CSSの前方-互換な構文解析~規則に従う。 宣言~block内の~propと同様に、 ~UAは、 自身が~supportしない どの記述子に対しても，その宣言を無視するモノトスル。 ◎ follows the forward-compatible parsing rules of CSS. Like properties in a declaration block, declarations of any descriptors that are not supported by the user agent must be ignored.＼
• ［ `font-family$d, `src$d ］両~記述子が要求される — どちらかが欠落な場合、 当の規則は， `§ ~font照合~algo$ を遂行するときには考慮しないモノトスル。 ◎ @font-face rules require a font-family and src descriptor; if either of these are missing, the @font-face rule must not be considered when performing the font matching algorithm.
• ~UAは、［ ~platform資源が制限されている ／ ~download可能な~font資源を不能化する能を実装している ］事例では，単純に無視するモノトスル — この仕様にて定義される個々の記述子の挙動は、 改められるベキではない。 ◎ In cases where user agents have limited platform resources or implement the ability to disable downloadable font resources, @font-face rules must simply be ignored; the behavior of individual descriptors as defined in this specification should not be altered.

4.2. ~font族： `font-family^d 記述子

この記述子は、 すべての［ ~CSS~font族~名の照合 ］に利用されることになる，~font族~名を定義する。 それは、 下層の~font~dataに包含されている~font族~名を上書きする。 すなわち、 ~font族~名が［ 利用者~環境にて可用な~font族の名前 ］と同じ場合、 これは，その下層の~font — この記述子が記された~stylesheetを利用する文書~用の，下層の~font — を実質的に隠す。 これにより，~web作者は、 利用者~環境に在る~font族~名との競合-を気にすることなく，自由に~font族~名を選べるようになる。 同様に、 所与の~font族~名に対しては，~platform代用は利用しないモノトスル。 ◎ This descriptor defines the font family name that will be used in all CSS font family name matching. It overrides the font family names contained in the underlying font data. If the font family name is the same as a font family available in a given user’s environment, it effectively hides the underlying font for documents that use the stylesheet. This permits a web author to freely choose font-family names without worrying about conflicts with font family names present in a given user’s environment. Likewise, platform substitutions for a given font family name must not be used.

4.3. ~font参照： `src^d 記述子

この記述子は、 ~font~dataを包含している資源を指定する。 その値は、 優先順による［ 外部~参照／~localに~installされた書体-名 ］たちが成す，~commaで分離された~listである。 ~UAは，~fontが必要になったときに、 ~listを成す各~参照を反復して， 成功裡に構文解析して作動化できる最初のものを利用する。 この記述子の構文解析-法は、 他の記述子の構文解析-法より複雑である。 その規則については、 § `src^d 記述子の構文解析-法 を見よ。 ~fontの作動化は、［ ~fileを~downloadするか~diskから読取って, それを構文解析して, たぶん~UAに依存する追加的な手続きも行う ］ことを孕む。 ［ 妥当でない~dataを包含している~font／ ~localな書体-が見出されないもの ］は無視され、 ~UAは，~list内で次にある~fontを読込むことになる。 ◎ This descriptor specifies the resource containing font data. Its value is a prioritized, comma-separated list of external references or locally-installed font face names. When a font is needed the user agent iterates over the set of references listed, using the first one it can successfully parse and activate. Parsing this descriptor is more complicated than parsing other descriptors; see § 4.3.1 Parsing the src descriptor for the parsing rules. Activation of a font involves downloading the file or reading it from disk, parsing it, and perhaps additional user-agent-dependent steps. Fonts containing invalid data or local font faces that are not found are ignored and the user agent loads the next font in the list.

`font-src-list@t
	= `font-src$t#
`font-src@t
	= `url$t [ format(`font-format$t)]? [ tech(`font-tech$t#)]? | local(`family-name$t)

`font-format@t
	= `string$t
	| collection
	| embedded-opentype
	| opentype
	| svg
	| truetype
	| woff
	| woff2

`font-tech@t
	= `font-features-tech$t
	| `color-font-tech$t
	| variations
	| palettes
	| incremental

`font-features-tech@t
	= features-opentype
	| features-aat
	| features-graphite

`color-font-tech@t
	= color-COLRv0
	| color-COLRv1
	| color-SVG
	| color-sbix
	| color-CBDT

@font-face {
  font-family: "MyIncrementallyLoadedWebFont";
  src: url("FallbackURLForBrowsersWhichDontSupportIncrementalLoading.woff2") format(woff2);
  src: url("MyIncrementallyLoadedWebFont.otf") format(opentype) tech(incremental);
}

src: url(fonts/simple.woff);   /* 
~stylesheetの所在から相対的な `simple.woff^l を読込む
◎
load simple.woff relative to stylesheet location
 */
src: url(/fonts/simple.woff);  /* 
絶対的な所在から `simple.woff^l を読込む
◎
load simple.woff from absolute location
 */
src: url(fonts/coll.otc#foo);  /* 
~collection `coll.otc^l から~font `foo^l を読込む
◎
load font foo from collection coll.otc
 */
src: url(fonts/coll.woff2#foo);/* 
~WOFF 2 ~collection `coll.woff2^l から~font `foo^l を読込む
◎
load font foo from woff2 collection coll.woff2
 */
src: url(fonts.svg#simple);    /* 
`id^c に `simple^l が付与された~SVG~fontを読込む
◎
load SVG font with id 'simple'
 */

@font-face {
  font-family: bodytext;
  src: url(ideal-sans-serif.woff2) format(woff2),
       url(ideal-sans-serif.woff) format(woff),
       url(basic-sans-serif.ttf) format(opentype);
}

src: url(ideal.woff2) format(woff2),url(unsupported.zeb) format("zebra"),
url(basic.ttf) format(opentype);

@font-face {
  font-family: ~SourceHanSansJP;
  src: url(SourceHanCodeJP.otc#Regular) format(collection),
       url(SourceHanCodeJP-Regular.ttf) format(opentype);
}

/* 
`Gentium^F の~regular体f
◎
regular face of Gentium
 */
@font-face {
  font-family: MyGentium;
  src: local(Gentium),    /* 
`Gentium^F が~localに可用なら，それを選好する
◎
prefer locally available Gentium
 */
       url(Gentium.woff); /* 
他の場合は~downloadする
◎
otherwise, download it
 */
}

@font-face {
  font-family: foo;
  src: local(inherit);
}

/* 
`Gentium^F の~bold体f 
◎
bold face of Gentium
 */
@font-face {
  font-family: MyGentium;
  src: local(Gentium Bold),    /* 
全部的~font名
◎
full font name
 */
       local(Gentium-Bold),    /* 
~PostScript名
◎
Postscript name
 */
       url(GentiumBold.woff);  /* 
上のどれも利用できないときは ~downloadする
◎
otherwise, download it
 */
  font-weight: bold;
}

@font-face {
  font-family: Headline;
  src: local(Futura-Medium),
       url(images/fonts.svg#MyGeometricModern) format(svg);
}

@font-face {
  font-family: jpgothic;
  src: local(HiraKakuPro-W3), local(Meiryo), local(IPAPGothic);
}

@font-face {
  font-family: Hoefler Text Ornaments;
  /* 
は、
`Hoefler Text Regular^F と同じ~font~propを備える【ので，従来の方法では選定できない（ような例として挙げられている？）】
◎
has the same font properties as Hoefler Text Regular
 */
  src: local(HoeflerText-Ornaments);
}

@font-face {
  font-family: SectionHeader;
  src: local("Arial Lihavoitu");  /* 
`Arial_Bold^F に対する~Finnishの全部的~font名は失敗するべき
◎
Finnish fullname for Arial Bold, should fail
 */
  font-weight: bold;
}

h2 { font-family: SectionHeader, serif; }

@font-face {
  font-family: MainText;
  src: url(gentium.eot);                     /* 
古い~UA用
◎
for use with older user agents
 */
  src: local("Gentium"), url(gentium.woff);  /* 
`src^d 定義を上書きする
◎
Overrides src definition
 */
}

4.4. ~font~prop記述子： `font-style^d , `font-weight^d , `font-width^d 記述子

これらの記述子は、 書体-の特性を定義し， ~styleを特定の書体と照合する処理nに利用される。 ［ いくつかの `font-face$at 規則 ］により定義される~font族~用には、 ~UAは，次に挙げるいずれかを行える： ◎ These descriptors define the characteristics of a font face and are used in the process of matching styles to specific faces. For a font family defined with several @font-face rules, user agents can either＼

• 当の族の中の書体をすべて~downloadする。 ◎ download all faces in the family or＼
• これらの記述子を利用して，［ 文書の中で利用される実際の~styleに合致する書体- ］を選択的に~downloadする。 ◎ use these descriptors to selectively download font faces that match actual styles used in document.＼

これらの記述子~用の値の意味は、 同じ名前の~font~propがとる値と同じである — ただし： ◎ The meaning of the values for these descriptors are the same as those for the corresponding font properties except that＼

• `font-weight$d 記述子には、 相対~keyword［ `bolder$v, `lighter$v ］は許容されない。 ◎ relative keywords are not allowed, bolder and lighter.＼
• 省略された記述子については、 `初期~値$をとるものと見做される。 ◎ If these descriptors are omitted, initial values are assumed.＼
• `指定d値$が，【次項~以下に述べる値は別として】 同じ名前の~propが受容する値の範囲~外にある場合、 当の記述子は構文解析-~errorとして扱われる。 ◎ If specified values are out of range of the accepted values of the property of the same name, the descriptor is treated as a parse error.
• これら 3 種の記述子は、 単独の値に代えて， 2 個の値による範囲も受容する 【 …{1,2} 】 。 値のうち小さくない方が範囲の上限を与え，他方は下限を与える。 【！must swap the ... Both endpoints are inclusive.】 単独の値は、［ 上限と下限が その値に一致する範囲 ］と同じ意味になる。 【！Where a single value ... endpoint.】 範囲は、 `§ ~font照合~algo$ にて利用される。 ◎ Ranges are accepted in these three descriptors in place of a single value. Where a single value is specified, it has the same meaning as a range with identical startpoint and endpoint. User agents must swap the computed value of the startpoint and endpoint of the range in order to forbid decreasing ranges. Both endpoints are inclusive. The ranges are used in the Font Matching Algorithm below.

• これら 3 種の記述子は、 値 `auto^v も受容する — その効果は： ◎ The auto values for these three descriptors have the following effects:

  • ~font選定の目的においては、 ~fontは，適切な `normal^v 値 （ `normal＠#valdef-font-style-normal$v ／ `normal＠#valdef-font-weight-normal$v ／ `normal＠#valdef-font-width-normal$v ） が選ばれていたかのように選定される。 ◎ For font selection purposes, the font is selected as if the appropriate normal value (normal, normal or normal) is chosen
  • 異体~軸の切詰法においては、 切詰法は生じない ◎ For variation axis clamping, clamping does not occur

これらの書体-~style属性~用の値は、 下層の~font~dataにより含意される~styleに代えて利用される。 これにより，作者は、 元の~font~dataが異なる~~形に配列されている状況においても， 書体たちを柔軟に組合せることが可能になる。 合成な［ ~bold化／~oblique化 ］を実装する~UAは、 ~font記述子により必要と含意された所に限り， 合成な~style法を適用するモノトスル — ［ ~font~dataにより含意される~style属性 ］に基づいてではなく。 しかしながら、 `font-face^at で定義した~fontに適用される各~異体~値は，［ それらの記述子~内に指定された値, ~font~file自身が~supportする値 ］の両者により切詰められることになる。 ◎ The value for these font face style attributes is used in place of the style implied by the underlying font data. This allows authors to combine faces in flexible combinations, even in situations where the original font data was arranged differently. User agents that implement synthetic bolding and obliquing must only apply synthetic styling in cases where the font descriptors imply this is needed, rather than based on the style attributes implied by the font data. However, variation values applied to fonts defined with '@font-face' will be clamped to both the values specified in these descriptors as well as the values supported by the font file itself.

@font-face {
  font-family: BaskervilleSimple;
  src: url(baskerville-regular.woff2);
}

@font-face {
  font-family: BaskervilleFull;
  src: url(baskerville-regular.woff2);
}

@font-face {
  font-family: BaskervilleFull;
  src: url(baskerville-italic.woff2);
  font-style: italic;
}

@font-face {
  font-family: Lastima;
  src: url(lastima-varfont.woff2);
  font-weight: 100 399;
}

@font-face {
  font-family: Lastima;
  src: url(lastima-varfont-lightrange.woff2);
  font-weight: 100 399;
}
@font-face {
  font-family: Lastima;
  src: url(lastima-varfont-heavyrange.woff2);
  font-weight: 400 700;
}

4.5. 文字~範囲： `unicode-range^d 記述子

この記述子を宣言することにより、 書体-が~supportし得る~Unicode符号位置たちが成す集合を定義できる。 記述子は、 ~Unicode範囲~token（ `unicode-range-token$t ）たちが成す，~commaで区切られた~listを値にとる。 符号位置たちが成す集合は、 これらの範囲の和集合として定義され， ~UAが［ 所与の~text連なり用に~font資源を~downloadするかどうか ］を裁定する際の~hintになる。 ◎ This descriptor defines the set of Unicode codepoints that may be supported by the font face for which it is declared. The descriptor value is a comma-delimited list of Unicode range token (<unicode-range-token>) values. The union of these ranges defines the set of codepoints that serves as a hint for user agents when deciding whether or not to download a font resource for a given text run.

各 `unicode-range-token$t ~tokenは、 接頭辞［ `U+^css ／ `u+^css ］と後続する符号位置~範囲からなる。 符号位置~範囲は、 次に挙げる 3 種いずれかの形をとる — この形に収まらないものは無効になり，当の宣言は無視されることになる： ◎ Each <unicode-range-token> value is a token made up of a "U+" or "u+" prefix followed by a codepoint range in one of the three forms listed below. Ranges that do not fit one of these forms are invalid and cause the declaration to be ignored.

1 個の符号位置 （例： `U+416^v ） ◎ single codepoint (e.g. U+416)

1 〜 6 個の 16 進~数字として表現される， 1 個の~Unicode符号位置のみからなる範囲 ◎ a Unicode codepoint, represented as one to six hexadecimal digits

区間範囲 （例： `U+400-4ff^v ） ◎ interval range (e.g. U+400-4ff)

~hyphenで分離された 2 個の 16 進~数字~列として表現される範囲 — 2 個の数字~列は、 順に，範囲の［ 始端, 終端 ］を指示する。 ◎ represented as two hyphen-separated Unicode codepoints indicating the inclusive start and end codepoints of a range

~wildcard範囲 （例： `U+4??^v ） ◎ wildcard range (e.g. U+4??)

［ 尾部の各 文字 `?^css が任意の 16 進~数字を表す ］とするときの，符号位置たちが成す集合として定義される範囲。 ◎ defined by the set of codepoints implied when trailing '?' characters signify any hexadecimal digit

ここで： ◎ ↓

• 個々の符号位置は、 `~Unicode文字~符号位置＠https://www.unicode.org/charts/$に対応する 16 進~値で記される。 ◎ Individual codepoints are written using hexadecimal values that correspond to Unicode character codepoints.＼
• いずれにせよ、 符号位置を与える各 数字は，`~ASCII大小無視$であり、 指示される符号位置は，範囲 { 0 〜 10FFFF } に入らなければナラナイ。 ◎ Unicode codepoint values must be between 0 and 10FFFF inclusive. Digit values of codepoints are ASCII case-insensitive.＼
• 区間範囲における終端の符号位置は、 始端の符号位置~以上でなければナラナイ。 ◎ For interval ranges, the start and end codepoints must be within the range noted above and the end codepoint must be greater than or equal to the start codepoint.
• 先頭の数字を欠いている~wildcard範囲 （例： `U+???^v ） も妥当であり， 先頭に数字 `0^css を付与した~wildcard範囲 （例： `U+0???^v , すなわち `U+0000-0FFF^v ） と等価になる。 ~Unicode符号位置の範囲に~~収まり切らない~wildcard範囲は無効になる。 したがって、 ~wildcard範囲は 6 桁まで受容するが， その尾部を成す~wildcard文字 `?^css は 5 個までになる。 ◎ Wildcard ranges specified with ‘?’ that lack an initial digit (e.g. "U+???") are valid and equivalent to a wildcard range with an initial zero digit (e.g. "U+0???" = "U+0000-0FFF"). Wildcard ranges that extend beyond the range of Unicode codepoints are invalid. Because of this, the maximum number of trailing '?' wildcard characters is five, even though the UNICODE-RANGE token accepts six.

`unicode-range$d 記述子の宣言に含まれる~Unicode範囲~list【！ ~comma-delimited~list】においては、 複数の範囲が重合してもヨイ。 これらの範囲の和集合が、 対応している~fontから利用され得る［ 符号位置たちが成す集合 ］を定義する。 ~UAは、 この集合に入らない符号位置に対しては，当の~fontを［ ~downloadしない／利用しない ］モノトスル。 ~UAは、 範囲~listを［ 同じ［ 符号位置たちが成す集合 ］を表現する異なる~list ］に正規化してもヨイ。 ◎ Within the comma-delimited list of Unicode ranges in a unicode-range descriptor declaration, ranges may overlap. The union of these ranges defines the set of codepoints for which the corresponding font may be used. User agents must not download or use the font for codepoints outside this set. User agents may normalize the list of ranges into a list that is different but represents the same set of codepoints.

当の~fontは、［ `unicode-range$d 記述子が定義する［ 符号位置たちが成す集合 ］］の一部に対し，対応する~glyphを包含しないかもしれない。 ~fontが利用されるときの `有効~文字~map@ とは、［ `unicode-range$d により定義される符号位置たちが成す集合, ~fontの`文字~map$ ］の交差集合（積集合）として定義される。 これにより，作者は、 下層の~fontが~supportする符号位置の精確な範囲を気にすることなく， ~supportされる範囲を おおまかな範囲で定義できるようになる。 ◎ The associated font might not contain glyphs for the entire set of codepoints defined by the unicode-range descriptor. When the font is used, the effective character map is the intersection of the codepoints defined by unicode-range with the font’s character map. This allows authors to define supported ranges in terms of broad ranges without worrying about the precise codepoint ranges supported by the underlying font.

@font-face {
  font-family: BBCBengali;
  src: url(fonts/BBCBengali.woff) format(woff);
  unicode-range: U+00-FF, U+980-9FF;
}

@font-face {
  font-family: STIXGeneral;
  src: local(STIXGeneral), url(/stixfonts/STIXGeneral.otf);
  unicode-range: U+000-49F, U+2000-27FF, U+2900-2BFF, U+1D400-1D7FF;
}

@font-face {
  font-family: JapaneseWithGentium;
  src: local(MSMincho);
  /* 
範囲は指定されていないので、既定で全~範囲になる。
◎
no range specified, defaults to entire range
 */
}

@font-face {
  font-family: JapaneseWithGentium;
  src: url(../fonts/Gentium.woff);
  unicode-range: U+0-2FF;
}

/* 
~fallback~font — ~size： 4.5MB
◎
fallback font - size: 4.5MB
 */
@font-face {
  font-family: DroidSans;
  src: url(DroidSansFallback.woff);
  /* 
範囲は指定されていないので、
既定で全~範囲になる。
◎
no range specified, defaults to entire range
 */
}

/* 
~Japanese~glyph — ~size： 1.2MB
◎
Japanese glyphs - size: 1.2MB
 */
@font-face {
  font-family: DroidSans;
  src: url(DroidSansJapanese.woff);
  unicode-range: U+3000-9FFF, U+ff??;
}

/* 
いくつかの約物と記号も伴われた
~Latin, ~Greek, ~Cyrillic
— ~size： 190KB
◎
Latin, Greek, Cyrillic along with some punctuation and symbols - size: 190KB
 */
@font-face {
  font-family: DroidSans;
  src: url(DroidSans.woff);
  unicode-range: U+000-5FF, U+1e00-1fff, U+2000-2300;
}

body { font-family: DroidSans; }

<p>This is that</p>

<p>This &#x21e8; that<p>

4.6. ~font特能： `font-feature-settings^d, `font-variation-settings^d 記述子

これらの記述子は、［ `font-face$at 規則により定義される~font ］の描画-時に適用される初期~設定群を定義する。 これらは、 ~fontの選定には影響しない。 各種 値は、 `~CSS全域~keyword$は~~除外されることを除き，対応する［ `font-feature-settings$p, `font-variation-settings$p ］~prop用に定義されるものに一致する。 複数の［ ~font特能［ 記述子／~prop／ 異体 ］, および省略可能な`有名~instance$ ］が利用されるときの［ ~text描画における累積的な効果 ］についての詳細は、 `§ ~font特能と異体の解決$ にて。 ◎ These descriptors define initial settings that apply when the font defined by an @font-face rule is rendered. They do not affect font selection. Values are identical to those defined for the corresponding font-feature-settings and font-variation-settings properties defined below except that the CSS-wide keywords are omitted. When multiple font feature descriptors, properties, or variations are used, optionally along with a named instance, the cumulative effect on text rendering is detailed in the section § 7 Font Feature and Variation Resolution below.

これらの記述子は、 要素~全体ではなく， `font-face$at 規則が表現する~font~objに対し［ 特能, 異体 ］値を設定する。 したがって，これらの記述子を利用した場合、 `§ ~clusterの照合-法$に因り， 要素~内の一部の~glyphしか その特能で描画されないこともある。 ◎ These descriptors set features and variation values on the font object which the @font-face rule represents, rather than on an entire element. Therefore, when using these descriptors, only some glyphs in an element may be rendered with that feature, due to § 5.3 Cluster matching.

4.7. 可変~fontからの有名~instanceの利用-法： `font-named-instance^d 記述子

【 この節に現れる “有名~instance（ `named instance^en ）” の概念が何を意味するのかは、 何も述べられていない。 】

`font-named-instance$d 記述子が `auto^v 以外の値に設定されている場合、 `§ ~font特能と異体の解決$ における適切な段階にて，~font~fileを検分して、［ ~font内の`有名~instance$ ］のうち［ その地域-化された名前は、 `§ 地域-化された名前の照合-法$ による規則に則って，所与の `string$t に等しいもの ］のうち，最初のものを見出す。 そのような有名~instanceは存在しない場合、 この記述子は値 `auto^v にされていたかのように扱われる。 他の場合、 この有名~instanceの異体~軸~値は， `§ ~font特能と異体の解決$ 内の この位置【？】に適用される。 ◎ If the font-named-instance descriptor is set to a value other than auto, then the appropriate stage in the § 7 Font Feature and Variation Resolution will inspect the font file to find the first named instance in the font which has a localized name equal to the given <string> according to the rules given in § 5.1 Localized name matching. If no such named instance exists, this descriptor is treated as if it has a value of auto. Otherwise, this named instance’s variation axis values are applied to this position in the § 7 Font Feature and Variation Resolution.

@font-face {
    font-family: "AccuroVar";
    src: url("accurovar.otf") format(opentype);
    font-named-instance: "Grotesque";
    font-variation-settings: "XHGT" 0.7;
}

注記： ［ `font-weight$p ／ `font-width$p ／ `font-style$p ］~prop内に給される異体~軸~値は， `font-named-instance$d 記述子~内の値より前に適用されるので、 `有名~instance$が欲されるときは， それらの~propの値を変更する必要は無い。 ◎ Note: Because the variation axis values supplied in the font-weight, font-width, and font-style properties are applied before the value in the font-named-instance descriptor, there is no need to change the value of those properties when a named instance is desired.

4.8. ~font要請の指針

@font-face {
  font-family: GeometricModern;
  src: url(font.woff);
}

p {
  /* 
~fontは、
`p^e 要素を伴う~pageに対しては~downloadされることになる
◎
font will be downloaded for pages with p elements
 */
  font-family: GeometricModern, sans-serif;
}

h2 {
  /* 
`h2^e 要素を伴う~pageに対しては、
`Futura^F が~localに可用であっても，~fontが~downloadされ得る
◎
font may be downloaded for pages with h2 elements, even if Futura is available locally
 */
  font-family: Futura, GeometricModern, sans-serif;
}

/* 
同一-生成元
（すなわち，［ ~domain, ~scheme, ~port ］が文書のそれに合致する）
◎
same origin (i.e. domain, scheme, port match document)
 */
src: url(fonts/simple.woff);

/* 
~redirectを伴わない `data:^c ~URLは、
同一-生成元として扱われる
◎
data urls with no redirects are treated as same origin
 */
src: url("data:application/font-woff;base64,...");

/* 
非同一-生成元
— ~domainが異なる
◎
cross origin, different domain
 */
/* 
が，
`Access-Control-Allow-Origin^h 応答~headerは '`*^c' に設定されているとする
◎
Access-Control-Allow-Origin response header set to '*'
 */
src: url(http://another.example.com/fonts/simple.woff);

/* 
非同一-生成元
— ~schemeが異なる
◎
cross origin, different scheme
◎
no Access-Control-xxx headers in response
 */
src: url(http://example.com/fonts/simple.woff);

/* 
非同一-生成元
— ~domainが異なる
◎
cross origin, different domain
◎
no Access-Control-xxx headers in response
 */
src: url(http://another.example.com/fonts/simple.woff);

4.9. `font-face^at ごとの~font表示-の制御-法： `font-display^d 記述子

`font-face$at 用の `font-display$d 記述子は、 ある書体-を，それが［ ~downloadされたかどうか, いつ利用するに準備済みになったか ］に基づいて，どう表示するかを決定する。 ◎ The font-display descriptor for @font-face determines how a font face is displayed, based on whether and when it is downloaded and ready to use.

注記： ~UAは、 これらのどの値に対しても， `font-display$d 構文では直に表出できないような［ 少し異なる所要時間 ／ より洗練された挙動 ］を利用して，利用者にとってより有用な挙動を供してもヨイ。 また、［ 作者が選んだ挙動を何か より望ましい挙動で上書きする能 ］を利用者に供してもヨイ — 例えば、 すべての~fontに対し，`阻み期間$を 0 秒にするよう強制するなど。 ◎ Note: For all of these values, user agents may use slightly different durations, or more sophisticated behaviors that can’t be directly expressed in the font-display syntax, in order to provide more useful behavior for their users. They may also provide the ability for users to override author-chosen behavior with something more desirable; for example, forcing all fonts to have a 0s block period.

`auto^v

~UAが，~font表示-施策を定義する。 ◎ The font display policy is user-agent-defined.

注記： 多くの~browserは、 `block$v が指定するものと類似な施策を既定にしている。 ◎ Note: Many browsers have a default policy similar to that specified by block.

`block@v

短い`阻み期間$（ほとんどの事例では、 3 秒が推奨される）と無限な`入替~期間$を， 書体-に与える。 ◎ Gives the font face a short block period (3s is recommended in most cases) and an infinite swap period.

注記： 言い換えれば， ~browserは、［ 読込まれていない場合は、先ず “不可視” ~textを描く ］が，書体-が読込まれ次第 入替える。 ◎ Note: In other words, the browser draws "invisible" text at first if it’s not loaded, but swaps the font face in as soon as it loads.

この値を利用するのは、［ ~pageが利用-可能になるためには、 特定0の~fontで~textを描画することが要求される ］とき，それも小さな~text片に限られなければナラナイ。 ◎ This value must only be used when rendering text in a particular font is required for the page to be usable. It must only be used for small pieces of text.

例えば，不良に設計された “~icon~font” は、 "⎙" （印刷機）~iconを "P" の様な無関係な文字に結付けるかもしれない。 そのようなとき，~textが~fallback~fontで表示される場合、 欲される~iconでなく，意味不明な普通字が~pageに散在することになる。 この事例では、 一時的に虫食いにした方が~fallback~fontを利用するより良くなる。 ◎ For example, badly designed "icon fonts" might associate a "⎙" (printer) icon with an unrelated character like "P", so if the text is displayed with a fallback font instead there will be confusing letters scattered around the page rather than the desired icon. In this case, temporary blank spots are better than using a fallback font.

（しかしながら、 `最終的には^em ~fallback~fontが利用される — ~linkその他が まったく示されないより，~pageに意味不明な普通字が散在する方が良いので) ◎ (However, the fallback font is used eventually, as having confusing letters scattered around the page is better than having links and such never show up at all.)

もっと良い解決策は、 `§ ~accessibilityの考慮点＠#a11y$にて述べられる。 ◎ A better solution is described in the Accessibility Considerations section.

`swap@v

極めて短い`阻み期間$（ほとんどの事例では、 0.1 秒~以下が推奨される）と無限な`入替~期間$を， 書体-に与える。 ◎ Gives the font face an extremely small block period (100ms or less is recommended in most cases) and an infinite swap period.

注記： 言い換えれば，~browserは、［ 書体-が読込まれていない場合には、 即時に~fallbackで~textを描く ］が，書体-が読込まれ次第 入替える。 ◎ Note: In other words, the browser draws the text immediately with a fallback if the font face isn’t loaded, but swaps the font face in as soon as it loads.

この値を利用するのは、［ ~pageにとって特定0の~fontによる~textの描画がごく重要であるが、 どの~fontによる描画も，依然として正しい~messageを~~伝える ］とき，それも小さな~text片に限られるベキである。 ◎ This value should only be used when rendering text in a particular font is very important for the page, but rendering in any font will still get a correct message across. It should only be used for small pieces of text.

例えば，ある~web~siteが ~logoの描画~用に~custom~fontを用いる場合、 その~logoを正しく描画することは，~brandingの目的には それなりに重要になるが、 他の~fontで~logoを表示しても，少なくとも~~要点はきちんと~~伝わるとき。 ◎ For example, if a website has a custom font for rendering their logo, rendering that logo correctly is fairly important for branding purposes, but displaying the logo in any font will at least get the point across without confusion.

`fallback@v

極めて短い`阻み期間$（ほとんどの事例では、 0.1 秒~以下が推奨される）と 短い`入替~期間$（ほとんどの事例では、 3 秒が推奨される）を，書体-に与える。 ◎ Gives the font face an extremely small block period (100ms or less is recommended in most cases) and a short swap period (3s is recommended in most cases).

注記： 言い換えれば、［ 書体-が読込まれなかった場合は、 先ず~fallbackで描画される ］が，読込まれ次第 入替える。 しかしながら，それまでに時間がかかり過ぎた場合、 それ以降も — 当の~pageが存続する限り — ~fallbackが利用されることになる。 ◎ Note: In other words, the font face is rendered with a fallback at first if it’s not loaded, but it’s swapped in as soon as it loads. However, if too much time passes, the fallback will be used for the rest of the page’s lifetime instead.

この値は、［ ~fontの利用が有用で欲されるが、 利用者にとって，~fallback~fontで~textを見ることも受容-可能である所 ］で，本文その他の~text用に利用されるベキである。 この値は、 大きな~text片に利用するのが適切になる。 ◎ This value should be used for body text, or any other text where the use of the chosen font is useful and desired, but it’s acceptable for the user to see the text in a fallback font. This value is appropriate to use for large pieces of text.

例えば，大きな本文~text片においては、 利用者がアリな限り素早く読み始めれるよう， 単に~textが素早く描画されることが最も重要になる。 更に，利用者が読み始めて以降は、［ 新たな~fontに入替わるに伴い，~textが不意に “ズレる” ］ことにより妨げられるべきでない — 読んでいた箇所を見つけ直すのは、 ~~面倒なので。 ◎ For example, in large pieces of body text, it’s most important just to get the text rendered quickly, so the user can begin to read as quickly as possible. Further, once the user has started reading, they shouldn’t be disturbed by the text suddenly "shifting" as a new font is swapped in, as that’s distracting and annoying to re-find where one was in the text.

`optional@v

~fontが “即時に” （~textの “最初の塗り” に可用になるように）読込めたなら、 その~fontを利用する。 ◎ If the font can be loaded "immediately" (such that it’s available to be used for the "first paint" of the text), the font is used.

他の場合、 当の~fontは，その［ `阻み期間$, `入替~期間$ ］どちらも［ 読込nを完遂する前に失効した ］かのように扱われる。 これに因り，当の~fontが利用されない場合、 ~UAは［ ~font~downloadを中止する／ごく低優先度で~downloadする ］ことにしてもヨイ。 ~UAは、 利用者にとって有用になると予見する場合には，［ ~font~downloadを開始するのを避けて， ~fallback~fontを即時に利用する ］ことにしてもヨイ。 ◎ Otherwise, the font is treated as if its block period and swap period both expired before it finished loading. If the font is not used due to this, the user agent may choose to abort the font download, or download it with a very low priority. If the user agent believes it would be useful for the user, it may avoid even starting the font download, and proceed immediately to using a fallback font.

`optional^v な~fontは、 読込まれたとしても， ~pageの~layoutは決して “~~急変” させないモノトスル。 ~UAは、 そのような~fontを利用している要素の描画を — ［ 場合によっては遅い，局所的な~cache ］から読込む時間を与えるため — 少し遅延することにしてもヨイが， ~textが~fallback~fontで~screenに塗られて以降は — ~pageが存続する限り — `optional^v な~fontでは描画しないモノトスル。 ◎ An optional font must never cause the layout of the page to "jump" as it loads in. A user agent may choose to slightly delay rendering an element using an optional font to give it time to load from a possibly-slow local cache, but once the text has been painted to the screen with a fallback font instead, it must not be rendered with the optional font for the rest of the page’s lifetime.

この値は、［ 選ばれた~fontは純粋に装飾的で， “あったらいい感じ” になる所 ］で，本文その他の~text用に利用されるベキである。 それは、 利用者が~web~pageを最初に訪問したとき［ 何もかもが~~一挙に完璧に見えるまで長く待機するより， 素早く描画する方が重要である ］ときには，いつでも利用されるベキである。 ◎ This value should be used for body text, or any other text where the chosen font is purely a decorative "nice-to-have". It should be used anytime it is more important that the web page render quickly on first visit, than it is that the user wait a longer time to see everything perfect immediately.

例えば、 本文~textは，~browserの既定の~fontで完璧に読める — ~download可能な書体-の方が、 より見栄えして，~siteの美観にも良くかみ合うかもしれないが。 ~siteへの初回の訪問者は、 一般に，~siteの表示が~~美麗になることより， 素早く利用-可能になる方をずっと気にする。 `optional$v は、 そのための良好な挙動を供する。 後で再訪したときは、 欲された書体-を~downloadし終えているかもしれず，［ 初回の訪問／後続な訪問 ］を遅めることなく “意図される” 体験を与えれるので。 ◎ For example, body text is perfectly readable in one of the browser default fonts, though a downloadable font face might be more attractive and mesh with the site’s aesthetics better. First time visitors to a site generally care far more about the site being quickly usable than they do about the finer points of its display, and optional provides a good behavior for them. If they return later, the desired font faces might have finished downloading, giving them the "intended" experience without slowing down either their first or subsequent visits.

接続がごく遅い利用者は “意図される” 体験を以後も受取らないかもしれないが、 `optional$v は — 読込むまで長くかかり過ぎたため，あきらめて他所へ行くことなく — ~siteを実際に`利用できる^emことを確保する。 ◎ Users on very slow connections might not ever receive the "intended" experience, but optional ensures they can actually use the site, rather than quitting and going elsewhere because the site takes too long to load.

注記： `optional$v な~fontが何らかの~textの描画に利用される時点で可用になる機会cを増やすため、 ~UAには，［ ~accessを速くする／ 当の~textの描画をいつ遅延するに価するか判定する ］ための経験則を使役することが推奨される — 例えば： ~fontは~HTML内で事前に読込まれたかどうか検査する／ ~stylesheet内に見つかり次第，~font~data【！~file】を~memory~cache内の遅い所から速い所へ移動する（~pageに利用されるかどうか既知になる前に）など。 ◎ To increase the chance that an optional font will be available in time to use for rendering some text, it is recommended that the user agent employ heuristics to make it faster to access or to judge when it would be worthwhile to delay rendering some text, such as checking if the font is preloaded in HTML, or moving the file from slower to faster in-memory caches as soon as it is seen in a stylesheet (before it’s known whether it will be used on the page).

しかしながら，作者は、 これらの経験則には依拠できない — `optional$v 値は、［ 当の~fontが決して利用されない結果にもなり得る ］ものと解さなければならない。 ~fontが利用される確約をいくぶん高くする必要がある作者は、 `fallback$v 値を利用すること考慮するベキである。 ◎ These heuristics cannot be relied upon by authors, however; it must be understood that the optional value can result in the font never being used. If a somewhat higher assurance of the font being used is needed, authors should consider using the fallback value.

4.10. 既定の~font言語の上書き法： `font-language-override^d 記述子

この記述子は、［ `font-face@at 規則により定義された~fontが，描画されるとき ］に適用する初期~設定群を定義する。 それは、 ~font選定には影響しない。 各種 値は、 `~CSS全域~keyword$は~~除外されることを除き， `font-language-override$p ~prop用に定義されるものに一致する。 複数の［ ~font特能［ 記述子／~prop／ 異体 ］］が利用されるときの［ ~text描画における累積的な効果 ］についての詳細は、 `§ ~font特能と異体の解決$ にて。 ◎ This descriptor defines initial settings that apply when the font defined by an @font-face rule is rendered. It does not affect font selection. Values are identical to those defined for the font-language-override property defined below except that the value inherit is omitted. When multiple font feature descriptors, properties, or variations are used, the cumulative effect on text rendering is detailed in the section § 7 Font Feature and Variation Resolution below.

4.11. 既定の~font計量の上書き法： `ascent-override^d, `descent-override^d, `line-gap-override^d 記述子

［ `ascent-override$d ／ `descent-override$d ／ `line-gap-override$d ］記述子は、当の~fontの［ `~ascent計量$／ `~descent計量$／ `行l隙間~計量$ ］を定義する。 ◎ The ascent-override, descent-override and line-gap-override descriptors define the ascent metric, descent metric and line gap metric of the font, respectively.

記述子の値が `normal^v の場合、 対応する計量~値は~font~fileから直に得される。 ◎ When the descriptor value is normal, the corresponding metric value is obtained from the font file directly.

注記： ~UAは、 計量~値としての~dataを当の~font~fileとは異なる所から［ 取り出すこともある／してもよい ］【？】 — その結果は異なる~text~layoutになる。 ◎ Note: User agents may draw data from different places from the font file as the metric values, which results in different text layouts.

記述子の値が百分率の場合、 対応する計量~値は，使用~font~sizeに所与の百分率を乗算して解決される。 負な値は、 構文解析-時に無効になる。 ◎ When the descriptor value is a percentage, the corresponding metric value is resolved as the given percentage multiplied by the used font size. Negative values are invalid at parse time.

@font-face {
  font-family: overridden-font;
  ascent-override: 50%;
  ...
}

<span style="font-family: overridden-font; font-size: 20px;">
  外縁 span の内容
  <span style="font-size: 150%;">
	内縁 span の内容
  </span>
</span>

@font-face {
  font-family: cool-web-font;
  src: url("https://example.com/font.woff");
}

@font-face {
  font-family: fallback-to-local;
  src: local(Some Local Font);
  /* 
計量~値を `cool-web-font^v に合致するよう上書きする
◎
Override metric values to match cool-web-font
 */
  ascent-override: 125%;
  descent-override: 25%;
  line-gap-override: 0%;
}

<div style="font-family: cool-web-font, fallback-to-local">画像~titleはここに【！Title goes here】</div>
<img src="https://example.com/largeimage" alt="ズレないことが求まれる大きな画像【！A large image that you don’t want to shift】">

5.1. 地域-化された名前の照合-法

一部の~font~file形式では、 書体-が複数の［［ 特定0の文字列 （例：族~名や`有名~instance$） ］の地域-化~version ］を持つことも許容されている。 ~UAは、 それを認識した上で，［ 下層~platformによる地域-化, 利用する~system~API, 文書の符号化法 ］からは独立に， これらの名前~すべてを正しく照合するモノトスル。 ◎ Some font file formats allow font faces to carry multiple localizations of a particular string (e.g. family name or named instance). User agents must recognize and correctly match all of these names independent of the underlying platform localization, system API used, or document encoding.

~UAは、 これらの名前を， ~Unicode仕様 `UNICODE$r にて要旨されている［ “`Default Caseless Matching^en” ~algo ］を利用して，文字大小無視の下で照合するモノトスル。 この~algoの詳細は、 その仕様の［ § 3.13 “`Default Case Algorithms^en” ］に示されている。 特に，この~algoを適用するときは、［ 文字列を正規化しない，かつ 言語に特有な いかなる誂えも適用しない ］モノトスル。 この~algoが指定する大文字正規化~methodは、［ Unicode Character Database の~file "CaseFolding.txt" ］の中の［ "status" ~fieldに［ "C" または "F" ］が伴われた，文字大小~対応付け ］を利用する。 ◎ User agents must match these names case insensitively, using the "Default Caseless Matching" algorithm outlined in the Unicode specification [UNICODE]. This algorithm is detailed in section 3.13 entitled "Default Case Algorithms". Specifically, the algorithm must be applied without normalizing the strings involved and without applying any language-specific tailorings. The case folding method specified by this algorithm uses the case mappings with status field "C" or "F" in the CaseFolding.txt file of the Unicode Character Database.

注記： このことは，作者にとっては、 次を意味する： ~font族~名は、 その名前が［ ~platform~fontの中, ［ ~stylesheetに包含されている `font-face$at 規則 ］の中 ］どちらに存在するかを問わず，文字大小無視の下で照合される。 作者は、 特に［ 発音区別符などの結合~文字 ］を利用しているときは，［ 当の名前が，実際の~font族~名に整合な文字~並びを成す ］ことを確保するよう~careするべきである。 例えば、 ある族~名が［ 小文字の "a" （ `0061^U ）, `COMBINING RING ABOVE^cn （ `030A^U ） ］が成す並びを包含する場合、 その結合~文字~並びに代えて［ 合成済みな，小文字の ring 文字 （ `00E5^U, "å" ） ］を利用する名前とは — 見かけ上は一致するが — 合致しないことになる。 ◎ Note: For authors this means that font family names are matched case insensitively, whether those names exist in a platform font or in the @font-face rules contained in a stylesheet. Authors should take care to ensure that names use a character sequence consistent with the actual font family name, particularly when using combining characters such as diacritical marks. For example, a family name that contains a lowercase a (U+0061) followed by a combining ring (U+030A) will not match a name that looks identical but which uses the precomposed lowercase a-ring character (U+00E5) instead of the combining sequence.

注記： 実装者は、［ 所与の［ 大小無し文字列~比較の実装 ］が，この精確な~algoを利用しているかどうか ］を検証yして，［ 所与の［ ~platformの文字列~照合~algo ］が，それに従っている ］ものと見做さないよう~careするべきである — これらの多くが、［ ~localeに特有な挙動を伴う／ 何らかの~levelの文字列~正規化を利用している ］ので。 ◎ Note: Implementors should take care to verify that a given caseless string comparison implementation uses this precise algorithm and not assume that a given platform string matching routine follows it, as many of these have locale-specific behavior or use some level of string normalization.

5.2. ~font~styleの照合-法

~text連なり内の所与の文字~用に~fontを選ぶための手続-は，概略的には、 `font-family$p ~propの値を成す各~名前を 【合致する~fontが見出されるまで】 反復して，名前に対応する~font族に対し次を遂行する： ◎ The procedure for choosing a font for a given character in a run of text consists of iterating over the font families named by the font-family property,＼

1. 他の~font~propに基づいて， 適切な~styleを伴う書体-を選定する。 ◎ selecting a font face with the appropriate style based on other font properties＼
2. 所与の文字~用の~glyphが存在するかどうかを決定する。 これは、 ~fontの `文字~map@ — 各~文字を それ用の既定の~glyphに対応付ける~data — を利用して行われる。 ◎ and then determining whether a glyph exists for the given character. This is done using the character map of the font, data which maps characters to the default glyph for that character.＼

~fontは、 ~AND↓ を満たすならば，所与の文字 %文字 を `~support@ するものと見なされる： ◎ A font is considered to support a given character if＼

• %文字 は~fontの`文字~map$に包含されている。 ◎ (1) the character is contained in the font’s character map and＼
• %文字 を包含している用字系から要求される場合は、 その文字~用の形状付け情報が【当の~fontにて】可用である。 ◎ (2) if required by the containing script, shaping information is available for that character.

旧来の~fontには、 所与の文字を`文字~map$の中に含みつつ，［ その文字を包含している~text連なり ］を正しく描画するために必要yな，形状付け情報 （例： `~OpenType~layout~table＠~OTSPEC/ttochap1$ ／ `~Graphite~table＠https://scripts.sil.org/cms/scripts/page.php?site_id=projects&item_id=graphite_techAbout$） を欠いているものもある。 ◎ Some legacy fonts might include a given character in the character map but lack the shaping information (e.g. OpenType layout tables or Graphite tables) necessary for correctly rendering text runs containing that character.

［ 基底~文字, 1 個以上の結合~文字 ］からなる符号位置~連列の扱いは、 少し異なる — それについては、 `§ ~clusterの照合-法$ を見よ。 ◎ Codepoint sequences consisting of a base character followed by a sequence of combining characters are treated slightly differently, see the section on cluster matching below.

この手続-においては、 所与の~font族~用の `既定の書体@ は，［ すべての~font~style~propが，各自の初期~値に設定されている ］としたとき選定される書体として定義される。 ◎ For this procedure, the default face for a given font family is defined to be the face that would be selected if all font style properties were set to their initial value.

【所与の~text連なりに】 `可用な最初の~font@ は、［ 【当の~text連なりに適用される】 `font-family$p ~list内に与えられた~font族 ］内で可用な~fontのうち［ 文字 `0020^U `SPACE^cn は `unicode-range$d により除外されていないもの† ］は［ 在るならば それらのうち最初のもの ／ 無いならば ~UAの既定の~font ］として定義される。 これは、 例えば［ `ex$u などの`~fontに相対的な長さ$ ／ `line-height$p ~propなどの定義 ］から利用される。 ◎ The first available font, used for example in the definition of font-relative lengths such as ex or in the definition of the line-height property, is defined to be the first font for which the character U+0020 (space) is not excluded by a unicode-range, given the font families in the font-family list (or a user agent’s default font if none are available).

† `font-face$at 規則を介してではなく，族~名により直に参照された`~install済み~font$においては、［ その `unicode-range$d は、 ~Unicode~code空間~全体を受持つ ］ものと見なされる。 ◎ Installed fonts referenced directly by family name, rather than via @font-face rules, are considered to have a unicode-range that covers the entire Unicode code space.

注記： 当の~fontが実際に~space文字~用の~glyphを有するかどうかは、 問わない。 ◎ Note: it does not matter whether that font actually has a glyph for the space character.

5.3. ~clusterの照合-法

~textが結合符などの文字を包含するとき、 理想的には，それらの~markは基底~文字と同じ~fontを利用して描画されるべきである。 これにより、 ~markの適正な配置が確約される。 この理由から、 ~cluster用の~font照合~algoは， 単独の文字を照合する一般~事例よりも特化されている。 異体~選択子 【`参考＠https://ja.wikipedia.org/wiki/%E7%95%B0%E4%BD%93%E5%AD%97%E3%82%BB%E3%83%AC%E3%82%AF%E3%82%BF$】 — それは、 所与の文字に利用する精確な~glyphを指示する — を包含している連列に対しては、 ~UAは — 適切な~glyphを見出すため — 基底~文字の既定の~glyphを利用するに先立って， 常に`~install済み~font~fallback$を試みる。 ◎ When text contains characters such as combining marks, ideally the base character should be rendered using the same font as the mark, this assures proper placement of the mark. For this reason, the font matching algorithm for clusters is more specialized than the general case of matching a single character by itself. For sequences containing variation selectors, which indicate the precise glyph to be used for a given character, user agents always attempt installed font fallback to find the appropriate glyph before using the default glyph of the base character.

［ 結合符, その他の `modifier^en【 Unicode Modifier Letter （修飾字）？】 ］を包含している符号位置~連列は、 書記素~clusterと呼ばれる （より完全な記述は `CSS3TEXT$r, `UAX29$r を見よ）。 ［ 基底~文字, 後続する 1 個~以上の結合~文字 ］からなる書記素~cluster %~cluster に対しては、 ~UAは，次の手続きを利用して照合するモノトスル： ◎ A sequence of codepoints containing combining mark or other modifiers is termed a grapheme cluster (see [CSS3TEXT] and [UAX29] for a more complete description). For a given cluster containing a base character, b and a sequence of combining characters c1, c2…, the entire cluster is matched using these steps:

1. ~font~list内の各~font族に対し，順に、 前~節に定義した~style選定~規則を利用して書体を選ぶ下で： ◎ For each family in the font list, a face is chosen using the style selection rules defined in the previous section.

   1. ~IF［ ~font【内の同じ書体】は、 %~cluster を成す すべての文字を完全に~supportしている ］ ⇒＃ %~cluster 用には、その~fontを選定する； ~RET ◎ If all characters in the sequence b + c1 + c2 … are completely supported by the font, select this font for the sequence.
   2. ~IF［ 【 %cluster の頭部を成す】 複数個の符号位置が成す連列が，単独の文字 %x に正準的に等価であって、 ~fontは %x を`~support$する ］ ⇒＃ その~fontを %~cluster 全体~用に選定した上で， %x 用の~glyphを利用する； ~RET ◎ If a sequence of multiple codepoints is canonically equivalent to a single character and the font supports that character, select this font for the sequence and use the glyph associated with the canonically equivalent character for the entire cluster.
   【原文のこの段の記述は明確さに~~欠くので、和訳も誤りがあるかもしれない。】

2. ~IF［ 前~段の~font~list内に条件を満たす~fontは見出されなかった ］： ◎ If no font was found in the font list in step 1:

   1. ~IF［ %~cluster を成す最初の結合~文字 %c1 は、 異体~選択子である `UNICODE$r ］：

      1. `~install済み~font~fallback$を利用する下で：

         1. ~IF［ ~system上のある~fontは［ 基底~文字, %c1 ］が成す並びを`~support$する ］ ⇒ その~fontを選定する
         2. ~ELSE ⇒ 基底~文字に［ 単独の文字を照合する通常の手続- ］を適用する — 異体~選択子は無視する
      2. ~RET

      注記： %~cluster に複数個の異体~選択子が伴われる場合でも、 符号化-時の~errorとして扱った上で， 残りの異体~選択子は無視するモノトスル。

      ◎ If c1 is a variation selector, system fallback must be used to find a font that supports the full sequence of b + c1. If no font on the system supports the full sequence, match the single character b using the normal procedure for matching single characters and ignore the variation selector. Note: a sequence with more than one variation selector must be treated as an encoding error and the trailing selectors must be ignored. [UNICODE]
   2. 任意選択で ⇒ `~install済み~font~fallback$を利用して， %~cluster を`~support$する~fontに合致させる ◎ Otherwise, the user agent may optionally use installed font fallback to match a font that supports the entire cluster.
3. %残り ~LET 空~文字列 ◎ ↓

4. ~WHILE %~cluster は空でない：

   1. %~cluster から最後の符号位置を除去して，それを %残り に付加する
   2. %~cluster に対し最初の段と同じ手続きを適用する ⇒ ~IF［ %~cluster 用に~fontが選定された ］ ⇒ ~BREAK
   ◎ If no font is found in step 2, use the matching sequence from step 1 to determine the longest sequence that is completely supported by a font in the font list and＼
5. %残り を成す ~EACH( %文字 ) に対し ⇒ %文字 に［ 単独の文字を照合する通常の手続- ］を適用する ◎ attempt to match the remaining combining characters separately using the rules for single characters.

5.4. 文字の取扱いの課題

~CSS~font照合は，常に［ ~Unicode文字 `UNICODE$r を包含している~text連なり ］に対し遂行されるので、 旧来の符号化法を利用している文書は， ~fontを照合する前に符号変換されているものと見做される。 ~fontが，~Unicode用の他に旧来の符号化法~用の`文字~map$も包含していても、 そのような`文字~map$の内容は，~font照合~処理nの結果には影響しないモノトスル。 ◎ CSS font matching is always performed on text runs containing Unicode characters [UNICODE], so documents using legacy encodings are assumed to have been transcoded before matching fonts. For fonts containing character maps for both legacy encodings and Unicode, the contents of the legacy encoding character map must have no effect on the results of the font matching process.

~font照合~処理nは、 ~text連なりが正規化d形か否か，どちらにも見做さない（詳細は `CHARMOD-NORM$r を見よ）。 ~fontは［ 基底~文字, 結合符たち ］が成す連列に分解された形を~supportせずに， 合成済みな形のみを~supportしてもヨイ。 作者は、 内容の文字~streamが正規化d形か否かも常に~~考慮に入れて， ~fontの候補を誂えるベキである。 ◎ The font matching process does not assume that text runs are in either normalized or denormalized form (see [CHARMOD-NORM] for more details). Fonts may only support precomposed forms and not the decomposed sequence of base character plus combining marks. Authors should always tailor their choice of fonts to their content, including whether that content contains normalized or denormalized character streams.

所与の文字の符号位置が，~Unicode私用領域に属する場合、 ~UAは： ◎ If a given character is a Private-Use Area Unicode codepoint,＼

• ［ `font-family$p ~list内で名前が付与された，汎用~族~以外の~font族 ］のみと照合するモノトスル。 ◎ user agents must only match font families named in the font-family list that are not generic families.＼
• `font-family$p ~list内で名前が付与されたどの族も， その符号位置~用の~glyphを包含していない場合 ⇒ その符号位置~用に`~install済み~font~fallback$を試みることなく， その文字~用に［ 何らかの形の欠落用~glyph記号 ］を表示するモノトスル。 ◎ If none of the families named in the font-family list contain a glyph for that codepoint, user agents must display some form of missing glyph symbol for that character rather than attempting installed font fallback for that codepoint.＼

置換~文字 `FFFD^U に対する照合に際しては、 ~UAは，~font照合~処理nを飛ばして［ 何らかの形の欠落用~glyph記号 ］を即時に表示してもヨイ。 それらについては、［ ~font照合~処理nにより選定されることになる~font ］からの~glyphを表示することは要求されない。 ◎ When matching the replacement character U+FFFD, user agents may skip the font matching process and immediately display some form of missing glyph symbol, they are not required to display the glyph from the font that would be selected by the font matching process.

一般に，所与のある族~用の~fontたちは、 どれも，同じか類似な`文字~map$を持つことになる。 ここに要旨する処理nは、［ ~font族が~~多様な`文字~map$を伴う書体を包含しているとき ］でも取扱えるように設計されている。 しかしながら、 そのような族の利用は期待されない結果にも至り得ることも， 作者に忠告しておく。 ◎ In general, the fonts for a given family will all have the same or similar character maps. The process outlined here is designed to handle even font families containing faces with widely variant character maps. However, authors are cautioned that the use of such families can lead to unexpected results.

6.1. ~glyphの選定と位置決め

~Latin~textの表示に利用される単純な~fontは、 ごく基本的な処理~modelを利用する。 ~fontは、 各~文字をその文字~用の【！ 1 個の？】~glyphに対応付ける，`文字~map$を包含する。 後続な文字~用の~glyphは、 単純に，~text連なりに沿って他の文字の後に置かれる。 現代の~font形式 — ~OpenTypeや~AAT（ Apple Advanced Typography ）など — は、 より多彩な処理~modelを利用する。 所与の文字~用の~glyphは、 文字~自身の符号位置のみならず，［ 隣接する文字や［ 言語, 用字系, ~textに対し可能化された各種 特能 ］］に基づいて［ 選ばれ, 位置され ］得る。 ~font特能は、 特定の用字系~用に要求されることもあれば， 既定で可能化されるよう推奨されることもあれば， 作者による制御~用として意味された~style上の特能のこともある。 全般的な~text処理~演算（~text変形n, ~text方位, ~text整列など）において， ~font選定, 位置決めがどこで起こるかについては、 `CSS3TEXT$r `§ 各種~text演算の処理~順序＠~CSSTEXT#order$ にて述べられる。 ◎ Simple fonts used for displaying Latin text use a very basic processing model. Fonts contain a character map which maps each character to a glyph for that character. Glyphs for subsequent characters are simply placed one after the other along a run of text. Modern font formats such as OpenType and AAT (Apple Advanced Typography) use a richer processing model. The glyph for a given character can be chosen and positioned not just based on the codepoint of the character itself, but also on adjacent characters as well as the language, script, and features enabled for the text. Font features may be required for specific scripts, or recommended as enabled by default or they might be stylistic features meant to be used under author control. The point at which font selection and positioning happens in the overall order of text processing operations (such as text transformation, text orientation and text alignment) is described in CSS Text 3 § A Text Processing Order of Operations.

~OpenType~font用の~glyph処理の詳細な記述は、 `WINDOWS-GLYPH-PROC$r を見よ。 ◎ For a detailed description of glyph processing for OpenType fonts, see [WINDOWS-GLYPH-PROC].

~fontの~style上の特能は、 大きく 2 つに分類できる： 一つは［ 字詰め, 合字 ］特能などの［ ~glyphの形状と, 周囲の文脈との調和 ］に影響するもの、 もう一つは［ 小頭字s, 下上付-, 代替- ］特能などの形状の選定に影響するものである。 ◎ Stylistic font features can be classified into two broad categories: ones that affect the harmonization of glyph shapes with the surrounding context, such as kerning and ligature features, and ones such as the small-caps, subscript/superscript and alternate features that affect shape selection.

以下に挙げられる［ `font-variant$p の下位propたち ］が、 これらの［ ~fontの~style上の特能 ］を制御するために利用される。 それらは、 ある種の用字系の表示に要求される特能 — ~Arabicや~Indicの言語~textを表示する際に利用される各種~OpenType特能など — は，制御しない。 それらは、 ~glyphの［ 選定と位置決め ］に影響するが， `§ ~font照合~algo$ に述べた~font選定には影響しない （ただし， CSS 2.1 との互換性を得るために要求される場合は除く）。 ◎ The subproperties of font-variant listed below are used to control these stylistic font features. They do not control features that are required for displaying certain scripts, such as the OpenType features used when displaying Arabic or Indic language text. They affect glyph selection and positioning, but do not affect font selection as described in the font matching section (except in cases required for compatibility with CSS 2.1).

各~UAにわたって挙動の一貫性を確約するため、 個々の~propに対し，等価な［ ~OpenType~prop設定群 ］が挙げられ，規範的とされる。 他の~font形式の利用に際しては、 これらは，各種［ ~CSS~font特能~prop値 ］を特定の~font特能へ対応付けるための指針として利用されるベキである。 ◎ To assure consistent behavior across user agents, the equivalent OpenType property settings are listed for individual properties and are normative. When using other font formats these should be used as a guideline to map CSS font feature property values to specific font features.

6.2. 言語に特有な表示

~OpenTypeは、 言語が特定の［ 表示の挙動 ］を規定する所では，それに従って~textを正しく表示できるよう、 言語に特有な，~glyphの［ 選定と位置決め ］も~supportする。 多くの言語が同じ用字系を共有するが、 ある種の普通字の形状は，言語ごとに変わり得る。 例えば，ある種の~Cyrillic普通字の形状は、 ~Russian~textと~Bulgarian~textとでは互いに異なる。 ~Latin~textにおいては、 "fi" は［ 小文字 "i" の上の~dotを欠く明示的な fi-合字 ］で共通的に描画される。 しかしながら，［ ~dot付き "i" と~dotなし "i" の両者を利用する~Turkish ］などの言語においては、 この合字を利用しないか, あるいは［ "i" の上に~dotを包含する，特化された~versionの合字 ］を利用することが重要になる。 ◎ OpenType also supports language-specific glyph selection and positioning, so that text can be displayed correctly in cases where the language dictates a specific display behavior. Many languages share a common script, but the shape of certain letters can vary across those languages. For example, certain Cyrillic letters have different shapes in Russian text than in Bulgarian. In Latin text, it’s common to render "fi" with an explicit fi-ligature that lacks a dot on the "i". However, in languages such as Turkish which uses both a dotted-i and a dotless-i, it’s important to not use this ligature or use a specialized version that contains a dot over the "i".

以下の例に、［ ~Spanish, ~Italian, ~French ］の正書法にて見出される［ ~style上の伝統様式に基づく，言語に特有な異体 ］を示す： ◎ The example below shows language-specific variations based on stylistic traditions found in Spanish, Italian and French orthography:

要素の`内容~言語$が`文書~言語$の規則に則って既知である場合、 ~UAには，［ `内容~言語$から~OpenType言語~systemを推定した上で、 ~OpenType~fontを利用する~glyphの［ 選定-法と位置決め ］に，その言語~systemを利用する ］ことが要求される。 `書記体系$が明示的に指定されている場合、 慣例の［ `内容~言語$による暗黙な内容~言語 ］より優先させるモノトスル。 ◎ If the content language of the element is known according to the rules of the document language, user agents are required to infer the OpenType language system from the content language and use that when selecting and positioning glyphs using an OpenType font. If a writing system has been explicitly specified, it must take precedence over the customary one implied by the content language.

~OpenType~font用には、［ 利用する~OpenType言語の明示的な宣言 ］が必要yな事例もある — 例えば、［ 別の言語の~typographic規約を利用する~textを，所与の言語で表示させるとき ］や［ ~fontが所与の言語を明示的に~supportしていないが， 同じ~typographic規約を共有する言語は~supportするとき ］など。 `font-language-override$p ~propが，この目的に利用される。 ◎ For OpenType fonts, in some cases it may be necessary to explicitly declare the OpenType language to be used, for example when displaying text in a given language that uses the typographic conventions of another language or when the font does not explicitly support a given language but supports a language that shares common typographic conventions. The font-language-override property is used for this purpose.

6.3. 字詰め： `font-kerning^p ~prop

字詰めとは、 文脈的な，~glyph間の間隔調整【（アキ組）】である。 この~propは、 計量~字詰め — ~fontに包含されている調整~用の~dataも用立てる字詰め — を制御する。 ◎ Kerning is the contextual adjustment of inter-glyph spacing. This property controls metric kerning, kerning that utilizes adjustment data contained in the font.

`auto@v1

字詰めの適用は、 ~UAの裁量に任せることを指定する。 ◎ Specifies that kerning is applied at the discretion of the user agent

`normal@v1

字詰めは適用することを指定する。 ◎ Specifies that kerning is applied

`none@v1

字詰めは適用しないことを指定する。 ◎ Specifies that kerning is not applied

字詰め~dataが含まれない~fontに対しては、 この~propによる可視~効果はないことになる。 ~OpenType~fontによる描画の下では、 `OPENTYPE$r 仕様から，字詰めは既定で可能化されるものと示唆されている。 字詰めが可能化されている下では、 関連な~OpenType字詰め特能 （`~typographic~mode$に応じて，［ 横書き（`縦組み$における`側転~植字$も含む）用には `kern^tag 特能 ／ 縦書き（`縦組み$における`正立~植字$）用には `vkrn^tag 特能 ］）が可能化される。 ~UAは、［ `kern^tag ~font~tableに包含されている~dataを介してのみ， 字詰めを~supportする~font （詳細は~OpenType仕様にて） ］も，~supportするモノトスル。 `letter-spacing$p ~propが定義されている場合、 字詰めは，既定の間隔調整の一部を成すと見なされ、 普通字の間隔調整は，字詰めを適用した後に為される。 ◎ For fonts that do not include kerning data this property will have no visible effect. When rendering with OpenType fonts, the [OPENTYPE] specification suggests that kerning be enabled by default. When kerning is enabled, the relevant OpenType kerning features are enabled (for horizontal typographic modes and for sideways typesetting in vertical typographic modes, the kern feature; for upright typesetting in vertical typographic modes, the vkrn feature. User agents must also support fonts that only support kerning via data contained in a kern font table, as detailed in the OpenType specification. If the letter-spacing property is defined, kerning adjustments are considered part of the default spacing and letter spacing adjustments are made after kerning has been applied.

`kerning-auto^v に設定されているときは、 ~UAは，字詰めを適用するかどうかを［ ~text~size, 用字系, ~text処理の速度に波及する他の要因 ］に基づいて決定できる。 適正な字詰めを求める作者は、 字詰めを明示的に可能化するために， `normal$v1 を利用するベキである。 反対に、 精確な外観より処理能が重要な状況では， 字詰めの不能化-を選好する作者もいるかもしれない。 しかしながら、 現代の きちんと設計された実装の下では， 字詰めの利用が~text描画の速度に大きく響くことはない。 ◎ When set to auto, user agents can determine whether to apply kerning or not based on a number of factors: text size, script, or other factors that influence text processing speed. Authors who want proper kerning should use normal to explicitly enable kerning. Likewise, some authors may prefer to disable kerning in situations where performance is more important than precise appearance. However, in well-designed modern implementations the use of kerning generally does not have a large impact on text rendering speed.

6.4. 合字： `font-variant-ligatures^p ~prop

合字, および文脈的な形（ `contextual form^en ）は、 より調和した形を生産するために，~glyphを結合する仕方である。 ◎ Ligatures and contextual forms are ways of combining glyphs to produce more harmonized forms.

`common-lig-values@t
	= `common-ligatures$v
	| `no-common-ligatures$v

`discretionary-lig-values@t
	= `discretionary-ligatures$v
	| `no-discretionary-ligatures$v

`historical-lig-values@t
	= `historical-ligatures$v
	| `no-historical-ligatures$v

`contextual-alt-values@t
	= `contextual$v
	| `no-contextual$v

各種~値の意味は： ◎ Individual values have the following meanings:

`normal@v1

共通的な既定の特能を可能化することを指定する — 詳細は、 `§ ~font特能と異体の解決$ にて述べられる。 ~OpenType~font用には、［ 共通-合字, 文脈的な形 ］は既定で可能化され， 随意~合字と歴史的な合字はそうでない。 ◎ A value of normal specifies that common default features are enabled, as described in detail in the next section. For OpenType fonts, common ligatures and contextual forms are on by default, discretionary and historical ligatures are not.

`none@v1

この~propが受持つすべての種類の［ 合字, 文脈的な形 ］を明示的に不能化することを指定する。 合字を考慮する~必要がない状況では、 これにより~text描画の速度が改善し得る。 ◎ Specifies that all types of ligatures and contextual forms covered by this property are explicitly disabled. In situations where ligatures are not considered necessary, this may improve the speed of text rendering.

`common-ligatures@v

共通-合字 （~OpenType特能： `liga^tag, `clig^tag ） による表示を可能化する。 ~OpenType~fontに対しては、 共通-合字は，既定で可能化される。 ◎ Enables display of common ligatures (OpenType features: liga, clig). For OpenType fonts, common ligatures are enabled by default.

`no-common-ligatures@v

共通-合字 （~OpenType特能： `liga^tag, `clig^tag ） による表示を不能化する。 ◎ Disables display of common ligatures (OpenType features: liga, clig).

`discretionary-ligatures@v

随意~合字 （~OpenType特能： `dlig^tag ） による表示を可能化する。 どの合字が［ 随意または任意選択【 `discretionary or optional^en — 同じ意味？】 ］かは，活字~designerが裁定するので、 作者は，［ 所与の~fontについての文献を参照rして， どの合字が随意と見なされているか理解する ］必要があることになる。 ◎ Enables display of discretionary ligatures (OpenType feature: dlig). Which ligatures are discretionary or optional is decided by the type designer, so authors will need to refer to the documentation of a given font to understand which ligatures are considered discretionary.

`no-discretionary-ligatures@v

随意~合字 （~OpenType特能： `dlig^tag ） による表示を不能化する。 ◎ Disables display of discretionary ligatures (OpenType feature: dlig).

`historical-ligatures@v

歴史的な合字 （~OpenType特能： `hlig^tag ） による表示を可能化する。 ◎ Enables display of historical ligatures (OpenType feature: hlig).

`no-historical-ligatures@v

歴史的な合字 （~OpenType特能： `hlig^tag ） による表示を不能化する。 ◎ Disables display of historical ligatures (OpenType feature: hlig).

`contextual@v

文脈的な代替- （~OpenType特能： `calt^tag ） による表示を可能化する。 この特能は，厳密には合字~特能ではないが、 合字と同様に，~glyphの形状と周囲の文脈を調和させるために利用される点で共通する。 ~OpenType~fontに対しては、 この特能は既定でオンである。 ◎ Enables display of contextual alternates (OpenType feature: calt). Although not strictly a ligature feature, like ligatures this feature is commonly used to harmonize the shapes of glyphs with the surrounding context. For OpenType fonts, this feature is on by default.

`no-contextual@v

文脈的な代替- （~OpenType特能： `calt^tag ） による表示を不能化する。 ◎ Disables display of contextual alternates (OpenType feature: calt).

複階的な用字系を正しく描画するために必要yな，必須な合字 （~OpenType特能： `rlig^tag ） は、 上の設定群からは影響されない — `none$v1【！#valdef-font-size-adjust-none】 の場合も。 ◎ Required ligatures, needed for correctly rendering complex scripts, are not affected by the settings above, including none (OpenType feature: rlig).

6.5. 下上付~形： `font-variant-position^p ~prop

この~propは、 ~typographic下上付~glyphを可能化するために利用される。 これらは、 既定の~glyphと同じ em-box 内で~designされた代替-~glyphであり， 既定の~glyphと同じ基底線~上に — ~sizeし直したり，基底線を位置し直すことなく — ~lay-outする用途に意図されている。 これらは、［ 行l高さへの影響を伴わずに周囲の~textと釣り合う, かつより読み易くなる ］よう，明示的に~designされたものである。 ◎ This property is used to enable typographic subscript and superscript glyphs. These are alternate glyphs designed within the same em-box as default glyphs and are intended to be laid out on the same baseline as the default glyphs, with no resizing or repositioning of the baseline. They are explicitly designed to match the surrounding text and to be more readable without affecting the line height.

各種~値の意味は： ◎ Individual values have the following meanings:

`normal@v1

下に挙げられるどの特能も，可能化されない。 ◎ None of the features listed below are enabled.

`sub@v

下付~異体字 （~OpenType特能： `subs^tag ） による表示を可能化する。 ◎ Enables display of subscript variants (OpenType feature: subs).

`super@v

上付~異体字 （~OpenType特能： `sups^tag ） による表示を可能化する。 ◎ Enables display of superscript variants (OpenType feature: sups).

下上付-の意味論上の資質から、 所与の【！連続的】~text連なり用の値が［ `sub$v ／ `super$v ］である下で，その~text連なりの中に［ 異体字~glyphが可用でない文字 ］が一つでもある場合、 すべての文字に対し，模造された~glyph — この特能が適用されなかったとするとき利用される~glyphに還元された形を利用する~glyph — が合成されるベキである。 これは、［ 異体字~glyphと合成されたものとの混在 — その場合、 正しく揃わないことになる ］を避けるため，~text連なりごとに行うとする。 所与の文字~用の下上付~glyphを欠いた~OpenType~fontの場合、 ~UAは，適切な下上付~glyphを合成するモノトスル。 ◎ Because of the semantic nature of subscripts and superscripts, when the value is either sub or super for a given contiguous run of text, if a variant glyph is not available for all the characters in the run, simulated glyphs should be synthesized for all characters using reduced forms of the glyphs that would be used without this feature applied. This is done per run to avoid a mixture of variant glyphs and synthesized ones that would not align correctly. In the case of OpenType fonts that lack subscript or superscript glyphs for a given character, user agents must synthesize appropriate subscript and superscript glyphs.

~text装飾が［ 下上付~glyphを包含している~text連なり ］のみに適用される状況【？】においては、 装飾の配置に伴う問題を避けるために，合成した~glyphを利用してもヨイ。 ◎ In situations where text decorations are only applied to runs of text containing superscript or subscript glyphs, the synthesized glyphs may be used, to avoid problems with the placement of decorations.

過去においては、 ~UAは，［ `sub^e ／ `sup^e ］要素~用の下上付-を模造するために，［ `font-size^p と `vertical-align^p ］を利用していた。 後方-互換な仕方による下上付-の定義-法を許容するため、 作者には，［ 古い~UAが，依然として古い仕組みを介して下上付-を描画することになる ］よう，条件付き規則 `CSS3-CONDITIONAL$r を利用することが推奨される。 ◎ In the past, user agents have used font-size and vertical-align to simulate subscripts and superscripts for the sub and sup elements. To allow a backwards compatible way of defining subscripts and superscripts, it is recommended that authors use conditional rules [CSS3-CONDITIONAL] so that older user agents will still render subscripts and superscripts via the older mechanism.

これらの要素には `font-size$p: `smaller^v が利用されることが多いので、 下上付-に適用される実質的な拡縮率は，~sizeに依存して変わる — 要素の~text~sizeが大きいときは，約 3 分の 1 削減されることが多い一方で、 ~sizeが小さいときの削減量は，下上付-を読み易くするため，ずっと少ない。 ~UAは、 下上付~glyphを合成する方法を裁定するときに，これを考慮するベキである。 ◎ Because font-size: smaller is often used for these elements, the effective scaling factor applied to subscript and superscript text varies depending upon the size. For larger text, the font size is often reduced by a third but for smaller text sizes, the reduction can be much less. This allows subscripts and superscripts to remain readable even within elements using small text sizes. User agents should consider this when deciding how to synthesize subscript and superscript glyphs.

OpenType ~font形式は，下上付-の計量を `OS/2 ~table＠~OTSPEC/os2$ `OPENTYPE$r にて定義しているが、 実施においては常に正確aとは限らないので， 下上付-を合成するときには依拠できない。 ◎ The OpenType font format defines subscript and superscript metrics in the OS/2 table [OPENTYPE] but these are not always accurate in practice and so cannot be relied upon when synthesizing subscript and superscript glyphs.

作者は、 ~fontが供する下上付-用の~glyphは，概して［ ~fontが~supportする文字のうち，一部に限られる ］ことに留意するベキである。 例えば，下上付~glyphは、 ~Latin数字n用には可用なことが多い一方， 約物や普通字~文字~用の~glyphが供されることは さほど多くはない。 この~prop用に定義される［ 合成な~fallback規則 ］により，下上付-が常に現れることを確保するよう試行されるが、 利用される~fontが［ 下上付-に包含されている文字のうち，どれか一つでも適切な代替-~glyphを供していない場合 ］の外観は，作者の期待に合致しなくなろう。 ◎ Authors should note that fonts typically only provide subscript and superscript glyphs for a subset of all characters supported by the font. For example, while subscript and superscript glyphs are often available for Latin numbers, glyphs for punctuation and letter characters are less frequently provided. The synthetic fallback rules defined for this property try to ensure that subscripts and superscripts will always appear but the appearance may not match author expectations if the font used does not provide the appropriate alternate glyph for all characters contained in a subscript or superscript.

この~propは累積的でない。 この~propが下上付-内の要素に適用されても、 下上付~glyphの配置が入子にされることはない — この~propの値が［ `sub$v ／ `super$v ］にされていても、 ~text連なり内に包含されるイメージは， 値が `normal$v1 であったときと同じに描かれることになる。 ◎ This property is not cumulative. Applying it to elements within a subscript or superscript won’t nest the placement of a subscript or superscript glyph. Images contained within text runs where the value of this property is sub or super will be drawn just as they would if the value was normal.

これらの制限があるため、 ~UA~stylesheet用途には， `font-variant-position$p は推奨されない。 作者は、 この~propを［ 下上付-が，指定した~fontが~supportする狭い範囲の文字のみ包含する ］ことになる所に限って利用するベキである。 ◎ Because of these limitations, font-variant-position is not recommended for use in user agent stylesheets. Authors should use it in cases where subscripts or superscripts will only contain the narrow range of characters supported by the fonts specified.

注記： 異体字~glyphは、 既定の~glyphと同じ基底線を利用する。 配置の際に，基底線によりズラされることはないので、 異体字~glyphの利用により［ 行内~boxの高さが影響される／行l~boxの高さが改められる ］ことはない。 したがって、 下上付~異体字は， 行間が一定に~~揃うことが重要になる状況 — `複-柱~layout$など — においては理想的なものになる。 ◎ The variant glyphs use the same baseline as the default glyphs would use. There is no shift in the placement along the baseline, so the use of variant glyphs doesn’t affect the height of the inline box or alter the height of the linebox. This makes superscript and subscript variants ideal for situations where it’s important that leading remain constant, such as in multi-column layout.

sub {
  vertical-align: `sub$v;
  font-size: smaller;
  line-height: normal;
}

@supports ( font-variant-position: sub ) {

  sub {
    vertical-align: baseline;
    font-size: 100%;
    line-height: inherit;
    font-variant-position: sub;
  }

}

6.6. 頭字~化： `font-variant-caps^p ~prop

この~propは、［［ 小頭字や極小-頭字, あるいは題字 ］用に利用される代替-~glyph ］の選定を可能にする。 これらの~glyphは、 周囲の通常の~glyphに自然に溶け込むよう，特定的に~designされている — ~weight, および［ 単純に，この目的に適するよう~textを~sizeし直した場合に損なわれる可読性 ］を保守するために。 ◎ This property allows the selection of alternate glyphs used for small or petite capitals or for titling. These glyphs are specifically designed to blend well with the surrounding normal glyphs, to maintain the weight and readability which suffers when text is simply resized to fit this purpose.

各種~値の意味は： ◎ Individual values have the following meanings:

`normal@v1

下に挙げられるどの特能も，可能化されない。 ◎ None of the features listed below are enabled.

`small-caps@v

小頭字 （~OpenType特能： `smcp^tag ） による表示を可能化する。 小頭字s~glyphには，概して大文字の形が利用されるが、 その~sizeは小文字に抑制される。 ◎ Enables display of small capitals (OpenType feature: smcp). Small-caps glyphs typically use the form of uppercase letters but are reduced to the size of lowercase letters.

`all-small-caps@v

大文字と小文字どちらにも，小頭字 （~OpenType特能： `c2sc^tag, `smcp^tag ） による表示を可能化する。 ◎ Enables display of small capitals for both upper and lowercase letters (OpenType features: c2sc, smcp).

`petite-caps@v

極小-頭字 （~OpenType特能： `pcap^tag ） による表示を可能化する。 ◎ Enables display of petite capitals (OpenType feature: pcap).

`all-petite-caps@v

大文字と小文字どちらにも，極小-頭字 （~OpenType特能： `c2pc^tag, `pcap^tag ） による表示を可能化する。 ◎ Enables display of petite capitals for both upper and lowercase letters (OpenType features: c2pc, pcap).

`unicase@v

［ 大文字~用の小頭字と, 通常の小文字 ］の混在 （~OpenType特能： `unic^tag ） による表示を可能化する。 【大小~alphabetの一部は大文字の，残りは小文字の形に “~~統一” した上で（その結果，見かけ上の大小の区別が無くなる）、それらの大きさが一定に~~揃えられた書体】 ◎ Enables display of mixture of small capitals for uppercase letters with normal lowercase letters (OpenType feature: unic).

`titling-caps@v

題字用~頭字 （~OpenType特能： `titl^tag ） による表示を可能化する。 大文字~glyphは、 小文字と併用されるように~designされることが多い。 それらが大文字ばかりの題字【タイトルバックなど】に利用された場合、 ~~強く現れ過ぎになることがある。 題字用~頭字は、 この状況~用に特定的に~designされている。 ◎ Enables display of titling capitals (OpenType feature: titl). Uppercase letter glyphs are often designed for use with lowercase letters. When used in all uppercase titling sequences they can appear too strong. Titling capitals are designed specifically for this situation.

これらの~glyphの可用性は、［ 所与の特能が，~fontの特能~listの中に定義されているかどうか ］に基づく。 ~UAは， 任意選択で用字系ごとにこれを裁定できるが、 文字ごとには，明示的に裁定するベキでない。 ◎ The availability of these glyphs is based on whether a given feature is defined or not in the feature list of the font. User agents can optionally decide this on a per-script basis but should explicitly not decide this on a per-character basis.

一部の~fontには、 この~propに述べられた特能のうち［ 一部に限り~supportする／まったく~supportしない ］ものもある。 CSS 2.1 との後方-互換性を得るため、［ `small-caps$v ／ `all-small-caps$v ］が指定されつつ，所与の~font用の小頭字s~glyphが可用でない場合、 ~UAは，小頭字s~fontを模造するベキである — 例えば、 通常の~fontから，大文字~用の~glyphを取り出して、 その縮小~versionにより，小文字~glyphを （ `all-small-caps$v の場合は大文字の~glyphも） 置換するなど。 ◎ Some fonts may only support a subset or none of the features described for this property. For backwards compatibility with CSS 2.1, if small-caps or all-small-caps is specified but small-caps glyphs are not available for a given font, user agents should simulate a small-caps font, for example by taking a normal font and replacing the glyphs for lowercase letters with scaled versions of the glyphs for uppercase characters (replacing the glyphs for both upper and lowercase letters in the case of all-small-caps).

`font-feature-settings$p ~propは、 （ `~level 3$ と違って）模造された小頭字s~fontを利用するかどうかの裁定にも影響する。 ◎ The font-feature-settings property also affects the decision of whether or not to use a simulated small-caps font (unlike CSS Fonts 3).

#example1 { font-variant-caps: small-caps; }
#example2 { font-variant-caps: small-caps; font-feature-settings: 'smcp' 0; }

周囲の~textと釣り合うようにするため、 ~fontは，これらの特能が可能化されたときに［ 大小無し文字~用の代替-~glyph ］を供することがあるが、 ~UAが小頭字を模造するときは，［ 大小無しと見なされている符号位置~用の代替- ］を模造しようと試みないモノトスル。 ◎ To match the surrounding text, a font may provide alternate glyphs for caseless characters when these features are enabled but when a user agent simulates small capitals, it must not attempt to simulate alternates for codepoints which are considered caseless.

これらの特能を~supportしない~fontに対し［ `petite-caps$v ／ `all-petite-caps$v ］が指定された場合、 この~propは，［ `small-caps$v ／ `all-small-caps$v ］（同順）が指定されていたかのように挙動する。 その特能を~supportしない~fontに対し `unicase$v が指定された場合、 この~propは， `small-caps$v が［ “小文字化された”大文字 ］にのみ適用されていたかのように挙動する 【どの大文字が “小文字化された”ものと見なされる？（次の~~段落に従う？）】 。 この特能を~supportしない~fontに `titling-caps$v が指定された場合、 この~propによる可視~効果はない。 模造された小頭字~glyphが利用される下では、 大文字と小文字を欠く用字系に対しては，［ `small-caps$v, `all-small-caps$v, `petite-caps$v, `all-petite-caps$v, `unicase$v ］による可視~効果はない。 ◎ If either petite-caps or all-petite-caps is specified for a font that doesn’t support these features, the property behaves as if small-caps or all-small-caps, respectively, had been specified. If unicase is specified for a font that doesn’t support that feature, the property behaves as if small-caps was applied only to lowercased uppercase letters. If titling-caps is specified with a font that does not support this feature, this property has no visible effect. When simulated small capital glyphs are used, for scripts that lack uppercase and lowercase letters, small-caps, all-small-caps, petite-caps, all-petite-caps and unicase have no visible effect.

小頭字を模造するために利用する大小変換は、 `text-transform$p ~propに利用されるものに合致するそれを利用するモノトスル。 ◎ When casing transforms are used to simulate small capitals, the casing transformations must match those used for the text-transform property.

最終的な結果として，~normal~fontの中の縮小された大文字~glyphが、 ~textがすべて大文字として現れるよう，小頭字s~fontの中の~glyphを置換し得る。 ◎ As a last resort, unscaled uppercase letter glyphs in a normal font may replace glyphs in a small-caps font so that the text appears in all uppercase letters.

blockquote            { font-style: italic; }
blockquote:first-line { font-variant: small-caps; }

<blockquote>`I’ll be honor-bound to slap them like a haddock.＠https://lists.w3.org/Archives/Public/www-style/2009Dec/0036.html$</blockquote>

6.7. 数量的な整形： `font-variant-numeric^p ~prop

数量的な形に対する制御を指定する。 下の例に、これらの値のいくつかを組合せて，［ これらの特能を~supportする~fontによる，~table状の~dataの描画 ］に波及させる方法を示す。 通常の段落~text内では，均衡幅な数字nが利用される一方で、［ 数字nの縦列 ］たちを適正に~~整列するよう，一定幅な数字nが利用される： ◎ Specifies control over numerical forms. The example below shows how some of these values can be combined to influence the rendering of tabular data with fonts that support these features. Within normal paragraph text, proportional numbers are used while tabular numbers are used so that columns of numbers line up properly:

可能な組合nは： ◎ Possible combinations:

`numeric-figure-values@t
	= `lining-nums$v
	| `oldstyle-nums$v

`numeric-spacing-values@t
	= `proportional-nums$v
	| `tabular-nums$v

`numeric-fraction-values@t
	= `diagonal-fractions$v
	| `stacked-fractions$v

各種~値の意味は： ◎ Individual values have the following meanings:

`normal@v1

下に挙げられるどの特能も，可能化されない。 ◎ None of the features listed below are enabled.

`lining-nums@v

~lining数詞 （~OpenType特能： `lnum^tag ） による表示を可能化する。 ◎ Enables display of lining numerals (OpenType feature: lnum).

`oldstyle-nums@v

~old-style数詞 （~OpenType特能： `onum^tag ） による表示を可能化する。 ◎ Enables display of old-style numerals (OpenType feature: onum).

`proportional-nums@v

均衡幅な数詞 （~OpenType特能： `pnum^tag ） による表示を可能化する。 ◎ Enables display of proportional numerals (OpenType feature: pnum).

`tabular-nums@v

一定幅な数詞 （~OpenType特能： `tnum^tag ） による表示を可能化する。 ◎ Enables display of tabular numerals (OpenType feature: tnum).

`diagonal-fractions@v

斜括線を伴う分数 （~OpenType特能： `frac^tag ） による表示を可能化する。 ◎ Enables display of lining diagonal fractions (OpenType feature: frac).

`stacked-fractions@v

水平括線を伴う分数 （~OpenType特能： `afrc^tag ） による表示を可能化する。 ◎ Enables display of lining stacked fractions (OpenType feature: afrc).

`ordinal@v

序数を伴なう普通字~形 （~OpenType特能： `ordn^tag ） による表示を可能化する。 ◎ Enables display of letter forms used with ordinal numbers (OpenType feature: ordn).

`slashed-zero@v

~slashを伴うゼロ （~OpenType特能： `zero^tag ） による表示を可能化する。 ◎ Enables display of slashed zeros (OpenType feature: zero).

sup { font-variant-position: super; }
x<sup>2</sup>

.ordinal { font-variant-numeric: ordinal; }
<span class="ordinal">17th</span>

.amount { font-variant-numeric: oldstyle-nums diagonal-fractions; }

<h4>脇腹肉のステーキマリネ：</h4>
<ul>
  <li><span class="amount">2</span> tbsp. オリーブ油</li>
  <li><span class="amount">1</span> tbsp. レモン汁</li>
  <li><span class="amount">1</span> tbsp. しょうゆ</li>
  <li><span class="amount">1 1/2</span> tbsp. タマネギのみじん切り</li>
  <li><span class="amount">2 1/2</span> tsp. イタリア系~香草類</li>
  <li>塩, こしょう</li>
</ul>

<p>肉とマリネードを混ぜ，覆いを掛けて冷蔵庫に数時間か一晩程~置く。</p>

6.8. 代替-と~swash： `font-variant-alternates^p ~prop

`feature-value-name@t
	= `ident$t

~fontは、 所与のどの文字に対しても — その文字~用の既定の~glyphに加えて — 様々な代替-~glyphを供し得る。 この~propは、 これらの代替-~glyphの選定に対する制御を供する。 ◎ For any given character, fonts can provide a variety of alternate glyphs in addition to the default glyph for that character. This property provides control over the selection of these alternate glyphs.

下に挙げる~prop値の多くに対し， いくつかの異なる代替-~glyphが可用になる。 可用な代替-の［ 個数, それぞれが表現するもの ］は，~fontに特有なので、 これらはそれぞれ，下の各種 ~値~定義の中で `~fontに特有@ と記される。 これらの代替-は，その資質から~fontに特有なので、 【作者は】特定の［ 一つ以上の~font族たちが成す集合 ］用に， `font-feature-values$at 規則を利用して［ ~fontに特有な数量-`特能~index$と ~customな`特能~値~名$との結び付け ］をいくつか定義した上で、 それらの~custom名を，この~propにおける特定の代替-を選定するために利用する： ◎ For many of the property values listed below, several different alternate glyphs are available. How many alternates are available and what they represent is font-specific, so these are each marked font specific in the value definitions below. Because the nature of these alternates is font-specific, the @font-feature-values rule is used to define values for a specific font family or set of families that associate a font-specific numeric <feature-index> with a custom <feature-value-name>, which is then used in this property to select specific alternates:

@font-feature-values Noble Script { @swash { swishy: 1; flowing: 2; } }
p {
  font-family: Noble Script;
  font-variant-alternates: swash(flowing); /* 
~swashの 2 番目の代替-を利用する
◎
use swash alternate #2
 */
}

特定0の`特能~値~名$が［ 所与の族, あるいは 特定0の特能~型 ］用に定義されていないときの， `font-variant-alternates$p の`算出d値$は、 それが定義されていたとするときの`算出d値$と同じになるモノトスル。 しかしながら，~UAは、 ~glyphを選ぶ際には， そのような未定義な`特能~値~名$を包含する~prop値を無視するモノトスル。 ◎ When a particular <feature-value-name> has not been defined for a given family or for a particular feature type, the computed value must be the same as if it had been defined. However, property values that contain these undefined <feature-value-name> identifiers must be ignored when choosing glyphs.

p { font-variant-alternates: swash(unknown-value); } /* 
定義された値でないので、
無視される
◎
not a defined value, ignored
 */
p { font-variant-alternates: normal; }

これにより、 値は，所与の［ ~font族たちが成す集合 ］用には定義されて利用される一方、 ~fallbackが生じたときには，~font族~名が異なるので無視されるようになる。 所与の値が，所与の~fontが~supportする範囲に入らない場合、 その値は無視される。 これらの値は、 汎用~font族には決して適用されない。 ◎ This allows values to be defined and used for a given set of font families but ignored if fallback occurs, since the font family name would be different. If a given value is outside the range supported by a given font, the value is ignored. These values never apply to generic font families.

各種~値の意味は： ◎ Individual values have the following meanings:

`normal@v1

下に挙げられるどの特能も，可能化されない。 ◎ None of the features listed below are enabled.

`historical-forms@v

歴史的な形 （~OpenType特能： `hist^tag ） による表示を可能化する。 ◎ Enables display of historical forms (OpenType feature: hist).

`stylistic@v(`feature-value-name$t)

~style上の代替- （`~fontに特有$, ~OpenType特能： `salt^tag `feature-index$t ） による表示を可能化する。 ◎ Enables display of stylistic alternates (font specific, OpenType feature: salt <feature-index>).

`styleset@v(`feature-value-name$t#)

~style上の~~設定（ “`stylistic sets^en” ） （`~fontに特有$, ~OpenType特能： `ss^tag `feature-index$t ） による表示を可能化する（ ~OpenTypeは 現在 `ss01^tag から `ss20^tag までを定義している）。 ◎ Enables display with stylistic sets (font specific, OpenType feature: ss<feature-index> OpenType currently defines ss01 through ss20).

`character-variant@v(`feature-value-name$t#)

特定の異体文字 （`~fontに特有$, ~OpenType特能： `cv^tag `feature-index$t ） による表示を可能化する（ ~OpenTypeは 現在 `cv01^tag から `cv99^tag までを定義している）。 ◎ Enables display of specific character variants (font specific, OpenType feature: cv<feature-index> OpenType currently defines cv01 through cv99).

`swash@v(`feature-value-name$t)

~swash~glyph （`~fontに特有$, ~OpenType特能： `swsh^tag `feature-index$t, `cswh^tag `feature-index$t ） による表示を可能化する。 ◎ Enables display of swash glyphs (font specific, OpenType feature: swsh <feature-index>, cswh <feature-index>).

`ornaments@v(`feature-value-name$t)

~fontにて供されているならば、 既定の~glyphに対する，装飾体による置換を可能化する （`~fontに特有$, ~OpenType特能： `ornm^tag `feature-index$t ）。 ~fontには、 広範囲な文字たちが成す~collection用に，代替-として装飾体~glyphを提供するものもある。 しかしながら， 恣意的な範囲の文字（例：英数字）を装飾体として表示させることは、 ~dataの意味論を歪めるので，拙い実施である。 ~font~designerには、 作者が `ornaments()^v を利用して 欲する~glyphを選定できるよう， すべての装飾体 （~Unicode~Dingbats~block【 `2700^U 〜 `27BF^U 】の中で明示的に符号化されたもの, 等々を除く） を［ ~bullet文字 （ `2022^U ）用の代替- ］として符号化しておくことが奨励される。 ◎ Enables replacement of default glyphs with ornaments, if provided in the font (font specific, OpenType feature: ornm <feature-index>). Some fonts may offer ornament glyphs as alternates for a wide collection of characters; however, displaying arbitrary characters (e.g., alphanumerics) as ornaments is poor practice as it distorts the semantics of the data. Font designers are encouraged to encode all ornaments (except those explicitly encoded in the Unicode Dingbats blocks, etc.) as alternates for the bullet character (U+2022) to allow authors to select the desired glyph using ornaments().

`annotation@v(`feature-value-name$t)

代替-~annotation形 （`~fontに特有$, ~OpenType特能： `nalt^tag `feature-index$t ） による表示を可能化する。 ◎ Enables display of alternate annotation forms (font specific, OpenType feature: nalt <feature-index>).

6.9. ~fontに特有な代替-の定義-法： `font-feature-values@at 規則

上に挙げた，`font-variant-alternates$p にアリな値のうちいくつかは、 `~fontに特有$とされている。 ~fontは、 当の特能~用にアリな異体字~glyphを， 1 個と限らず `複数個^em 定義し得る — それぞれに，どれをオンにするか選ぶための数量-~indexを結付けた上で。 ◎ Several of the possible values of font-variant-alternates listed above are labeled as font specific; a font can define not just a single glyph for the feature, but multiple possible glyph variants, and associate each one with a numeric index to let you choose which to turn on.

これらの数量-~indexは、 書体ごとに不揃いである： 特能 `swsh 1^tag は、 ある書体-では頭字 "Q" の~swash~versionをオンにする一方で， 別の書体-では "&" の~swash~versionをオンにするかもしれない。 したがって、 `font-feature-settings$p 内に~indexを指定することは，［ どの要素にどの~fontが利用されるか`正確に知る^emこと ］を作者に要求する。 （~font~fallbackにより異なる~fontが選定されることに因り） 間違いになる場合、［ 求まれるものと まったく異なる，望ましくない特能 ］をオンにする結果になるであろう。 それはまた、 作者は，［ 異なる~fontを伴う要素たち用に，類似な特能を容易にオンにできない ］ことも意味する — 要素ごとに，［ 欲される特能~用の正しい数量-~indexを利用する，異なる `font-feature-settings$p 値 ］を個別に設定する必要がある。 ◎ These numeric indexes are idiosyncratic to each face; a swsh 1 feature on one font face might turn on the swash version of capital Q, while on another font face it turns on the swash version of the &. Thus, specifying the index in font-feature-settings requires that the author know exactly which font will be used on an element; if they get it wrong (due to font fallback selecting a different font) they might end up turning on an entirely different, and undesirable, feature to what they wanted! It also means that the author can’t easily turn on similar features for elements with different fonts; they have to individually set different font-feature-settings values for each that uses the correct numeric indexes for the desired features.

`font-feature-values$at 規則は、 この課題に~~対処するためにあり， 作者が［ 各~書体-に特有な`特能~index$に対し，ヒトに~friendlyな名前をアテガう ］ことを~~可能にする。 作者は、 ~friendlyな名前を利用して — 利用-中にある~fontに関わらず — 類似な特能を容易にオンにでき （どの~font用にも，その名前が定義-済みであれば）、 無関係な特能が不用意にオンにされないようにもなる （当の特能~用にその名前を定義していない~fontの下では、 単純に何もしなくなるので）。 ◎ To fix this issue, the @font-feature-values rule lets an author assign, for each font face, a human-friendly name to specific feature indexes. Using these friendly names, an author can easily turn on similar features regardless of the font in use (if they’ve defined that name for all the fonts), and be sure they’re not accidentally turning on unrelated features (as fonts without those names defined for them simply won’t do anything).

@font-feature-values Otaru Kisa {
  @annotation { circled: 1; black-boxed: 3; }
}
@font-feature-values Taisho Gothic {
  @annotation { boxed: 1; circled: 4; }
}

h3.title {
  /* 
両~font用に定義される丸囲み形
◎
circled form defined for both fonts
 */
  font-family: Otaru Kisa, Taisho Gothic;
  font-variant: annotation(circled);
}

`font-feature-values$at
	= @font-feature-values `family-name$t# { `declaration-rule-list$t }

`font-feature-value-type@t
	= `stylistic$tat
	| `historical-forms$tat
	| `styleset$tat
	| `character-variant$tat
	| `swash$tat
	| `ornaments$tat
	| `annotation$tat

`stylistic@at
	= @stylistic { `declaration-list$t }
`historical-forms@at
	= @historical-forms { `declaration-list$t }
`styleset@at
	= @styleset { `declaration-list$t }
`character-variant@at
	= @character-variant { `declaration-list$t }
`swash@at
	= @swash { `declaration-list$t }
`ornaments@at
	= @ornaments { `declaration-list$t }
`annotation@at
	= @annotation { `declaration-list$t }

/* 
既定
◎
Default
 */
@font-feature-values foo {
    @swash { pretty: 1; cool: 2; }
}

/* 
同じ宣言~名が繰返されている
◎
Repeated declaration names
 */
@font-feature-values foo {
    @swash { pretty: 0; pretty: 1; cool: 2; }
}

/* 
同じ特能~値~種別を伴う~blockが複数ある
◎
Multiple blocks of the same type
 */
@font-feature-values foo {
    @swash { pretty: 1; }
    @swash { cool: 2; }
}

/* 
同じ族~用の規則が複数ある
◎
Multiple rules for the same family
 */
@font-feature-values foo {
    @swash { pretty: 1; }
}
@font-feature-values foo {
    @swash { cool: 2; }
}

@font-feature-values Bongo {
  @swash { ornate: 1; }
  annotation { boxed: 4; } /* 
@annotation とされるべき
◎
should be @annotation!
 */
  @swash { double-loops: 1; flowing: -1; } /* 
値が負である
◎
negative value
 */
  @ornaments ; /* 
不完全な定義
◎
incomplete definition
 */
  @styleset { double-W: 14; sharp-terminals: 16 1 } /* 
~semicolon（ `;^l ）が抜けている
◎
missing ;
 */
  redrum  /* 
でたらめな編集時の誤り
◎
random editing mistake
 */
}

@font-feature-values Bongo {
  @swash { ornate: 1; }
  @swash { double-loops: 1; }
  @styleset { double-W: 14; sharp-terminals: 16 1; }
}

/* 
~site用の~style
◎
site.css:
 */
@font-feature-values Mercury Serif {
    @styleset {
        stacked-g: 3; /* 
"g", "a" の“二階建て” ~version
◎
"two-storey" versions of g, a
 */
        stacked-a: 4;
    }
}

/* 
ある~page用の~style
◎
page.css:
 */
@font-feature-values Mercury Serif {
    @styleset {
        geometric-m: 7; /* 
"m" の代替-~version
◎
alternate version of m
 */
    }
}

body {
    font-family: Mercury Serif, serif;

    /* 
stacked "g" と代替- "m" の両者の利用を可能化する：
◎
enable both the use of stacked g and alternate m
 */
    font-variant-alternates: styleset(stacked-g, geometric-m);
}

@font-feature-values Jupiter Serif {
  @swash {
    swishy: 5;     /* 
`ss05^tag = 1 を含意する
◎
implies ss05 = 1
 */
    swirly: 2;     /* 
`ss02^tag = 1 を含意する
◎
implies ss02 = 1
 */
  }
}

@font-feature-values MM Greek {
  @character-variant { alpha-2: 1 2; }   /* 
`cv01^tag = 2 を含意する
◎
implies cv01 = 2
 */
  @character-variant { beta-3: 2 3; }    /* 
`cv02^tag = 3 を含意する
◎
implies cv02 = 3
 */
}

@font-feature-values Mars Serif {
  @styleset {
    alt-g: 1;        /* 
`ss01^tag = 1 を含意する
◎
implies ss01 = 1
 */
    curly-quotes: 3; /* 
`ss03^tag = 1 を含意する
◎
implies ss03 = 1
 */
    code: 4 5;       /* 
`ss04^tag = 1, `ss05^tag = 1 を含意する
◎
implies ss04 = 1, ss05 = 1
 */
  }

  @styleset {
    dumb: 125;       /* 
99 を超えるので無視される
◎
>99, ignored
 */
  }

  @swash {
    swishy: 3 5;     /* 
~swashに対する複数個の値は、
構文~error
◎
more than 1 value for swash, syntax error
 */
  }
}

p.codeblock {
  /* 
`ss03^tag = 1, `ss04^tag = 1, `ss05^tag = 1 を含意する
◎
implies ss03 = 1, ss04 = 1, ss05 = 1
 */
  font-variant-alternates: styleset(curly-quotes, code);
}

@font-feature-values MM Greek {
  @character-variant { alpha-2: 1 2;   } /* 
`cv01^tag = 2 を含意する
◎
implies cv01 = 2
 */
  @character-variant { beta-3 : 2 3;   } /* 
`cv02^tag = 3 を含意する
◎
implies cv02 = 3
 */
  @character-variant { epsilon: 5 3 6; } /* 
3 個の値, 構文~error, 定義は無視される
◎
more than 2 values, syntax error, definition ignored
 */
  @character-variant { gamma  : 12;    } /* 
`cv12^tag = 1 を含意する
◎
implies cv12 = 1
 */
  @character-variant { zeta   : 20 3;  } /* 
`cv20^tag = 3 を含意する
◎
implies cv20 = 3
 */
  @character-variant { zeta-2 : 20 2;  } /* 
`cv20^tag = 2 を含意する
◎
implies cv20 = 2
 */
  @character-variant { silly  : 105;   } /* 
99 を超えるので無視される
◎
>99, ignored
 */
  @character-variant { dumb   : 323 3; } /* 
99 を超えるので無視される
◎
>99, ignored
 */
}

#title {
  /* 
3 番の代替- beta, 1 番の代替- gamma を利用
◎
use the third alternate beta, first alternate gamma
 */
  font-variant-alternates: character-variant(beta-3, gamma);
}

p {
  /* 
zeta-2, zeta の並び, `cv20^tag = 2 を含意する
◎
zeta-2 follows zeta, implies cv20 = 2
  */
  font-variant-alternates: character-variant(zeta, zeta-2);
}

.special {
  /* 
zeta, zeta-2 の並び `cv20^tag = 3 を含意する
◎
zeta follows zeta-2, implies cv20 = 3
  */
  font-variant-alternates: character-variant(zeta-2, zeta);
}

@font-feature-values Athena Ruby {
  @character-variant {
    leo-B: 2 1;
    leo-M: 13 3;
    leo-alt-N: 14 1;
    leo-N: 14 2;
    leo-T: 20 1;
    leo-U: 21 2;
    leo-alt-U: 21 4;
  }
}

p {
  font-variant: discretionary-ligatures
                character-variant(leo-B, leo-M, leo-N, leo-T, leo-U);
}

span.alt-N {
  font-variant-alternates: character-variant(leo-alt-N);
}

span.alt-U {
  font-variant-alternates: character-variant(leo-alt-U);
}

<p>ENO....UP͞RSTU<span class="alt-U">U</span>͞<span class="alt-U">U</span>ΚΑΙTỤẠG̣IUPNS</p>

<p>LEON|ΚΑΙCONSTA|NTI<span class="alt-N">N</span>OS..|STOIBAṢ.|LIṢROM|AIO<span class="alt-N">N</span></p>

6.10. 東Asian~textの描画： `font-variant-east-asian^p ~prop

東Asian~textにおける~glyphの［ 代用と~sizing ］の制御を可能にする。 ◎ Allows control of glyph substitution and sizing in East Asian text.

`east-asian-variant-values@t
	= `jis78$v
	| `jis83$v
	| `jis90$v
	| `jis04$v
	| `simplified$v
	| `traditional$v

`east-asian-width-values@t
	= `full-width$v
	| `proportional-width$v

各種~値の意味は： ◎ Individual values have the following meanings:

`normal@v1

下に挙げられるどの特能も，可能化されない。 ◎ None of the features listed below are enabled.

`jis78@v

JIS78 形 （~OpenType特能： `jp78^tag ） の描画を可能化する。 ◎ Enables rendering of JIS78 forms (OpenType feature: jp78).

`jis83@v

JIS83 形 （~OpenType特能： `jp83^tag ） の描画を可能化する。 ◎ Enables rendering of JIS83 forms (OpenType feature: jp83).

`jis90@v

JIS90 形 （~OpenType特能： `jp90^tag ） の描画を可能化する。 ◎ Enables rendering of JIS90 forms (OpenType feature: jp90).

`jis04@v

JIS2004 形 （~OpenType特能： `jp04^tag ） の描画を可能化する。 ◎ Enables rendering of JIS2004 forms (OpenType feature: jp04).

~Japaneseの各種 国家-標準にて定義される~glyph形が，様々な JIS 異体字に反映される。 ~fontは、 一般に［ ~~最新な国家-標準により定義される~glyphを含む ］が， より古い異体字の利用が — 例えば， `signage^en【標識？】 に合致させるために — 必要yなこともある。 ◎ The various JIS variants reflect the glyph forms defined in different Japanese national standards. Fonts generally include glyphs defined by the most recent national standard, but it’s sometimes necessary to use older variants, to match signage for example.

`simplified@v

簡略d形 （~OpenType特能： `smpl^tag ） の描画を可能化する。 ◎ Enables rendering of simplified forms (OpenType feature: smpl).

`traditional@v

伝統-形 （~OpenType特能： `trad^tag ） の描画を可能化する。 ◎ Enables rendering of traditional forms (OpenType feature: trad).

値 `simplified$v と `traditional$v は，［［［ 時を経て簡略化されてきた形であるが、 一部の文脈においては，より古い伝統的な形も依然として利用されている ］ような文字 ］用の~glyph形 ］に対する制御を可能にする。 ［ 文字と~glyph形 ］たちが成す正確な集合は、 所与の~fontが~designされた文脈により， ある程度~変わり得ることになる。 ◎ The simplified and traditional values allow control over the glyph forms for characters which have been simplified over time but for which the older, traditional form is still used in some contexts. The exact set of characters and glyph forms will vary to some degree by the context for which a given font was designed.

`full-width@v

全角~異体字 （~OpenType特能： `fwid^tag ） の描画を可能化する。 ◎ Enables rendering of full-width variants (OpenType feature: fwid).

`proportional-width@v

均衡幅な異体字 （~OpenType特能： `pwid^tag ） の描画を可能化する。 ◎ Enables rendering of proportionally-spaced variants (OpenType feature: pwid).

`ruby@v

~ruby異体字~glyph （~OpenType特能： `ruby^tag ） による表示を可能化する。 ~ruby~textは、 一般に，それに結付けられる本文~textより小さいので、 ~font~designerは，~ruby用に［［ 既定の~glyphの縮小~version ］より読み易い，特別な~glyph ］を~designすることがある。 ~glyph選定のみが影響され、［ 結付けられた~fontの拡縮／ ~text行lの~layoutに影響するような他の変化 ］は生じない。 ◎ Enables display of ruby variant glyphs (OpenType feature: ruby). Since ruby text is generally smaller than the associated body text, font designers can design special glyphs for use with ruby that are more readable than scaled down versions of the default glyphs. Only glyph selection is affected, there is no associated font scaling or other change that affects line layout.

下の赤い~ruby~textに［ 既定の~glyphによるもの（上段）, ~ruby異体字~glyphによるもの（下段） ］を示す。 描線の太さに若干の相違があることに注意。 ◎ The red ruby text below is shown with default glyphs (top) and with ruby variant glyphs (bottom). Note the slight difference in stroke thickness.

6.11. ~font描画~用の全般的な略式： `font-variant^p ~prop

`font-variant$p ~propは、［ 次に挙げる，そのすべての下位prop ］用の略式~propである ⇒＃ `font-variant-ligatures$p, `font-variant-position$p, `font-variant-caps$p, `font-variant-numeric$p, `font-variant-alternates$p, `font-variant-east-asian$p, `font-variant-emoji$p ◎ The font-variant property is a shorthand for all font-variant subproperties: • font-variant-ligatures • font-variant-position • font-variant-caps • font-variant-numeric • font-variant-alternates • font-variant-east-asian • font-variant-emoji

値 `normal@v1 は、 `font-variant$p の下位propすべてを各自の`初期~値$に設定し直す。 値 `none@v1 は、 `font-variant-ligatures$p を `none$v1 に設定し， 他の~font特能~propすべてを各自の`初期~値$に設定し直す。 他の略式~propと同様に、 `font-variant$p の利用-時に指定しなかった `font-variant$p の下位propは， 各自の`初期~値$に設定し直される。 ◎ The value normal resets all subproperties of font-variant to their initial value. The none value sets font-variant-ligatures to none and resets all other font feature properties to their initial value. Like other shorthands, using font-variant resets unspecified font-variant subproperties to their initial values.

この~propは、［ `font-language-override$p ／ `font-feature-settings$p ／ `font-variation-settings$p ］用の値を設定し直すことはない。 ◎ It does not reset the values of font-language-override, font-feature-settings or font-variation-settings.

6.12. 低~levelな~font特能~設定群の制御： `font-feature-settings^p ~prop

この~propは、 ~OpenType~font特能に対する低~levelな制御を供する。 これには、［ 広く利用されてはいないが，特定0の利用事例には必要になるような~font特能 ］への~accessを供する用途が意図されている。 ◎ This property provides low-level control over OpenType font features. It is intended as a way of providing access to font features that are not widely used but are needed for a particular use case.

.chem {
  font-feature-settings: 'sinf'
}

注記： この~propの値は、 一度に全体が設定される。 `font-variant^p ~propと違って、 個々の特能を追加したり除去して`継承d値$を改変する仕方は無い。 ◎ The entire property value is set at once. Unlike the font-variant properties, there is no way to modify the inherited value by adding or removing individual features.

値 `normal@v1 は、 この~propに因り，~glyph選定や位置決めが変わることはないことを意味する。 ◎ A value of normal means that no change in glyph selection or positioning occurs due to this property.

特能~tag値の構文は次で与えられる： ◎ Feature tag values have the following syntax:

`feature-tag-value@t
	= `opentype-tag$t [ `integer [0,∞]$t | `on^v | `off^v ]?
`opentype-tag@t
	= `string$t

`opentype-tag$t は~OpenType特能~tagであり，文字大小は区別される。 ~OpenType仕様 `OPENTYPE$r による指定に従い， 特能~tagは 4 個の~ASCII文字を包含する。 ~tag文字列は、［ ~~長さが 4 文字に一致しない ／ 符号位置~範囲 { `0020^U 〜 `007E^U } 【！ U+20–7E】 に入らない文字を包含している ］場合には，無効になる。 特能~tagは，［ ~fontの中で定義される特能~tag ］に合致させるのみで十分なので、 それらは［ 明示的に登録されている ~OpenType特能 ］に制限されない。 ~custom特能~tagを定義する~fontは、 ~OpenType仕様 `OPENTYPE-FEATURES$r に定義される`~tag名~規則＠~OTSPEC/featuretags$に従うベキである。 ◎ The <opentype-tag> is a case-sensitive OpenType feature tag. As specified in the OpenType specification [OPENTYPE], feature tags contain four ASCII characters. Tag strings longer or shorter than four characters, or containing characters outside the U+20–7E codepoint range are invalid. Feature tags need only match a feature tag defined in the font, so they are not limited to explicitly registered OpenType features. Fonts defining custom feature tags should follow the tag name rules defined in the OpenType specification [OPENTYPE-FEATURES].

~font内に無い特能~tagは、 無視される — ~UAは、［ そのような特能~tagに基づく，~fallbackの挙動 ］を合成しようと試みないモノトスル。 唯一の例外として，~UAは、［［ `kern^tag ~tableの~~形で字詰め~dataを包含するが， `GPOS^tag ~tableの中では `kern^tag 特能の~supportを欠いている ］ような~font ］による `kern^tag 特能を，合成的に~supportしてもヨイ。 ◎ Feature tags not present in the font are ignored; a user agent must not attempt to synthesize fallback behavior based on these feature tags. The one exception is that user agents may synthetically support the kern feature with fonts that contain kerning data in the form of a kern table but lack kern feature support in the GPOS table.

注記： 一般に，字詰めを明示的に［ 可能化する／不能化する ］ためには、 作者は `font-kerning$p ~propを利用するべきである。 この~propは、 常に，どちらの種類の字詰め~dataを伴う~fontにも影響するので。 ◎ In general, authors should use the font-kerning property to explicitly enable or disable kerning since this property always affects fonts with either type of kerning data.

特能~tagが~font内に在るならば、 `integer^t 値は，~glyph選定~用に利用される~indexを指示する。 値は 0 以上でなければナラナイ。 値 `0^v は、 特能を不能化することを指示する。 真偽-特能に対する値 `1^v は、 当の特能を可能化する。 それ以外の特能に対する 1 以上の値は、 当の特能を可能化すると同時に， その特能~選定~indexを指示する。 値［ `on^v は `1^v ／ `off^v は `0^v ］と同義である。 省略された場合の値は、 `1^v と見做される。 ◎ If present, a value indicates an index used for glyph selection. An <integer> value must be 0 or greater. A value of 0 indicates that the feature is disabled. For boolean features, a value of 1 enables the feature. For non-boolean features, a value of 1 or greater enables the feature and indicates the feature selection index. A value of on is synonymous with 1 and off is synonymous with 0. If the value is omitted, a value of 1 is assumed.

`font-feature-settings$p の`算出d値$は~mapなので、 `指定d値$内の重複は保全しないモノトスル。 同じ特能~tagを与える複数個の `feature-tag-value$t が出現した場合、 それらのうち最後のものが他を~~上書きする。 ◎ The computed value of font-feature-settings is a map, so any duplicates in the specified value must not be preserved. If the same feature tag appears more than once, the value associated with the last appearance supersedes any previous value for that axis.

算出d値は、 特能~tagたちを — 重複が無くされ，`符号単位$の昇順で~sortされた上で — 包含する。 ◎ The computed value contains the de-duplicated feature tags, sorted in ascending order by code unit.

font-feature-settings: "sinf" 1;
    /* 
`sinf^tag=1 は、
科学用下付数字を可能化する
◎
sinf=1 enable Scientific Inferiors
 */
font-feature-settings: "sinf" on;
    /* 
`sinf^tag=1 は、
科学用下付数字を可能化する
◎
sinf=1 enable Scientific Inferiors
 */
font-feature-settings: 'sinf';
    /* 
`sinf^tag=1 は、
科学用下付数字を可能化する
◎
sinf=1 enable Scientific Inferiors
 */
font-feature-settings: "sinf" off;
    /* 
`sinf^tag=0 は、
科学用下付数字を可能化する
◎
sinf=0 disable Scientific Inferiors
 */
font-feature-settings: "sinf", 'twid';
    /* 
`sinf^tag=1 は、
科学用下付数字を可能化する／
`twid^tag=1 は、
三分角（ `third width^en ）を可能化する
◎
sinf=1, twid=1 enable Scientific Inferiors and Third Widths
 */
font-feature-settings: "sinf" "twid";
    /* 
無効 — ~commaで区切られた~listにする必要がある
◎
invalid, need a comma-delimited list
 */
font-feature-settings: "silly" off;
    /* 
無効 — ~tagが長過ぎる
◎
invalid, tag too long
 */
font-feature-settings: "PKRN";
    /* 
`PKRN^tag=1 は~custom特能を可能化する
◎
PKRN=1 enable custom feature
 */
font-feature-settings: sinf;
    /* 
無効 — ~tagは【識別子ではなく，】文字列でなければナラナイ
◎
invalid, tag must be a string
 */

［ ~fontが~supportする範囲 ］より大きい値が指定されているときの挙動は、 明示的に未定義になる。 真偽-特能に対しては、 これらは一般に，その特能を可能化することになる。 それ以外の特能に対しては、 範囲~外の値は，一般に値 0 と等価になる。 しかしながら，いずれの場合も、 正確な挙動は，~fontがどの仕方で~designされているか （特定的には、 特能が どの種別の検索を利用して定義されているか） に依存することになる。 ◎ When values greater than the range supported by the font are specified, the behavior is explicitly undefined. For boolean features, in general these will enable the feature. For non-boolean features, out of range values will in general be equivalent to a 0 value. However, in both cases the exact behavior will depend upon the way the font is designed (specifically, which type of lookup is used to define the feature).

実装は、 ~OpenType仕様においては常に必須とされている特能 — 必須な合字 `rlig^tag など — をオフにして無視することを選んでもヨイ ◎ Implementations may choose to ignore turning off features which the OpenType specification says are always required, such as required ligatures "rlig".

特能~tagは，特定的に~OpenType特能~tag用に定義されているが、 将来においては，［ ~font特能を~supportする他の現代の~font形式 ］用に特能~tagが追加され得る。 アリな所では，他の~font形式~用に定義される特能は、 登録された~OpenType~tagの~patternに従うよう試みるベキである。 ◎ Although specifically defined for OpenType feature tags, feature tags for other modern font formats that support font features may be added in the future. Where possible, features defined for other font formats should attempt to follow the pattern of registered OpenType tags.

body { font-feature-settings: "hwid"; /* 
半角~OpenType特能
◎
Half-width OpenType feature
 */ }

<p>毎日`カレー＠https://www.google.com/search?q=カレー&tbm=isch$食べてるのに、飽きない</p>

6.13. ~font言語の上書き： `font-language-override^p ~prop

`§ 言語に特有な表示＠#language-specific-support$ にて述べたとおり、 作者は，通常は［ 要素の`内容~言語$ ］の設定を通して［ 言語に特有な［ ~glyph代用と位置決め ］］の利用を制御できる： ◎ Normally, authors can control the use of language-specific glyph substitutions and positioning by setting the content language of an element, as described above:

<p lang="ksw">...</p>

一部の事例では、作者は，`内容~言語$と異なる言語~systemを指定する必要が生じ得る — 例えば、 別の言語の~typographic伝統様式を真似るために。 `font-language-override$p ~propは、 ［ `内容~言語$により含意される言語~system ］を上書きして［ ~fontの言語~systemを明示的に指定する ］ことを作者に許容する。 ◎ In some cases, authors may need to specify a language system that differs from the content language, for example due to the need to mimic another language’s typographic traditions. The font-language-override property allows authors to explicitly specify the language system of the font, overriding the language system implied by the content language.

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

`normal@v1

~OpenType~fontで描画するために， ~OpenType言語~systemを推定するときには、 要素の`内容~言語$を利用するものと指定する。 ◎ specifies that when rendering with OpenType fonts, the content language of the element is used to infer the OpenType language system

`string$t

［ 要素の言語により含意される言語~system ］の代わりに利用する，~OpenType`言語~system~tag＠~OTSPEC/languagetags.htm$を指定する。 それは、 4 文字からなる文字列であり，文字大小は区別される — 4 文字より短い場合、 4 文字になるよう末尾に `0020^U `SPACE^cn たちを~~付加した上で†照合される。 【†これは、`算出d値$には影響しないと思われる（原文は、そのようにも解釈できそうで紛らわしいが）。】 ◎ single four-character case-sensitive OpenType language system tag, specifies the OpenType language system to be used instead of the language system implied by the language of the element. If the string is shorter than four characters, it is padded at the end with space (U+0020) characters such that the length is 4, before being matched.

未知な~OpenType言語~system~tagは、 黙って無視され，~glyphの［ 選定と配置 ］には影響しない。 ◎ Unknown OpenType language system tags are silently ignored, and do not affect glyph selection and placement.

<body lang="tr">

<h4>Madde 9</h4>
<p>Hiç kimse keyfi olarak tutuklanamaz, alıkonulanamaz veya sürülemez.</p>

<body lang="mk">     <!-- 
~Macedonianの言語~code（ `lang code^en ）
◎
Macedonian lang code
 -->

body { font-language-override: "SRB"; /* 
~Serbian~OpenType言語~tag
◎
Serbian OpenType language tag
 */ }

<h4>Члeн 9</h4>
<p>Никoj чoвeк нeмa дa бидe пoдлoжeн нa прoизвoлнo aпсeњe, притвoр или прoгoнувaњe.</p>

7.1. 既定の特能

~OpenType~fontに対しては、 ~UAは，［ ~OpenType の文献にて，所与の［ 用字系, および書字~mode ］用に定義されている既定の特能 ］を可能化するモノトスル。 要求される［ 合字, 共通-合字, 文脈的な形 （~OpenType特能： `rlig^tag, `liga^tag, `clig^tag, `calt^tag ） ］は、［ 地域-化された形 （~OpenType特能： `locl^tag ） ］, および［［ 組にされた［ 文字や~mark （~OpenType特能： `ccmp^tag, `mark^tag, `mkmk^tag ） ］の適正な表示 ］のために要求される特能 ］に沿うよう，既定で可能化するモノトスル。 これらの特能は、［ `font-variant$p, `font-feature-settings$p ］~propの値が `normal^v のときでも， 常に可能化するモノトスル。 個々の特能は、 作者から明示的に上書きされたとき — 例： `font-variant-ligatures$p が `no-common-ligatures$v に設定されたときなど — に限り，不能化される。 ◎ For OpenType fonts, user agents must enable the default features defined in the OpenType documentation for a given script and writing mode. Required ligatures, common ligatures and contextual forms must be enabled by default (OpenType features: rlig, liga, clig, calt), along with localized forms (OpenType feature: locl), and features required for proper display of composed characters and marks (OpenType features: ccmp, mark, mkmk). These features must always be enabled, even when the value of the font-variant and font-feature-settings properties is normal. Individual features are only disabled when explicitly overridden by the author, as when font-variant-ligatures is set to no-common-ligatures.

［ `~Arabic＠~OTFNTDEV/arabicot/features.aspx$, `~Mongolian＠~OTFNTDEV/mongolot/features.htm$, `~Devanagari＠~OTFNTDEV/devanot/features.aspx$ ］などの複階的な用字系を取扱うためには、 追加的な特能が要求される。 縦書きな~text連なり内の正立（ `upright^en ）~text用には、 縦書き用の代替- （ ~OpenType特能： `vert^tag ） を可能化するモノトスル。 【例えば括弧類は、横書き用のそれと異ならせる必要がある。】 ◎ For handling complex scripts such as Arabic, Mongolian or Devanagari additional features are required. For upright text within vertical text runs, vertical alternates (OpenType feature: vert) must be enabled.

7.2. 特能と異体の優先順位

［ 一般的／`~fontに特有$ ］な~font特能~prop設定群は、 以下に与える順序で解決される — 後のものほど、 優先順位は高くなる【より前に現れる規則を上書きし得る】。 この順序付けは、 所与の~text連なりに影響するような［ 一つに組合された，~font特能たちが成す~list ］を構築するために利用される。 ◎ General and font specific font feature property settings are resolved in the order below, in ascending order of precedence. This ordering is used to construct a combined list of font features that affect a given text run.

1. 既定で可能化される~font特能は、 所与の用字系に要求される特能も含め，適用する。 `§ 既定の特能＠#default-features$を見よ。 ◎ Font features enabled by default are applied, including features required for a given script. See § 7.1 Default features for a description of these.

2. ［ `font-weight$p, `font-width$p, `font-style$p ］~propにより可能化される~font異体を適用する： ◎ Font variations as enabled by the font-weight, font-width, and font-style properties are applied.

   • `font-style$p により可能化される値の適用には、 ~font選定も影響する — この~propは、 ~italicや~oblique~fontを選定することもあるので。 `§ ~font~styleの照合-法＠#font-style-matching$ により決定される値に最も近く合致する値を適用する。 ~UAは、 `font-style^p ~propに因る値のうち適用するのは， 1 個までにするモノトスル — `ital^l, `slnt^l 両~値とも設定しないモノトスル。 ◎ The application of the value enabled by font-style is affected by font selection, because this property might select an italic or an oblique font. The value applied is the closest matching value as determined by the font matching algorithm. User agents must apply at most one value due to the font-style property; both "ital" and "slnt" values must not be set together.
   • 選定された~fontが `font-face$at 規則~内に定義されるものである場合、 この段に適用する値は，その規則~内の［ `font-weight$d, `font-width$d, `font-style$d ］記述子の値で切詰められるベキである。 ◎ If the selected font is defined in an @font-face rule, then the values applied at this step should be clamped to the value of the font-weight, font-width, and font-style descriptors in that @font-face rule.
   • さらに、 この段にて適用する値は，当の~fontが~supportする値に切詰められるベキである。 ◎ Then, the values applied in this step should be clamped (possibly again) to the values that are supported by the font.
3. 継承した `lang^a ／ `xml:lang^a 値により指定される言語を適用する。 ◎ The language specified by the inherited value of lang/xml:lang is applied.

4. ~fontが `font-face$at 規則を介して定義されている場合： ◎ ↓

   1. ［ その規則の中の `font-language-override$d 記述子 ］により含意される~font言語~上書きを適用する。 ◎ If the font is defined via an @font-face rule, the font language override implied by the font-language-override descriptor in the @font-face rule is applied.
   2. ［ その規則は、 `none^v 以外の値をとる妥当な `font-named-instance$d 記述子を 1 個は含む ］かつ［ 読込まれた~font資源は、 `§ 地域-化された名前の照合-法$ による規則に則って，その名前の`有名~instance$を含む ］場合、 その有名~instanceが表現する すべての異体~値を適用する。 これらの値は、 当の~fontが~supportする値に切詰める。 ◎ If the font is defined via an @font-face rule, that @font-face rule includes at least one valid font-named-instance descriptor with a value other than none, and the loaded font resource includes a named instance with that name according to the § 5.1 Localized name matching rules, then all the variation values represented by that named instance are applied. These values are clamped to the values that are supported by the font.
   3. ［ その規則の中の `font-variation-settings$d 記述子 ］により含意される~font異体を適用する。 ◎ If the font is defined via an @font-face rule, the font variations implied by the font-variation-settings descriptor in the @font-face rule are applied.
   4. ［ その規則の中の `font-feature-settings$d 記述子 ］により含意される~font特能を適用する。 ◎ If the font is defined via an @font-face rule, the font features implied by the font-feature-settings descriptor in the @font-face rule are applied.
5. `font-language-override$p ~propの値により含意される~font言語~上書きを適用する。 ◎ The font language override implied by the value of the font-language-override property is applied.
6. `font-optical-sizing$p ~propの値により含意される~font異体を適用する。 ◎ Font variations implied by the value of the font-optical-sizing property are applied.
7. 次に挙げる~propの値により含意される~font特能を適用する ⇒＃ `font-variant$p ~propとその各種 下位prop, OpenType特能を利用する他の~CSS~prop（例： `font-kerning$p ~prop） ◎ Font features implied by the value of the font-variant property, the related font-variant subproperties and any other CSS property that uses OpenType features (e.g. the font-kerning property) are applied.
8. ［ `font-variant$p や `font-feature-settings$p ］以外の~propにより決定される特能~設定群を適用する。 例えば、 `letter-spacing$p ~propに既定でない値を設定すると， 任意選択~合字【随意~合字】は不能化される。 ◎ Feature settings determined by properties other than font-variant or font-feature-settings are applied. For example, setting a non-default value for the letter-spacing property disables optional ligatures.
9. `font-variation-settings$p ~propの値により含意される~font異体を適用する。 これらの値は、当の~fontが~supportする値に切詰めるベキである。 ◎ Font variations implied by the value of the font-variation-settings property are applied. These values should be clamped to the values that are supported by the font.
10. `font-feature-settings$p ~propの値により含意される~font特能を適用する。 ◎ Font features implied by the value of font-feature-settings property are applied.

この順序付けは、［ `font-face$at 規則の中の~font用に，一般の各種~既定を設定しておいた上で、 特定の要素に対しては，~prop設定群で それらを上書きする ］ことを作者に許容する。 一般~prop設定群は， `font-face$at 規則の中の設定群を上書きし、 低~levelな~font特能~設定群は， `font-variant$p ~prop設定群を上書きする。 ◎ This ordering allows authors to set up a general set of defaults for fonts within their @font-face rules, then override them with property settings for specific elements. General property settings override the settings in @font-face rules and low-level font feature settings override font-variant property settings.

［ 一つに組合された，~font特能たちが成す~list ］が，同じ特能~用の値を複数個~包含する状況では、 その最後の値が利用される。 ~fontが［ 所与の下層の~font特能 ］用の~supportを欠いているときは、 ~textは［ 単純に，その~font特能は可能化されなかった ］かのように描画される — 特定の~prop用に明示的に定義されている所を除き、 ~font~fallbackが生じることも，特能の合成しようと試みられることもない。 ◎ For situations where the combined list of font feature settings contains more than one value for the same feature, the last value is used. When a font lacks support for a given underlying font feature, text is simply rendered as if that font feature was not enabled; font fallback does not occur and no attempt is made to synthesize the feature except where explicitly defined for specific properties.

7.3. 特能の優先順位の例

【 この節の中で利用される `font-variant^d 記述子は、 `この仕様から除去された＠https://github.com/w3c/csswg-drafts/commit/d3db8697852a6ccc1c8dafcb4aff1f516198bb50$。 】

body {
  font-variant-numeric: proportional-nums;
}

table.prices td {
  font-variant-numeric: tabular-nums;
}

@font-face {
  font-family: BodyText;
  src: local("HiraMaruPro-W4");
  font-variant: proportional-width;
  font-feature-settings: "ital"; /* 
~CJK~text特能~内の~Latin~italic
◎
Latin italics within CJK text feature
 */
}

body { font-family: BodyText, serif; }

@font-face {
  font-family: main;
  src: url(fonts/ffmeta.woff) format(woff);
  font-variant: discretionary-ligatures;
}

body         { font-family: main, Helvetica; }
span.special { font-variant-ligatures: no-discretionary-ligatures; }

body         { font-family: main, Helvetica; }
span         { font-feature-settings: "dlig"; }
span.special { font-variant-ligatures: no-discretionary-ligatures; }

8.1. 外見的~sizingを制御する： `font-optical-sizing^p ~prop

異なる~sizeで描画された~textは、 視覚的な表現を少し違えることで，~typographic的に便益が得られることが多い。 例えば，~sizeが小さな~textは、 読み易くなるよう，描線は太く~serifも大きくされることが多い。 対して，より大きい~textは、 より優美で描線の太さの対比が~~強い造形にされることが多い。 ◎ Typographically, text rendered at different sizes often benefits from slightly different visual representations. For example, to aid reading at small text sizes, strokes are often thicker with larger serifs. Larger text often has a more delicate figure with more contrast between thicker and thinner strokes.

`auto@v1

~UAは、 ~font-sizeと~screenの画素~密度に基づいて，~glyphが成す形状を改変してもヨイ。 ~font異体を利用している［ ~OpenType／~TrueType ］~font用には、 これは `opsz^tag ~font異体を利用して行われることが多い。 ◎ The user agent may modify the shape of glyphs based on the font-size and the pixel density of the screen. For OpenType and TrueType fonts using font variations, this is often done by using the "opsz" font variation.

`none@v1

~UAは、 ~glyphの形状を外見的~sizeに応じて改変しないモノトスル。 ◎ The user agent must not modify the shape of glyphs for optical size.

`opsz^tag 軸~用に異体~値を選定するときには、 `font-size$p も考慮するモノトスル — また、 他の~~設定を考慮してもヨイ。 ◎ font-size must be considered when selecting a variation value for the "opsz" axis, but other signals may also be considered.

注記： ~UAには、 `opsz^tag 軸~用の値として， `font-size$p の`使用~値$に近いものを給することが期待される。 しかしながら，~UAは、 他の要因も考慮したいと望むであろう —［ ~screenの画素~密度 ／ 閲覧者の目からの~textの立体角 【すなわち，当の~textを成す文字の実際の~sizeは、（視野角を参照rする） `px^u 単位でいくつになるか】 ］などの。 しかしながら，~UAがこの値を選定するときは、［ これらの他の副次的な要因は無視rして， `font-size^p のみ利用する ］ことが最善な仕方であろうことが， `試験により示されている＠~CSSissue/807#issue-195683688$。 ◎ Note: User agents are expected to supply a value for the "opsz" axis which is close to the used value for font-size. However, user agents might wish to consider other factors such as pixel density of the screen, or the solid angle the text subtends in the viewer’s retina. Experiments have shown, however, that disregarding these other ancillary factors and using only font-size might be the best way for a user agent to select this value.

［ 画素~密度／~textの視覚的な~size ］は、 `font-optical-sizing$p 用に選ばれる異体~値に波及し得る。 ［ 画素~密度／~textの視覚的な~size ］が利用者-操作oや~style変更に呼応して変化したときは、 ~UAは — その変化が~layoutを呼ぶものでない限り — この異体~値~用に新たな値を選んではナラナイ。 ~UAは、 どの変化が~layoutを呼ぶものになるか決定してもかまわない。 ◎ Pixel density as well as visual size of the text may influence the variation value chosen for font-optical-sizing. When either pixel density or visual size of the text changes in response to a user operation or style change, user agents must not choose a new value for this variation value unless the change is layout-causing. User agents are free to determine which changes are layout-causing.

注記： 利用者-操作oのうち，~textを~flowし直さないものは （例： `pinch-zoom^en 【 “つまんで拡大する” 】）、 ~layoutを呼ぶものでないと見なせる。 しかしながら，~textを~flowし直すものは （例：~accessibilityの目的で，~text~sizeを増やす）、 ~layoutを呼ぶものと見なせる。 同様に， `transform$p ~propは、 ~layoutを呼ぶものでないと見なせる — それによる変形は、 一般に~textを~flowし直さないので。 各~UAは、 各~操作oについて，~layoutを変化させるのか否か裁定してもかまわない。 ◎ Note: Some user operations, such as pinch-zoom, can be considered not-layout-causing if they do not cause text to reflow. However, other user operations, such as increasing text size for accessibility purposes, can be considered layout-causing because they cause text to reflow. Similarly, the transform property can be considered not-layout-causing because transforms generally do not cause text to reflow. Each user-agent is free to decide whether or not each operation is layout-changing or not.

~UAは、 ~fontにより直に遂行されていない外見的~sizingを合成しないモノトスル。 ◎ User agents must not synthesize optical sizing when it is not performed by the font directly.

~UAは、 `opsz^tag 軸~用の値として，［ ~text描画に利用されている~fontが~supportしないもの ］は選定しないモノトスル。 これは、 選ばれた値を~fontが~supportする範囲に切詰めることで成遂げれる。 ◎ User agents must not select a value for the "opsz" axis which is not supported by the font used for rendering the text. This can be accomplished by clamping a chosen value to the range supported by the font.

`font-optical-sizing$p は `font-size-adjust$p と相互作用する。 ~UAは、 前者による外見的~sizingを適用するときに， 後者により調整された~font~size用に適切な外見的~sizing値【上述した異体~値など】を適用するモノトスル — それは、 上述した制約の~subjectになる。 ◎ font-optical-sizing interacts with font-size-adjust. When applying optical sizing, User agents must apply an optical sizing value appropriate for the adjusted font size, subject to the above restrictions.

8.2. 低~levelな~font異体~設定群の制御： `font-variation-settings^p ~prop

この~propは、［ ~OpenType／~TrueType ］~font異体についての低~levelな制御を供する。 ［ 広く利用されていないが，特定0の利用事例には必要になる~font異体 ］への~accessを供する仕方として意図されている。 ◎ This property provides low-level control over OpenType or TrueType font variations. It is intended as a way of providing access to font variations that are not widely used but are needed for a particular use case.

~font異体~設定群の利用は、 ~fallback~fontが利用されることになる所では，~font選定には影響しない — そこでは、 同じ異体~軸~用に利用される~font~propが，~font選定に効果を及ぼすことになる。 ◎ The use of font variation settings does not affect font selection where a fallback font is to be used, where using font properties for the same axis would have an effect on font selection.

作者は、 一般に，アリなときは~font異体に関係する他の~prop（ `font-optical-sizing$p など）を利用して、 特別な事例 — ［ たまにしか利用されない，特定0の~font異体 ］に~accessする仕方が，他にない事例 — に限り，この~propを利用するベキである。 ◎ When possible, authors should generally use the other properties related to font variations (such as font-optical-sizing), and only use this property for special cases where its use is the only way of accessing a particular infrequently used font variation.

例えば、 `font-variation-settings$p: `"wght" 700^v【！d】 よりも， `font-weight$p: `700^v を利用する方が選好される。 ◎ For example, it is preferable to use font-weight: 700 rather than font-variation-settings: "wght" 700.

`normal@v1

この値は、 この~propに因り，~glyphの［ 形状 ／ 照合 ／ 位置決め ］は変化しないことを意味する。 ◎ A value of normal means that no change in glyph shape, matching, or positioning occurs due to this property.

`opentype-tag$t `number$t

［ ~OpenType／~TrueType ］異体~軸の［ 名前, 値 ］を順に与える。 ◎ The <opentype-tag> is a case-sensitive OpenType or TrueType variation axis name.＼

軸~名は： ◎ ↓

• 文字大小は区別される。 ◎ ↑
• ［ ~OpenType／~TrueType ］仕様に指定されるように， 4 個の~ASCII文字からなる。 ［ 4 文字でない ／ 符号位置~範囲 { `0020^U 〜 `007E^U } 【！ U+20–7E】 に入らない文字を包含している ］場合、 無効になる。 ◎ As specified in the OpenType / TrueType specifications, axis names contain four ASCII characters.＼ Axis name strings longer or shorter than four characters, or containing characters outside the U+20–7E codepoint range are invalid.＼
• ~font内に定義された軸~tagに限り合致する必要があるので， 明示的に登録された［ ~OpenType／~TrueType ］異体~軸に制限されない。 ~custom軸~名を定義している~fontは、 ~OpenType仕様に定義される`命名~規則＠~OTSPEC/fvar.htm$に従うベキである。 ◎ Axis names need only match an axis tag defined in the font, so they are not limited to explicitly registered OpenType / TrueType variation axes.＼ Fonts defining custom axis names should follow the name rules defined in the OpenType specification.

軸~値は： ◎ ↓

• 所与の軸~名を~fontが~supportしない場合、 無視され，その効果は無い。 ~UAは、 これらの軸~tagに基づいて，~fallbackの挙動を合成しようと試みないモノトスル。 その場合でも、 同じ `font-variation-settings$p 宣言の中の他の軸~値は， 無視されない。 ◎ If a given axis is not supported by a font, its value setting is ignored and therefore has no effect; a user agent must not attempt to synthesize fallback behavior based on these axis tags. Other axis values within the same CSS font-variation-settings statement are not ignored.
• ~fontが~supportする定義済みな範囲に入らない場合、 その範囲に入る最も近い軸~値に切詰められる。 ◎ If a variation axis is supported by a font but its set value is greater or less than the predefined font range, it will be clamped to the closest value supported by the font.
• 小数や負な値も許容される。 ◎ Values are allowed to be fractional or negative.

注記： 傾いた書体を得するときには、 `font-style$p ~propを利用する方が選好される。 `font-variation-settings$p を介して `slnt^tag 軸を直に利用する場合、 ~CSSとは逆に，正な角度が反時計回りに傾くよう定義されていることに注意。 ◎ Note: it is preferable to obtain slanted faces by using the font-style property. However, if using the slnt axis directly, via font-variation-settings, remember that it is defined with a positive angle meaning a counter-clockwise slant, the opposite direction to CSS.

同じ軸~名が複数回~出現した場合、 その軸~用には，最後の出現に伴われた値のみが利用される（他は~~無視される）。 この~~縮約化は、 この~propの`算出d値$に~accessすれば，観測-可能になる。 ◎ If the same axis name appears more than once, the value associated with the last appearance supersedes any previous value for that axis. This deduplication is observable by accessing the computed value of this property.

算出d値は、 軸~名たちを — 重複が無くされ，`符号単位$の昇順で~sortされた上で — 包含する。 ◎ The computed value contains the de-duplicated axis names, sorted in ascending order by code unit.

異体~軸は，特定的には［ ~OpenType／~TrueType ］異体~用に定義されているが、 将来には，~font異体を~supportする他の現代の~font形式も追加されるかもしれない。 他の~font形式~用に定義される異体は、 登録-済みな異体~軸の~patternに，アリな限り従うよう試みるベキである。 ◎ Although specifically defined for OpenType / TrueType variations, variation axes for other modern font formats that support font variations might be added in the future. Where possible, variations defined for other font formats should attempt to follow the pattern of registered variation axes.

`font-variation-settings^p の~animate法は、 次の仕組みを利用してアリになる： 2 つの `font-feature-settings$p 宣言どうしは、［ 互いの値に出現する軸~名たちが成す集合が 【！ ~prop → 軸~名】 — それらの順序, 出現する回数を問わず — 合致する ］ならば，~animateできる — その場合、 各 軸~名ごとに，対応する軸~値の間で~animationが生じる （軸~名が重複する場合、 上述したとおり最後のものだけ利用する）。 他の場合、 ~animationはアリでない — この状況では、 `the "from" values of the animation are swapped to the "to" values at an unspecified time during the animation^en 【`離散的$と同じ意味に思われるが、何か違いがあるのか（例えば `unspecified time^en ），はっきりしない。】 ◎ Animating font-variation-settings is possible using the following mechanism. Two declarations of font-feature-settings can be animated between if they are "like". "Like" declarations are ones where the same set of properties appear (in any order). Because successive duplicate properties are applied instead of prior duplicate properties, two declarations can be "like" even if they have differing number of properties. If two declarations are "like" then animation occurs pairwise between corresponding values in the declarations. Otherwise, animation is not possible. In this situation, the "from" values of the animation are swapped to the "to" values at an unspecified time during the animation.

9.1. 色~font~paletteの制御-法： `font-palette^p ~prop

多くの色~font~file形式では、 ~glyphの中の色の~parameter化が許容されている。 これらの~font内では、 各~glyphの幾何を述べるときに，各~色は~indexで参照される。 これらの~indexは、 ~font内に在る検索~tableを利用して，現在~作動中な~paletteの中で解決される。 しかしながら、 多くの~fontは，複数の~paletteを包含する — それぞれが、 快適な視覚-結果を供するために，［ ~font~designerにより選ばれた補色たちが成す集合 ］を包含しているような。 ◎ Many color font file formats allow colors within glyphs to be parameterized. In these fonts, colors are referenced by index when describing the geometry of each glyph. These indices are resolved within a current active palette using a lookup table present inside the font. However, many fonts contain multiple palettes, each containing a set of complementary colors chosen by the font designer to provide pleasing visual results.

加えて，一部の色~font~file形式は、 定例の有色でない~glyph外形線も，有色~versionとともに供する。 ◎ In addition, some color font file formats provide a regular, uncolored glyph outline as well as the colored versions.

`palette-mix@f 関数の構文は： ◎ With the palette-mix() function defined as follows:

`palette-mix()$t
	= palette-mix(`color-interpolation-method$t , [ `font-palette$tp【！[normal | light | dark | `palette-identifier$t | `palette-mix()$t ]】 && `percentage [0,100]$t? ]#{2})

`normal@v1

`color-scheme$p ~propが `normal^v 以外の値に設定されていた場合、 ~UAは，［ 明な／暗な ］~paletteたち — 値に応じて適切な方のそれら — のうち最初のものを選定するベキである。 他の場合、 ~UAは，当の色~fontを［ 既定の~palette／既定の~glyph色~付け ］で表示する。 ◎ If the color-scheme property is set to a value other than normal', user-agents should select the first light or dark palette as appropriate. Otherwise, user-agents display the color font with the default palette or default glyph colorisation.

~UAは、 色~font形式が前景~色の利用を要求する所では， `color$p ~propの`算出d値$を考慮に入れるベキである。 ◎ User-agents should take the computed value of the color property into consideration when a color font format requires use of the foreground color

`COLR$tag `OPENTYPE$r ~tableにおいては、 色~index 0xFFFF は， `color$p ~propに則って描画されるべきである。 ◎ In the COLR [OPENTYPE] table, color index 0xFFFF should be rendered according the color property.

［ `COLR$tag ／ `CPAL^tag ］ `OPENTYPE$r ~font用には、 `normal$v1 は，通例的に［ 当の~font内の~index 0 の~paletteで~fontを描画する ］ことを意味する。 ◎ For COLR/CPAL [OPENTYPE] fonts, font-palette: normal usually means rendering the font with the palette in the font at index 0.

`light@v1

一部の色~font形式は、［ ある種の~paletteは、 背景が明な（白に近い）ときに適用-可能である ］と~~定める~metadataを含む。 この~keywordは、［ そのような~paletteのうち，当の~font~file内で最初に可用なもの ］を~UAに利用させる。 ［ 当の~font~file形式が この~metadataを織り込まない ／ 当の~font内に そのような~paletteは無い ］場合、 この値は `normal$v1 として挙動する。 ◎ Some color font formats include metadata marking certain palettes as applicable on a light (close to white) background. This keyword causes the user-agent to use the first available palette in the font file marked this way. If the font file format does not account for this metadata, or no palette in the font is marked this way, this value behaves as normal.

`dark@v1

“背景が明な（白に近い）” に代えて “背景が暗な（黒に近い）” とすることを除き， `light$v1 の記述と同じ。 ◎ Some color font formats include metadata marking certain palettes as applicable on a dark (close to black) background. This keyword causes the user-agent to use the first available palette in the font file marked this way. If the font file format does not account for this metadata, or no palette in the font is marked this way, this value behaves as normal.

`palette-identifier@t

この値は、 利用する~CSS定義な~paletteを識別する。 作者は、 `font-palette-values$at 規則を利用して~paletteを定義できる。 適用-可能な `font-palette-values^at 規則は無い場合、 この値は `normal$v1 として挙動する。 ◎ This value identifies an CSS-defined palette to use. Users can define a palette by using the @font-palette-values rule. If no applicable @font-palette-values rule is present, this value behaves as normal.

`palette-identifier$t は、 `dashed-ident$t として構文解析される。 ◎ <palette-identifier> is parsed as a <dashed-ident>.

【 値として何を与えるかが述べられていないが、 おそらく， `font-palette-values^at に与えた名前を指定する。 】

注記： そのような~CSS定義な~paletteには、 ~font内の既存の~paletteへの参照, または そのような~paletteの改変であるか，まったく新たな~paletteがあり得る ◎ Note: Such a CSS-defined palette may be a reference to an existing palette already present in the font, be a modification of an existing palette already present in the font, or be an entirely new palette.

`palette-mix()$t

この値は、 2 個の［ 次に挙げるいずれかにより識別される~palette値 ］を補間して得られる~paletteを定義する ⇒＃ `palette-identifier$t, ~palette~keyword `normal$v1, `light$v1, `dark$v1 ／ 別の `palette-mix()$t 値 ◎ This value defines a position in the interpolation between two palette values, identified by <palette-identifier>, by the palette keywords normal, light, dark, or by another <palette-mix()> value.

当の~fontを成す~glyphたちは、［ 引数として指定された［ 1 個目の~palette, 2 個目の~palette ］の同じ~indexにある色どうしを【 `percentage^t 引数に基づいて】補間する ］ことにより作成された~paletteで描画するモノトスル — 必要なら `palette-mix()$t 関数を再帰的に解決した上で。 ◎ The glyphs of the font must be rendered with a palette that is created by interpolating for each palette color index between the matching color indices of the first and second palette specified as arguments, recursively resolving <palette-mix()> functions if needed.

各~palette色どうしの補間は `color-mix$f 関数の規則に従う。 ◎ For each palette color, the interpolation follows the rules of the <color-mix()> function.

百分率は、 `CSS-COLOR-5$r `§ 百分率の正規化＠~CSSCOLOR5#color-mix-percent-norm$ に則って正規化される。 ◎ Percentages are normalized according to CSS Color 5 § 3.1 Percentage Normalization.

注記： ［ `light^v, `dark^v ］という名前は、 色~palette内の色ではなく， 色~paletteが利用-可能になる`背景^emを述べる。 ◎ Note: The names light and dark describe the background the color palette is usable on, not the colors in the color palette themselves.

@media (prefers-color-scheme: dark) {
    .banner {font-palette: dark;
  }
}

@font-palette-values --pink {
  font-family: Nabla;
  base-palette: 1;
}
@font-palette-values --yellow {
  font-family: Nabla;
  base-palette: 7;
}
@keyframes animate-palette {
  from {
    font-palette: --yellow;
  }
  to {
    font-palette: --pink;
  }
}
p {
  font-family: Nabla;
  animation: animate-palette 1.4s infinite alternate linear;
}

例と絵図をもっと追加する。 ◎ Add more examples and pictures.

9.2. 利用者~定義な~font色~palette： `font-palette-values^at 規則

`font-palette-values@at 規則は、 色~paletteを定義した上で，その色~paletteを特定の~fontに結付ける。 ~web作者は、色~fontに利用する `color$t を — ~font~file内に予め存在する~paletteに制限されることなく — 任意に選定できるようになる。 ◎ The @font-palette-values rule defines a color palette and associates that color palette with a specific font. This allows a web author to select arbitrary <color>s to use inside a color font rather than being limited to the preexisting palettes inside font files.

注記： ~OpenType `CPAL^tag ~tableは， ~sRGB色に制約される一方で、 `font-palette-values$at 内の `color$t は，どの~CSS色も許容する。 現時点では，一部の実装は、 ~sRGBに制約される~APIを利用するので， 指定された色は~sRGBへ対応付けられ得る。 これは一時的な制限になるものと期待される。 作者は、 この~sRGBへの対応付けに依拠するベキでない。 ◎ Note: The OpenType CPAL table is restricted to sRGB colors. The <color>s in @font-palette-values allow any CSS color. Some implementations currently use APIs which are restricted to sRGB and may therefore map the specified colors to sRGB. This is expected to be a temporary limitation. Authors should not rely on this mapping to sRGB.

加えて、 この規則で特定の~fontに結付けることは，次を許容する ⇒ 同じ要素~内に複数の~font【のうちどれか】が利用されるときに （すなわち、~font~fallback用に）， ある~paletteの名前を異なる~fontに 異なるように【元の~paletteと？】適用できるようにして、 類似な色を複数の~fontに渡って利用する。 ◎ In addition, this rule’s association with a specific font allows a name of a palette to apply differently to different fonts, which allows similar colors to be used across multiple fonts when multiple fonts are used in an element (i.e. for font fallback).

注記： ~web作者は、 単独の~font用に複数の~paletteを作成して，自身の~web内容~用に複数の~themeを作成するよう望むこともあれば、 複数の~fontに合致する~paletteを作成して，異なる［ ~fontたちが成す~collection ］に渡って一貫した~designを達成するよう望むこともあろう。 ◎ Note: A web author might wish to create multiple palettes for a single font in order to create multiple themes for their web content. A web author might also wish to create matching palettes for multiple fonts to achieve a consistent design across a collection of different fonts.

`font-palette-values$at 規則は、 ある~fontに利用される色たちが成す~paletteを表現する。 ~paletteは、 順序付けられた色たちが成す~collectionであり， ~web作者に次を許容する ⇒＃ ~fontの中の既存の~paletteを参照する ／ 作者~定義な色で拡充された~paletteを作成する ／ 作者~定義な色で~font内のある~paletteの色を上書きする ◎ A @font-palette-values rule represents a palette of colors used in a font. A palette consists of an ordered collection of colors. Using the @font-palette-values allows a web author to reference a palette existing within a font as well as creating a palette populated with author-defined colors. In addition, it allows overriding a set of colors from a palette in the font with colors described by the web author.

~paletteは、 常に`完全^emになる — すなわち、 欠落~色を伴う~paletteを記述することはアリでない。 欠落~色が生じる場合、 それは，［ `base-palette$d 記述子により識別される~fontの中の~palette ］から採られる。 ◎ A palette is always complete, meaning that it is impossible to describe a palette which has missing colors. If colors would be missing, they are taken from the palette within the font identified by the base-palette descriptor.

`font-palette-values$at 内の記述子の値の中においては、 各種`~math関数$（ `calc$f など）, `var$f, `env$f も妥当である。 それらは、 および相対~単位も， `根~要素$の文脈の中で評価される。 ◎ Math functions, such as calc(), and also var(), and env(), are valid within descriptor values in a @font-palette-values rule. They are evaluated within the context of the root element. Relative units are also evaluated within the context of the root element.

`font-palette-values$at 規則は、 `font-palette-values^at ~keyword, それに後続する［ 記述子~宣言たちが成す~block ］からなる。 その構文は： ◎ The @font-palette-values rule consists of the @font-palette-values at-keyword followed by a block of descriptor declarations. It has the following syntax:

@font-palette-values `dashed-ident$t {
	`declaration-list$t
}

`font-palette-values$at 規則は、 この仕様に定義される各種~記述子を受容する。 ◎ The @font-palette-values rule accepts the descriptors defined in this specification.

@font-palette-values --Cooler {
    font-family: Bixa;
    base-palette: 1;
    override-colors:
        1 #7EB7E4;
}

@font-palette-values --Augusta {
  font-family: Handover Sans;
  base-palette: 3;
  override-colors:
    1 rgb(43, 12, 9),
    3 var(--highlight);
}

これらの記述子は、 もっぱら，それらを定義した `font-palette-values^at 規則を成す文脈の中で適用され， 文書~言語の要素には適用されない。 同じ名前の記述子が同じ `font-palette-values^at 規則~内に複数個 在る場合、 最後に宣言された記述子のみが利用され，他は無視される。 ◎ These descriptors apply solely within the context of the @font-palette-values rule in which they are defined, and do not apply to document language elements. When a given descriptor occurs multiple times in a given @font-palette-values rule, only the last descriptor declaration is used and all prior declarations for that descriptor are ignored.

これらの各~paletteは、 ある族~名を共有する各 `font-face^at に適用される。 ◎ Each of these palettes are applied to each @font-face that share a family name.

@font-face {
  font-family: Bixxxa;
  src: url('./bixxxa.woff') format(woff);
}

@font-face {
  font-family: Bungeehee;
  src: url('./bungeehee.woff') format(woff);
}

@font-palette-values --ToxicGreen {
  font-family: Bixxxa;
  base-palette: 3; /* 
これは `Bixxxa^F の緑系~palette
◎
This is Bixxxa’s green palette
 */
}


@font-palette-values --ToxicGreen {
  font-family: Bungeehee;
  base-palette: 7; /* 
これは `Bungeehee^F の緑系~palette…
◎
This is Bungeehee’s green palette...
 */
  override-colors: 2 lime; /* 
… これが `pink^v であることを除いて
— それを `lime^v に上書する
◎
...except this is pink, which I overwrite to lime
 */
}

h1 {
  font-family: Bixxxa;
  font-palette: --ToxicGreen;
}

h2 {
  font-family: Bungeehee;
  font-palette: --ToxicGreen;
}

注記： ある族~名が複数の物理的~fontから共有されていて （複合的な~fontが `unicode-range$d を利用して作成されたときなど）， それらの~fontが異なる~paletteを有する事例では、 `font-palette-values$at を利用して部分的な~paletteを指定した結果は， 作者が意図するものにならない見込みが高い。 この事例では、 完全な~palette定義を給する方が良い。 ◎ Note: In the case where a family name is shared between multiple physical fonts, (such as when a compound font is created, using unicode-range), and if those fonts have different palettes, the result of specifying a partial palette using @font-palette-values is unlikely to be what the author intended. In this case, it is better to supply a complete palette definition.

h3 {
  font-family: Bixxxa, Bungeehee;
  font-palette: --ToxicGreen;
}

所与の `font-palette-values$at 規則たちは、 それらを包含する【参照する】文書の中で可用になる作者~定義な~paletteを定義する。 ◎ A given set of @font-palette-values rules define which author-defined palettes are available for use within the documents that contain these rules.

作者~定義な~font色~paletteが可用になるのは、 それを参照する文書に限るモノトスル。 他所で利用した場合，ある~pageの内容が他の~pageに影響-可能になり、 攻撃者は，~security漏洩を成す何かになる攻撃~行路としても利用できるので。 ◎ An author-defined font color palette must only be available to the documents that reference it. Using an author-defined color palette outside of the documents that reference it would constitute a security leak since the contents of one page would be able to affect other pages, something an attacker could use as an attack vector.

`font-palette-values$at 規則は： ◎ This at-rule＼

• ~CSSの前方-互換な構文解析~規則に従う。 宣言~block内の~propと同様に、 ~UAは，自身が~supportしない どの記述子に対しても，その宣言を無視するモノトスル。 ◎ follows the forward-compatible parsing rules of CSS. Like properties in a declaration block, declarations of any descriptors that are not supported by the user agent must be ignored.＼
• `~font-familyPV$d 記述子を要求する — 欠落なものは、 無効になり，まるごと無視するモノトスル。 ◎ @font-palette-values rules require a font-family descriptor; if it is missing, the @font-palette-values rule is invalid and must be ignored entirely.
• ~UAが［ ~platform資源が制限されている／ 色~font用の~supportを実装していない ／ 色~fontを不能化する能を実装している ］事例では、 単純に無視するモノトスル — この仕様に定義される個々の記述子の挙動は、 改められるベキでない。 ◎ In cases where user agents have limited platform resources, do not implement support for color fonts, or implement the ability to disable color fonts, @font-palette-values rules must simply be ignored; the behavior of individual descriptors as defined in this specification should not be altered.

@font-palette-values --Festival {
    font-family: Banner Flag;
    base-palette: 1;
    override-colors:
        0 rgb(123, 64, 27),
        1 darkblue,
        2 var(--highlight);
}

@font-palette-values --Augusta {
    font-family: Handover Sans;
    base-palette: 3;
}

@font-palette-values --Festival {
  font-family: Blaka Ink;
  base-palette: 0;
  override-colors:
    0 oklch(0.63 0.12 105.7),
    1 color(display-p3 0.23 0.22 0.04),
    2 color(prophoto-rgb 0.37 0.27 0.09);
}

9.3. ~text呈示~styleの選定-法： `font-variant-emoji^p ~prop

この~propは、［ ある種の絵文字~符号位置~用に［ 絵文字~呈示, ~text呈示 ］どちらを利用するか選定する ］ことを~web作者に許容する。 これらの呈示~styleは、 伝統的に，ある種の符号位置に異体~選択子［ `FE0E^U `VARIATION SELECTOR-15^cn ／ `FE0F^U `VARIATION SELECTOR-16^cn ］を付加することにより選定されていた。 この~propは、［ 異体~選択子の代わりになる既定の呈示~styleを設定する ］ことを~web作者に許容する。 ◎ This property allows web authors to select whether emoji presentation or text presentation is used for certain emoji code points. Traditionally, these presentation styles were selected by appending Variation Selector 15 (U+FE0E) or Variation Selector 16 (U+FE0F) to certain code points. However, font-variant-emoji allows web authors to set a default presentation style which can replace the variation selectors.

この~propが影響する符号位置は、~Unicodeにて［ `Unicode emoji Presentation Sequence^en 【“~Unicode絵文字~呈示~列”】 に寄与するものとして `挙げられたもの＠https://www.unicode.org/emoji/charts/emoji-variants.html$ ］に限られる。 この仕様においては、これらの文字は `呈示に関与する絵文字~符号位置@ （ `Emoji Presentation Participating Code Points^en ）と総称される†。 この~propには、他のどの文字に対しても効果は無い。 ◎ Only the code points listed by Unicode as contributing to a Unicode emoji presentation sequence are affected by this property. Within this CSS specification, these characters are referred to as Emoji Presentation Participating Code Points. This property has no effect on any other characters.

【† `呈示に関与する符号位置@ という似た用語も現れるが、 おそらく，この用語の`略称を意図している＠~CSSissue/4166$ （更に広い分類とも受け取れそうだが）。 】

この~propは，~font~fallbackに影響するものと予期されるが、 ~font~fallbackと `font-variant-emoji$p との相互作用の正確な資質は， 明示的に未指定である。 しかしながら、 異体~選択子は — `§ ~clusterの照合-法$にて定義されるとおり — その前にある~cluster内に含めるモノトスル。 この挙動による自然な結果として、 異体~選択子は，その前にある文字と異なる~fontで描画してはナラナイことになる。 したがって，それは、 ~font~fallbackを［ 対応する異体~選択子が意図されていた ］かのように（各~値の記述どおりに）挙動させる。 ~font~fallback — ~cluster~fallback規則も含む — は、 それから遂行され，［ これらの “付加された” 異体~選択子による呈示~選好 ］を織り込むモノトスル。 ◎ This property is expected to affect font fallback; however, the exact nature of the interaction of font fallback with font-variant-emoji is explicitly unspecified. However, a variation selector must be included in a previous cluster as defined by the cluster matching section above. A natural result of this behavior is that a variation selector must not be rendered in a different font than the previous character. It thus causes font fallback to behave as if the respective variation selector was intended (as in the values description); then font fallback, including the cluster fallback rules, is performed, which must take the presentation preference of these "appended" variation selectors into account.

`font-variant-emoji$p が利用されたとしても、 要素の内容に異体~選択子［ `FE0E^U `VARIATION SELECTOR-15^cn ／ `FE0F^U `VARIATION SELECTOR-16^cn ］が在るならば， `font-variant-emoji^p 内に指定された描画を上書きする。 したがって， `font-variant-emoji^p は、 ~textが描画されるとき~opt-outできるような，既定の呈示を設定する。 ◎ Even when font-variant-emoji is used, the presence of Variation Selector 15 (U+FE0E) or Variation Selector 16 (U+FE0F) in the contents of an element override the rendering specified in font-variant-emoji. Therefore, font-variant-emoji sets a default presentation which the text being rendered can opt out of.

注記： 絵文字~呈示~連列をどう取扱うかは、 ~platformごとに異なる規約がある。 複数の~platformを~supportする~UAは、［ 個々の~platformごとに，その規約に従う ］よう望むこともあれば，［ どの~platformにも，同じ~approachを利用する ］よう望むこともあろう。 【！ ~task = ask？】 ~UAは，絵文字~styleの描画を要請されたとき、［ 色~tableを含まない~fontは，無視rする ］よう望むこともあれば，［ どの~clusterにも，機械的に同じ~cluster~fallback~algoを利用する ］よう望むこともあろう。 ◎ Note: Different platforms have different conventions about how to handle emoji presentation sequences. A cross-platform UA might wish to follow the conventions of each individual platform, or it might wish to use the same approach on all platforms. When tasked with a request for an emoji style rendering, a UA might wish to disregard fonts which do not include color tables. A different UA might wish instead to use the same mechanical cluster fallback algorithm that it would use for any arbitrary cluster.

［ `FE0E^U `VARIATION SELECTOR-15^cn, `FE0F^U `VARIATION SELECTOR-16^cn ］以外の異体~選択子は、 ~font選定に影響しないモノトスル — 在ったとしても、 それまでに選定された~fontが それを~supportしないならば，無視される。 ◎ Variation selectors other than FE0E VARIATION SELECTOR-15 and U+FE0F VARIATION SELECTOR-16 must not have any effect on font selection. If one of these variation selectors is present, but unsupported by the font previously selected, the variation selector is ignored.

［ `lang^a ／ `xml:lang^a ］属性が受容する［ BCP47 による［ 言語~tagに対する `-u-^c 拡張 ］］は、 ~UAが特定0の文字~用に［ 絵文字, ~text ］どちらの呈示を利用するか裁定するときには，考慮されるベキでない。 ◎ BCP47’s -u- extension to the language tag accepted by lang or xml:lang should not be considered when the user-agent decides whether to use emoji presentation or text presentation for a particular character.

`normal@v1

~UAは、 `呈示に関与する符号位置$を［ 絵文字~style, ~text~style ］どちらで描くことも選べる。 ~UAは、 この裁定を遂行するときに，概して~platform規約に従う。 ◎ User agents can choose to draw a Presentation Participating Code Point in either emoji style or text style. User agents typically follow platform conventions when performing this decision.

`text@v1

符号位置~列は、［ どの`呈示に関与する符号位置$にも `FE0E^U `VARIATION SELECTOR-15^cn が付加されていた ］かのように描画される。 ◎ Code points are rendered as if U+FE0E VARIATION SELECTOR-15 was appended to every Presentation Participating Code Point.

`emoji@v1

符号位置~列は、［ どの`呈示に関与する符号位置$にも `FE0F^U `VARIATION SELECTOR-16^cn が付加されていた ］かのように描画される。 ◎ Code points are rendered as if U+FE0F VARIATION SELECTOR-16 was appended to every Presentation Participating Code Point.

`unicode@v1

符号位置~列は、 `UTS51$r に則って描画される — 各 `呈示に関与する符号位置$用の［ `Emoji^uc, `Emoji_Presentation^uc ］~propの値に依存して，次に挙げるいずれかとして ⇒＃ 絵文字を既定とする（ `emoji-default^en ）／ ~textを既定とする（ `text-default^en ）／ ~textのみ（ `text-only^en ） ◎ Code points are rendered in accordance with [UTS51] as either emoji-default, text-default, or text-only, depending on the values of the Emoji and Emoji_Presentation properties for each Presentation Participating Code Point.＼

［ `FE0E^U `VARIATION SELECTOR-15^cn ／ `FE0F^U `VARIATION SELECTOR-16^cn ］は、 在るならば， 個々の`呈示に関与する符号位置$の既定の呈示を上書きすることになる。 ◎ If present, FE0E VARIATION SELECTOR-15 and U+FE0F VARIATION SELECTOR-16 will override the default presentation of individual Presentation Participating Code Points.

@font-face {
  font-family: "Custom Emoji";
  src: url("CustomEmoji.ttf") format(truetype);
}
...
<div style="font-family: 'Custom Emoji'; font-variant-emoji: emoji;">
  &#x1F6CB; <!-- 🛋 -->
</div>

11.1. ~font技術

【 “~~技術（ `technology^en ）” は、 原文では — 特に `font-tech$t に関係する それを指す所では，概ね — その略称 `tech^en として記されるが、 この訳では，そのまま “~~技術” と記す （日本語では、 その微妙な差異を自然に表せないので）。 】

［ `color-COLRv0^v ／ `color-COLRv1^v ／ `color-SVG^v ／ `color-sbix^v ／ `color-CBDT^v ］技術は、 様々な色~font~file技術を参照rする。 それぞれ、［［ `OPENTYPE$r または `AAT-FEATURES$r ］~fontの内側にある~table （ `COLR$tag ／ `SVG$tag ／ `sbix$tag ／ `CBDT$tag ） ］を表現する。 ◎ The color-colrv0, color-colrv1, color-svg, color-sbix and color-cbdt technologies refers to various types of color font file technologies. Each one represents a table (COLR, SVG, sbix or CBDT) inside [OPENTYPE] or [AAT-FEATURES] fonts which must be supported to satisfy this requirement.

`palettes^v 技術は、［［ `OPENTYPE$r ／ `CPAL^tag ~tableを伴う `AAT-FEATURES$r ］にて共通的に実装されている~font~palette ］用の~supportを参照rする。 `§ 色~fontの~support＠#color-font-support$ にて，これらの便宜性と相互作用する~propを述べる。 ◎ The palettes tech refers to support for font palettes, commonly implemented in the [OPENTYPE] and [AAT-FEATURES] with the CPAL table. The section on § 9 Color Font Support describes properties that interact with these facilities.

`incremental^v 技術は、 増分的な~font転送 `IFT$r 用の~clientによる~supportを参照rする。 ◎ The incremental tech refers to client support for incremental font transfer [IFT].

これらの背景0については `PFE-report$r を見よ。 ◎ For background on these, see [PFE-report].

~web作者は、 `font-face$at の `src$d 記述子の内側に `tech^f 関数を指定して，［ ~fontを正しく描画するためには，その~supportが要求される ］ことを指示できる。 この仕組みを利用すれば、 要求される~supportが無いときにも， 副次的~fontに上品に~fall-backできる。 ◎ Web authors can specify the tech function inside an @font-face src descriptor to indicate that support is required for correct rendering of a font. This mechanism can be used for gracefully falling back to an ancillary font when requested support is not present.

@font-face {
    font-family: "Trickster";
    src: url("trickster-COLRv1.otf") format(opentype) tech(color-COLRv1),
url("trickster-outline.otf") format(opentype);
}

11.2. ~font形式

この仕様により定義される形式~文字列は、 以下に従う。 各種 `font-format$t 値は、 下に挙げる形式~用の同義語である。 ◎ Format strings defined by this specification are as follows. The <font-format> values are synonyms for the formats below.

【† 原文の表tでは，これらの~keywordは文字列として記されているが（例： `opentype^l ）、 実際には~keyword（`~CSS識別子$）として定義されている（ `font-format$t ）ので， そのように改める。 この仕様の各~例に現れる `format^f 関数の引数においても， これらの~keywordを文字列として与えているが、 同様に改める。 】

~TrueTypeと~OpenTypeの間では，共通的な用法が重合しているので、 形式~hint［ `truetype^v と `opentype^v ］は，同義と見なすモノトスル — 形式~hint `opentype^v は、 ~fontが［ ~PostScript~CFF~style~glyph~data ／ ~OpenType~layout情報 ］を包含することを含意するわけではない （これについての より深い背景0は、 `付録 A＠#platform-props-to-css$ を見よ）。 ◎ Given the overlap in common usage between TrueType and OpenType, the format hints "truetype" and "opentype" must be considered as synonymous; a format hint of "opentype" does not imply that the font contains Postscript CFF style glyph data or that it contains OpenType layout information (see Appendix A for more background on this).

12.1. `CSSFontFaceRule^I ~interface

`CSSFontFaceRule$I ~interfaceは、 ある `font-face$at 規則を表現する。 ◎ The CSSFontFaceRule interface represents a <@font-face> rule.

[`Exposed$=Window]
interface `CSSFontFaceDescriptors@I : `CSSStyleDeclaration$I {
  attribute [`LegacyNullToEmptyString$] `CSSOMString$ `src@mFD;
  attribute [`LegacyNullToEmptyString$] `CSSOMString$ `fontFamily@mFD;
  attribute [`LegacyNullToEmptyString$] `CSSOMString$ `font-family@mFD;
  attribute [`LegacyNullToEmptyString$] `CSSOMString$ `fontStyle@mFD;
  attribute [`LegacyNullToEmptyString$] `CSSOMString$ `font-style@mFD;
  attribute [`LegacyNullToEmptyString$] `CSSOMString$ `fontWeight@mFD;
  attribute [`LegacyNullToEmptyString$] `CSSOMString$ `font-weight@mFD;
  attribute [`LegacyNullToEmptyString$] `CSSOMString$ `fontStretch@mFD;
  attribute [`LegacyNullToEmptyString$] `CSSOMString$ `font-stretch@mFD;
  attribute [`LegacyNullToEmptyString$] `CSSOMString$ `fontWidth@mFD;
  attribute [`LegacyNullToEmptyString$] `CSSOMString$ `font-width@mFD;
  attribute [`LegacyNullToEmptyString$] `CSSOMString$ `unicodeRange@mFD;
  attribute [`LegacyNullToEmptyString$] `CSSOMString$ `unicode-range@mFD;
  attribute [`LegacyNullToEmptyString$] `CSSOMString$ `fontFeatureSettings@mFD;
  attribute [`LegacyNullToEmptyString$] `CSSOMString$ `font-feature-settings@mFD;
  attribute [`LegacyNullToEmptyString$] `CSSOMString$ `fontVariationSettings@mFD;
  attribute [`LegacyNullToEmptyString$] `CSSOMString$ `font-variation-settings@mFD;
  attribute [`LegacyNullToEmptyString$] `CSSOMString$ `fontNamedInstance@mFD;
  attribute [`LegacyNullToEmptyString$] `CSSOMString$ `font-named-instance@mFD;
  attribute [`LegacyNullToEmptyString$] `CSSOMString$ `fontDisplay@mFD;
  attribute [`LegacyNullToEmptyString$] `CSSOMString$ `font-display@mFD;
  attribute [`LegacyNullToEmptyString$] `CSSOMString$ `fontLanguageOverride@mFD;
  attribute [`LegacyNullToEmptyString$] `CSSOMString$ `font-language-override@mFD;
  attribute [`LegacyNullToEmptyString$] `CSSOMString$ `ascentOverride@mFD;
  attribute [`LegacyNullToEmptyString$] `CSSOMString$ `ascent-override@mFD;
  attribute [`LegacyNullToEmptyString$] `CSSOMString$ `descentOverride@mFD;
  attribute [`LegacyNullToEmptyString$] `CSSOMString$ `descent-override@mFD;
  attribute [`LegacyNullToEmptyString$] `CSSOMString$ `lineGapOverride@mFD;
  attribute [`LegacyNullToEmptyString$] `CSSOMString$ `line-gap-override@mFD;
};

[`Exposed$=Window]
interface `CSSFontFaceRule@I : `CSSRule$I {
  [`SameObject$, `PutForwards$=cssText] readonly attribute `CSSFontFaceDescriptors$I `style@m;
};

12.2. `CSSFontFeatureValuesRule^I ~interface

`CSSRule$I ~interfaceは、 次の様に拡張される： ◎ The CSSRule interface is extended as follows:

partial interface `CSSRule$I {  const `unsigned short$ `FONT_FEATURE_VALUES_RULE@m = 14;
};

`CSSFontFeatureValuesRule$I ~interfaceは、 `font-feature-values$at 規則を表現する。 ◎ The CSSFontFeatureValuesRule interface represents a @font-feature-values rule.

[`Exposed$=Window]
interface `CSSFontFeatureValuesRule@I : `CSSRule$I {
  attribute `CSSOMString$ `fontFamily$m;
  readonly attribute `CSSFontFeatureValuesMap$I `annotation$m;
  readonly attribute `CSSFontFeatureValuesMap$I `ornaments$m;
  readonly attribute `CSSFontFeatureValuesMap$I `stylistic$m;
  readonly attribute `CSSFontFeatureValuesMap$I `swash$m;
  readonly attribute `CSSFontFeatureValuesMap$I `characterVariant$m;
  readonly attribute `CSSFontFeatureValuesMap$I `styleset$m;
  readonly attribute `CSSFontFeatureValuesMap$I `historicalForms$m;
};

[`Exposed$=Window]
interface `CSSFontFeatureValuesMap@I {
  maplike<`CSSOMString$, `sequence$<`unsigned long$>>;
  `undefined$ `set$m(`CSSOMString$ %featureValueName, (`unsigned long$ or `sequence$<`unsigned long$>) %values);
};

`fontFamily@m ◎ fontFamily of type CSSOMString

所与の［ 特能~値たちが成す集合 ］が定義されている 1 個以上の~font族からなる~listを成す，文字列を返す。 ◎ The list of one or more font families for which a given set of feature values is defined.

`annotation@m

`ornaments@m

`stylistic@m

`swash@m

`characterVariant@m

`styleset@m

`historicalForms@m

それぞれ、 所与の `font-variant-alternates$p 値~型に対し， `特能~値~名$たちを~fontの特能~値たちに結付けている `CSSFontFeatureValuesMap$I ~objを返す。 ◎ value maps of type CSSFontFeatureValuesMap, readonly ◎ Maps of feature values associated with feature value names for a given font-variant-alternates value type

`CSSFontFeatureValuesRule$I を成すこれらの［ 値 map を返す属性 ］は、 対応する［ `特能~値~block$を介して定義される値たち ］を反映する — ［ `annotation^m ／ `ornaments^m ］属性は［ `annotation^at ／ `ornaments^at ］`特能~値~block$に包含された値たちを包含する，等々。 ◎ Each value map attribute of CSSFontFeatureValuesRule reflects the values defined via a corresponding feature value block. Thus, the annotation attribute contains the values contained within a @annotation feature value block, the ornaments attribute contains the values contained with a @ornaments feature value block and so forth.

`set(featureValueName, values)@m

`CSSFontFeatureValuesMap$I ~interfaceは， 各種 `既定の［ map class ］~method＠~WEBIDLjs#js-maplike$を利用するが、 `set()^m ~methodだけ，挙動が異なる。 この~methodは： ◎ The CSSFontFeatureValuesMap interface uses the default map class methods but the set method has different behavior.＼

• %featureValueName に渡された`特能~値~名$に， %values に渡された無符号~整数たちが成す連列【 ~IDL `sequence^c 型~値】を結付ける。 ◎ It takes a sequence of unsigned integers and associates it with a given featureValueName.＼
• %values に単独の無符号~整数が渡された場合には、 それを［ その値 1 個からなる連列 ］として扱うことを除き， 既定の［ map class ］~methodと同じに挙動する。 ◎ The method behaves the same as the default map class method except that a single unsigned long value is treated as a sequence of a single value.＼
• 渡された値の個数が妥当でない場合、 例外を投出する。 ◎ The method throws an exception if an invalid number of values is passed in.＼
• 結付けられた`特能~値~block$に許容される値の個数に上限がある場合、 入力~連列がその上限を超えたときには， `InvalidAccessError$E 例外を投出する。 この上限についての詳細は、 `§ 複数個の値をとれる特能~値の定義＠#multi-value-features$ を見よ。 ◎ If the associated feature value block only allows a limited number of values, the set method throws an InvalidAccessError exception when the input sequence to set contains more than the limited number of values. See the description of multi-valued feature value definitions for details on the maximum number of values allowed for a given type of feature value block.＼

`get()^m ~methodが返す値は、 常に連列になる — 連列が包含する値が 1 個しかない場合でも。 ◎ The get method always returns a sequence of values, even if the sequence only contains a single value.

12.3. `CSSFontPaletteValuesRule^I ~interface

[`Exposed$=Window]
interface `CSSFontPaletteValuesRule@I : `CSSRule$I {
  readonly attribute `CSSOMString$ `name@mP;
  readonly attribute `CSSOMString$ `fontFamily@mP;
  readonly attribute `CSSOMString$ `basePalette@mP;
  readonly attribute `CSSOMString$ `overrideColors@mP;
};

［ `basePalette$mP ／ `overrideColors$mP ］属性は、 適切な~CSS~prop構文に則って構文解析される。 【`name$mP, `fontFamily$mP については、原文には何も述べられていない。】 ◎ The fontFamily and basePalette interfaces are parsed according to the appropriate CSS property syntax.

13.1. ~fontに関係する~propの直列化-法

この~moduleにて定義される~propは、 個々の~prop用に特定的に注記されない限り， `CSSOM-1$r `§ ~CSS値の直列化-法＠~CSSOM1#serializing-css-values$ による原則に従う。 ◎ Unless specifically noted for individual properties, the properties defined in this module follow the principles of CSSOM § 6.7.2 Serializing CSS Values.

13.2. ~fontに関係する~at-規則の直列化-法

この~moduleにて~at-規則~用に定義される記述子は、 個々の記述子~用に特定的に注記されない限り， `CSSOM-1$r `§ ~CSS値の直列化-法＠~CSSOM1#serializing-css-values$ による原則に従う。 ◎ Unless specifically noted for individual descriptors, the descriptors defined for at-rules in this module follow the principles of CSSOM § 6.7.2 Serializing CSS Values.

特に，表現をより短くする原則に従って： ある範囲の値を受容する記述子~用には、 その始端と終端の値が同じ場合， 当の記述子は範囲としてではなく 1 個の値として直列化される。 ◎ In particular, following the principle of shorter representation: for descriptors which accept a range of values, if the start and end values are the same (the range is zero) the descriptor is serialized as a single value, not a range.

@font-face {
  font-family: "foo";
  font-weight: 200 200;
}

@font-face {
  font-family: "foo";
  font-weight: 200;
}

また，［ 最後に定義された値に限り維持する原則 ］および［ 最短な表現にする原則 ］に従って、［ 複数~指定された~tuple／複数個の~block ］は，［ 最後に定義された値のみを包含している 1 個の~block ］として直列化される。 ◎ Also, following the principle of retaining only the last-defined value, as well as the principle of shortest representation, multiply-specified tuples and multiple blocks are serialized as a single block containing only the last-defined value.

/* 
同じ宣言~名が繰返され，
同じ特能~値~種別を伴う~blockが複数ある
◎
Repeated declaration names, and multiple blocks of the same type
 */
@font-feature-values foo {
  @swash { pretty: 0; cool: 2; }
  @swash { pretty: 1; }
}

/* 
正準的な直列化
◎
Canonical serialization
*/
@font-feature-values foo {
    @swash { cool: 2; pretty: 1; }
}