css-inline-ja.html

<!DOCTYPE html><html lang="ja"><head><meta charset="utf-8">
<title>CSS Inline Layout Module Level 3 （日本語訳）</title>

<link rel="stylesheet" href="common.css" type="text/css">
<link rel="stylesheet" href="common-css.css" type="text/css">
<style>
img {
	background: white;
}

.glyph {
	border: solid thin var(--N-color);
	border-radius: 0.2em;
	padding: 0.1em;
}

.baseline {
	font-family: sans-serif0, sans-serif;
}
</style>


<script src="common0.js"></script>
<script src="common1.js" async></script>

<script >

Util.ready = function(){
	const source_data = {
		generate: expand,
	};
	Util.switchWordsInit(source_data);
}

function expand(){
	const class_map = this.class_map;
	const tag_map = this.tag_map;
	const link_map = this.link_map;

	let context_prop = '';
	let context_prop1 = '';

	return this.html.replace(
		/%[\w\-~一-鿆あ-ん]+|`(.*?)([$@^])(\w*)/g,
		create_html
	);

	function create_html(match, key, indicator, klass){

if(!indicator) {//%
	return `<var>${match.slice(1)}</var>`;
}

let href = '';
let href1 = '';
{
	const n = key.indexOf('＠');
	if(n > 0) {
		href1 = key.slice(n + 1);
		key = key.slice(0, n);
	}
}
let text = key;

switch(klass){
case 'r':
	text = `[${key}]`;
	href = `#biblio-${key.toLowerCase()}`;
	break;
case 'p':
	if( indicator === '@') {
		context_prop = `#valdef-${key}-`;
	} else {
		context_prop1 = `#valdef-${key}-`;
	}
	break;
case 'tp':
	text = `&lt;'<code class="property">${key}</code>'&gt;`;
	href = link_map[`p.${key}`];
	break;
case 'ps':
	text = `:${key}`;
	break;
case 'pe':
	text = `::${key}`;
	break;
case 't':
	text = `&lt;${key}&gt;`;
	key = key.replace(/\s*\[.+/, '');
	break;
case 'vt':
	text = `&lt;${key}&gt;`;
	key = key.replace(/\s*\[.+/, '');
	href = context_prop + key;
	break;
case 'v':
	href = context_prop + key;
	break;
case 'v1':
	href = context_prop1 + key;
	klass = 'v';
	break;
case 'U' :
	text = `U+${key}`;
	break;
case 'cref' :
	text = '“' + key
		.replace(/[^\da-fA-F]+/g, '＊')
		.replace(/[\da-fA-F]+/g, '&#x$&;')
		.replace(/＊/g, '') + '”';
	break;

case 'en':
	text = `<span lang="en">${key}</span>`;
	break;
case 'issue':
	href = `~CSSissue/${key}`;
	text = `課題 #${key}`;
	break;
case 'dgm':
	return `<a id="_dgm-${key}"></a>`;
}

let tag = tag_map[klass];
if(tag) {
	let classname = class_map[klass];
	classname = classname ? ` class="${classname}"` : '';
	text = `<${tag}${classname}>${text}</${tag}>`;
}

if(indicator !== '^'){
	href = href1 || link_map[ klass ? `${klass}.${key}` : key ] || href;
	if(!href){
		console.log(match); // check error
		return match;
	}

	switch(indicator){
	case '$':
		text = `<a href="${href}">${text}</a>`;
		break;
	case '@':
		text = `<dfn id="${href.slice(1)}">${text}</dfn>`;
		break;
	default:
		console.log(match);
		return match;
	}
}

return text;

	}
}
</script>

<script type="text/plain" id="_source_data">


●●options

spec_title:CSS Inline Layout Module Level 3
spec_date:2024-12-13
trans_update:2024-12-15
source_checked:200618
page_state_key:CSS
original_url:https://drafts.csswg.org/css-inline-3/
spec_status:ED
ref_id_prefix:biblio-
ref_id_lowercase:true
site_nav:typeset,layouts,css
conformance:css
copyright:2024,permissive
trans_1st_pub:2015-07-11


●●class_map
p:property
t:type
vt:type
u:unit
v:value
vX:value
css:css
pe:pseudo
ps:pseudo
e:element
uc:char-prop
U:code-point
bL:baseline
gph:glyph

●●tag_map
p:code
t:var
vt:var
v:code
vX:code
u:code
css:code
pe:code
ps:code
e:code
U:span
I:code
uc:span
gph:span
bL:span
c:code
V:var
cite:cite
em:em
strong:strong

●●original_id_map

●●mdn_urls
propdef-alignment-baseline:CSS/alignment-baseline
	propdef-baseline-shift:CSS/baseline-shift
	propdef-baseline-source:CSS/baseline-source
propdef-dominant-baseline:CSS/dominant-baseline
propdef-initial-letter:CSS/initial-letter
propdef-initial-letter-align:CSS/initial-letter-align
	propdef-initial-letter-wrap:CSS/initial-letter-wrap
propdef-line-height:CSS/line-height
	propdef-inline-sizing:CSS/inline-sizing
	propdef-text-box-trim:CSS/text-box-trim
	propdef-text-box-edge:CSS/text-box-edge
propdef-vertical-align:CSS/vertical-align

●●link_map

p.alignment-baseline:#propdef-alignment-baseline
p.baseline-shift:#propdef-baseline-shift
p.baseline-source:#propdef-baseline-source
p.dominant-baseline:#propdef-dominant-baseline
p.initial-letter:#propdef-initial-letter
p.initial-letter-align:#propdef-initial-letter-align
p.initial-letter-wrap:#propdef-initial-letter-wrap
p.vertical-align:#propdef-vertical-align
p.inline-sizing:#propdef-inline-sizing
p.line-fit-edge:#propdef-line-fit-edge
p.line-height:#propdef-line-height
p.text-box:#propdef-text-box
p.text-box-trim:#propdef-text-box-trim
p.text-box-edge:#propdef-text-box-edge

p.align-content:~CSSALIGN#propdef-align-content
p.box-decoration-break:~CSSBREAK#propdef-box-decoration-break
p.box-shadow:~CSSBG#propdef-box-shadow
p.box-sizing:~SIZING#propdef-box-sizing
p.clear:~CSS2J#propdef-clear
p.color:~CSSCOLOR#propdef-opacity
p.display:~CSSDISP#propdef-display
p.float:~CSS2J#propdef-float
p.font-language-override:~CSSFONT#propdef-font-language-override
p.font-size:~CSSFONT#propdef-font-size
p.hanging-punctuation:~CSSTEXT#propdef-hanging-punctuation
p.height:~SIZING#propdef-height
p.justify-self:~CSSALIGN#propdef-justify-self
p.letter-spacing:~CSSTEXT#propdef-letter-spacing
p.margin:~CSSBOX#propdef-margin
p.opacity:~CSSCOLOR#propdef-opacity
p.orphans:~CSSBREAK#propdef-orphans
p.outline:~CSSUI#propdef-outline
p.position:~CSSPOS#propdef-position
p.shape-outside:~CSSSHAPES#propdef-shape-outside
p.shape-margin:~CSSSHAPES#propdef-shape-margin
p.text-align:~CSSTEXT#propdef-text-align
p.text-indent:~CSSTEXT#propdef-text-indent
p.text-orientation:~CSSWM#propdef-text-orientation
p.widows:~CSSBREAK#propdef-widows
p.width:~CSS2J#propdef-width
p.word-spacing:~CSSTEXT#propdef-word-spacing
p.writing-mode:~CSSWM#propdef-writing-mode
p.list-style-position:~CSSLIST#propdef-list-style-position
p.z-index:~CSS2J#propdef-z-index
p.inline-size:~CSSLOGICAL#propdef-inline-size

pe.first-letter:~CSSPSEUDO#selectordef-first-letter
pe.first-line:~CSSPSEUDO#selectordef-first-line
pe.marker:~CSSPSEUDO#selectordef-marker

v.~autoS:~SIZING#valdef-width-auto
v.inline-block:~CSSDISP#valdef-display-inline-block
v.inline-table:~CSSDISP#valdef-display-inline-table
v.vertical-lr:~CSSWM#valdef-writing-mode-vertical-lr

vX.normal:~CSSALIGN#valdef-justify-content-normal
vX.sideways:~CSSWM#valdef-text-orientation-sideways
	vX.start:~CSSALIGN#valdef-self-position-start
	vX.end:~CSSALIGN#valdef-self-position-end
	vX.center:~CSSALIGN#valdef-self-position-center
	vX.none:~CSSWG/css-page-floats-3/#valdef-float-none
	vX.static:~CSSWG/css-position-3/#valdef-position-static
	vX.block:~CSSWG/css-display-3/#valdef-display-block


	#valdef-dominant-baseline-auto
	#valdef-dominant-baseline-text-bottom
	#valdef-dominant-baseline-alphabetic
	#valdef-dominant-baseline-ideographic
	#valdef-dominant-baseline-middle
	#valdef-dominant-baseline-central
	#valdef-dominant-baseline-mathematical
	#valdef-dominant-baseline-hanging
	#valdef-dominant-baseline-text-top

	#valdef-vertical-align-baseline-source
	#valdef-vertical-align-alignment-baseline
	#valdef-vertical-align-baseline-shift

	#valdef-baseline-source-auto
	#valdef-baseline-source-first
	#valdef-baseline-source-last

	#valdef-alignment-baseline-baseline
	#valdef-alignment-baseline-text-bottom
	#valdef-alignment-baseline-alphabetic
	#valdef-alignment-baseline-ideographic
	#valdef-alignment-baseline-middle
	#valdef-alignment-baseline-central
	#valdef-alignment-baseline-mathematical
	#valdef-alignment-baseline-text-top
	#valdef-alignment-baseline-bottom
	#valdef-alignment-baseline-center
	#valdef-alignment-baseline-top

	#valdef-baseline-shift-length
	#valdef-baseline-shift-percentage
	#valdef-baseline-shift-super
	#valdef-baseline-shift-top
	#valdef-baseline-shift-center
	#valdef-baseline-shift-bottom

	#valdef-line-height-normal
	#valdef-line-height-number
	#valdef-line-height-length
	#valdef-line-height-percentage

	#valdef-line-fit-edge-leading
	#valdef-line-fit-edge-text
	#valdef-line-fit-edge-cap
	#valdef-line-fit-edge-ex
	#valdef-line-fit-edge-ideographic
	#valdef-line-fit-edge-ideographic-ink
	#valdef-line-fit-edge-alphabetic

	#valdef-text-box-normal

	#valdef-text-box-edge-auto

	#valdef-text-box-trim-none
	#valdef-text-box-trim-trim-both
	#valdef-text-box-trim-trim-end
	#valdef-text-box-trim-trim-start

	#valdef-inline-sizing-normal
	#valdef-inline-sizing-stretch

	#valdef-initial-letter-number
	#valdef-initial-letter-integer
	#valdef-initial-letter-drop
	#valdef-initial-letter-raise

	#valdef-initial-letter-align-border-box
	#valdef-initial-letter-align-alphabetic
	#valdef-initial-letter-align-ideographic
	#valdef-initial-letter-align-hanging
	#valdef-initial-letter-align-leading
	#valdef-initial-letter-align-border-box

	#valdef-initial-letter-wrap
	#valdef-initial-letter-wrap-none
	#valdef-initial-letter-wrap-first
	#valdef-initial-letter-wrap-all
	#valdef-initial-letter-wrap-grid
	#valdef-initial-letter-wrap-length
	#valdef-initial-letter-percentage


t.length:~CSSVAL#length-value
t.percentage:~CSSVAL#percentage-value
t.number:~CSSVAL#number-value
t.integer:~CSSVAL#integer-value
t.length-percentage:~CSSVAL#typedef-length-percentage
t.text-edge:#typedef-text-edge


u.em:~CSSVAL#em
u.ic:~CSSVAL#ic
u.ex:~CSSVAL#ex


	●用語
行l~box:#line-box
幻な行l~box:#phantom-line-box
行内~layout:#inline-layout
行内~整形~文脈:#inline-formatting-context
根~行内~box:#root-inline-box
~layout限界域:#layout-bounds
整列-済み下位tree:#aligned-subtree

基底線:#baseline
基底線~集合:#baseline-set
基底線~table:#baseline-table
支配的な基底線:#dominant-baseline
基底線~整列~選好:#baseline-alignment-preference
整列~後のズラシ:#post-alignment-shift
整列~基底線:#alignment-baseline
行lに相対的なズラシ値:#line-relative-shift-values
基底線に相対的なズラシ値:#baseline-relative-shift-values
基底線-相対な値:#baseline-relative-values
選好される行高さ:#preferred-line-height

bL.alphabetic:#alphabetic-baseline
bL.cap-height:#cap-height-baseline
bL.central:#central-baseline
bL.em-over:#em-over-baseline
bL.em-under:#em-under-baseline
bL.hanging:#hanging-baseline
bL.ideographic-ink-over:#ideographic-ink-over-baseline
bL.ideographic-ink-under:#ideographic-ink-under-baseline
bL.ideographic-over:#ideographic-over-baseline
bL.ideographic-under:#ideographic-under-baseline
bL.math:#math-baseline
bL.text-over:#text-over-baseline
bL.text-under:#text-under-baseline
bL.x-height:#x-height-baseline
bL.x-middle:#x-middle-baseline
	bL.~Hebrew吊下げ:#_hebrew-hanging

支柱:#_strut
~ascent計量:#ascent-metric
~descent計量:#descent-metric
行l隙間~計量:#line-gap-metric
~leading:#leading
半-~leading:#half-leading

先頭字:#initial-letter
先頭字~box:#initial-letter
出自にして:#originating-line
出自にしている行l~box:#originating-line
埋没~頭字:#dropped-initial
沈込み頭字:#sunken-initial
持上げ頭字:#raised-initial
不可分な先頭字:#atomic-initial-letter
不可分な先頭字~box:#atomic-initial-letter
	可分な先頭字:#inline-initial-letter
行内~先頭字:#inline-initial-letter
行内~先頭字~box:#inline-initial-letter

注釈文を見よ:#first-most-inline-level
占める行l数:#initial-letter-initial-letter-size
	~size→占める行l数
沈込する行l数:#initial-letter-initial-letter-sink
	~sink→沈込する行l数

§ 行内~boxが供与する論理-縦幅の計算-法:#inline-height

	●用語（外部

塊-軸:~CSSWM#block-axis
行内-軸:~CSSWM#inline-axis
行内~基底~方向:~CSSWM#inline-base-direction
塊~flow方向:~CSSWM#block-flow-direction
行内-始端:~CSSWM#inline-start
行内-終端:~CSSWM#inline-end
塊-終端:~CSSWM#block-end
塊-始端:~CSSWM#block-start
横組み:~CSSWM#horizontal-writing-mode
縦組み:~CSSWM#vertical-writing-mode
~typographic~mode:~CSSWM#typographic-mode
始端:~CSSWM#css-start
終端:~CSSWM#css-end
行-上面:~CSSWM#line-over
行-下面:~CSSWM#line-under
行-左端:~CSSWM#line-left
行-右端:~CSSWM#line-right
上面:~CSSWM#over
下面:~CSSWM#under
行内~size:~CSSWM#inline-size
塊~size:~CSSWM#block-size
論理-横幅:~CSSWM#logical-width
論理-縦幅:~CSSWM#logical-height

~size:~SIZING#size
横幅:~SIZING#width
縦幅:~SIZING#height
内縁~size:~SIZING#inner-size
外縁~size:~SIZING#outer-size
	内縁:~SIZING#inner-size
選好d横幅:~SIZING#width
選好d縦幅:~SIZING#height
最小~size~prop:~SIZING#min-size-properties
最大~size~prop:~SIZING#max-size-properties
	最小-横幅
	最大-横幅
確定的:~SIZING#definite

自動的~size:~SIZING#automatic-size
~sizing~prop:~SIZING#sizing-property

~typographic文字~単位:~CSSTEXT#typographic-character-unit
~typographic字l単位:~CSSTEXT#typographic-letter-unit
~Unicode一般~字種:~CSSTEXT#unicode-general-category
~Unicode用字系:~CSSTEXT#unicode-script
内容~言語:~CSSTEXT#content-language
吊下がる:~CSSTEXT#hang
両端揃え機会:~CSSTEXT#justification-opportunity
単語~分離子:~CSSTEXT#word-separator
文書~空白:~CSSTEXT#white-space
保全d空白:~CSSTEXT#preserved-white-space
空白:~CSSTEXT#white-space
縮約-可能:~CSSTEXT#collapsible-white-space
強制d行l分断:~CSSTEXT#forced-line-break

基底線~格子:~CSSLINEGRID#line-grid

	v.inside
内側に位置された:~CSSLIST#valdef-list-style-position-inside
	~TR/css-lists-3/#valuedef-inside

~box:~CSSDISP#box
辺:~CSSBOX#box-box-edge
内容~辺:~CSSBOX#content-edge
~margin辺:~CSSBOX#margin-edge
~border辺:~CSSBOX#border-edge
内容~区画:~CSSBOX#content-area
内容~box:~CSSBOX#content-box
~margin~box:~CSSBOX#margin-box
~margin:~CSSBOX#margin
~border:~CSSBOX#border
~padding:~CSSBOX#padding


文書~順序:~CSSDISP#document-order
行内~box:~CSSDISP#inline-box
塊~levelの~box:~CSSDISP#block-level-box
不可分な行内:~CSSDISP#atomic-inline
可分な行内:~CSSDISP#inline-box
塊~容器:~CSSDISP#block-container
行内~level:~CSSDISP#inline-level
行内~levelの~box:~CSSDISP#inline-level-box
行内-塊:~CSSDISP#inline-block
	行内-~table:~CSSDISP#valdef-display-inline-table
整形~文脈:~CSSDISP#formatting-context
独立な整形~文脈:~CSSDISP#independent-formatting-context
塊~整形~文脈:~CSSDISP#block-formatting-context
~flow内:~CSSDISP#in-flow
~flow外:~CSSDISP#out-of-flow
包含塊:~CSSDISP#containing-block
~box~tree:~CSSDISP#box-tree
置換され:~CSSDISP#replaced-element
	置換されない:~CSSDISP#non-replaced
~text連列:~CSSDISP#css-text-sequence
匿名:~CSSDISP#anonymous
絶対的に位置され:~CSSPOS#absolute-position

相殺-:~CSS2J#collapsing-margins

整列~文脈:~CSSALIGN#shared-alignment-context
整列~基底線:~CSSALIGN#alignment-baseline
	~SVG2/text.html#TermAlignmentBaseline
基底線~整列:~CSSALIGN#baseline-alignment
~box整列~prop:~CSSALIGN#box-alignment-properties
最初の基底線~集合:~CSSALIGN#first-baseline-set
最後の基底線~集合:~CSSALIGN#last-baseline-set
最初の基底線による整列:~CSSALIGN#first-baseline-alignment
最後の基底線による整列:~CSSALIGN#last-baseline-alignment
合成-:~CSSALIGN#synthesize-baseline

有位置な~box:~CSSPOS#positioned-box

~flex駒:~CSSFLEX#flex-item
~flex容器:~CSSFLEX#flex-container
格子~容器:~CSSGRID#grid-container
格子~駒:~CSSGRID#grid-item

複-~col~layout:~CSSMCOL#multi-column-layout
~col~box:~CSSMCOL#column-box
複-~col容器:~CSSMCOL#multi-column-container
~spanner:~CSSMCOL#multi-column-spanner

~page~box:~CSSPAGE#page-box

~ruby注釈:~CSSRUBY#ruby-annotation-box
~ruby基底~容器~box:~CSSRUBY#ruby-base-container-box
~ruby容器~box:~CSSRUBY#ruby-container
内部~ruby~box:~CSSRUBY#internal-ruby-boxes
	~ruby:~CSSRUBY#ruby

断片化~容器:~CSSBREAK#fragmentation-container
断片化-:~CSSBREAK#fragment
断片:~CSSBREAK#fragment
~box断片:~CSSBREAK#box-fragment
		→断片
断片化:~CSSBREAK#fragmentation
単体的:~CSSBREAK#monolithic
強制d分断:~CSSBREAK#forced-break

領域:~CSSREGION#regions

下位prop:~CASCADE#longhand
初期~値:~CASCADE#initial-value
算出d値:~CASCADE#computed-value
指定d値:~CASCADE#specified-value
使用~値:~CASCADE#used-value
継承:~CASCADE#css-inheritance

整形される最初の行l:~CSSPSEUDO#first-formatted-line
浮動体:~CSS2J#float
	https://drafts.csswg.org/css-page-floats-3/#float
~clear対象:~CSS2J#_to-be-cleared

略式~prop:~CASCADE#shorthand-property

可用な最初の~font:~CSSFONT#first-available-font

~text内容~要素:~SVGtext#TermTextContentElement
現在の~text位置:~SVGtext#TermCurrentTextPosition

I.TextMetrics:~HEcanvas#textmetrics

●●words_table1

CSSLINEGRID:https://drafts.csswg.org/css-line-grid/
CSSWM3:css-writing-modes3-ja.html

dbaronP:https://dev.w3.org/cvsweb/~checkout~/csswg/css3-linebox/Attic/Overview.html?rev=1.5;content-type=text%2Fhtml#LineStacking

autoS:auto


●●words_table

	●用字系／文字
Arabic:::アラビア語
Devanagari:::デヴァーナーガリー
Bengali:::ベンガル語
Gurmukhi:::グルムキー文字
Tibetan:::チベット語
CJK:
Han:::漢字
Hangul::::ハングル
Kana:::仮名
Yi:::イ文字

Farsi:::ペルシャ語
Hebrew:::ヘブライ語
Thai:::タイ語
Indic:::インド語群
Latin::::ラテン
Greek:::ギリシア文字
Cyrillic:::キリル文字
西欧:Western::~
日本語:Japanese::~
alphabetic:
上付文字:superscript::上付き文字
下付文字:subscript::下付き文字
字下げ:indentation::~
小字:lowercase letter:小文字
大字:capital letter:大文字
	大字:capital
	文字大小が無い:unicameral
用字系:script::~
約物:punctuation::~
装飾的:decorative::~

字l:letter::字°
字種:category::~
双向性:bidi::~
双方向-:bidirectional::~
発音区別符:diacritic::~
数学用の:mathematical:~
言語な:lingualな:~
	複-言語な:multi-lingual

	隔離形:isolated form
	連結形:connected form／connecting form

	●text layout／font計量
OpenType:
TrueType:
AAT:
span:
grid:
cap:
	`cap-height$bL:cap-height
em:
	~em~box:em-box
ruby::::ルビ
ink::::インク
	~ideographic
	^bL:hanging
	Hebrew hanging
	^bL:alphabetic
	^bL:middle
	^bL:x-height
	x-height^bL:ex-height
	^bL:central
	text-over^bL:text-top
	text-under^bL:text-bottom
	math^bL:mathematical:
	^bL:ideographic
ideographic:
face:
	文字~face:face

字詰-:kern::字詰め
	字詰-法:kerning
	^en:optical kerning
descender::::ディセンダ
descent::::ディセント
ascender::::アセンダ
ascent::::アセント
bearing:
	::ベアリング
accent:::アクセント記号

吊下げ:hanging::ぶら下げ
吊下がる:hangする::ぶら下がる
吊下がり:hanging::ぶら下がり


ズラシ:shift:ずらし
ズラされ:shiftされ:ずらされ
ズラして:shiftして:ずらして
ズラす:shiftする:ずらす
間隔:space::アキ
間隔法:spacing::アキ組
leading:::行アキ
	~leadingは含まない:unleaded
半-:half-::~
半分:half::~
	~DIV 2:half
typographic::::タイポグラフィック
	zero-width non-joiner
clear:
横組み:horizontal writing mode::~
縦組み:vertical writing mode::~
横書き:horizontal::~
縦書き:vertical::~
中央:center::~
中央寄せに:center::~
中央寄せ:centering::~
先頭字:initial letter::~
頭字:initial::~
句:phrase:~

収まる:fitする::~
収まり:fitし::~
伸張-:stretch::~
占める:occupyする:~

回込む:wrap aroundする::回り込む
回込ませ:wrap aroundさせ::回り込ませ
回込まな:wrap aroundしな::回り込まな
回込み:wrapping::回り込み
回込んで:wrap aroundして::回り込んで

折返され:wrapされ::折り返され
折返す:wrapする::折り返す
折返ng:wrapping::折り返し
折返直して:wrap し直して::折り返し直して
	折返直-:rewrapp

埋没:dropped::~
埋没-:drop::~
埋没cap:drop cap::埋没 cap
	埋没cap:dropcap
持上げ:raised::持ち上げ
持上され:raiseされ::持ち上げられ
沈込み:sunken::沈み込み
沈込量:sink 量::沈み込み量
沈込しつ:sinkしつ::沈み込みつ
沈込しな:sinkしな::沈み込まな
沈込する:sinkする::沈み込む
沈込して:sinkして::沈み込んで

行-:line-::~
	複数~行l:multi-line
	行-間:inter-line
	〜行l分:-lines
上面:over::~
下面:under::~
縦方向:vertical::~
縦方向の:verticalな::~

行高さ:line height::~
高さ:height:~
深さ:depth:~
	deep
	最も深い:deepest
	最も低い:lowest
	高い:high
	最高-:highest
	最も高い:highest

合成-:synthesize:~
合成:synthesis:~
	合成-法:synthesizing
	~~揃える:land on
合間:between:~
基底線:baseline::~::ベースライン
限界:bounding::~
限界域:bounds::~
拡幅-:extend::~
	~~拡幅:grow
支配的:dominant::~
書字:writing::~
書記体系:writing system::~

変動:variation:~
直交方向の:transverse:~
隙間:gap::~
	~~隙間なく:with no separation
計量:metric:~
	計量:metrics:

排他-:exclude::~
排他:exclusion::~
外形線:outline::~
	輪郭:contour／adjacent to／against the ink／ink
	輪郭に沿う:contour-fitting
形状付け:shaping:~
形状付けら:shapeさ:~
形状:shape:~
図形:shape:~
矩形:rectangle:~
矩形な:rectangularな:~
供与-:contribute:~
	供与-:contribution
供与:contribution:~
	供与する~size:contribution
両端揃え:justification::~
並置:juxtaposition::~
縮約-:collapse::~
連なり:run::~
活字:type::~
植字:typesetting::~
植字-:typeset::~
組む:setする:~
組まれ:setされ:~
詰めて:tightに:~
分布-:distribute::~
中間:halfway:~
参照r:refer:参照
	称され:refer

	整列-済み:aligned
	整列~後の:post-alignment
	整列~点:alignment point
	基準:reference
	基準に:refer
	基準に:with respect to
	~text連列:running text
	突き当る:impinge
点:point:~
地点:point:~
	周を成す:face
	下回る:descends below
	上下いずれかの〜超える:higher or lower
	上／下へ超える:ascend or descend beyond
	短小:short
	その周りに:around which
	の高さを超える:taller
	までまたがるよう:going
	同じ~~比で増減:proportionally augmented or reduced
	重心:center of gravity
	沈込する行l数:the number of lines specified by initial-letter’s second argument
	沈込する行l数:sink
	~~揃えら:line up

	●layout（断片化
強制d:forced::強制
単体的:monolithic::~
	~page割り:pagination
切分ける:sliceする:切り分ける
切落す:truncateする:切り落とす

	●layout
flex:
格子:grid::~::グリッド
駒:item:::アイテム
支柱:strut::~
	に位置する:-positioned
	~sizeし直す:resize
	最も始端に:startmost
	始端に整列しない~text:non-start text alignment
	下側:below
	上側:above
側:side::~
不可分:atomic::~
可分:non-atomic::~
進行:progression::~
部屋:room:~
重合して:overlapして:重なり合って
重合しな:overlapしな:重なり合わな
重合する:overlapする:重なり合う
重合n:overlap:重なり合い

浮動体:float::~
	浮動体:floating boxes
浮動-:float::~
	置換され:replaced
	置換されない:non-replaced
相殺-:collapse::~
堆積-:stack::~
堆積:stack::~
封入-:enclose::~
反対:opposite:~
接合-:flush:~
連接-:adjoin:~
隣接な:adjacentな:隣接する
確定的:definite:~
	最も小さい:smallest
	最小~化:minimize
切詰めて:clampして:切り詰めて
内方:inward:~
下方:downward:~
	に向けて:towards
真中:middle:~
収容-:accommodate:~
削る:trimする::~
削られ:trimされ::~
削っ:trimし::~
削り:trimming::~
削n:trim::削り
超過-:exceed:~
切取られ:clipされ::切り取られ
埋める:fillする:~
幻:phantom::~
spanner:

	剥ぎ取る:strip out
	短く:shorten
	下へ:down
	過ぎて:past
	周り:around
	短か過ぎる:too short
	に並んでいる:alongside
	脇へ:alongside
	並び:sequence of
	周囲の:surrounding
	周り:aroud
	直上にある:previous
	始端に配置される:first-most
	起点に:anchored
	長さ無限な:infinite sequence of
	引き寄せる:pull in
	ずらされ:moved up
	寄りかか:abut
	崩れる:broken
	^en:rhythm
	はみ出る:with parts
	入りきる:fall
	まちまちになり得る :leads to differently 〜 for different
	様子は異なる:differently
	~~拡がり:bleed
	離れ:apart
	一致-:coincide
	増減:more or less
	突き出:protrude
	膨張-:inflate
	不揃いになっても:inconsistencies introduced by
	~DIV 5:one-fifth
	~DIV 3:one-third
	-:dropping
	-:raising
	間に挟まれて:intervening
	包含している:containing

	●描画／塗り
描かれ:drawされ:~
描く:drawする:~
	〜を描くときの:drawing 〜
塗られ:paintされ:~
塗ng:painting:塗り
拡縮-:scale:~
触れる:touchする:~
拡げる:expandする:~
	描くとき:drawing
環:ring:~

	●CSS
CSS2:
	CSS2:CSS 2
	~style不能:unstyleable
	下位prop:longhand
	~styleを伴わない:unstyled

	●仕様
利点:advantage:~
策:strategy:~
丁度:exactに:ちょうど
	丁度〜かのように:exactly as if
通例:usual:~
審美的:aesthetic:~
批評:critiques:~
尊重-:respect:~
違法:illegal:~
助言:advice:~
取込んだ:importした:取り込んだ
取込んで:importして:取り込んで
切替えた:switchした:切り替えた
意味合い:nuance:~
編成-:organize:~
	編成し直した:reorganize
明確さ:clarity:~
調節-:tweak:~
推定-:infer:~
発明-:invent:~
	invention
	イミを成し得る:sensible
設計者:designer:~
design::::デザイン
refactor::::リファクター
機能:function:~
opt-outする:opt outする:任意で外す
探究-:explore:~
経験的:heuristic:~
論拠:argument:~
申請-:file:~
満足する:satisfyする:満たす
欠いて:lackして:~
理論的:theoretical:~
無意味:meaningless:~
出荷-:ship:~

	論の最中:under discussion
	用例:example usage
	事実:fact
	必要に応じて:as needed
	必要なら:as required
	要求された:requisite
	必要なら:potentially
	そぐわない:awkward
	同様:like
	同様に:…, much as
	余分な:extra
	本当は:really
	煩わしいもの:annoyance
	机上のもの:theoretical
	目障りな:jarring visual
	目に見える:visually-apparent
	普通の:ordinary
	込み入っている:tricky
	健全さ〜検査:sanity-check
	登場以前から:predate〜entirely
	特に／ので:therefore
	ぶつかる:crash
	可能性:possibility
	優先され:takes precedence
	関わらない:not care／But only／:not enter into
	仮の:hypothetical
	誤り:error
	嫌らしい:annoying
	大まか:rough
	言え:say
	^en:pay attention me
	-:maybe
	はっきり:well
	上手く:well に
	見込まれる／見込みが高い:likely
	無い:missing
	~codeに直書きされ:hard-coded
	満たされ:met
	全世界:world
	場当たり的な数:magic number
	詳しい:in-depth
	呼ばれ:called
	意味がない:meaningles
	広く:widely-
	逆に:conversely
	高~level:high-level
	検出-:detection
	〜しない:avoid する
	どちらを選好するか:preference
	すなわち、:that means
	考慮に入れて:in consideration of
	特別に扱われるようになる:triggers the special layout considerations
	加えて，:additionally／in addition／furthermore
	ように見える:seem
	とるようにされる:gain
	埋めて:fill out
	書き直す:reword
	-:satisfy
	CSS1
	責務がある:responsible
	選ばれ:chosen
	選ぶ:choosing
	採られ:taken
	書くとき:writing
	／:analogously
	はっきりした:strong
	~~代表として:nominally
	それに関しては:for that matter
	導く:lead
	分に足る:sufficient
	いい:nice
	課す:impose
	当面の間は:in the meantime
	必ず〜ようにする:make sure
	作業が進む:worked out
	作業し直し:rework
	構造を組み換え:differently-structured
	十分:enough
	明確に:definitively
	整備-:tightened up
	細かい:small
	諸々の:miscellaneous
	移した:shift
	草案~化:draft
	どちらか一方に~~分類し切れる:fit perfectly in the dichotomy between
	それなりの:decent
	影響iが及ぶ:impacted
	いずれにせよ:In both cases,
	イミを成す:isn’t nonsensical
	精緻化-:refinement
	併用-:be used in conjunction
	~prop定義~表t:propdef table
	あるいは:alternatively
	-:think of
	同じく:Ditto
	直した:some minor clean-up of
	以前は〜ていた:left over from when it also
	図:illustration
	示して:illustrating

	●未分類
展開-:expand:~
固定-:fix:~
	作成-法:creating
保全d:preserved:保全
増やさ:increaseさ:~
増える:increaseする:~
継続性:continuity:~
	計算-法:calculating
選択-:select:~
	選択-法:selecting
出自に:originate:~
	originating
発生-:arise:~
引用符:quotation mark::~
	引用符:quote
minus::::マイナス
	0 でない:non-zero
	plus
	table
実数:number:~
	数値:number
	整数倍:integral number
	整数でない:non-integer
符号:sign:~
幾何的:geometric:~
混在させ:mixす:~
混在した:mixされた:~
	混在した:mixed-
	~~混在:come from
目視上の:opticalな:~
調和-:harmonize:~
衝突-:collide:~
区分-:partition:~
基準線:guide:~
総和:sum:~
累積-:accumulate:~
	足した／~PLUS／~~空けた／-:plus
	~~合計:add／-

	始め:beginning
	埋-:fill
	後続-:following
	先行-:precede
	先行-:previous
	属する:belong
	-:coincide
	等しくする:equalizing
	得られ:yield
	alias
	cyan
	緑色:green
	赤色:red
	青色:blue:
	橙色
	倍数:multiple
	-:set of
	組:pair
	切り上げる:floor
	〜を超えない~最~大な正~整数:floored to the nearest positive whole number
	他の内容:the others
	これらの~keyword:they
	消され:away
	内容~boxの:content-box
	基底:basis
	~fall-back時の~offset:fallback shift
	水平な線:horizontal line
	~~正確に:perfect
	最初の:opening
	半透明に重ねた〜:〜 underlay
	一定~size:constant-sized
	段落:para
	Firefox
	短い:short
	across
	低い:lower
	以前の:previous
	~~後続する:main
	古い:old
	以前の／先に／-:earlier
	早期-:early:~
	でも:still
	次の:next
	N 本目の:Nth
	複数:multi-
	ただし:except
	のみならず:not just 〜 but also
	始め:beginning
	とともに:along with
	-:nearby
	残りの:the rest of
	残りの:remainder
	〜内の他の:the rest of
	残る:leaving
	は別として:aside from
	のみから:alone
	大きい:large
	および:as well as
	たびに:any time
	いくつもの:a lot of
	主に:primarily
	全体的な:overall
	さらには:moreover
	ある種の:occasional
	各種:variety
	一連の:set of
	超える:above
	残る 1 つ:the third
	~margin／~padding／~border:box decorations
	除いた:minus
	最も内縁:innermost

●●images
＠css-inline/
	box-model｜width:352px;height:217px｜＋｜.png
alphabetic-baseline-in-two-font-sizes｜height:120px;｜＝Picture of alphabetic text in two font sizes with the baseline and em-boxes｜.svg
script-preferred-baselines｜height:110px｜｜.png
baseline-align-sizes｜｜｜.gif
baseline-align-super｜｜｜.gif
baselines｜height:102px｜＋｜.png
text-edge｜height:30rem｜＝Three different values of the line-fit-edge property.｜.png
leading-trim-centering-fail｜height:10rem｜｜.png
leading-trim-centering-goal｜height:10rem｜｜.png
leading-trim-centering-variants｜height:10rem｜｜.gif
Dropcap-E-acute-3line｜height:10rem｜＝3-line drop cap with E Acute｜.png
Dropcap-lines｜height:14rem｜｜.png
Initial-2line-JapaneseVertical｜height:24rem｜｜.png
Devanagari-Initial｜height:12rem｜＝Devanagari initial letter｜Devangari-Initial.png
SunkenCapA｜width:480px;｜＝sunken drop initial｜.png
RaisedCap｜height:12rem｜＝raised cap｜.png
initial-letter-punctuation-quote｜height:8rem｜｜.png
InitialLetter33｜height:8rem｜3 lines high, 3 lines deep｜.png
InitialLetter32｜height:8rem｜3 lines high, 2 lines deep｜.png
InitialLetter31｜height:8rem｜3 lines high, 1 line deep｜.png
non-integer-initial｜height:6.7rem｜Non-integral initial letter that only aligns at base（誤→at top）｜.png
adjacent-initial-letter｜height:13rem｜｜.png
	first-most-inline-level-descendant-example｜width:300px;｜text with two-line initial-letter｜.png
hebrew-initial-letter｜height:8rem｜｜.png
infinite-text｜height:10rem｜｜.png
	InitialCapEquation｜width:604px｜Equation to calcuate drop initial font size｜.png
arabic-drop-cap｜height:5rem｜｜.png
Dropcap-J-3line-crash｜height:12rem｜｜.png
Dropcap-J-3line-exclude｜height:11.3rem｜｜.png
infinite-text-1｜height:10rem｜｜infinite-text.png
OpticalKerning｜height:17rem｜｜.png
CJK-Initial｜height:24rem｜＝Diagram of Japanese initial letter in vertical writing mode｜.png
A-wraparound-none｜height:15rem｜｜.png
A-wraparound｜height:15rem｜｜.png
A-wraparound-first｜height:15rem｜｜.png
V-wraparound｜height:13.5rem｜｜.png
P-wraparound｜height:15rem｜｜.png
W-wraparound｜height:13rem｜｜.png
InitialLetterWithTextIndent｜height:8rem｜＝initial letter with text indent｜.png
Multi-line-initial｜height:12rem｜｜.png
initial-letter-drop-para-compare｜height:7rem｜｜.png
initial-letter-short-para｜height:7.5rem｜｜.png
initial-letter-short-para-initial｜height:10rem｜｜.png
float-interaction｜height:9rem｜｜.png
measuring-x-height-o｜height:16rem｜＝measuring the x height of the letter o｜.png
measuring-hanging-baseline-ka｜height:10rem｜｜.png


●●ref_normative

[CSS-ALIGN-3]
    Elika Etemad; Tab Atkins Jr.. ＜CSS Box Alignment Module Level 3＞. URL: https://drafts.csswg.org/css-align/
[CSS-BACKGROUNDS-3]
    Elika Etemad; Brad Kemper. ＜CSS Backgrounds and Borders Module Level 3＞. URL: https://drafts.csswg.org/css-backgrounds/
[CSS-BOX-4]
    Elika Etemad. ＜CSS Box Model Module Level 4＞. URL: https://drafts.csswg.org/css-box-4/
[CSS-BREAK-3]
    Rossen Atanassov; Elika Etemad. ＜CSS Fragmentation Module Level 3＞. URL: https://drafts.csswg.org/css-break/
[CSS-BREAK-4]
    Rossen Atanassov; Elika Etemad. ＜CSS Fragmentation Module Level 4＞. URL: https://drafts.csswg.org/css-break-4/
[CSS-CASCADE-5]
    Elika Etemad; Miriam Suzanne; Tab Atkins Jr.. ＜CSS Cascading and Inheritance Level 5＞. URL: https://drafts.csswg.org/css-cascade-5/
[CSS-COUNTER-STYLES-3]
    Tab Atkins Jr.. ＜CSS Counter Styles Level 3＞. URL: https://drafts.csswg.org/css-counter-styles/
[CSS-DISPLAY-4]
    ＜CSS Display Module Level 4＞. Editor's Draft. URL: https://drafts.csswg.org/css-display-4/
[CSS-FONTS-4]
    Chris Lilley. ＜CSS Fonts Module Level 4＞. URL: https://drafts.csswg.org/css-fonts-4/
[CSS-LISTS-3]
    Elika Etemad; Tab Atkins Jr.. ＜CSS Lists and Counters Module Level 3＞. URL: https://drafts.csswg.org/css-lists-3/
[CSS-MULTICOL-2]
    ＜CSS Multi-column Layout Module Level 2＞. Editor's Draft. URL: https://drafts.csswg.org/css-multicol-2/
[CSS-PAGE-FLOATS-3]
    Johannes Wilm. ＜CSS Page Floats＞. URL: https://drafts.csswg.org/css-page-floats/
[CSS-POSITION-3]
    Elika Etemad; Tab Atkins Jr.. ＜CSS Positioned Layout Module Level 3＞. URL: https://drafts.csswg.org/css-position-3/
[CSS-PSEUDO-4]
    Daniel Glazman; Elika Etemad; Alan Stearns. ＜CSS Pseudo-Elements Module Level 4＞. URL: https://drafts.csswg.org/css-pseudo-4/
[CSS-RUBY-1]
    Elika Etemad; et al. ＜CSS Ruby Annotation Layout Module Level 1＞. URL: https://drafts.csswg.org/css-ruby-1/
[CSS-SHAPES-1]
    Rossen Atanassov; Alan Stearns. ＜CSS Shapes Module Level 1＞. URL: https://drafts.csswg.org/css-shapes/
[CSS-SIZING-3]
    Tab Atkins Jr.; Elika Etemad. ＜CSS Box Sizing Module Level 3＞. URL: https://drafts.csswg.org/css-sizing-3/
[CSS-TEXT-3]
    Elika Etemad; Koji Ishii; Florian Rivoal. ＜CSS Text Module Level 3＞. URL: https://drafts.csswg.org/css-text-3/
[CSS-TEXT-4]
    Elika Etemad; et al. ＜CSS Text Module Level 4＞. URL: https://drafts.csswg.org/css-text-4/
[CSS-UI-4]
    Florian Rivoal. ＜CSS Basic User Interface Module Level 4＞. URL: https://drafts.csswg.org/css-ui-4/
[CSS-VALUES-3]
    Tab Atkins Jr.; Elika Etemad. ＜CSS Values and Units Module Level 3＞. URL: https://drafts.csswg.org/css-values-3/
[CSS-VALUES-4]
    Tab Atkins Jr.; Elika Etemad. ＜CSS Values and Units Module Level 4＞. URL: https://drafts.csswg.org/css-values-4/
[CSS-WRITING-MODES-4]
    Elika Etemad; Koji Ishii. ＜CSS Writing Modes Level 4＞. URL: https://drafts.csswg.org/css-writing-modes-4/
[CSS2]
    Bert Bos; et al. ＜Cascading Style Sheets Level 2 Revision 1 (CSS 2.1) Specification＞. URL: https://drafts.csswg.org/css2/
[CSS22]
    Bert Bos. ＜Cascading Style Sheets Level 2 Revision 2 (CSS 2.2) Specification＞. URL: https://drafts.csswg.org/css2/
[QUIRKS]
    Simon Pieters. ＜Quirks Mode Standard＞. Living Standard. URL: https://quirks.spec.whatwg.org/
[RFC2119]
    S. Bradner. ＜Key words for use in RFCs to Indicate Requirement Levels＞. March 1997. Best Current Practice. URL: https://datatracker.ietf.org/doc/html/rfc2119
[SVG2]
    Amelia Bellamy-Royds; et al. ＜Scalable Vector Graphics (SVG) 2＞. URL: https://svgwg.org/svg2-draft/

●●ref_informative

[CSS-DISPLAY-3]
    Elika Etemad; Tab Atkins Jr.. ＜CSS Display Module Level 3＞. URL: https://drafts.csswg.org/css-display/
[CSS-LINE-GRID-1]
    Elika Etemad; Koji Ishii; Alan Stearns. ＜CSS Line Grid Module Level 1＞. URL: https://drafts.csswg.org/css-line-grid/
[CSS-MULTICOL-1]
    Florian Rivoal; Rachel Andrew. ＜CSS Multi-column Layout Module Level 1＞. URL: https://drafts.csswg.org/css-multicol/
[CSS-WRITING-MODES-3]
    Elika Etemad; Koji Ishii. ＜CSS Writing Modes Level 3＞. URL: https://drafts.csswg.org/css-writing-modes-3/
[ILREQ]
    Swaran Lata. ＜Indic Layout Requirements＞. URL: https://w3c.github.io/ilreq/
[SELECT]
    Tantek Çelik; et al. ＜Selectors Level 3＞. URL: https://drafts.csswg.org/selectors-3/


●●trans_metadata
<p>
~THIS_PAGEは、~W3Cにより編集者草案として公開された
<a href="~SPEC_URL">CSS Inline Layout Module Level 3</a>
を日本語に翻訳したものです。
~PUB
</p>

●●spec_metadata

最新公表バージョン
	https://www.w3.org/TR/css-inline-3/
公表履歴
	https://www.w3.org/standards/history/css-inline-3/
フィードバック
	<a href="https://github.com/w3c/csswg-drafts/labels/css-inline-3">CSSWG Issues Repository</a>

編集
	<a href="http://fantasai.inkedblade.net/contact">Elika J. Etemad / fantasai</a> (Apple)
前任編集者
	<a href="mailto:dauwhe@gmail.com">Dave Cramer</a> (Hachette Livre)
	<a href="mailto:szilles@adobe.com">Steve Zilles</a> (Adobe)

Suggest an Edit for this Spec
	<a href="https://github.com/w3c/csswg-drafts/blob/main/css-inline-3/Overview.bs">GitHub Editor</a>
課題リスト
	<a href="https://github.com/w3c/csswg-drafts/issues?q=is%3Aissue+is%3Aopen+label%3Acss-inline-3">CSS3 Line Layout issues in GitHub</a>
commit 履歴
	https://github.com/w3c/csswg-drafts/commits/main/css-inline-3
</script>

</head>
<body>

<template id="_persisted_parts">
<svg
	id="_dgm-box-model"
	xmlns="http://www.w3.org/2000/svg"
	viewBox="0 0 450 260"
	width="450"
	height="260"
>
<rect width="450" height="260" fill="white"/>
<image x="0" y="40" width="352" height="217" href="css-inline/box-model.png" />

	<g transform="translate(176,0)">
<path d="M0,20 v20z" stroke="black" stroke-width="1" />
<text x="0" y="18" text-anchor="middle">(1)</text>
	</g>

	<g transform="translate(400,0)">
<path stroke="black" stroke-width="1" d="
M0,85 l-60,-25
M0,85 l-130,40
M0,145 l-60,-55
M0,145 l-60,-20
M0,145 l-60,30
M0,205 l-125,-30
M0,205 l-105,0
M0,205 l-185,30
"/>
		<g stroke="none" fill="black" font-size="18" text-anchor="start" dominant-baseline="central">
<text y="85">(2)</text>
<text y="145">(3)</text>
<text y="205">(4)</text>
		</g>
	</g>
</svg>

</template>

<header>
	<hgroup>
<h1>CSS による行内レイアウト — CSS Inline Layout Module Level 3</h1>
	</hgroup>
</header>

<div id="MAIN" hidden>

	<section id="abstract">
◎要約

<p>
~CSS整形~modelは、［
容器の内側に~flowされる要素や~text
］を，何~行lかに折返すようにする整形を供する。
この~moduleは、
この行内~layout~model用の~box~modelを述べるとともに，行内~levelの内容の塊-軸における整列と~sizingを定義して、
`CSS2$r における~modelを拡張する。
◎
The CSS formatting model provides for a flow of elements and text inside of a container to be wrapped into lines. This module describes box model for this inline layout model and defines the block-axis alignment and sizing of inline-level content, extending the model in [CSS2]. It also adds a special layout mode for drop-caps.
</p>

~CSSisaLANG

	</section>
	<section id="sotd">
◎位置付け

<p>
これは、
編集者草案の公な複製です…
【以下、この節の他の内容は，~SOTD-CSSに移譲。】
</p>

<p>
次に挙げる特能は、
`~risk下＠~CSScommon#at-risk$にあり，
勧告候補の期間内に落とされるかもしれません：
◎
The following features are at-risk, and may be dropped during the CR period:
</p>

<ul>
	<li>
`initial-letter-wrap$p ~prop
◎
the initial-letter-wrap property
</li>
</ul>

	</section>

<main id="MAIN0">
	<section id="intro">

<h2 title="Introduction">1. 序論</h2>

<p>
この~moduleは、［
~text／`行内~level$の~box
］が混在した~streamを~lay-outするための~CSS~modelとして，`行内~layout$を定義し、
各~行lの中で この内容の`塊-軸$における［
整列／~sizing
］の制御を定義する。
また、
`埋没cap, および類似な先頭字の~style付け用の特別~layout~mode＠#initial-letter-styling$を追加する。
◎
This module defines inline layout, the CSS model for laying out a mixed stream of text and inline-level boxes, and defines controls for the block-axis alignment and sizing of this content within each line. It also adds a special layout mode for drop caps and similar initial letter styling.
</p>

<p class="note">注記：
［
行-分断法, 両端揃え, その他
］の［
`行内~level$の内容の`行内-軸$における位置決め
］を成す側面は、
`CSS Text Module＠~CSSTEXT$cite にて取扱われる。
◎
Note: Line-breaking, justification, and other aspects of inline-axis positioning of inline-level content are handled in the CSS Text Module.
</p>

<p class="issue">
ここでの~layoutの多くの側面は、
~font計量に依存する。
~OpenTypeには、［
~Latin／~Cyrillic／~Greek
］用, および~CJK用の関連な計量は存在するが、
他の多くの書記体系~用のそれらは欠落である。
例えば，~OpenType~table内には~Hebrew用の視覚的な上端~計量は無い。
この~moduleが全世界で上手く働くためには、［
どの書記体系~用にも，関連な計量を供する~font
］が必要になる。
すなわち、
~OpenTypeは そのような計量を許容する必要があり，~font設計者は 正確aな数値を供する必要がある。
`5244$issue,
`liaison statement＠https://lists.w3.org/Archives/Public/www-archive/2020Feb/att-0005/CSS-SC29-20200113.pdf$en
を見よ
◎
Many aspects of layout here depend on font metrics. While the relevant metrics exist in OpenType for Latin/Cyrillic/Greek and for CJK, they are missing for many other writing systems. For example, the visual top metric for Hebrew has no metric in the OpenType tables. For this module to work well for the world, we need fonts to provide the relevant metrics for all writing systems, and that means both that OpenType needs to allow such metrics and font designers need to provide accurate numbers. See issue and liaison statement.
</p>

		<section id="placement">
<h3 title="Module Interactions">1.1. ~module間の相互作用</h3>

<p>
この~moduleは、
`CSS2$r
`§ 行高さの計算＠~CSS2J#line-height$に定義される~CSS行内~layoutの［
~model, 特能
］を置換して拡張する。
◎
This module replaces and extends the CSS inline layout model and features defined in [CSS2] section 10.8.
</p>

		</section>
		<section id="values">
<h3 title="Value Definitions">1.2. 値~定義</h3>

<p class="trans-note">【
この節の内容は、
`~CSS日本語訳 共通~page＠~CSScommon#values$に移譲。
】</p>

		</section>
	</section>
	<section id="model">
<h2 title="Inline Layout Model">2. 行内~layout~model</h2>

<p>
`行内~layout@
においては、
`塊~容器$の中で
`行内~整形~文脈@
を形成している［
~text, `行内~levelの~box$
］が混在した再帰的な~streamは、
一連の`行l~box$からなる堆積に【！＊】`断片化-$することにより，~lay-outされる。
各`行l~box$の中では、
`行内~level$の~boxたちは
— 概して，それらの~textの`基底線$により —
`塊-軸$沿いに`互いに整列される＠#alignment$。
◎
In inline layout, a mixed, recursive stream of text and inline-level boxes forming an inline formatting context within a block container are laid out by fragmenting them into a stack of line boxes. Within each line box, inline-level boxes are aligned to each other along the block axis, typically by the baselines of their text.
</p>

<p>
`塊~容器$のうち，`行内~level$の内容
— `行内~box$, `不可分な行内$, `~text連列$など —
を直に包含するものは、
その内容を`行内~layout$を利用して~lay-outするための`行内~整形~文脈$を確立する。
`塊~容器$の`内容~辺$は、［
その`行内~整形~文脈$に関与している各`行内~levelの~box$
］用の`包含塊$を形成する。
◎
Any block container that directly contains inline-level content—such as inline boxes, atomic inlines, and text sequences—establishes an inline formatting context to lay out its contents using inline layout. The block container’s content edges form the containing block for each of the inline-level boxes participating in its inline formatting context.
</p>

<p>
そのような`塊~容器$は、
`根~行内~box@
も生成する
— それは、
`行内~level$の内容~すべてを保持する`匿名$な`行内~box$である
（したがって，`行内~整形~文脈$内の~textは、
どれも［
`根~行内~box$, または その子孫を成す ある`行内~box$
］に直に包含される）。
`根~行内~box$は、
親の`塊~容器$から~styleを継承する他は，~style不能である。
◎
The block container also generates a root inline box, which is an anonymous inline box that holds all of its inline-level contents. (Thus, all text in an inline formatting context is directly contained by an inline box, whether the root inline box or one of its descendants.) The root inline box inherits from its parent block container, but is otherwise unstyleable.
</p>

<p>
`行内~整形~文脈$における内容は、
`行内-軸$に沿って~lay-outされ，
`~Unicode双方向-~algoとその制御＠~CSSWM#text-direction$ `CSS-WRITING-MODES-3$r
に則って順序付けられ，
`CSS-TEXT-3$r における植字~制御に則って分布される。
`行内-軸$における［
`~margin$, `~border$, `~padding$
］は、
`行内~levelの~box$どうしの合間で尊重される
（一方で~marginは`相殺-$されない）。
`行内~level$の内容が成す 1 本の行lを形成する~boxたちを包含することになる，矩形な区画は、
`行l~box@
と呼ばれる。
◎
In an inline formatting context, content is laid out along the inline axis, ordered according to the Unicode bidirectional algorithm and its controls [CSS-WRITING-MODES-3] and distributed according to the typesetting controls in [CSS-TEXT-3]. Inline-axis margins, borders, and padding are respected between inline-level boxes (and their margins do not collapse). The resulting rectangular area that contains the boxes that form a single line of inline-level content is called a line box.
</p>

<p class="note">注記：
［
`行l~box$, `行内~box$, `行内~levelの~box$
］は、
それぞれに異なる。
各種~box型，および関係する各種用語についての詳しい論は、
`CSS-DISPLAY-3$r を見よ。
◎
Note: Line boxes and inline boxes and inline-level boxes are each different things! See [CSS-DISPLAY-3] for an in-depth discussion of box types and related terminology.
</p>

		<section id="line-boxes">
<h3 title="Layout of Line Boxes">2.1. 行l~boxたちの~layout</h3>

<p>
`行l~box$は、
`行内~整形~文脈$の中で`行内~level$の内容を保持する必要に応じて作成される。
`行内~box$が［
`行l~box$の`論理-横幅$を超過する／
`強制d行l分断$を包含する
］ときは、
いくつかの`断片$ `css-break-3$r
に分割され
（ `CSS-TEXT-3$r `§ 行l分断法と単語~境界＠~CSSTEXT#line-breaking$
を見よ），複数の行l~boxに区分される。
`行l~box$は
— `複-~col~layout$における`~col~box$ `CSS-MULTICOL-1$r の様に —
`整形~文脈$により生成される`断片化~容器$であり，~CSS`~box~tree$の一部を成さない。
◎
Line boxes are created as needed to hold inline-level content within an inline formatting context. When an inline box exceeds the logical width of a line box, or contains a forced line break, it is split (see CSS Text 3 § 5 Line Breaking and Word Boundaries) into several fragments [css-break-3], which are partitioned across multiple line boxes. Like column boxes in multi-column layout [CSS-MULTICOL-1], line boxes are fragmentation containers generated by their formatting context, and are not part of the CSS box tree.
</p>

<p class="note">注記：
`行内~box$は、
`双方向-~text処理に因り，同じ行l~boxの中でいくつかの断片に分割される＠~CSSWM#bidi-box-model$こともある。
`CSS-WRITING-MODES-3$r を見よ。
◎
Note: Inline boxes can also be split into several fragments within the same line box due to bidirectional text processing. See [CSS-WRITING-MODES-3].
</p>

<p>
`行l~box$は、
`塊~容器$を成す直な内容として，容器の`塊~flow方向$に堆積され、
容器の中で `align-content$p `CSS-ALIGN-3$r に指定されるとおりに整列される。
したがって，`行内~整形~文脈$は、
`行l~box$の堆積を成す。
`行l~box$たちは、
~~隙間なく堆積され
（他所で指定されるものは除けば
— 例： `浮動体$の `clearance＠~CSS2J#clearance$ など），
決して重合しない。
◎
Line boxes are stacked as the direct contents of the block container box in its block flow direction and aligned within this container as specified by align-content [CSS-ALIGN-3]. Thus, an inline formatting context consists of a stack of line boxes. Line boxes are stacked with no separation (except as specified elsewhere, e.g. for float clearance) and they never overlap.
</p>

<p>
一般に，`行l~box$の［
`行-左端$／`行-右端$
］辺は，その`包含塊$の［
`行-左端$／`行-右端$
］辺に触れる
— したがって，`行l~box$の`論理-横幅$は、
その`包含塊$（すなわち，`塊~容器$の`内容~box$）の【！`内縁$】`論理-横幅$に等しくなる。
しかしながら，`包含塊$の辺と`行l~box$の辺の合間に浮動体や`先頭字$が来ることもあり、
可用な空間を
— したがって，影響iが及ぶ`行l~box$の`論理-横幅$を —
抑制する
（
`CSS2$r `§ 行内~整形~文脈＠~CSS2J#inline-formatting$,
`CSS2$r `§ 浮動体＠~CSS2J#floats$,
`§ 先頭字＠#initial-letter-styling$
を見よ）。
◎
In general, the line-left edge of a line box touches the line-left edge of its containing block and the line-right edge touches the line-right edge of its containing block, and thus the logical width of a line box is equal to the inner logical width of its containing block (i.e. the block container’s content box). However, floating boxes or initial letter boxes can come between the containing block edge and the line box edge, reducing the space available to, and thus the logical width of, any such impacted line boxes. (See Cascading Style Sheets Level 2 Revision 1 (CSS 2.1) Specification § visuren#inline-formatting/Cascading Style Sheets Level 2 Revision 1 (CSS 2.1) Specification § visuren#floats and § 7 Initial Letters.)
</p>

<p>
`行l~box$の`論理-縦幅$は、
`塊-軸が整列され＠#alignment$た後に，その内容が収まるよう決定される
— どう収まるかは、［
`line-height$p,
`line-fit-edge$p
］が制御する。
加えて，`塊~容器$内の［
最初／最後
］の行l~boxは、
`text-box-trim$p により削られ得る。
◎
The logical height of a line box is fitted to its contents once they have been block-axis aligned. This fit is controlled by line-height and line-fit-edge. The first/last line boxes in a block container may additionally be trimmed by text-box-trim.
</p>

<figure>
<x-diagram aria-describedby="_box-model0" role="img">
`box-model^dgm
<p>
図の
⇒＃
(1) 塊~容器／包含塊
(2) 2 個の`行内~box$
(3) それぞれが`行l~box$を成す
(4) 同じ`根~行内~box$に包装された行内~levelの内容
</p>
</x-diagram>
<p class="alt" hidden id="_box-model0">
上で述べたとおり、
行内~boxが何個かの行l~boxに分割される様子を示す図式
◎
diagram showing inline boxes split across line boxes as described above
</p>
<figcaption>
行内~layout~box~model
◎
Inline Layout Box Model
</figcaption></figure>

		</section>
		<section id="line-layout">
<h3 title="Layout Within Line Boxes">2.2. 行l~boxの中の~layout</h3>

<p>
`上で述べた＠#model$とおり、
~UAは，`行内~levelの~box$たちを`行l~box$たちが成す堆積の中に~flowする。
各`行l~box$ %行l~box の中の~layoutは、
次に従って遂行され，その中の各［
`~box断片$／`行l~box$
］を独立に~sizeして位置する：
◎
As described above, user agents flow inline-level boxes into a stack of line boxes. Layout within each line box is performed, sizing and positioning each box fragment and line box independently, as follows:
</p>
<ol>
	<li>
<p>
以下における %~box~list は、
%行l~box 内の`行内~levelの~box$†のうち`~flow内$にあるもの††が成す~listとする。
</p>

<p class="trans-note">【†
複数~行lに分断される場合、
%行l~box に属する~boxの`断片$。
】【††
条件 “~flow内にある” は、
基底線~整列（次の段）にしか指定されていないが，他の段でも同様であろう
— `~flow外$にあるものは，別の`整形~文脈$に関与することになるので。
いずれにせよ、
それが別の`行内~整形~文脈$であるならば，
その文脈の下で この手続きが適用されよう。
】【
原文には記述が無いが、
%~box~list には各`~text連列$が成す`断片$も含まれ，以下においては（匿名な）行内~boxを成すものと見なされよう。
】【
%~box~list が すべての子孫を含むか子~boxに限られるかは，原文からは はっきりしないが、
後者なら %行l~box 内で再帰的にこの手続きを遂行することになろう。
】</p>
◎
↓</li>
	<li>
`基底線~整列^strong：
%~box~list を成す~boxたちを［
`dominant-baseline$p, `vertical-align$p
］に則って`塊-軸$において互いに整列する。
これは、
`基底線~整列＠#alignment$と称される。
ここで、［
`baseline-shift$p に`行lに相対的なズラシ値$を伴うもの
］は［
%行l~box の`論理-縦幅$【！縦幅】を最小~化するよう整列する
］ものと見做される。
◎
Baseline Alignment: All in-flow inline-level boxes in the line box are aligned to each other in the block axis according to dominant-baseline and vertical-align. This is referred to as baseline alignment. Those with line-relative values for baseline-shift are assumed to be aligned so as to minimize the line box height.
</li>
	<li>
<p>
`内容~size供与の計算^strong：
%~box~list を成す各 %~box の`~layout限界域$（すなわち，~size供与）を計算する
— %~box に応じて：
◎
Content Size Contribution Calculation: The layout bounds (i.e. the size contributions) of each inline-level box in the line box are calculated:
</p>
		<ul class="switch">
			<li>
`不可分な行内$であるならば【！`置換され$る要素／`行内-塊$など】
⇒
%~box の`~margin~box$になる。
◎
For atomic inlines such as replaced elements and inline blocks: this is their margin box.
</li>
			<li>
`根~行内~box$／［
`行内~box$であって，
`line-fit-edge$p は `leading$v1
］ならば
⇒
`line-height$p の使用~値から導出され，［
`~margin$／`~border$／`~padding$
］は無視される
— `§ 行内~boxが供与する論理-縦幅の計算-法$を見よ。
◎
For the root inline box, and for inline boxes with line-fit-edge: leading: this derived from their used line-height, ignoring any margin/border/padding; see § 5.3 Calculating the Logical Height Contributions (“Layout Bounds”) of Inline Boxes.
</li>
			<li>
他の`行内~box$ならば
⇒
`line-fit-edge$p 計量から導出され，［
`~margin$／`~border$／`~padding$
］を含む
— `§ 行内~boxが供与する論理-縦幅の計算-法$を見よ。
◎
 For other inline boxes: this is derived from their line-fit-edge metrics, and includes any margin/border/padding; see § 5.3 Calculating the Logical Height Contributions (“Layout Bounds”) of Inline Boxes.
</li>
		</ul>
	</li>
	<li>
`行l~boxの~sizing^strong：
%行l~box の`論理-縦幅$は、
整列した結果における［
%~box~list を成す すべての~boxの`~layout限界域$
］を正確に含む~sizeにする。
◎
Line Box Sizing: The line box’s logical height is sized to exactly include the aligned layout bounds of all its inline-level boxes.
</li>
	<li>
<p>
`内容の位置決め^strong：
%~box~list を成す~boxのうち，
次に該当するものを %行l~box の中で整列する
⇒＃
`根~行内~box$を成すものの`整列-済み下位tree$,
`vertical-align$p に`行lに相対的なズラシ値$を伴うもの
◎
Content Positioning: The root inline box’s aligned subtree and boxes line-relative values for baseline-shift are positioned within the line box.
</p>

<p class="issue">
他の内容より高い~boxが［
上端／下端／中央
］に整列される場合に何を行うか定義する。
◎
Define what to do for top/bottom/center aligned boxes that are taller than the rest of the content.
</p>
	</li>
</ol>

<p class="note">注記：
空な`行内~box$であっても，［
`~margin$,
`~padding$,
`~border$,
`line-height$p【`支柱$】
］はあるので、
内容を伴う~boxと同じく，これらの計算に波及する。
◎
Note: Empty inline boxes still have margins, padding, borders, and a line-height, and thus influence these calculations just like boxes with content.
</p>

		</section>

		<section id="invisible-line-boxes">
<h3 title="Phantom Line Boxes">2.3. 幻な行l~box</h3>

<div class="p">
<p>
`幻な行l~box@
（ `phantom line box^en ）
とは、
`行l~box$のうち， ~AND↓ を満たすものをいう：
</p>
<ul>
	<li>
<p>
次に挙げるものを包含しない：
</p>
		<ul>
			<li>
~text
</li>
			<li>
`保全d空白$
</li>
			<li>
`行内-軸$において 0 でない［
`~margin$／`~padding$／`~border$
］を伴う`行内~box$
</li>
			<li>
その他の`~flow内$にある内容（`不可分な行内$や`~ruby注釈$など）
</li>
		</ul>
	</li>
	<li>
`強制d行l分断$で終端していない
【したがって、行l分断は含まないことになる】
</li>
</ul>
◎
Line boxes that contain＼
no text,＼
no preserved white space,＼
no inline boxes with non-zero inline-axis margins, padding, or borders,＼
and no other in-flow content (such as atomic inlines or ruby annotations),＼
and do not end with a forced line break＼
are phantom line boxes.＼
</div>

<p>
`幻な行l~box$は、［
その子孫~内容（`絶対的に位置され$たものなど）の位置を決定する目的
］においては，［
`論理-縦幅$が 0 である`行l~box$
］として扱うモノトスル。
他の［
~layout／描画
］目的（~marginを`相殺-$するときなど）においては，［
当の`行内~box$, その`~flow内$にある内容
］は存在しないものとして扱うモノトスル。
◎
Such boxes must be treated as zero-height line boxes for the purposes of determining the positions of any descendant content (such as absolutely positioned boxes), and both the line box and its in-flow content must be treated as not existing for any other layout or rendering purpose.
</p>

<details class="note">
<summary>
幻【！invisible】とは、
どういうことか？
◎
What’s invisible?
</summary>

<p>
`幻な行l~box$であっても，［
~styleを伴わない空な`行内~box$／
`~flow外$にある~box／
縮約された`文書~空白$
］を包含し得るが、
例えば，次に関しては無視される：
◎
Such phantom line boxes, which can still contain unstyled empty inline boxes, out-of-flow boxes, and/or collapsed document white space, are ignored, for example, for:
</p>
<ul>
	<li>
~marginを`相殺-$するとき
◎
margin collapsing
</li>
	<li>
`整形される最初の行l$を見出すとき
◎
finding the first formatted line
</li>
	<li>
`text-box-trim$p を適用するとき
◎
applying text-box-trim
</li>
	<li>
`断片化~分断の伝播＠~CSSBREAK#break-propagation$
◎
fragmentation break propagation
</li>
	<li>
等々
◎
etc.
</li>
</ul>
</details>

<p class="issue">
Firefox は、
`幻な行l~box$の中の行内~boxに対し［
`outline$p を受容して，~focus環が可視になる
］ことを許容する。
他のすべての~propについては、
他の~browserと同じく，
要素を可視にもし得るもの（例： `box-shadow$p ）を無視していると見受けられる。
◎
Firefox allows the inline boxes within a phantom line box to accept outline,which allows it to make focus rings visible. As in other browsers, all other properties that could make the element visible (e.g. box-shadow) seem to be ignored.
</p>

		</section>
		<section id="paint-order">
<h3 title="Painting Order">2.4. 塗ng順序</h3>

<p>
`有位置な~box$用に指定されるもの（ `CSS-POSITION-3$r を見よ）を除いて、
`行内~levelの~box$たちは，`文書~順序$で塗られる
— それらには、
一般に， `z-index$p ~propは適用されない。
◎
Except as specified for positioned boxes (see [CSS-POSITION-3]) inline-level boxes are painted in document order; the z-index property does not generally apply.
</p>

		</section>
	</section>
	<section id="css-metrics">
<h2 title="Baselines and Alignment Metrics">3. 基底線と整列の計量</h2>

		<section id="baseline-intro">
<h3 title="Introduction to Baselines">3.1. 基底線 序論</h3>

<p>
`基底線@
（ `baseline^en ）とは、［
~textを成す個々の~glyphが，それに沿って整列される
］ような，行l~boxの`行内-軸$に沿う線である。
基底線は、［
~fontの中で~glyphを~designする
］ときの基準線になる
（例えば，ほとんどの~alphabetic~glyphは、
概して，その下端が `alphabetic$bL 基底線に整列される）。
基底線はまた、［
植字において，~fontや~font~sizeが相異なる~glyphたちを整列する
］ときの基準線になる。
◎
A baseline is a line along the inline axis of a line box along which individual glyphs of text are aligned. Baselines guide the design of glyphs in a font (for example, the bottom of most alphabetic glyphs typically align with the alphabetic baseline), and they guide the alignment of glyphs from different fonts or font sizes when typesetting.
</p>

<p class="trans-note">【
基底線は、
`日本語組版処理の~~要件＠~TR/jlreq/$では，
“並び線” と呼ばれている。
】</p>

<figure>
<figcaption id="_dgm-alphabetic-baseline-in-two-font-sizes">
~font~sizeが異なる 2 つの~alphabetic~textにおける，基底線と~em~box
◎
Alphabetic text in two font sizes with the baseline and em-boxes
</figcaption></figure>

<p>
選好される`基底線$は、
書記体系ごとに異なる。
◎
Different writing systems prefer different baselines.
</p>

<figure>
<p class="alt" hidden id="_dgm-script-preferred-baselines">
~Latinは~alphabetic基底線を選好する
— 大部分の字lは，その上に載り、
一部の字lは，その下へ垂れる~descenderを持つ。
~Indic用字系には、
吊下げ（ `hanging^en ）基底線で植字するものもある
— それらの~glyph形状は，水平な線から吊下がるように現れる。
~Hanに基づく書記体系では、
各~glyphが平方を埋めるように~designされ，それらの下端または中央が整列される傾向にある。
◎
Latin prefers the alphabetic baseline, on top of which most letters rest, though some letters have descenders that dangle below it. Indic scripts are sometimes typeset with a hanging baseline, since their glyph shapes appear to be hanging from a horizontal line. Han-based systems, whose glyphs are designed to fill a square, tend to align on their bottoms or through their centers.
</p>
<figcaption>
様々な書記体系にて選好される基底線
◎
Preferred baselines in various writing systems
</figcaption></figure>

<p>
きちんと構築された~fontは、
`基底線~table@
を包含する。
それは、
~fontの~design座標~空間の中で 1 つ以上の`基底線$の位置を指示する。
（~design座標~空間は~font~sizeにより拡縮される）
◎
A well-constructed font contains a baseline table, which indicates the position of one or more baselines within the font’s design coordinate space. (The design coordinate space is scaled with the font size.)
</p>

<figure>`baselines^dgm
<figcaption>
複数の用字系が混在した~fontは、
きちんと設計されていれば，［
その~glyphたちが同じ座標~空間の中で一緒に植字されたときにも，互いに調和する
］よう位置される。
その基底線~tableは，各~glyphの形状に合致するように構築され、
各~基底線が，~glyphが選好する用字系に合致する所に位置するようになる。
◎
In a well-designed mixed-script font, the glyphs are positioned in the coordinate space to harmonize with one another when typeset together. The baseline table is then constructed to match the shape of the glyphs, each baseline positioned to match the glyphs from its preferred scripts.
</figcaption></figure>

<p>
`基底線~table$は、
【~fontの中の個々の~glyphの~propではなく，】
~fontの~propである
— 各種~基底線の位置は、
~fontの中のすべての~glyphに適用される。
◎
The baseline table is a property of the font, and the positions of the various baselines apply to all glyphs in the font.
</p>

<p>
~fontには、［
横書き~text, 縦書き~text
］の整列~用に異なる`基底線~table$を供するものもある。
~UAは、［
縦書き`~typographic~mode$においては縦書き用のそれ／
他の場合は横書き用のそれ
］を利用するべきである。
◎
Different baseline tables can be provided for alignment in horizontal and vertical text. UAs should use the vertical tables in vertical typographic modes and the horizontal tables otherwise.
</p>

<p class="note">注記：
~fontには、
各~軸ごとに，複数の`基底線~table$を有するものもある。
~UAは、［
`font-language-override$p, `内容~言語$
］を考慮に入れて，適切な~tableを選ぶ責務がある。
要求された計量が~fontに欠落な場合、
~UAは，それを合成するモノトスル。
◎
Note: Fonts can have more than one baseline table in each axis; the UA is responsible for choosing the appropriate table in consideration of font-language-override and the content language.
</p>

		</section>
		<section id="baseline-types">
<h3 title=" Baseline and Metrics">3.2. 基底線と計量</h3>

<p>
~CSSは、［
整列,
~box~sizing,
先頭字~layout
］などの`行内~layout$の機能~用の`基底線$として，次に挙げる，~textに基づく計量を利用する：
◎
CSS uses the following text-based metrics as baselines for inline layout functions such as alignment, box sizing, and initial letter layout.
</p>

<p class="issue">
~CSS~WGは、
どの基底線~値が必要yなのか，それらを利用する各~prop
（ `dominant-baseline$p,
`alignment-baseline$p,
`text-box-edge$p,
`line-fit-edge$p,
`initial-letter-align$p ）
用に知りたい
— どれを落とせるか／何を追加する必要があるか。
`859$issue を見よ。
◎
The CSSWG would like to know which baseline values are necessary for each property that uses them (dominant-baseline, alignment-baseline, text-box-edge, line-fit-edge, initial-letter-align): if any can be dropped, or any need to be added. See Issue 859.
</p>

<dl>
	<dt>`alphabetic@bL</dt>
	<dd>
［
~Latin, ~Cyrillic, ~Greek, その他~多くの用字系
］を書くときに利用される
— （全部ではないが）それらほとんどの文字
（ `m^gph, `Ш^gph, `Δ^gph など）
の下端に対応する。
~font~design座標系においては 0 として表現されることが多い。
◎
Used in writing Latin, Cyrillic, Greek, and many other scripts, corresponds to the bottom of most, but not all, their characters, (such as “m”, “Ш”, “Δ”). Often represented as zero in font design coordinate systems;＼
</dd>
	<dd>
~OpenTypeにおいては、
【基底線~tag】
`romn^c がアテガわれる。
【`参照＠https://docs.microsoft.com/ja-jp/typography/opentype/spec/baselinetags$（以下同様）】
◎
assigned to romn in OpenType＼
</dd>
	<dd>
~TrueType~AAT（ `Apple Advanced Typography^en ）においては、
`bsln^c 値 0 がアテガわれる。
【`参照＠https://developer.apple.com/fonts/TrueType-Reference-Manual/RM06/Chap6bsln.html$（以下同様）】
◎
and to bsln value zero in TrueType AAT.
</dd>

	<dt>`cap-height@bL</dt>
	<dd>
［
~Latin, ~Cyrillic, ~Greek, 等々
］における大字
（ `T^gph, `Б^gph, `Σ^gph など）
の上端に対応する。
◎
Corresponds to the top of capital letters (such as “T”, “Б”, “Σ”) in Latin, Cyrillic, Greek, etc.＼
</dd>
	<dd>
~OpenTypeにおいては、
`sCapHeight^c を利用して計算される。
◎
Calculated using sCapHeight in OpenType.
</dd>

	<dt>`x-height@bL</dt>
	<dd>
［
~Latin, ~Cyrillic, ~Greek, 等々
］における短小な小字
（ `m^gph, `л^gph, `α^gph など）
の上端に対応する。
◎
Corresponds to the top of short lowercase letters (such as “m”, “л”, “α”) in Latin, Cyrillic, Greek, etc.＼
</dd>
	<dd>
~OpenTypeにおいては、
`sxHeight^c を利用して計算される。
◎
Calculated using sxHeight in OpenType.
</dd>

	<dt>`x-middle@bL</dt>
	<dd>
［
`alphabetic$bL 基底線,
`x-height$bL 基底線
］の中間に対応する。
◎
Corresponds to halfway between the alphabetic and x-height baselines.
</dd>

	<dt>`ideographic-over@bL</dt>
	<dd>
~CJK（~Han／~Hangul／~Kana）~textの`行-上面$
~design辺に対応する。
◎
Corresponds to the line-over design edge of CJK (Han/Hangul/Kana) text.＼
</dd>
	<dd>
~OpenTypeにおいては、
`idtp^c がアテガわれる。
◎
Assigned to idtp in OpenType.
</dd>

	<dt>`ideographic-under@bL</dt>
	<dd>
~CJK（~Han／~Hangul／~Kana）~textの`行-下面$
~design辺に対応する。
◎
Corresponds to the line-under design edge of CJK (Han/Hangul/Kana) text.＼
</dd>
	<dd>
~OpenTypeにおいては、
`ideo^c がアテガわれる。
◎
Assigned to ideo in OpenType.
</dd>

	<dt>`central@bL</dt>
	<dd>
`ideographic central^bL 基底線
— ［
`ideographic-under$bL 基底線,
`ideographic-over$bL 基底線
］の中間 —
に対応する。
◎
Corresponds to the ideographic central baseline, halfway between the ideographic-under and ideographic-over baselines.
</dd>
	<dd>
~TrueType~AATにおいては、
`bsln^c 値 1 がアテガわれる。
◎
Assigned to bsln value 1 in TrueType AAT.
</dd>

	<dt>`ideographic-ink-over@bL</dt>
	<dd>
~CJK（~Han／~Hangul／~Kana）~textの`行-上面$ ~ink辺に対応する。
◎
Corresponds to the line-over ink edge of CJK (Han/Hangul/Kana) text.＼
</dd>
	<dd>
~OpenTypeにおいては、
`icft^c がアテガわれる。
【 `ideographic character face top^en ／平均字面の上端】
◎
Assigned to icft in OpenType.
</dd>

	<dt>`ideographic-ink-under@bL</dt>
	<dd>
~CJK（~Han／~Hangul／~Kana）~textの`行-下面$ ~ink辺に対応する。
◎
Corresponds to the line-under ink edge of CJK (Han/Hangul/Kana) text.＼
</dd>
	<dd>
~OpenTypeにおいては、
`icfb^c がアテガわれる。
【 `ideographic character face bottom^en ／平均字面の下端】
◎
Assigned icfb in OpenType.
</dd>

	<dt>`hanging@bL</dt>
	<dd>
吊下げ基底線に対応する。
~Tibetanや類似な［
文字大小が無い（ `unicameral^en ）用字系のうち，絶対的でないが はっきりした上端~辺を伴うもの
］に属する文字は、
そこから “吊下がる” ように見える。
◎
Corresponds to hanging baseline from which characters in Tibetan and similar unicameral scripts with a strong but not absolute top edge seem to “hang”.＼
</dd>
	<dd>
~OpenTypeにおいては、
`hang^c がアテガわれる。
◎
Assigned to hang in OpenType＼
</dd>
	<dd>
~TrueType~AATにおいては、
`bsln^c 値 3 がアテガわれる。
◎
and to bsln value 3 in TrueType AAT.
</dd>

	<dt>`math@bL</dt>
	<dd>
中央（ `center^en ）基底線に対応する。
数学用の文字が，その周りで~designされるような。
◎
Corresponds to center baseline around which mathematical characters are designed.＼
</dd>
	<dd>
~OpenTypeにおいては、
`math^c がアテガわれる。
◎
Assigned to math in OpenType＼
</dd>
	<dd>
~TrueType~AATにおいては、
`bsln^c 値 4 がアテガわれる。
◎
and bsln value 4 in TrueType AAT.
</dd>

	<dt>`text-over@bL</dt>
	<dd>
`CSS2$r において、
`行内~box$の`内容~box$の`行-上面$辺として利用される計量に対応する。
◎
Corresponds to the metric used as the line-over edge of an inline’s content box per [CSS2].
</dd>

	<dt>`text-under@bL</dt>
	<dd>
`CSS2$r において、
`行内~box$の`内容~box$の`行-下面$辺として利用される計量に対応する。
◎
Corresponds to the metric used as the line-under edge of an inline’s content box per [CSS2].
</dd>

	<dt>`em-over@bL</dt>
	<dd>
［
`em-over$bL から `em-under$bL までが 1em になる
］ことを確保するよう正規化された，概念的な`~ascent計量$に対応する。
<a href="#baseline-synthesis-em">§ `em-over^bL と `em-under^bL の計算-法</a>
を見よ。
◎
Corresponds to a conceptual ascent normalized to ensure 1em between em-over and em-under. See A.1: Calculating Em-over and Em-under.
</dd>

	<dt>`em-under@bL</dt>
	<dd>
［
`em-over$bL から `em-under$bL までが 1em になる
］ことを確保するよう正規化された，概念的な`~descent計量$に対応する。
<a href="#baseline-synthesis-em">§ `em-over^bL と `em-under^bL の計算-法</a>
を見よ。
◎
Corresponds to a conceptual descent normalized to ensure 1em between em-over and em-under. See A.1: Calculating Em-over and Em-under.
</dd>
</dl>

<p class="note">注記：
これらの計量は、
目視上の~design計量であり，実際の~glyph外形線に正確に対応するとは限らない。
◎
Note: These metrics are optical design metrics, and therefore do not necessarily correspond exactly to actual glyph outlines.
</p>

<p>
一般に，これらの計量は、
適切な~fontから採られるが、［
欠落な場合／~textではなく~boxから導出される必要がある場合
］には，合成するモノトスル。
`§ ~glyphと~boxの各種~基底線＠#baseline-tables$,
`§ 整列~計量の合成-法＠#baseline-synthesis$
を見よ。
◎
In general, these metrics are taken from the appropriate font, but if they are missing or need to be derived from a box rather than text, they must be synthesized, see § 3.3 Baselines of Glyphs and Boxes and Appendix A: Synthesizing Alignment Metrics.
</p>

			<section id="ascent-descent">
<h4 title="Ascent and Descent Metrics">3.2.1. ~ascent／~descentの計量</h4>

<p>
~CSSにおいては、
どの~fontも，基底線より［
上側の高さ, 下側の深さ
］を指定する~font計量を備えるものと見做される
— これらは順に
`~ascent計量@,
`~descent計量@
と呼ばれる。
~CSSにおいては、
これらは`行内~整形~文脈$内の［
~text, ~box
］たちを~lay-outするために利用される。
これらは、
一体としての~fontの計量であり、
個々の~glyphの~ascenderや~descenderに対応する必要はないことに注意。
◎
CSS assumes that every font has font metrics that specify a characteristic height above the baseline—called the ascent metric—and a characteristic depth below it—called the descent metric—which CSS uses for laying out text and boxes in an inline formatting context. Note that these are metrics of the font as a whole and need not correspond to the ascender and descender of any individual glyph.
</p>

<p class="note">注記：
［
~OpenType／~TrueType
］~fontを利用する実装は、
~CSS~layout用に［
`~ascent計量$, `~descent計量$
］を見出すときに，（現在の要素の~font~sizeに拡縮した後の）［
~fontの OS/2 ~tableによる計量
`sTypoAscender^c, `sTypoDescender^c
］を利用することが推奨される。
これらの計量が無い下では、［
HHEA ~tableによる計量
“Ascent”, “Descent”
］を利用するべきである。
◎
Note: It is recommended that implementations that use OpenType or TrueType fonts use the metrics sTypoAscender and sTypoDescender from the font’s OS/2 table (after scaling to the current element’s font size) to find the ascent metric and descent metric for CSS layout. In the absence of these metrics, the "Ascent" and "Descent" metrics from the HHEA table should be used.
</p>

			</section>
			<section id="font-line-gap">
<h4 title="Line Gap Metrics">3.2.2. 行l隙間~計量</h4>

<p>
~font形式には、
推奨される［
“行l隙間” ／ “外部~leading”
］計量を~fontに許容するものもある。
この計量は、
`行l隙間~計量@
として参照rされ，
`line-height$p が `normal$v1 のときに
— `§ 行内~boxが供与する論理-縦幅の計算-法$にて述べるとおり —
`行l~box$の`論理-縦幅$の計算に組入れられてもヨイ。
◎
Font formats can allow for a font-recommended “line gap” or “external leading” metric. This metric is referred to as the line gap metric, and may be incorporated into the line box logical height calculations when line-height is normal as described in § 5.3 Calculating the Logical Height Contributions (“Layout Bounds”) of Inline Boxes.
</p>

<p class="note">注記：
~OpenTypeにおいては、
`行l隙間~計量$は、［
`sTypoLineGap^c ／ `hhea.lineGap^c
］として見出せる。
◎
Note: In OpenType, the line gap metric can be found as sTypoLineGap or hhea.lineGap.
</p>

<p>
~UAは、
`行l隙間~計量$を 0 以上に切り上げるモノトスル。
◎
UAs must floor the line gap metric at zero.
</p>

			</section>
		</section>
		<section id="baseline-tables">
<h3 title="Baselines of Glyphs and Boxes">3.3. ~glyphと~boxの各種~基底線</h3>

<p>
各［
~font／~glyph／`行内~levelの~box$
］には、
各 種別の`基底線$に対し，［
`塊-軸$における その位置を指示する，基底線~座標
］があるものと見做される。
そのような`基底線$の集合は、
それぞれの
`基底線~集合@
と呼ばれる。
［
~box／~glyph
］の`基底線~集合$を成す`基底線$のうち，`整列~文脈$の中で［
~box／~glyph
］を整列するために利用されるものは、［
~box／~glyph
］の`整列~基底線$と呼ばれる。
~boxの中で~boxの内容を整列するために利用される`基底線$は、
~boxの`支配的な基底線$と呼ばれる。
◎
Each font, glyph, and inline-level box is assumed to have a baseline coordinate for each baseline type indicating that baseline’s position on its block axis. The set of such baselines is called its baseline set. The baseline from this set that is used to align the box or glyph within its alignment context is called its alignment baseline; the baseline used to align its content within itself is called its dominant baseline.
</p>

<p>
個々の~glyph用の`基底線~集合$は、
当の~fontの`基底線~table$から導出される。
`行内~box$用の`基底線~集合$は、
~boxに`可用な最初の~font$から導出される
— ~boxが その~fontに属する~glyphを実際に包含するかどうかに関わらず。
要求された計量が~fontに欠落な場合、
~UAは，それらを合成するモノトスル
— `§ ~text用の基底線（および 他の~font計量）の合成-法＠#baseline-synthesis-fonts$
を見よ。
◎
For an individual glyph, the baseline set derives from the font’s baseline table. For an inline box, it derives from its first available font regardless of whether the box actually contains any glyphs from that font. If the requisite metrics are missing from a font, the UA must synthesize them, see A.2: Synthesizing Baselines (and Other Font Metrics) for Text.
</p>

<p>
他の`~box$用の`基底線~集合$は、［
その `baseline-source$p,
それが関与する`整形~文脈$の規則
］に則って，その内容から~~代表として導出される。
`不可分な行内$のうち［
【それが関与する】`行内~整形~文脈$の`行内-軸$用には、
`基底線~集合$が無いもの
］用の`整列~基底線$は、
その`~margin~box$から`合成-$される
— `§ 不可分な行内~用の基底線の合成-法＠#baseline-synthesis-box$
を見よ。
◎
For other boxes, its baseline set is nominally derived from its contents in accordance with baseline-source and the rules of the formatting context in which it participates. For an atomic inline box with no baseline set in the inline formatting context’s inline axis its alignment baselines are synthesized from its margin box, see A.3: Synthesizing Baselines for Atomic Inlines.
</p>

		</section>
	</section>
	<section id="alignment">
<h2 title="Baseline Alignment">4. 基底線の整列</h2>

<p>
ほとんどの~CSS`整形~文脈$は、
~boxを その容器の辺を基準に整列することにより，~boxの内容を位置する。
一方で，`行内~layout$では、
各~boxの`基底線$を利用して，~boxどうしを`塊-軸$において互いに整列することにより位置する。
◎
While most CSS formatting contexts position content by aligning boxes with respect to their container’s edges, inline layout positions boxes in the block axis by aligning them with respect to each other using their baselines.
</p>

<p>
より特定的には，
（`行lに相対的なズラシ値$を利用していない限り，）
各［
~glyph／`行内~levelの~box$
］は、
`塊-軸$において［
その`整列~基底線$が（その`整列~文脈$である）親の`対応する^em`基底線$に合致する
］よう位置することにより整列されてから、
必要なら，`整列~後のズラシ$に則って その位置からズラされる。
◎
More specifically, (unless using a line-relative shift value) each glyph or inline-level box is aligned in the block axis by positioning its alignment baseline to match the corresponding baseline of its parent (which is its alignment context), and then is potentially shifted from that position according to its post-alignment shift.
</p>

<p class="note">注記：
基底線~整列は、
常に対応する基底線に合致する
— `alphabetic$bL は `alphabetic^bL に,
`hanging$bL は `hanging^bL に,
`math$bL【！mathematical】 は `math^bL に,
等々。
◎
Note: Baseline alignment always matches corresponding baselines: alphabetic to alphabetic, hanging to hanging, mathematical to mathematical, etc.
</p>

<p>
`~box$を整列するときの`整列~基底線$は、
~boxの［
`alignment-baseline$p, `baseline-source$p
］の値に則って選ばれ（ `vertical-align$p 略式~propを見よ），
既定では親の `dominant-baseline$p に合致する。
~glyph用の`整列~基底線$は、
常に，親の`支配的な基底線$により決定される。
◎
When aligning a box, the alignment baseline is chosen according to its alignment-baseline and baseline-source values (see shorthand vertical-align), and defaults to matching the parent’s dominant-baseline. For a glyph, the alignment baseline is always determined by the parent’s dominant baseline.
</p>

<div class="example">
<p>
次の~markup見本と：
◎
Given following sample markup:
</p>

<pre class="lang-html">
&lt;p&gt;&lt;span class="outer"&gt;Ap &lt;span class="inner"&gt;ਜੀ&lt;/span&gt;&lt;/span&gt;&lt;/p&gt;
</pre>

<p>
次の~style規則が与えられたとする：
◎
And the following style rule:
</p>

<pre class="lang-css">
span.inner { font-size: 75%; }
</pre>

<p>
親（ `.outer^css ）の`基底線~集合$と子（ `.inner^css ）のそれは、
~font~sizeの相違に因り合致しない。
子~boxは、
子の `alphabetic$bL 基底線が親のそれに合致するように，親に整列される。
◎
The baseline sets of the parent (.outer) and the child (.inner) will not match up due to the font size difference. The child box is aligned to its parent by matching up their alphabetic baselines.
</p>

<figure>
<p class="alt" hidden id="_dgm-baseline-align-sizes">
この例では、
基底線~集合を成す各~基底線どうしの距離は、
`span^e における `font-size^p 75% により 75% に縮められる。しかしながら，その `alphabetic^bL 基底線は~~揃えられる。
◎
In this example, the distance between each baseline in the baseline set is compacted 75% in the span with a 75% font size. Their alphabetic baselines, however, line up.
</p>
</figure>

<p>
ここでは、
`alphabetic$bL 基底線が利用される
— ~boxの`整列~基底線$は，既定では~boxの親の`支配的な基底線$に合致し、
横書き`~typographic~mode$における既定では，`支配的な基底線$は `alphabetic$bL 基底線になるので。
◎
The alphabetic baseline is used here because by default a box’s alignment baseline matches the dominant baseline of its parent, and in horizontal typographic mode, the dominant baseline itself defaults to the alphabetic baseline.
</p>

<p>
上の例において，
`.inner^css 要素に
<code class="css">`vertical-align$p: `super^v</code>
を追加した場合、
`.inner^css の基底線は同じ規則を利用して親に整列されるが、
この基底線~整列に加え，子は上付文字の位置にズラされる。
◎
If we add vertical-align: super to the .inner element from the example above, the same rules are used to align the .inner child to its parent; but in addition to the baseline alignment, the child is shifted to the superscript position.
</p>

<figure>
<p class="alt" hidden id="_dgm-baseline-align-super">
この例による結果の整列は、
親の基底線~tableを上付文字~用の~offsetだけ上方へズラしてから，［
子の `alphabetic^bL 基底線をズラされた親の `alphabetic^bL 基底線の位置に整列する
］ことに等価になる。
◎
In this example, the resulting alignment is equivalent to shifting the parent baseline table upwards by its superscript offset, and then aligning the child’s alphabetic baseline to the shifted position of the parent’s alphabetic baseline.
</p>
</figure>
</div>

		<section id="dominant-baseline-property">
<h3 title="Dominant Baselines: the dominant-baseline property">4.1. 支配的な基底線： `dominant-baseline^p ~prop</h3>

◎名 `dominant-baseline@p
◎値
`auto$v
| `text-bottom$v
| `alphabetic$v
| `ideographic$v
| `middle$v
| `central$v
| `mathematical$v
| `hanging$v
| `text-top$v

◎初 `auto^v
◎適
`塊~容器$／`行内~box$／~table~row／`格子~容器$／`~flex容器$／~SVG`~text内容~要素$
◎
block containers, inline boxes, table rows, grid containers, flex containers, and SVG text content elements
◎継 される
◎百 受容しない
◎算 指定された~keyword
◎順 文法に従う
◎ア 離散的
◎表終

<p>
この~propは、
`支配的な基底線@
を指定する。
それは、
~boxの中で内容を整列するために利用される既定の基底線 種別になる。
◎
This property specifies the dominant baseline, which is the default baseline type used to align content within the box.
</p>

<p>
`支配的な基底線$は、
当の~box %~box に応じて：
◎
↓</p>

<ul>
	<li>
`行内~box$であるならば、
%~box 内の［
~text／`行内~level$の子~box
］を整列するときに利用される
（後者は `vertical-align$p により他が指定されない限り）
— 各［
~glyph／子~box
］の対応する基底線を %~box の`支配的な基底線$に整列することにより。
◎
For inline boxes, the dominant baseline is used to align the box’s text (and, unless otherwise specified by vertical-align, any inline-level child boxes) by aligning each glyph/box’s corresponding baseline to the box’s own dominant baseline.＼
</li>
	<li>
他の場合、［
%~box が確立する`整列~文脈$において`基底線~整列$に関与している各~box
］の既定の`整列~基底線$を指示する
（ `CSS-ALIGN-3$r `§ 基底線の整列＠~CSSALIGN#baseline-values$ を見よ）。
◎
For other boxes, it indicates the default alignment baseline of any boxes participating in baseline alignment in the box’s alignment context; see (alignment-baseline: baseline and [CSS-ALIGN-3]).
</li>
</ul>

<p>
各種 値の意味は：
◎
Values have the following meanings:
</p>
<dl>
	<dt>`auto@v</dt>
	<dd>
<p>
`横組み$においては `alphabetic$v に等価になる。
`縦組み$においては、
`text-orientation$p 値に応じて：
</p>
		<ul>
			<li>
`sideways$vX ならば `alphabetic$v に等価になる。
</li>
			<li>
［
`mixed$v ／ `upright$v
］ならば `central$v に等価になる。
</li>
		</ul>

◎
Equivalent to alphabetic in horizontal writing modes and in vertical writing modes when text-orientation is sideways. Equivalent to central in vertical writing modes when text-orientation is mixed or upright.
</dd>
	<dd>
ただし，~SVG~textにおいては、
~glyphの原点（座標に基づく~glyphの位置決めに利用される）は常に，`縦組み$における `central$v に対するときと同じに取扱われる。
◎
However, in SVG text, the origin point of glyphs (used for coordinate-based glyph positioning) is always handled as for central in vertical writing modes.
</dd>

	<dt>`text-bottom@v</dt>
	<dd>
`text-under$bL 基底線を利用する。
◎
Use the text-under baselines.
</dd>

	<dt>`alphabetic@v</dt>
	<dd>
`alphabetic$bL 基底線を利用する。
◎
Use the alphabetic baselines.
</dd>

	<dt>`ideographic@v</dt>
	<dd>
`ideographic-under$bL 基底線を利用する。
◎
Use the ideographic-under baselines.
</dd>

	<dt>`middle@v</dt>
	<dd>
`x-middle$bL 基底線を利用する
— だだし， `text-orientation$p が `upright^v の下では、
`central$bL 基底線を利用する
（ `alphabetic$bL, `x-height$bL は，どちらも本質的に無意味になるので）。
◎
Use the x-middle baselines; except under text-orientation: upright (where the alphabetic and x-height baselines are essentially meaningless) use the central baseline.
</dd>

	<dt>`central@v</dt>
	<dd>
`central$bL 基底線を利用する。
◎
Use the central baselines.
</dd>

	<dt>`mathematical@v</dt>
	<dd>
`math$bL 基底線を利用する。
◎
Use the math baselines.
</dd>

	<dt>`hanging@v</dt>
	<dd>
`hanging$bL 基底線を利用する。
◎
Use the hanging baselines.
</dd>

	<dt>`text-top@v</dt>
	<dd>
`text-over$bL 基底線を利用する。
◎
Use the text-over baselines.
</dd>
</dl>

<p>
`支配的な基底線の序論＠~CSSWM3#baseline-alignment$ `CSS-WRITING-MODES-3$r
も見よ。
◎
See [CSS-WRITING-MODES-3] for an introduction to dominant baselines.
</p>

<p class="issue">
`方位が混在した縦書き＠~CSSWM#vertical-orientations$用の挙動を定義する
— 指定された基底線が `central$v でないときにイミを成すような。
◎
Define behavior for mixed vertical orientations that isn’t nonsensical when specified baseline isn’t central.
</p>

		</section>
		<section id="transverse-alignment">
<h3 title="Transverse Box Alignment: the vertical-align property">4.2. 直交方向の~box整列： `vertical-align^p ~prop</h3>

◎名 `vertical-align@p
◎値
<!-- `baseline-source^p -->
[ `first$v1 | `last$v1 ] || `alignment-baseline$tp || `baseline-shift$tp
◎初 `baseline$v
◎適 個々の~propを見よ
◎継 されない
◎百 受容しない
◎算 個々の~propを見よ
◎順 文法に従う
◎ア 個々の~propを見よ
◎表終

<p>
この`略式~prop$は、
単独の宣言~内で次を指定することにより，当の行内~levelの~boxが 行lの中でどう整列されるかを指定する
⇒＃
`整列~基底線$の種別（ `alignment-baseline$p ）,
`基底線~整列~選好$（ `baseline-source$p ）,
`整列~後のズラシ$（ `baseline-shift$p ）
◎
This shorthand property specifies how an inline-level box is aligned within the line by specifying its alignment baseline type (alignment-baseline), baseline alignment preference (baseline-source), and post-alignment shift (baseline-shift) in a single declaration.
</p>

<p>
［
`first$v1 ／ `last$v1
］は、
`baseline-source$p を設定する
— 指定されていない場合、
`baseline-source$p は `auto$v1 に設定し直される
【この略式~propには、 `auto^v は明示的に指定できない】
。
他の値は、
対応する下位prop用の値を与える。
◎
If first or last is specified, it sets baseline-source (which is otherwise reset to auto). Other values are as for the corresponding longhand properties, see below.
</p>

<p class="advisement">
作者は、
下位propの代わりに，この略式~prop（ `vertical-align$p ）を利用するべきである
— 次のいずれかに該当しない限り
⇒＃
下位propを独立に~cascadeさせるため必要になる／
（~SVG要素に対し）旧来の~SVG実装を~supportする
◎
Authors should use this shorthand (vertical-align) instead of its longhands, unless specifically needing to cascade its longhands independently or (on SVG elements) to support legacy SVG implementations.
</p>

<p class="note">注記：
`vertical-align$p は、
~table~cellの整列
— 特定的には，~table~cellの `align-content$p に対する `normal$vX の挙動【以下略】 —
にも影響し得る。
`CSS-ALIGN-3$r
`§ ~block容器（~table~cellも含む）＠~CSSALIGN#distribution-block$
を見よ。
◎
Note: vertical-align can also affect the alignment of table cells when align-content is normal. Specifically, top (baseline-shift: top) maps it to start, bottom (baseline-shift: bottom) to end, and otherwise middle (alignment-baseline: middle) to center. See CSS Box Alignment 3 § 5.1.1 Block Containers (Including Table Cells).
</p>

			<section id="baseline-source">
<h4 title="Alignment Baseline Source: the baseline-source longhand">4.2.1. 整列~基底線の~source： `baseline-source^p 下位prop</h4>

◎名 `baseline-source@p
◎値 `auto$v | `first$v | `last$v
◎初 `auto^v
◎適
`行内~level$の~box
◎
inline-level boxes
◎継 されない
◎百 受容しない
◎算 指定された~keyword
◎順 文法に従う
◎ア 離散的
◎表終

<p>
この~propは、
~boxの
`基底線~整列~選好@
を指示する
— すなわち，`行内~level$の~boxに基底線~情報~用にアリな~sourceが複数あるとき
（複数~行lを成す［
`行内-塊$／行内~flex容器
］用など）、［
`最初の基底線~集合$, `最後の基底線~集合$
］のどちらが整列~用に選好されるかを指定する。
◎
When an inline-level box has more than one possible source for baseline information (such as for a multi-line inline block or inline flex container) this property specifies whether the first baseline set or last baseline set is preferred for alignment, indicating the box’s baseline alignment preference.＼
</p>

<p>
各種 値の意味は：
◎
Values have the following meanings:
</p>

<dl>
	<dt>`auto@v</dt>
	<dd>
`行内-塊$用には`最後の基底線による整列$を指定する。
◎
Specifies last-baseline alignment for inline-block,＼
</dd>
	<dd>
他のもの用には`最初の基底線による整列$を指定する。
◎
first-baseline alignment for everything else.
</dd>

	<dt>`first@v</dt>
	<dd>
`最初の基底線による整列$を指定する。
◎
Specifies first-baseline alignment.
</dd>

	<dt>`last@v</dt>
	<dd>
`最後の基底線による整列$を指定する。
◎
Specifies last-baseline alignment.
</dd>
</dl>

<p>
`行内~box$以外の~boxの基底線を見出す方法については、
`CSS-ALIGN-3$r `§ ~boxの基底線~集合の決定-法＠~CSSALIGN#baseline-export$
を見よ。
◎
See CSS Box Alignment 3 § 9.1 Determining the Baselines of a Box for how to find the baselines of boxes other than inline boxes.
</p>

			</section>
			<section id="alignment-baseline-property">
<h4 title="Alignment Baseline Type: alignment-baseline longhand">4.2.2. 整列~基底線の種別： `alignment-baseline^p 下位prop</h4>

◎名 `alignment-baseline@p
◎値
`baseline$v
| `text-bottom$v
| `alphabetic$v
| `ideographic$v
| `middle$v
| `central$v
| `mathematical$v
| `text-top$v

◎初 `baseline$v
◎適
`行内~level$の~box／`~flex駒$／`格子~駒$／~table~cell／~SVG`~text内容~要素$
◎
inline-level boxes, flex items, grid items, table cells, and SVG text content elements
◎継 されない
◎百 受容しない
◎算 指定された~keyword
◎順 文法に従う
◎ア 離散的
◎表終

<p>
この~propは、
~boxの
`整列~基底線@
を指定する。
それは、
~boxを
— `整列~後のズラシ$が適用-可能なら，それを適用するに先立って —
整列するために利用される`基底線$を与える。
◎
This property specifies the box’s alignment baseline: the baseline used to align the box prior to applying its post-alignment shift (if applicable).
</p>

<p>
各種 値は、
次に従うものと定義される：
◎
Values are defined as follows:
</p>
<dl>
	<dt>`baseline@v</dt>
	<dd>
親~boxが選んだ`支配的な基底線$を利用する。
◎
Use the dominant baseline choice of the parent.
</dd>

	<dt>`text-bottom@v</dt>
	<dd>
`text-under$bL 基底線を利用する。
◎
Use the text-under baseline.
</dd>

	<dt>`alphabetic@v</dt>
	<dd>
`alphabetic$bL 基底線を利用する。
◎
Use the alphabetic baseline.
</dd>

	<dt>`ideographic@v</dt>
	<dd>
`ideographic-ink-under$bL 基底線を利用する。
◎
Use the ideographic-under baseline.
</dd>

	<dt>`middle@v</dt>
	<dd>
`x-middle$bL 基底線を利用する
— だだし， `text-orientation$p が `upright^v の下では、
`central$bL 基底線を利用する
（ `alphabetic$bL, `x-height$bL 基底線は，どちらも本質的に無意味になるので）。
◎
In general, use the x-middle baselines; except under text-orientation: upright (where the alphabetic and x-height baselines are essentially meaningless) use the central baseline instead.
</dd>

	<dt>`central@v</dt>
	<dd>
`central$bL 基底線を利用する。
◎
Use the central baseline.
</dd>

	<dt>`mathematical@v</dt>
	<dd>
`math$bL 基底線を利用する。
◎
Use the math baseline.
</dd>

	<dt>`text-top@v</dt>
	<dd>
`text-over$bL 基底線を利用する。
◎
Use the text-over baseline.
</dd>
</dl>

<p>
これらの値は、
`基底線~整列$を遂行するときに［
~boxの どの`基底線$が ~boxが属する`整列~文脈$の対応する`基底線$に整列されるか
］を指定する。
（`行内~整形~文脈$においては、
`行内~level$の［
`~box断片$／~glyph
］は、
それらの親の`行内~box$`断片$により確立された`基底線~整列$を，親の`行内-軸$沿いに共有する【親が行内~boxであるならば】。
他の`整形~文脈$における基底線~整列は、
`CSS-ALIGN-3$r `§ 基底線~整列の~group分け＠~CSSALIGN#baseline-terms$
を見よ）。
~SVG~text~layoutにおいては、
これらの値は，代わりに~SVGの`現在の~text位置$に整列される基底線を指定する。
◎
When performing baseline alignment, these values specify which baseline of the box is aligned to the corresponding baseline of its alignment context. (In an inline formatting context, inline-level box fragments and glyphs share an alignment context established by their parent inline box fragment along its inline axis. For other formatting contexts, see CSS Box Alignment 3 § 9.2 Baseline Alignment Grouping.) In SVG text layout, these values instead specify the baseline that is aligned to the SVG current text position.
</p>

				<section id="alignment-baseline-svg-legacy">
<h5 title="Legacy Values for SVG">4.2.2.1. ~SVG用の旧来の値</h5>

<p>
~SVG実装は、
旧来の内容を~supportするためとして，次に挙げる値も別名として~supportしてもヨイ：
◎
SVG implementations may support the following aliases in order to support legacy content:
</p>
<ul>
	<li>
`text-before-edge@v
は `text-top$v の別名とする。
◎
text-before-edge aliasing text-top
</li>
	<li>
`text-after-edge@v
は `text-bottom$v の別名とする。
◎
text-after-edge aliasing text-bottom
</li>
</ul>

<p>
これらの値は、
`vertical-align$p 略式~propにおいては許容されない。
◎
These values are not allowed in the vertical-align shorthand.
</p>

				</section>
			</section>
			<section id="baseline-shift-property">
<h4 title="Post-Alignment Shift: the baseline-shift longhand">4.2.3. 整列~後のズラシ： `baseline-shift^p 下位prop</h4>

◎名 `baseline-shift@p
◎値 `length-percentage$t | `sub$v | `super$v | `top$v | `center$v | `bottom$v
◎初 `0^v
◎適
`行内~level$の~box／~SVG`~text内容~要素$
◎
inline-level boxes and SVG text content elements
◎継 されない
◎百
`line-height$p の`使用~値$を基準にする
◎
refer to the used value of line-height
◎算 
指定された~keyword ／
`length-percentage$t の算出d値
◎
the specified keyword or a computed &lt;length-percentage&gt; value
◎順 文法に従う
◎ア 算出された値~型による
◎表終

<p>
この~propは、
~boxの
`整列~後のズラシ@
を指定する。
［
`length-percentage$t ／ `sub$v ／ `super$v
］は、
`基底線に相対的なズラシ値@
であり，~boxを基底線に整列された位置から相対的にズラす。
［
`top$v ／ `center$v ／ `bottom$v
］は、
`行lに相対的なズラシ値@
であり，`行内~box$と その内容を それが属する`行l~box$の限界域に相対的にズラす。
◎
This property specifies the box’s post-alignment shift. The baseline-relative shift values &lt;length-percentage&gt;, sub, super shift the box relative to its baseline-aligned position, whereas the line-relative shift values top, center, and bottom shift the inline box and its contents relative to the bounds of its line box.
</p>

<p class="advisement">
作者は、
この `baseline-shift$p 下位propの代わりに CSS1 から存在している `vertical-align$p 略式~propを利用するベキである
（ただし、
~SVG内容は除く
— そこでは逆に、
`baseline-shift$p の方が旧来の~UAにおいて広く~supportされているので）。
◎
Authors should use the vertical-align shorthand, which has existed since CSS1, instead of this baseline-shift longhand (except in SVG content, where conversely baseline-shift is more widely-supported in legacy user agents).
</p>

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

<dl>
	<dt id="valdef-baseline-shift-length">`length$t</dt>
	<dd>
指定された長さだけ，上げる（正な値の場合）か下げる（負な値の場合）。
◎
Raise (positive value) or lower (negative value) by the specified length.
</dd>

	<dt id="valdef-baseline-shift-percentage">`percentage$t</dt>
	<dd>
指定された［
`line-height$p に対する百分率
］だけ，上げる（正な値の場合）か下げる（負な値の場合）
◎
Raise (positive value) or lower (negative value) by the specified percentage of the line-height.
</dd>

	<dt>`sub@v</dt>
	<dd>
親の~boxの下付文字に適切な~offsetだけ下げる。
~UAは、
親の~font計量を利用して この~offsetを見出してもヨイ
— 他の場合の既定の~offsetは、
( 親の `font-size$p の使用~値 ~DIV 5 )
とする。
◎
Lower by the offset appropriate for subscripts of the parent’s box. The UA may use the parent’s font metrics to find this offset; otherwise it defaults to dropping by one fifth of the parent’s used font-size.
</dd>

	<dt>`super@v</dt>
	<dd>
親の~boxの上付文字に適切な~offsetだけ上げる。
~UAは、
親の~font計量を利用して この~offsetを見出してもヨイ
— 他の場合の既定の~offsetは、
( 親の `font-size$p の使用~値 ~DIV 3 )
とする。
◎
Raise by the offset appropriate for superscripts of the parent’s box. The UA may use the parent’s font metrics to find this offset; otherwise it defaults to raising by one third of the parent’s used font-size.
</dd>

	<dt>`top@v</dt>
	<dd>
`整列-済み下位tree$の`行-上面$辺を`行l~box$の`行-上面$辺に整列する。
◎
Align the line-over edge of the aligned subtree with the line-over edge of the line box.
</dd>

	<dt>`center@v</dt>
	<dd>
`整列-済み下位tree$の中央を`行l~box$の中央に整列する。
◎
Align the center of the aligned subtree with the center of the line box.
</dd>

	<dt>`bottom@v</dt>
	<dd>
`整列-済み下位tree$の`行-下面$辺を`行l~box$の`行-下面$辺に整列する。
◎
Align the line-under edge of the aligned subtree with the line-under edge of the line box.
</dd>
</dl>

<p>
`行内~box$の
`整列-済み下位tree@
は、
当の~boxの`~layout限界域$，~boxの各~子`行内~box$のうち［
`alignment-baseline$p の算出d値は`行lに相対的なズラシ値$でないもの
］すべての`整列-済み下位tree$を包含する。
`整列-済み下位tree$の［
`行-上面$／`行-下面$
］辺は、
下位tree内にある各`~layout限界域$の［
`上面$／`下面$
］辺のうち［
最も高いもの／最も低いもの
］になる。
◎
The aligned subtree of an inline box contains the layout bounds of that box and the aligned subtrees of all child inline boxes whose computed alignment-baseline value is not itself a line-relative shift value. The line-over edge of the aligned subtree is the highest over edge of the layout bounds in the subtree, and the line-under edge is analogously the lowest.
</p>

<p class="issue">
`行lに相対的なズラシ値$は、［
`alignment-baseline$p, `baseline-shift$p
］のどちらか一方に~~分類し切れるものではない
— どちらにも，それなりの論拠がある
（ `5180$issue, `5234$issue ）。
現時点では，ここに草案~化されるが、
他方へ移動する強い論拠があるなら，課題を申請されたし。
◎
The line-relative shift values don’t fit perfectly in the dichotomy between alignment-baseline and baseline-shift. There’s decent arguments for either option. They’re currently drafted here, but if there’s a strong argument to move them, please file an issue for consideration.
</p>

				<section id="baseline-shift-svg-legacy">
<h5 title="Legacy Values for SVG">4.2.3.1. ~SVG用の旧来の値</h5>

<p>
~UAは、
旧来の~SVG内容を~supportするために必要yなら，~keyword
`baseline@v
を追加的に~supportしてもヨイ
— これは `0^v に算出される。
この値は、
`vertical-align$p 略式には許容されない。
◎
User agents may additionally support the keyword baseline as computing to 0 if is necessary for them to support legacy SVG content. This value is not allowed in the vertical-align shorthand.
</p>

<p class="issue">
`baseline^v 値は除去したい
— それが必要yなのかどうか~SVG~UAからの~feedbackを請う。
◎
We would prefer to remove the baseline value, and are looking for feedback from SVG user agents as to whether it’s necessary.
</p>

				</section>
			</section>
		</section>
	</section>
	<section id="line-height">
<h2 title="Logical Heights and Inter-line Spacing">5. 論理-縦幅と行-間の間隔法</h2>

<p>
`行l~box$の`塊-軸$の~sizingは、
それを成す`行内~level$の内容の［
~size, `整列＠#alignment$
］に依存する。
この~sizingは、
次に挙げる~propにより制御される
⇒＃
`line-height$p,
`line-fit-edge$p
◎
The block-axis sizing of a line box depends on the sizes and alignment of its inline-level contents. This sizing is controlled by the line-height and line-fit-edge properties.
</p>

		<section id="line-height-property">
<h3 title="Line Spacing: the line-height property">5.1. 行lの間隔法： `line-height^p ~prop</h3>

◎名 `line-height@p
◎値 `normal$v | `number[0,∞]$vt | `length-percentage[0,∞]$t
◎初 `normal^v
◎適
`置換され$ない`行内~box$／~SVG`~text内容~要素$
◎
non-replaced inline boxes and SVG text content elements
◎継 される
◎百
`1em^v に相対的に算出される
◎
computed relative to 1em
◎算
指定された~keyword／
実数／
`length$t の算出d値
◎
the specified keyword, a number, or a computed &lt;length&gt; value
◎順 文法に従う
◎ア 算出された値~型による
◎表終

<p>
この~propは、
~boxに
`選好される行高さ@
を指定する。
それは、
~boxの`~layout限界域$
— すなわち，~boxが属する`行l~box$の`論理-縦幅$に対する供与 —
を計算するために利用される
（`§ 行内~boxが供与する論理-縦幅の計算-法$を見よ）
◎
This property specifies the box’s preferred line height, which is used in calculating its “layout bounds”, i.e. its contribution to the logical height of its line box. (See § 5.3 Calculating the Logical Height Contributions (“Layout Bounds”) of Inline Boxes.)
</p>

<p class="note">注記：
`line-height$p が`塊~容器$に指定された場合、
その`根~行内~box$に適用されるので，
実質的に当の塊~内の各`行l~box$の最小な論理-縦幅【！縦幅】を確立する。
◎
Note: Because it applies to the root inline box when specified on a block container, line-height effectively establishes the minimum height of the block’s line boxes.
</p>

<p>
この~prop用の各種 値の意味は：
◎
Values for this property have the following meanings:
</p>

<dl>
	<dt>`normal@v</dt>
	<dd>
`選好される行高さ$は、
~font計量に基づいて自動的に決定される。
◎
Determine the preferred line height automatically based on font metrics.
</dd>

	<dt id="valdef-line-height-length">`length[0,∞]$t</dt>
	<dd>
指定された長さが，`選好される行高さ$として利用される。
負な値は違法。
◎
The specified length is used as the preferred line height. Negative values are illegal.
</dd>

	<dt id="valdef-line-height-number">`number[0,∞]$t</dt>
	<dd>
`選好される行高さ$は、
要素の `font-size$p の`算出d値$に この実数を乗算した結果になる。
~propの`算出d値$は`指定d値$と同じになる。
負な値は違法。
◎
The preferred line height is this number multiplied by the element’s computed font-size. Negative values are illegal. The computed value is the same as the specified value.
</dd>

	<dt id="valdef-line-height-percentage">`percentage[0,∞]$t</dt>
	<dd>
［
`選好される行高さ$／
~propの`算出d値$
］は、
要素の `font-size$p の`算出d値$に対し，この百分率が成す分になる。
負な値は違法。
◎
The preferred line height and computed value of the property is this percentage of the element’s computed font-size. Negative values are illegal.
</dd>
</dl>

<p class="note">注記：
`行内~box$ %~box の `line-height$p が `normal$v の場合、［
%~box に`可用な最初の~font$以外の~fontからの計量
］が影響iするのは，
%~box の`~layout限界域$に限られる。
◎
Note: Metrics from fonts other than the first available font only impact the layout bounds of an inline box with line-height: normal.
</p>

<div class="example">
<p>
下の例の 3 つの規則による使用~行高さは、
どれも同じになる：
◎
The three rules in the example below have the same used line height:
</p>

<pre class="lang-css">
div { line-height: 1.2; font-size: 10pt }     /* <span class="comment">
実数（ `number^t ）
</span> */
div { line-height: 1.2em; font-size: 10pt }   /* <span class="comment">
長さ（ `length^t ）
</span> */
div { line-height: 120%; font-size: 10pt }    /* <span class="comment">
百分率（ `percentage^t ）
</span> */
</pre>

<p>
しかしながら，それらが継承する様子は異なる：
1 個目のものは実数として継承するので、
子孫の~font~sizeが異なる場合，異なる行高さへ導くことになる。
残る 2 個は絶対-長さとして継承するので、
子孫~上の~font~sizeにより波及されないことになる。
◎
However, they inherit differently: the first one inherits as a number, which will lead to different line heights if descendants have different font sizes; the last two as inherit as absolute lengths, which will not be influenced by the font size on descendants.
</p>
</div>

<p class="issue">
百分率が長さに算出される事実は嫌らしい。
`3118$issue, `2165$issue
も見よ。
◎
The fact that percentages compute to lengths is annoying. See also Issue 3118 and Issue 2165.
</p>

<p class="note">注記：
`text-box-edge$p が `leading$v1 のときは、
`行内~box$の［
~margin ／ ~border ／ ~padding
］は，行~boxの行高さの計算には影響しないが、
それでも，行内~boxの周りには描画される。
ゆえに、
`line-height$p に指定された~sizeが，行l~boxの`塊~size$【！~boxの~size】より小さい場合、
背景と~borderは，連接している行l~boxの中まで
“<span style="border:solid thin silver; padding: 1em 0;">~~拡がり</span>”
得ることになる。
◎
Note: When text-box-edge is leading, the margins, borders, and padding of inline boxes do not affect the line box’s height calculation. However, they are still rendered around these boxes. This means that if the size specified by line-height is less than the size of the box, backgrounds and borders can “bleed” into adjoining line boxes, potentially obscuring earlier content.
</p>

		</section>
		<section id="text-edges">
<h3 title="Text Edge Metrics: the line-fit-edge property">5.2. ~text辺の計量： `line-fit-edge^p ~prop</h3>

◎名 `line-fit-edge@p
◎値 `leading$v| `text-edge$t
◎初 `leading$v
◎適 `行内~box$
◎継 される
◎百 受容しない
◎算 指定された~keyword
◎順 文法に従う
◎ア 離散的
◎表終

<p class="issue">
これは、
提案の早期-草案であり、
設計~批評や利用事例が登録され，様々な詳細や他の~propとの相互作用の作業が進むに伴い有意に変更されるかもしれない。
<strong>まだ出荷しないこと。</strong>
◎
This is an early draft of a proposal, and might change significantly as design critiques and use cases are registered and various details and interactions with other properties are worked out. Do not ship (yet).
</p>

<p>
`行内~box$は、
その首な目的は~textを包含することにあり，`塊-軸$においては~font計量に基づいて~sizeされる。
`line-fit-edge$p ~propは、
どの計量が利用されるかを制御する。
選ばれた計量は、
`行内~box$（`根~行内~box$を除く）の`~layout限界域$の基底として利用され，
既定では `text-box-trim$p 用の計量としても利用される。
◎
Inline boxes, whose primary purpose is to contain text, are sized in the block axis based on their font metrics. The line-fit-edge property controls which metrics are used. These chosen metrics are used as the basis for the layout bounds of the inline box (if it is not the root inline box); and also, by default, are the metrics used for text-box-trim.
</p>

<p>
`text-edge@t
を成す各~値は、
特定の~font計量を識別する
— それは、
次に展開される：
◎
The &lt;text-edge&gt; value, which identifies specific font metrics, expands to
</p>

<pre class="prod">
`text-edge$t
	= [ `text$v | `ideographic$v | `ideographic-ink$v ]
	| [ `text$v | `ideographic$v | `ideographic-ink$v | `cap$v | `ex$v ]
	  [ `text$v | `ideographic$v | `ideographic-ink$v | `alphabetic$v ]
</pre>

<p>
2 個の値が指定された場合、
順に，~text［
`上面$, `下面$
］辺を指定する。
値が 1 個だけ指定された場合、
アリなら両~辺とも同じ~keywordがアテガわれ，
アリでないならば†欠落~値は `text$v と見做される。
◎
The first value specifies the text over edge; the second value specifies the text under edge. If only one value is specified, both edges are assigned that same keyword if possible; else text is assumed as the missing value.
</p>

<p class="trans-note">【†
`text-edge^t の文法が更新されたため、
この記述は今や不要（常にアリ）であろう。
】</p>

<p class="issue">
【上面, 下面を別々に指定する】`下位prop$は必要か？
この略式で十分か？
`5236$issue
◎
Do we need longhands or is this shorthand enough? [Issue #5236]
</p>

<p>
各種 値の意味は：
◎
Values have the following meanings:
</p>
<dl>
	<dt>`leading@v</dt>
	<dd>
［
`~ascent計量$／`~descent計量$
］に`半-~leading$が正ならばそれを足した結果を利用する。
［
~margin／~padding／~border
］は、
`行l~box$を~sizeする目的にいては無視される。
◎
Use the ascent/descent plus any positive half-leading. Margin/padding/border is ignored for the purpose of sizing the line box.
</dd>

	<dt>`text@v</dt>
	<dd>
［
`上面$／`下面$
］辺として［
`text-over$bL ／ `text-under$bL
］基底線を利用する。
◎
Use the text-over baseline/text-under baseline as the over/under edge.
</dd>
	<dt>`cap@v</dt>
	<dd>
`上面$辺として `cap-height$bL 基底線を利用する。
◎
Use the cap-height baseline as the over edge.
Use the cap-height baseline.
</dd>

	<dt>`ex@v</dt>
	<dd>
`上面$辺として `x-height$bL 基底線を利用する。
◎
Use the x-height baseline as the over edge.
</dd>

	<dt>`ideographic@v</dt>
	<dd>
［
`上面$／`下面$
］辺として［
`ideographic-over$bL ／ `ideographic-under$bL
］基底線を利用する。
◎
Use the ideographic-over baseline/ideographic-under baseline as the over/under edge.
</dd>

	<dt>`ideographic-ink@v</dt>
	<dd>
［
`上面$／`下面$
］辺として［
`ideographic-ink-over$bL ／ `ideographic-ink-under$bL
］基底線を利用する。
◎
Use the ideographic-ink-over baseline/ideographic-ink-under baseline as the over/under edge.
</dd>

	<dt>`alphabetic@v</dt>
	<dd>
`下面$辺として `alphabetic$bL 基底線を利用する。
◎
Use the alphabetic baseline as the under edge.
</dd>
</dl>

<p class="issue">
`text$v は［
~ascent／~descent
］計量~用の適理な名前なのか
— もっと良い名前は？
同じく， `leading$v は~keywordとしてはどうなのか？
`8067$issue
◎
Is text a reasonable name for the ascent/descent metrics, or can we think of something better? Ditto leading as a keyword. [Issue #8067]
</p>

<p>
`line-fit-edge$p が `leading$v の場合を除き、
~boxの［
~margin, ~padding, ~border
］も`~layout限界域$に供与される。
（ `leading^v の事例では、
~boxの自前の `line-height$p が間隔法を追加するために利用される。）
◎
Unless line-fit-edge is leading—in which case the box’s own line-height is used to add spacing—the box’s margin, padding, and border also contribute to the layout bounds.
</p>


<p class="note">注記：
値［
`leading$v ／ `text$v
］は、
~fontの［
`~ascent計量$, `~descent計量$
］に依拠することで，~textが必ず収まるようにする。
他の値は、
指定された計量を超える~ascent【または~descent】（発音区別符~用のそれなど）により［
重合する／~overflowする
］結果になる見込みが高い。
なので，これらの値を利用している作者は、
その分に足る間隔法を~text用に供するよう
— 特に，複-言語な文脈においては —
気を付ける必要がある。
◎
Note: The leading and text values rely on the font ascent and descent to make sure the text fits. Other values are more likely to result in overlap or overflow caused by ascents above the specified metrics (such as for diacritics), so authors using these values need to be careful to provide sufficient spacing for the text, particularly in multi-lingual contexts.
</p>

<figure>
<figcaption id="_dgm-text-edge">
<p>
`line-fit-edge$p† ~prop用の値［
`leading$v, `cap$v††, `ex$v
］を順に示す図。
赤い線に挟まれた灰色域が、
当の`行内~box$の`~layout限界域$を指示する。
◎
The line-fit-edge property, showing values for leading, cap, and ex. The red lines indicate the layout bounds of the inline box.
</p>

<p class="trans-note">【†
図では，［
以前は，この~propも表現していた `text-box-edge^p
］の旧称 `text-edge^p と記されている。
】【††
図では `text$v と記されているが、
次の段落から図の方が誤りであろう。
】</p>

<p class="issue">
この図は、
実際の~font計量に合致していない
— 図の~ascent（ `ascent^en ）は、
実際には `cap-height$bL を示している。
[`11364$issue]
◎
This illustration doesn’t match actual font metrics, it’s actually illustrating the cap-height, not the ascent. [Issue #11364]
</p>
</figcaption></figure>

<div class="note">
<p>注記：
`line-fit-edge$p が `leading$v1 のときは、
【計量が異なる複数の~fontが利用されている】段落の中で［
~font計量／縦方向の整列
］が変化するたびに縦方向の `rhythm^en は崩れ得る。
【行l~boxの論理-縦幅がまちまちになり得る。】
◎
When line-fit-edge is leading, vertical rhythm can be broken any time there is a change in font metrics or vertical alignment within a paragraph.
</p>

<p>
他の値は、
もっと一貫した行l間隔法を与える見込みが高い
— `根~行内~box$に対する`半-~leading$として、［
そのすべての子孫に指定された計量を収容する大きさ
］に十分な量が追加されている限り。
それでも，行l~boxを~overflowすることになる場合には、
行lどうしが重合するのを避けるため，内容を収容するよう~~拡幅されることになる。
◎
Other values are more likely to give consistent line spacing—as long as there is enough leading added that the half-leading on the root inline is large enough to accommodate the specified metrics of any descendants. The line box will still grow, however, to accommodate content that would otherwise overflow, to avoid overlap between lines.
</p>
</div>

<p class="note">注記：
正な`半-~leading$に適用される値は，
`leading$v に限られるが、
負な`半-~leading$には，
~textを詰めて組むことを許容するため，すべての値が適用される
— `§ 行内~boxが供与する論理-縦幅の計算-法$を見よ。
半-~leadingは、
~textの両~側に等しく適用される
— 作者は、
重合nをより精確に制御したいなら，
影響される~textに対し `line-fit-edge$p 用の値 `text$v を負な`~margin$と一緒に利用できる。
◎
Note: Although only leading applies positive half-leading, in order to allow text to be set tightly, all values apply negative half-leading, see § 5.3 Calculating the Logical Height Contributions (“Layout Bounds”) of Inline Boxes. Half-leading is applied equally to both sides of the text; for more precise overlap control authors can use line-fit-edge: text together with negative margins on the affected text.
</p>

		</section>
		<section id="inline-height">
<h3 title="Calculating the Logical Height Contributions (“Layout Bounds”) of Inline Boxes">5.3. 行内~boxが供与する論理-縦幅（ “~layout限界域” ）の計算-法</h3>

<p>
`行内~box$ %~box の
`~layout限界域@
とは、
%~box が それを成す【各】`行l~box$に供与する`論理-縦幅$である。
以下に述べるとおり，それは、
常に %~box の自前の~text計量を基準に計算され，
【 %~box の】［
`line-fit-edge$p, `line-height$p
］により制御される。
%~box の子~boxの［
~size, 位置
］は、
この`~layout限界域$には波及しない
（ %~box の自前の`論理-縦幅$にも
— それに関しては `inline-sizing$p を見よ）。
◎
The contribution of an inline box to the logical height of its line box, here referred to as its layout bounds, is always calculated with respect to its own text metrics, as described below, and is controlled by line-fit-edge and line-height. The sizes and positions of child boxes do not influence its layout bounds (nor its own logical height, for that matter, see inline-sizing).
</p>

<p class="note">注記：
`~layout限界域$は、
~boxの各`辺$に対応する必要はない。
◎
Note: The layout bounds need not correspond to the box’s edges.
</p>

<p>
`行内~box$ %~box の`~layout限界域$を見出すため、
~UAは，最初に［
%~box 内に`直に包含されている^em すべての~glyphを，それらの`支配的な基底線$により互いに整列する
］モノトスル
（ `§ ~glyphと~boxの各種~基底線＠#baseline-tables$を見よ）。
%~box が~fallback~fontに属する~glyphしか包含しない場合、
%~box は［
%~box に`可用な最初の~font$の計量を伴う，
`支柱@
（送り幅【！横幅】 0 の不可視な~glyph）
］を包含するものと見なされる。
◎
To find the layout bounds of an inline box, the UA must first align all the glyphs directly contained in the inline box to each other by their dominant baselines. (See § 3.3 Baselines of Glyphs and Boxes.) If the inline box contains no glyphs at all, or if it contains only glyphs from fallback fonts, it is considered to contain a “strut” (an invisible glyph of zero width) with the metrics of the box’s first available font.
</p>

<p>
各~glyph（ `支柱$も含む）に対し，［
%A ／ %D
］は、
~glyphの`基底線$より［
上を成す~ascent／下を成す~descent
］を表現する。
`line-fit-edge$p が異なる計量を利用するものと指定しない限り、［
%A ／ %D
］は，（所与の~font~sizeにおける所与の~font用の）［
`~ascent計量$／`~descent計量$
］を参照rする
— どちらも，`支配的な基底線$の 0 からの【`alphabetic$bL 基底線からの？】~offsetを織り込むよう調整される。
◎
For each glyph (including the “strut”), A represents its ascent above the baseline; D represents its descent below. Unless line-fit-edge specifies a different metric to use, A refers to the ascent metric (for the given font at its given size) and D to the descent metric, each adjusted to account for the dominant baseline’s offset from zero.＼
</p>

<p>
行内~box %~box の`~layout限界域$は、
%~box の `line-height$p の算出d値に応じて：
◎
↓</p>

<ul class="switch">
	<li>
<p>
`normal$v1 の場合：
</p>
		<ul>
			<li>
%~box 内のすべての~glyphを封入する
— それらの最も高い %A から 最も深い %D までまたがるよう
（同じ~box内には異なる~fontの~glyphが~~混在し得るので、
すべての~glyphが同じ %A, %D にならないかもしれないことに注意）。
</li>
			<li>
加えて， %~box が次を満たす場合、
当の~fontの`行l隙間~計量$も
— その各~半分を各~側に`半-~leading$として加算することにより —
%A, %D の中に組入れられてもヨイ
⇒
［
`line-fit-edge$p は `leading$v
］~OR［
`根~行内~box$である
］
</li>
		</ul>
◎
If line-height computes to normal and either line-fit-edge is leading or this is the root inline box, the font’s line gap metric may also be incorporated into A and D by adding half to each side as half-leading.
◎
When its computed line-height is normal, the layout bounds of an inline box encloses all its glyphs, going from the highest A to the deepest D. (Note that glyphs in a single box can come from different fonts and thus might not all have the same A and D.)
</li>
	<li>
<p>
他の場合、
%~box に`可用な最初の~font$のみの計量から（他の~fontに属する~glyphは無視して）導出され，次を正確に封入する：
</p>
		<ul>
			<li>
（基底線より上における）実質的な~ascent ~EQ %A ~PLUS %HL
</li>
			<li>
（基底線より下における）実質的な~descent ~EQ %D ~PLUS %HL
</li>
		</ul>
<p>
ここで：
</p>
		<ul>
			<li>
%A, %D は、
%~box に`可用な最初の~font$のそれら
</li>
			<li>
<p>
`半-~leading@
（ `half-leading^en ）と呼ばれる %HL は、
次の結果として計算される
⇒
( `line-height$p の使用~値 ~MINUS ( %A ~PLUS %D ) ) ~DIV 2
</p>

<p>
（これは、［
~ascent, ~descent
］を その~~合計が `line-height$p の使用~値になるまで加算するよう調整する。）
</p>

<p>
しかしながら，
%~box が次を満たす場合、
0 以上の %HL は 0 として扱う
⇒
［
`line-fit-edge$p は `leading$v1 でない
］~AND［
`根~行内~box$でない
］
</p>

<p class="note">注記：
%HL は負にもなり得る。
</p>

<p>
`半-~leading$ %HL の 2 倍は
`~leading@
（ `leading^en ）と称される。
【この訳では、この用語は利用せず，もっぱら半-~leadingを利用して述べているが。】
</p>

			</li>
		</ul>
◎
When its computed line-height is not normal, its layout bounds are derived solely from metrics of its first available font (ignoring glyphs from other fonts), and leading is used to adjust the effective A and D to add up to the used line-height. Calculate the leading L as L = line-height - (A + D). Half the leading (its half-leading) is added above A of the first available font, and the other half below D of the first available font, giving an effective ascent above the baseline of A′ = A + L/2, and an effective descent of D′ = D + L/2. However, if line-fit-edge is not leading and this is not the root inline box, if the half-leading is positive, treat it as zero. The layout bounds exactly encloses this effective A′ and D′.
◎
Note: L may be negative.
</li>
</ul>

<p>
加えて，
`line-fit-edge$p は `leading$v1 でない場合、
`~layout限界域$は，各~側に対し［
`~margin$, `~border$, `~padding$
］の総和だけ膨張される。
負な`~margin$も実際に効果があることを許容するため、
`~layout限界域$には，同じ`行内~整形~文脈$に関与している各~子孫`行内~box$の負な`~margin$も累積される。
◎
Additionally, when line-fit-edge is not leading, the layout bounds are inflated by the sum of the margin, border, and padding on each side. In order to allow negative margin values to have an actual effect, negative margins are also accumulated onto the layout bounds of any descendant inline boxes participating in the same inline formatting context.
</p>

<p>
Quirks Mode `QUIRKS$r においては、
`行内~box$を成す`断片$のうち次を満たすものは，`行l~box$の~sizingにおいては無視される
⇒
［
~borderは 0
］~AND［
~paddingは 0
］~AND［
~textも`保全d空白$ `CSS-TEXT-3$r も直に包含しない
］
◎
In Quirks Mode [QUIRKS], any inline box fragment that has zero borders and padding and that does not directly contain text or preserved white space [CSS-TEXT-3] is ignored when sizing the line box.
</p>

		</section>
	</section>
	<section id="leading-trim">
<h2 title="Trimming Leading Over/Under Text">6.  ~text［上面／下面］における~leadingの削り</h2>

<p>
`~text連列$の基本的な事例において，一貫した間隔法を確保するため、
~CSSによる行l~layoutは，各~行lを成す~text内容の［
上, 下
］両者に~leadingを導入する
— 行lにおいて `line-height$p を確保する必要に応じて。
加えて，
~font計量の［
~ascent ／ ~descent
］自身も、［
代表的な限界域を［
上／下
］へ超える，ある種の文字や発音区別符
］を収容するために，最も代表的な~glyph図形の［
上／下
］に余分な空間を含めることが多い。
これは、
隣接な~text行lが互いに重合するのを防止する。
しかしながら，この余分な間隔法は、
あらゆる［
視覚的な整列, 実質的な（目に見える）間隔法に対する制御
］に干渉する。
◎
To ensure consistent spacing in the basic case of running text, CSS line layout introduces leading both above and below the text content of each line as needed to ensure its line-height. In addition, the ascent and descent font metrics themselves often include extra space above and below the most typical glyph shapes in order to accommodate occasional characters and diacritics that ascend or descend beyond the typical bounds. This prevents adjacent lines of text from overlapping each other. However, all this extra spacing interferes with visual alignment and with control over effective (visually-apparent) spacing.
</p>

<p>
`text-box$p ~propは、［
塊を成す［
最初の行l／最後の行l
］の［
上／下
］に対する，この追加的な間隔
］を削ることを
— それにより，~glyph周りの間隔法を より精確に制御することを —
許容する。
この特能は、［
~codeに直書きされた長さではなく，~font計量に依拠する
］ことにより，［
各種~fontにおいて内容を［
~sizeし直して／折返直して
］描画することになっても，精確な間隔法を保守する
］ことを許容する。
◎
The text-box property allows trimming this additional space above and below the first and last lines of a block, allowing more precise control over spacing around the glyphs. By relying on font metrics rather than hard-coded lengths, this feature allows content to be resized, rewrapped, and rendered in a variety of fonts while maintaining that precise spacing.
</p>

<div class="example">
<p>
共通的な問題は縦方向の中央寄せである。
~text容器を ある~iconに対し縦方向に中央寄せにすることは容易であるが、
~Latin~textの視覚的な境界は［
~ascent, ~descent
］ではなく［
`cap-height$bL【！cap-height】,
`alphabetic$bL【！alphabetic】
］基底線なので，意図される視覚-効果が得られないことが多い。
◎
A common problem is vertical centering. It’s easy to vertically center the text container to an icon, but because the visual boundaries of Latin text are the cap height and the alphabetic baseline, rather than the ascent and descent, this often doesn’t yield the intended visual effect.
</p>

<figure>
<p class="alt" hidden id="_dgm-leading-trim-centering-fail">
画像の右端に配置され，画像の上端と下端の間で中央寄せにされた~Latin~textを考える。
画像の上端から~text~boxの上端まで測定した結果は 13px になり，
画像の下端から~text~boxの下端まで測定した結果も同様に 13px になるので、
理論的には，~textは~~正確に中央寄せにされる。
しかしながら，
画像の上端から `cap-height^bL まで測定した結果は 21px,
画像の下端から `alphabetic^bL 基底線まで測定した結果は 19px になり、
~textは実際には視覚的に中央寄せにされないことになる。
◎
Consider some Latin text placed to the right of an image, to be centered between its top and bottom. Measuring from the top of the image to the top of the text box yields 13px; likewise measuring from the bottom of the image to the bottom of the text box yields 13px, theoretically perfectly centering the text. However, measuring from the top of the image to the cap-height yields 21px; and measuring from the bottom to the alphabetic baseline yields 19px, showing that visually the text is not actually centered.
</p>

<figcaption>
~textの［
上端／下端
］を測定した結果は等しくなっても、
視覚的な限界域を測定した結果は視覚的に中央寄せにされない。
◎
Measuring to the top/bottom of the text may yield equal results, but measuring to the visual bounds shows that it is not visually centered.
</figcaption></figure>

<p>
~textを視覚的に中央寄せにするためには、［
`cap-height$bL【！cap height】 ／
`alphabetic$bL【！alphabetic】
］基底線が~textの［
上端／下端
］辺を成すと見做すことが必要yである。
◎
To center the text visually, it’s necessary to assume the cap height and alphabetic baseline as the top and bottom edges of the text, respectively.
</p>

<figure>
<p class="alt" hidden id="_dgm-leading-trim-centering-goal">
~textが視覚的に中央寄せにされたなら、［
画像の上端から `cap-height^bL までの距離
］と［
画像の下端から `alphabetic^bL 基底線までの距離
］は，等しく 20px になる。
◎
If the text were visually centered, the distance between the top of the image and the cap height would be 20px, and the distance between the bottom of the image and the alphabetic baseline would be equally 20px.
</p>

<figcaption>
［
~ascent／~descent
］の代わりに［
`cap-height$bL【！cap height】 ／
`alphabetic$bL【！alphabetic】
］基底線を測定して，それらの距離を等しくすることで、
~textを視覚的に中央寄せにする。
◎
Measuring to the cap height / alphabetic baseline instead of the ascent / descent and equalizing those distances visually centers the text.
</figcaption></figure>

<p>
`text-box-trim$p を利用して［
`cap-height$bL【！cap height】 基底線より上,
`alphabetic$bL【！alphabetic】 基底線より下
］にある間隔を剥ぎ取ることにより、
~boxを中央寄せにしたとき
— どの~fontを利用して描画されるかに関わらず，依拠-可能に —
~textを実際に中央寄せにする。
◎
By using text-box-trim to strip out the spacing above the cap height and below the alphabetic baseline, centering the box actually centers the text; and does so reliably, regardless of what font is used to render it.
</p>

<figure>
<figcaption id="_dgm-leading-trim-centering-variants">
`cap-height$bL【！cap height】 は~fontごと異なっていても、
場当たり的な数ではなく~fontの計量を利用することにより，~fontが変更されても~layoutの意図nは満たされる。
◎
Even though different fonts have different cap heights, by using the font’s metric rather than a magic number, the layout intention is met even as the font is changed.
</figcaption></figure>
</div>

		<section id="text-box-shorthand">
<h3 title="Shorthand for Text Box Trimming: the text-box property">6.1. ~text~box削り用の略式： `text-box^p ~prop</h3>

◎名 `text-box@p
◎値 `normal$v | `text-box-trim$tp || `text-box-edge$tp
◎初 `normal$v
◎適 
`塊~容器$／`行内~box$
◎
block containers and inline boxes
◎継 されない
◎百 受容しない
◎算 指定された~keyword
◎順 文法に従う
◎ア 離散的
◎表終

<p>
この~propは、［
`text-box-trim$p, `text-box-edge$p
］~propを単独の宣言で設定するための`略式~prop$である。
◎
This property is a shorthand for setting the text-box-trim and text-box-edge properties in a single declaration.
</p>

<p>
~keyword
`normal@v
のみが指定された場合、［
`text-box-trim$p を `none$v1,
`text-box-edge$p を `auto$v1
］に設定する。
他の場合
⇒＃
`text-box-trim$p 用の値が省略された場合，それを `trim-both$v1【！both】 （初期~値でない）に設定する。
`text-box-edge^p 用の値が省略された場合，それを `auto$v1 （初期~値）に設定する。
◎
If the single keyword normal is specified, it sets text-box-trim to none and text-box-edge to auto. Otherwise, omitting the text-box-trim value sets it to both (not the initial value), while omitting the text-box-edge value sets it to auto (the initial value).
</p>

<p class="issue">
例を追加する。
◎
Add examples.
</p>

		</section>
		<section id="text-box-trim">
<h3 title="Trimming Over/Under Text: the text-box-trim property">6.2. ~text［上面／下面］における削り： `text-box-trim^p ~prop</h3>

◎名 `text-box-trim@p
◎値 `none$v | `trim-start$v | `trim-end$v | `trim-both$v
◎初 `none$v
◎適 
`塊~容器$／`行内~box$
◎
block containers and inline boxes
◎継 されない
◎百 受容しない
◎算 指定された~keyword
◎順 文法に従う
◎ア 離散的
◎表終

<ul>
	<li>
`行内~box$に対しては
⇒
`内容~box$を［
`text-box-edge$p により指定された計量に合致する
］よう削るかどうかを指定する。
詳細は `§ 行内~boxが供与する論理-縦幅の計算-法$を見よ。
◎
On inline boxes, specifies whether to trim the content box to match the specified text-box-edge metric. See § 5.3 Calculating the Logical Height Contributions (“Layout Bounds”) of Inline Boxes for details.
</li>
	<li>
`塊~容器$に対しては
⇒
当の~box
— それが`複-~col容器$である場合は、
それを成す各`~col~box$ —
の内容の［
始端／終端
］にて`半-~leading$を削るかどうかを指定する
— ~boxの`内容~辺$と~text内容とがより良く合致するよう。
この事例で［
始端, 終端
］辺のうち どこで削られるかは、
影響される`行l~box$の`包含塊$の `text-box-edge$p の値により指定される。
◎
On block containers, as well as on each column of a multi-column container, specifies whether to trim half-leading at the start/end of the box’s content to better match its content edge to its text content. The trimming edge in this case is specified by the start/end text-box-edge value of the affected line box’s containing block.
</li>
</ul>

<p>
各種 値の意味は：
◎
Values have the following meanings:
</p>

<dl>
	<dt>`none@v</dt>
	<dd>
`塊~容器$に適用される場合
⇒
［
最初／最後
］の`行l~box$に対する特別な取扱いは無い。
◎
No special handling of the first/last line box when applied to a block container.
</dd>
	<dd>
`行内~box$に適用される場合
⇒
［
上面／下面
］`内容~辺$が［
`text-over$bL ／ `text-under$bL 
］基底線に一致するよう指定する
— `text-box-edge$p に関わらず。
◎
When applied to an inline box, specifies that the over/under content edges coincide with the text-over/text-under baselines regardless of text-box-edge.
</dd>

	<dt>`trim-start@v</dt>
	<dd>
`塊~容器$に対しては
⇒
当の~box
— それが`複-~col容器$である場合は、
それを成す各`~col~box$ —
の`整形される最初の行l$の［
~boxの`塊-始端$
］側を［
~boxの`根~行内~box$に指定された `text-box-edge$p 計量
］まで削る
— ただし，次の場合には、
効果は無い
⇒
そのような行lは無い／
0 でない［
~padding／~border
］が間に挟まれている
◎
For block containers and column boxes: trim the block-start side of the first formatted line to the specified metric of its root inline box. If there is no such line, or if there is intervening non-zero padding or borders, there is no effect.
</dd>
	<dd>
`行内~box$に対しては
⇒
~boxの`塊-始端$側を［
~boxの`内容~辺$が `text-box-edge$p により指定された計量に合致する
］まで削る。
◎
For inline boxes: trims the block-start side of the box to match its content edge to the metric specified by text-box-edge.
</dd>

	<dt>`trim-end@v</dt>
	<dd>
`塊~容器$に対しては
⇒
当の~box
— それが`複-~col容器$である場合は、
それを成す各`~col~box$ —
の整形される最後の行lの［
~boxの`塊-終端$
］側を［
~boxの`根~行内~box$に指定された `text-box-edge$p 計量
］まで削る
— ただし，次の場合には、
効果は無い
⇒
そのような行lは無い／
0 でない［
~padding／~border
］が間に挟まれている
◎
For block containers and column boxes: trim the block-end side of the last formatted line to the specified metric of its root inline box. If there is no such line, or if there is intervening non-zero padding or borders, there is no effect.
</dd>
	<dd>
`行内~box$に対しては
⇒
~boxの`塊-終端$側を［
~boxの`内容~辺$が `text-box-edge$p により指定された計量に合致する
］まで削る。
◎
For inline boxes: trims the block-end side of the box to match its content edge to the metric specified by text-box-edge.
</dd>

	<dt>`trim-both@v</dt>
	<dd>
［
`trim-start$v, `trim-end$v
］の挙動を同時的に指定する。
◎
Specifies the behavior of trim-start and trim-end simultaneously.
</dd>
</dl>

<p class="note">注記：
この~propは、
`first-line$pe と同様に，［
~flex／格子／~table
］`整形~文脈$に適用されることも，それらを通して伝播することもない。
◎
Note: Like ::first-line, this property does not apply to, or propagate through, flex, grid, or table formatting contexts.
</p>

<p class="note">注記：
`writing-mode$p が `vertical-lr$v の下では、
`塊-終端$側と`行-下面$側は一致しない。
◎
Note: The block-end side does not coincide with the line-under side when writing-mode is vertical-lr.
</p>

<p>
複数の先祖`塊~容器$から同じ`行l~box$の同じ【上面, 下面いずれかの】側を削るよう要請された場合、
利用される計量は，
それらのうち最も内縁なもの【の `text-box-trim$p ？】になる。
◎
If multiple ancestors specify trimming on the same line box, the metric used is that of the innermost block container that requests trimming on that side of the line box.
</p>

<p class="note">注記：
`text-box-trim$p が初期~値~以外をとることに因り，ある［
~box／行l~box
］を~overflowしている［
内容, ~ink
］は、
他の場合に~overflowする内容と同じに取扱われる。
◎
Note: Content and ink overflowing a box due to non-initial values of text-box-trim is handled the same as content that would overflow the box or line box otherwise.
</p>

<p>
`first-line$pe と違って、
この~propが`複-~col容器$を成す［
整形される最初（最後）の行l
］に適用されるときは、
当の容器を成す`各^em `~col~box$を成す［
整形される最初（最後）の行l
］に適用される。
◎
Unlike ::first-line, when applying to the first (or last) formatted line of a multi-column container, this property applies to the first (or last) formatted lines of every column in the multi-column container.
</p>

<p class="issue">
当の~colが`~spanner$により分割された場合、
何が起こるか？
`11363$issue
◎
What happens if the column is split by a spanner? [Issue #11363]
</p>

<p>
`text-box-trim$p が適用された~boxが`断片化$ `CSS-BREAK-3$r により分割されたとき，
削りが適用される対象が断片ごとなのか［
最初の断片の始端~辺／最後の断片の終端~辺
］に限られるのかは、
`box-decoration-break$p により決定される。
◎
When the box to which text-box-trim has been applied is split by fragmentation [CSS-BREAK-3], whether trimming is applied per fragment or only to the start/end edges of its first/last fragments is determined by box-decoration-break.
</p>

<p>
印刷しているときに`行l~box$を削った場合，
その内容が切取られる原因になるので、
~UAは，`text-box-trim$p を［
当の`行l~box$の削られる辺
］に対しては無視してもヨイ。
◎
If, when printing, trimming a line box would cause its content to be clipped, the UA may ignore text-box-trim on that edge of that line box.
</p>

		</section>
		<section id="text-box-edge">
<h3 title="Text Trimming Metrics: the text-box-edge property">6.3. ~text削り計量： `text-box-edge^p ~prop</h3>

◎名 `text-box-edge@p
◎値 `auto$v | `text-edge$t
◎初 `auto$v
◎適 
`塊~容器$／`行内~box$
◎
block containers and inline boxes
◎継 される
◎百 受容しない
◎算 指定された~keyword
◎順 文法に従う
◎ア 離散的
◎表終

<p>
この~propは、
`text-box-trim$p の効果~用に利用する計量を指定する。
【 `text-edge^t を成す】各~値の意味は、
`line-fit-edge$p 用の値と同じである。
~keyword
`auto@v
は、
`line-fit-edge$p の値を
— その`初期~値$ `leading$v1 を `text$v1 として解釈した上で —
利用する。
◎
This property specifies the metrics to use for text-box-trim effects. Values have the same meanings as for line-fit-edge; the auto keyword uses the value of line-fit-edge, interpreting leading (the initial value) as text.
</p>

<p class="note">注記：
この~propは、
`text-box$p `略式~prop$において，
`text-box-trim$p と一緒に設定され得る。
`line-fit-edge$p と違って，この~propは継承されないが、
その`初期~値$は， `line-fit-edge$p から複製されることにより継承される。
◎
Note: This property can be set together with text-box-trim in the text-box shorthand. Unlike line-fit-edge, it does not inherit; however its initial value copies from line-fit-edge, which does inherit.
</p>

		</section>
		<section id="line-fill">
<h3 title="Inline Box Drawing Height: the inline-sizing property">6.4. 行内~boxを描くときの縦幅： `inline-sizing^p ~prop</h3>

◎名 `inline-sizing@p
◎値 `normal$v | `stretch$v
◎初 `normal$v
◎適
`行内~box$
— ただし、
`~ruby容器~box$, `内部~ruby~box$を除く
◎
inline boxes, but not ruby container boxes nor internal ruby boxes
◎継 される
◎百 受容しない
◎算 指定された~keyword
◎順 文法に従う
◎ア 離散的
◎表終

<p>
この~propは、［
`行内~box$の`内容~区画$の`論理-縦幅$は、
その内容との関係において，どう測定されるか
］を指定する。
これには、［
~boxの内容／`行l~box$／その他の内容
］の~sizeや位置に対する効果は無い。
◎
This property specifies how the logical height of the content area of an inline box is measured in relation to its contents. It has no effect on the size or position of the box’s contents, the line box, or any other content.
<p>

<p class="issue">
この名前は【 `inline-size$p と】混同されやすい。
新たな名前が必要である。
あるいは、
これを `text-box-trim$p の中へ組入れるか？
`5189$issue 
◎
This has a confusing name. We need a new name. Alternatively, incorporate this into text-box-trim? [Issue #5189]

 [Issue #5189]
</p>

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

<dl>
	<dt>`normal@v</dt>
	<dd>
`行内~box$の`内容~区画$は、
内容を成す~textに`可用な最初の~font$
（場合によっては、
仮のそれ【`支柱$】）
が収まるように~sizeされ, 位置される。
`text-box-trim$p が削りを指示する場合、
それに指定された計量を利用するモノトスル
— 他の場合、
この仕様では，その方法は指定されない。
~UAは、
例えば，~fontの最大［
~ascender／~descender
］を利用してもヨイ
（これは、
~em~boxの［
上／下
］に はみ出る~glyphも内容~区画の中に入りきることを確保するが、
~boxの~sizeは~fontごとにまちまちになり得る）。
◎
The content area of the inline box is sized and positioned to fit (possibly hypothetical) text from its first available font. If text-box-trim indicates trimming, then the specified metric must be used. Otherwise, this specification does not specify how. A UA may, e.g., use the maximum ascender and descender of the font. (This would ensure that glyphs with parts above or below the em-box still fall within the content area, but leads to differently sized boxes for different fonts.)
</dd>
	<dd class="note">注記：
複数の~fontが利用される場合でも
（利用する~glyphが異なる~font内に見出されたときに起こる）、
`内容~区画$の`論理-縦幅$は，~fallback~fontに属する~glyphからは影響されず，`可用な最初の~font$のみに依存する。
しかしながら，これらの~fallback~glyphは、
`line-height$p が `normal$v1 のときには，依然として，`行l~box$の~sizeに影響し得る
— `§ 行内~boxが供与する論理-縦幅の計算-法$を見よ。
◎
Note: If more than one font is used (which happen when glyphs are found in different fonts), the logical height of the content area is not affected by the glyphs from the fallback fonts, and only depends on the first available font. However, these fallback glyphs can still affect the line box size when line-height is normal; see § 5.3 Calculating the Logical Height Contributions (“Layout Bounds”) of Inline Boxes.
</dd>

	<dt>`stretch@v</dt>
	<dd>
`行内~box$が属する`行l~box$が［
`normal$v のときと同じに~sizeされ, その内容が位置された後
］に、
行内~boxの各`辺$は，その［
`上面$／`下面$
］`~margin辺$が行l~boxの対応する各~辺に一致するようズラされる
— `塊-軸$おいて、
行内~boxの`内縁~size$は，その`外縁~size$が`行l~box$を埋めるように伸張される
（行内~boxの`~flow内$にある内容の［
~size, 位置
］は影響されない。）
◎
Once the line box has been sized and its contents positioned as for normal, the inline box’s box edges are shifted such that its over/under margin edges coincide with the corresponding line box’s edges, stretching the inline box’s inner logical height so that its block-axis outer size fills the line box. (The sizes and positions of its in-flow contents are not affected.)
</dd>
</dl>

<p class="note">注記：
`height$p ~propは、
`行内~box$には適用されない。
◎
Note: The height property does not apply to inline boxes.
</p>

<p class="note">注記：
`line-height$p による`行内~box$の~sizeに対する影響iは無い。
それが影響するのは、
`行内~box$が`行l~box$の`論理-縦幅$に`供与する~sizeに限られる＠#inline-height$。
◎
Note: The line-height has no impact on the size of an inline box, it only affects its contribution to the logical height of its line box.
</p>

		</section>
	</section>
	<section id="initial-letter-styling">
<h2 title="Initial Letters">7. 先頭字</h2>

<p class="trans-note">【
この節に現れる［
`始端$／`終端$
］は、
他が指定されない限り，`行内-軸$のそれを指す。
】</p>

<p class="issue">
非~西欧~用字系における埋没-頭字の例を寄せていただけるとありがたい
— とりわけ，~Indic用字系における。
◎
The editors would appreciate any examples of drop initials in non-western scripts, especially Indic scripts.
</p>

		<section id="initial-letter-intro">
<h3 title="An Introduction to Initial Letters">7.1. 先頭字 序論</h3>

◎非規範的

<p>
~textの新たな節を開始する，大きい装飾的な字lは、
印刷-法が発明される前から利用されてきた。
事実、
それらは，小文字による字lの登場以前から利用されている。
【字l（ `letter^en ）とは、`~typographic字l単位$の略称。】
◎
Large, decorative letters have been used to start new sections of text since before the invention of printing. In fact, their use predates lowercase letters entirely.
</p>

			<section id="drop-initial">
<h4 title="Drop Initial">7.1.1. 埋没-先頭字</h4>

<p>
`埋没~頭字@
（ `dropped initial^en — “`drop initial^en”, “`drop cap^en” とも呼ばれる）とは、［
その基底線が，段落の最初の基底線より何~行l~分か低い
］ような，［
段落の開始における，通例より大きい字l
］【であって，後述するように、その基準~点が後続する文字たちの基準~点に整列されるもの】である。
埋没-頭字の~sizeは、
通例的にはそれが占める行l~数により指示される。
2 行l分／ 3 行l分
を占める埋没-頭字はごく共通にある。
◎
A dropped initial (or “drop cap”) is a larger-than-usual letter at the start of a paragraph, with a baseline at least one line lower than the first baseline of the paragraph. The size of the drop initial is usually indicated by how many lines it occupies. Two- and three-line drop initials are very common.
</p>

<figure>
<figcaption id="_dgm-Dropcap-E-acute-3line">図 1.
E acute による 3 行l分の埋没-頭字。
埋没-頭字の `cap-height$bL【！cap height】 と，~~後続する~textの `cap-height$bL【！cap height】 とが整列するので、
~accentは段落の上へ拡幅される。
◎
Three-line drop initial with E acute. Since the cap-height of the drop initial aligns with the cap-height of the main text, the accent extends above the paragraph.
</figcaption></figure>

<p>
`埋没~頭字$の正確な~size／位置は，その~glyphの整列に依存する。
埋没cap上の基準~点は、
~text内の基準~点と精確に整列されるモノトスル。
埋没-頭字~用の整列の拘束は、
書記体系に依存する。
◎
The exact size and position of a dropped initial depends on the alignment of its glyph. Reference points on the drop cap must align precisely with reference points in the text. The alignment constraints for drop initials depend on the writing system.
</p>

<p>
西欧~用字系においては、
上端~基準~点は［
先頭字／
~textの最初の行l
］の `cap-height$bL【！cap height】 になる。
下端~基準~点は［
先頭字の `alphabetic$bL【！alphabetic】 基底線／
~textの N 本目の行lの基底線
］になる。
次の図に，単純な 2 行l分の埋没capを示す。
◎
In Western scripts, the top reference points are the cap height of the initial letter and of the first line of text. The bottom reference points are the alphabetic baseline of the initial letter and the baseline of the Nth line of text. The figure below shows a simple two-line drop cap, with the relevant reference lines marked.
</p>

<figure>
<p class="alt" hidden id="_dgm-Dropcap-lines">
埋没capが整列される様子
◎
drop cap showing alignment
</p>
<figcaption>図 2.
2 行l分の埋没cap。
緑色~線は 基底線／
赤色~線は `cap-height$bL【！cap height】 ／
水色~線は ~ascender。
◎
Two-line drop cap showing baselines (green lines), cap-height (red line), and ascender (cyan line).
</figcaption></figure>

<p>
漢字から派生した用字系においては、
先頭字は最初の行l上の~glyphの`塊-始端$辺から
N 本目の行l上の~glyphの`塊-終端$辺まで拡幅される。
◎
In Han-derived scripts, the initial letter extends from the block-start edge of the glyphs on the first line to the block-end edge of the glyphs on the Nth line.
</p>

<figure id="f3">
<p class="alt" hidden id="_dgm-Initial-2line-JapaneseVertical">
縦書き日本語における先頭字
◎
Japanese Vertical Initial
</p>
<figcaption>図 3.
縦組みにおける 2 行l分の埋没-頭字
◎
Two-line drop initial in vertical writing mode
</figcaption></figure>

<p>
ある種の~Indic用字系においては、
上端~整列~点は `hanging$bL 基底線になり,
下端~整列~点は text-after-edge になる。
◎
In certain Indic scripts, the top alignment point is the hanging baseline, and the bottom alignment point is the text-after-edge.
</p>

<figure>
<figcaption id="_dgm-Devanagari-Initial">図 4.
`hanging$bL 基底線に整列された~Devanagari`先頭字$。
整列~点は赤色で示されている。
◎
Devanagari initial letter aligned with hanging baseline. Alignment points shown in red.
</figcaption></figure>

			</section>
			<section id="sunk-initial">
<h4 title="Sunken Initial Letters">7.1.2. 沈込み先頭字</h4>

<p>
~textの最初の行lに整列しない~styleによる埋没-頭字もある。
`沈込み頭字@
（ `sunken initial^en — “`sunken cap^en” とも呼ばれる）
は、
最初の基底線の下へ沈込しつつ, ~textの最初の行lから上へ拡幅する。
◎
Some styles of drop initials do not align with the first line of text. A sunken initial (or “sunken cap”) both sinks below the first baseline, and extends above the first line of text.
</p>

<figure>
<figcaption id="_dgm-SunkenCapA">
沈込み~cap。
字lは 2 行l分~埋没するが、
その~sizeは 3 行l分になる。
◎
Sunken cap. The letter drops two lines, but is the size of a three-line initial letter.
</figcaption></figure>

			</section>
			<section id="raise-initial">
<h4 title="Raised Initial Letters">7.1.3. 持上げ先頭字</h4>

<p>
`持上げ頭字@
（ `raised initial^en — “`raised cap^en”, “`stick-up cap^en” とも呼ばれる）は、
最初の~text基底線まで
“沈込する” 。
◎
A raised initial (often called a “raised cap” or “stick-up cap”) “sinks” to the first text baseline.
</p>

<p class="note">注記：
適正に持上された頭字には、
単に最初の字lの~font~sizeを増やす以上にいくつか利点がある。
まず、
段落の残りの部分における行l間隔法は 改められないまま，~textは大きな~descenderの周りに排他されることになる。
また、
持上げ頭字の~sizeが行lの整数倍として定義された場合，暗黙的な基底線~格子も保守される。
◎
Note: A proper raised initial has several advantages over simply increasing the font size of a first letter. The line spacing in the rest of the paragraph will not be altered, but text will still be excluded around large descenders. And if the size of raised initial is defined to be an integral number of lines, implicit baseline grids can be maintained.
</p>

<figure>
<figcaption id="_dgm-RaisedCap">
持上げ~cap。
先頭字は、
3 行l分の頭字の~sizeであるが、
沈込しない。
【！埋没しない】
◎
Raised cap. The initial letter is the size of a 3-line initial, but does not drop.
</figcaption></figure>

			</section>
		</section>
		<section id="selecting-drop-initials">
<h3 title="Selecting Initial Letters">7.2. 先頭字の選択-法</h3>

◎非規範的

<p>
先頭字は、
概して単独の字lである
— 利用者からは単独の~typographic単位に見える［
約物／複数個の文字からなる並び
］を［
【追加的に】含む／含む
］こともあるが。
`SELECT$r, `CSS-PSEUDO-4$r にて定義される `first-letter$pe 疑似要素を利用すれば、
`先頭字$として整形される文字（たち）を選択できる。
◎
Initial letters are typically a single letter, although they may include punctuation or a sequence of characters which are perceived by the user to be a single typographic unit. The ::first-letter pseudo-element, defined in [SELECT] and [CSS-PSEUDO-4], can be used to select the character(s) to be formatted as initial letters.
</p>

<p>
作者は、
先頭字に含ませる文字について更なる制御が必要なとき, あるいは
先頭字の整形を［
`置換され$る要素／複数の単語
］にも適用したいと求めるならば、
`塊~容器$の最初の`行内~level$の子に
`initial-letter$p ~propを適用することもできる。
◎
Authors who need more control over which characters are included in an initial letter, or who want to apply initial-letter formatting to replaced elements or multiple words can alternately apply the initial-letter property to the first inline-level child of a block container.
</p>

<div class="example">
<pre class="lang-html">
&lt;p&gt;<mark>当</mark>段落には 埋没される “当” がある。
&lt;p&gt;&lt;img alt="<mark>ここ</mark>" src="illuminated-h.svg"&gt;には 飾り付けられる “ここ” がある。
&lt;p&gt;&lt;span&gt;<mark>段落~始めの単語たち</mark>&lt;/span&gt;にも先頭字~styleをあてがうことができる。
◎
&lt;p&gt;This paragraph has a dropped “T”.
&lt;p&gt;&lt;img alt="H" src="illuminated-h.svg"&gt;ere we have an illuminated “H”.
&lt;p&gt;&lt;span&gt;Words may also&lt;/span&gt; be given initial letter styling at the beginning of a paragraph.
</pre>

<pre class="lang-css">
::first-letter, /* <span class="comment">
最初の段落の先頭の “<mark>当</mark>” に~styleをあてがう
◎
style first paragraph’s T
</span> */
img, /* <span class="comment">
飾り付けられた “<mark>ここ</mark>” に~styleをあてがう
◎
style illuminated H
</span> */
span /* <span class="comment">
<mark>span の~~内容</mark>に~styleをあてがう
◎
style phrase inside span
</span> */
{ initial-letter: 2; }
</pre>

</div>

<p>
`first-letter$pe 疑似要素が利用されたときは、
最初の字lの前後の約物も選択し，それらの文字も`先頭字$に含まれることに注意。
◎
Note that since ::first-letter selects punctuation before or after the first letter, these characters are included in the initial letter when ::first-letter is used.
</p>

<figure>
<p class="alt" hidden id="_dgm-initial-letter-punctuation-quote">
段落の最初の引用符, 最初の字lは、
どちらも 3 行l分の埋没capとして組まれる。
◎
Paragraph showing both opening quote and first letter set as three-line drop cap
</p>
<figcaption>
`first-letter$pe 疑似要素は、
"M" に加えて引用符も選択する。
◎
The ::first-letter pseudo-element selects the quotation mark as well as the “M”.
</figcaption></figure>

<p class="issue">
この挙動を~opt-outする仕方もあるべきか？
`310$issue を見よ。
◎
Should there be a way to opt out of this behavior? See GitHub Issue 310.
</p>

		</section>
		<section id="sizing-drop-initials">
<h3 title="Creating Initial Letters: the initial-letter property">7.3. 先頭字の作成-法： `initial-letter^p ~prop</h3>

◎名 `initial-letter@p
◎値
`normal$v | `number [1,∞]$vt `integer [1,∞]$vt | `number [1,∞]$vt &amp;&amp; [ `drop$v | `raise$v ]?

◎初 `normal$v
◎適
ある種の行内~levelの~box ／
`first-letter$pe ~box ／
`内側に位置された$ `marker$pe ~box
（`注釈文を見よ$）
◎
certain inline-level boxes and ::first-letter and inside ::marker boxes (see prose)
◎継 されない
◎百 受容しない
◎算
~keyword `normal$v ／
実数と整数が成す~pair
◎
the keyword normal or a number paired with an integer
◎順 文法に従う
◎ア 算出された値~型による
◎表終

<p>
この~propは、［
埋没／持上げ／沈込み
］`先頭字$が［
`占める行l数$, `沈込する行l数$
］を指定する。
◎
This property specifies the size and sink for dropped, raised, and sunken initial letters as the number of lines spanned.
</p>

<div class="example">
<p>
例えば次の~codeは、
`h2^e の直後にある段落に， 2 行l分の埋没~先頭字を作成することになる：
◎
For example, the following code will create a 2-line dropped initial letter at the beginning of each paragraph that immediately follows a second-level heading:
</p>

<pre class="lang-css">
h2 + p::first-letter { initial-letter: 2; }
</pre>
</div>

<p>
この~propは、
次に挙げる値をとる：
◎
It takes the following values:
</p>

<dl>
	<dt>`normal@v</dt>
	<dd>
特別な先頭字~効果はなし。
~textは通常通り挙動する。
◎
No special initial letter effect. Text behaves as normal.
</dd>

	<dt id="valdef-initial-letter-number">`number [1,∞]$t</dt>
	<dd>
先頭字の~sizeを，それが
`占める行l数@
により定義する。
1 未満の値は 無効とする。
◎
This first argument defines the size of the initial letter in terms of how many lines it occupies. Values less than one are invalid.
</dd>

	<dt id="valdef-initial-letter-integer">`integer [1,∞]$t</dt>
	<dd>
省略可能なこの引数は、
先頭字が
`沈込する行l数@
を定義する。
値 1 は `持上げ頭字$を指示する。
1 を超える値は `沈込み頭字$を指示する。
1 未満の値は 無効とする。
◎
This optional second argument defines the number of lines the initial letter should sink. A value of 1 indicates a raised initial; values greater than 1 indicate a sunken initial. Values less than one are invalid.
</dd>

	<dt>`raise@v</dt>
	<dd>
先頭字が`沈込する行l数$は、
1 に算出される。
◎
Computes to an initial letter sink of 1.
</dd>

	<dt>`drop@v</dt>
	<dd>
先頭字が`沈込する行l数$は、
先頭字が`占める行l数$を超えない~最~大な正な整数に算出される。
◎
Computes to an initial letter sink equal to the initial letter size floored to the nearest positive whole number.
</dd>
</dl>

<p>
`沈込する行l数$用の値が省略された場合、
`drop$v があるものと見做される。
◎
If the initial letter sink value is omitted, drop is assumed.
</p>

<p>
`normal$v 以外の値は、
影響される~boxを
`先頭字~box@
にする
— それは、
`~flow内$にある`行内~levelの~box$であり，特別な~layoutの挙動も伴う。
◎
Values other than normal cause the affected box to become an initial letter box, which is an in-flow inline-level box with special layout behavior.
</p>

<div class="example">
<p>
`initial-letter$p
の用例をいくつか示す：
◎
Here are some examples of initial-letter usage:
</p>

<dl>
 	<dt class="css">`initial-letter$p: `3^v</dt>
 	<dt class="css">`initial-letter$p: `3 3^v</dt>
 	<dt class="css">`initial-letter$p: `3 drop^v</dt>
 	<dt class="css">`initial-letter$p: `drop 3^v</dt>
	<dd>
<p>
高さ 3 行l分, 深さ 3 行l分を表現する`埋没~頭字$：
◎
Represents a dropped initial 3 lines high, 3 lines deep.
</p>
<figure>`InitialLetter33^dgm
</figure>
	</dd>

	<dt class="css">`initial-letter$p: `3 2^v</dt>
	<dd>
<p>
高さ 3 行l分, 深さ 2 行l分を表現する`沈込み頭字$：
◎
Represents a sunken initial 3 lines high, 2 lines deep.
</p>
<figure>`InitialLetter32^dgm
</figure>
	</dd>

	<dt class="css">`initial-letter$p: `3 1^v</dt>
	<dt class="css">`initial-letter$p: `3 raise^v</dt>
	<dt class="css">`initial-letter$p: `raise 3^v</dt>
	<dd>
<p>
高さ 3 行l分, 深さ 1 行l分を表現する`持上げ頭字$：
◎
Represents a raised initial 3 lines high, 1 line deep.
</p>
<figure>`InitialLetter31^dgm
</figure>
	</dd>

	<dt class="css">`initial-letter$p: `2.51 3^v</dt>
	<dd>
<p>
先頭字の~sizeは、
1 行l分の整数倍でない。
この事例では、
上端のみに整列される。
◎
The size of the initial letter does not have to be an integral number of lines. In this case only the top aligns.
</p>
<figure>`non-integer-initial^dgm
</figure>
	</dd>
</dl>

</div>

<div class="example">
<p>
`initial-letter^p と他の~CSS~propを併用すれば、
~textに
“隣接な先頭字”
を作成できる：
◎
In conjunction with other CSS properties, initial-letter can be used to create “adjacent initial letters,” where the initial letter is adjacent to the text:
</p>

<pre class="lang-css">
p::first-letter {
  initial-letter: 3;
  color: red;
  width: 5em;
  text-align: right;
  margin-left: -5em;
}

p {
  margin-left: 5em;
}
</pre>

<figure>
<p class="alt" hidden id="_dgm-adjacent-initial-letter">
~textに隣接な先頭字
◎
Initial letter adjacent to text
</p>
</figure>

</div>

			<section id="first-most-inline-level">
<h4 title="Applicability">7.3.1. 適用能</h4>

<p>
どの文字を`先頭字$として~styleできるかについての制御を 作者にもっと与えるため, および
複数~文字からなる先頭字（最初の単語や句を~styleするためなど）の可能性も許容するため、
`initial-letter$p ~propは
— ~CSS定義な `first-letter$pe 疑似要素のみならず —
最初の行lの始端に配置される［
`内側に位置された$ `marker$pe 疑似要素／`行内~levelの~box$
］にも適用される。
特定的には、
`initial-letter^p は， ~AND↓ を満たす~boxに適用される：
◎
To give authors more control over which characters can be styled as an initial letter and to allow the possibility of multi-character initial letters (such as for first word or first phrase styling), the initial-letter property applies not just to the CSS-defined ::first-letter pseudo-element, but also to inside-positioned ::marker pseudo-elements and to inline-level boxes that are placed at the start of the first line. Specifically, initial-letter applies to＼
</p>

<ul>
	<li>
`行内~levelの~box$である
— ［
`first-letter$pe ／ `marker$pe
］によるそれも含めて。
◎
any inline-level box—including any such ::first-letter or ::marker box—＼
</li>
	<li>
親~boxの最初の子である。
◎
that is the first child of its parent box and＼
</li>
	<li>
先祖のうち, ~boxの`包含塊$の子孫であるものは、
どれも，次を満たす
⇒
［
前に挙げた両~条件とも満たす
］~AND［
`initial-letter$p の`算出d値$は `normal$v1
］
◎
whose ancestors (if any) that are descendants of its containing block are all first-child inline boxes that have a computed initial-letter value of normal.
</li>
</ul>

<div class="example">
<p>
次の例においては、［
`span^e, `em^e, `b^e
］要素が 上述した “始端に配置される行内~levelの~box” に該当し， `strong^e 要素はそうでない：
◎
For example, the &lt;span&gt;, &lt;em&gt;, and &lt;b&gt; elements in the following example are "first-most inline-level descendants" of the &lt;p&gt;, but the &lt;strong&gt; element is not:
</p>

<pre class="lang-html">
&lt;p&gt;&lt;span&gt;&lt;em&gt;&lt;b&gt;この&lt;/b&gt;句&lt;/em&gt;は、
&lt;strong&gt;特別に~styleされている&lt;/strong&gt;。&lt;/span&gt;残りの~textは定例の~styleである…

</pre>
<!--
<p><span><em><b>This</b> phrase</em> is styled
<strong>specially</strong>.</span> …
-->
<p>
次の規則を適用した場合：
◎
If we apply the following rules:
</p>

<pre class="lang-css">
em { initial-letter: 2; }
b, strong { initial-letter: 3; }
</pre>

<p>
`initial-letter$p ~propの効果は `em^e に限られる。
`b^e 用の~styleは無視される
— その先祖がすでに`先頭字$として~styleされているので。
`strong^e 用の~styleは無視される
— それは 2 個目の同胞なので。
◎
The initial-letter property will take effect only on the &lt;em&gt;. The styling on &lt;b&gt; is ignored, as it has an ancestor already styled as an initial letter; and the styling on &lt;strong&gt; is ignored because it is a second sibling.
</p>

<p>
描画される結果は、
次のようになるであろう：
◎
The result might be rendered as
</p>

<figure>
<x-diagram
	aria-describedby="_dgm-firstmost-inline"
	role="img"
	style="display:flow-root; line-height:1.2; background:var(--W-color); padding:0.4em; width:32em;"
>
<div style="font-size:2.4em; line-height:1; float:left; margin-right:0.2em;"><em><b>この</b>句</em></div>
<span>は、
<strong>特別に~styleされている</strong>。残りの~textは定例の~styleである…</span>
</x-diagram>
<p class="alt" hidden id="_dgm-firstmost-inline">
“この句” は、
埋没され， 2 行lに~spanしている~textになる
— その脇では、
残りの~textが折返されている。
◎
“This phrase” becomes the dropped text spanning two lines, the remainder of the text wrapping alongside.
</p>
<figcaption>
2 行l分の先頭字を伴う~text
◎
text with two-line initial-letter
</figcaption></figure>

</div>

<p>
行内~levelの~boxが［
双向性~並替ng／行内~levelの他の内容が先行している
］ことに因り，行lの`始端$に位置しない場合、
それに適用される `initial-letter$p の`使用~値$は `normal$v1 になり，~boxは`先頭字$として整形されなくなるとする。
◎
If initial-letter is applied to an inline-level box that is not positioned at the start of the line due to bidi reordering or which is otherwise preceded by other inline-level content, its used value is normal, and it is not formatted as an initial letter.
</p>

<p>
`initial-letter$p ~propの効果は、［
`~ruby基底~容器~box$の子／`~ruby容器~box$
］に対しては，定義されない。
◎
The effect of the initial-letter property is undefined on children of ruby base container boxes and on ruby container boxes.
</p>

<p class="note">注記：
`initial-letter$p ~propは、［
`float$p が `none^v でない ／
`position$p が `static^v でない
］要素には適用できない。
これらの値は、
`display$p を `block^v に算出させるので。
◎
Note: The initial-letter property cannot apply to any element whose float is not none or position is not static, because these values cause its display to compute to block.
</p>

			</section>
		</section>
		<section id="aligning-initial-letter">
<h3 title="Alignment of Initial Letters: the initial-letter-align property">7.4. 先頭字の整列： `initial-letter-align^p ~prop</h3>

<p>
先に言及したように、
先頭字の整列は，利用される用字系に依存する。
`initial-letter-align$p
~propは、
適正な整列を指定するときに利用できる。
◎
As mentioned earlier, the alignment of initial letters depends on the script used. The initial-letter-align property can be used to specify the proper alignment.
</p>

◎名 `initial-letter-align@p
◎値
[ `border-box$v? [ `alphabetic$v | `ideographic$v | `hanging$v | `leading$v ]? ]!
◎初 `alphabetic$v
◎適
ある種の行内~levelの~box ／
`first-letter$pe ~box ／
`内側に位置された$ `marker$pe ~box
（`注釈文を見よ$）
◎
certain inline-level boxes and ::first-letter and inside ::marker boxes (see prose)
◎継 される
◎百 受容しない
◎算 指定された~keyword（たち）
◎順 文法に従う
◎ア 離散的
◎表終

<p>
この~propは、
`先頭字$を
~sizeする／位置する
ために利用される整列~点を指定する。
整列~点の集合が 2 つ必要yである：
`先頭字$の
( `上面$, `下面$ )
整列~点は、
`根~行内~box$の対応する
( `上面$, `下面$ )
整列~点に合致される。
◎
This property specifies the alignment points used to size and position an initial letter. Two sets of alignment points are necessary: the over and under alignment points of the initial letter are matched to corresponding over and under points of the root inline box.
</p>

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

<dl>
	<dt>`alphabetic@v</dt>
	<dd>
周囲の~textの
( `cap-height$bL, `alphabetic$bL )
基底線を利用して，`先頭字$を整列する。
◎
Use the cap-height and alphabetic baselines of the surrounding text to align the initial letter.
</dd>

	<dt>`ideographic@v</dt>
	<dd>
周囲の~textの
( `ideographic-ink-over$bL, `ideographic-ink-under$bL )
基底線を利用して，`先頭字$を整列する。
◎
Use the ideographic-ink-over and ideographic-ink-under baselines of the surrounding text to align the initial letter.
</dd>

	<dt>`hanging@v</dt>
	<dd>
周囲の~textの
( `hanging$bL, `alphabetic$bL )
基底線を利用して，`先頭字$を整列する。
◎
Use the hanging and alphabetic baselines of the surrounding text to align the initial letter.
</dd>

	<dt>`leading@v</dt>
	<dd>
周囲の~textの［
上面／下面
］`半-~leading$辺
（すなわち，［
`~ascent計量$／`~descent計量$
］ ~PLUS `半-~leading$）
を利用して，`先頭字$を整列する。
◎
Use the over/under half-leading edges (i.e. ascent/descent + half-leading) of the surrounding text to align the initial letter.
</dd>
	<dd class="note">
<p>注記：
これは，本質的には、
`先頭字~box$の［
上面／下面
］辺を，次に合致させることになる
⇒
影響iが及ぶ［
最初／最後
］の行lとその［
前／次
］の行lの隙間の真中
</p>
<p>
この効果は、
`~Indicの植字＠~TR/ilreq/#h_scripts_without_hanging_baseline$における ある種の活字に，ときどき利用される。
`ILREQ$r
</p>
◎
Note: This will essentially match the edges of the initial letter to middle of the line gap above/below the first/last impacted lines,＼
which is an effect sometimes used in certain types of Indic typesetting [ILREQ].
</dd>

	<dt>`border-box@v</dt>
	<dd>
`先頭字~box$の
( `行-上面$, `行-下面$ )【！原文：順序が逆】
`~border辺$を，
( `上面$, `下面$ )
整列~点として利用する。
◎
Use the initial letter box’s line-under and line-over border edges as the over and under alignment points, respectively.
</dd>
</dl>

<div class="example">
<p>
縦組みにおける 2 行l分の埋没~頭字
（ § 7.1.1. `図 3＠#f3$ の縦組みの例）は、
次の~codeでも可能になる：
◎
The vertical writing mode example earlier (in § 7.1 An Introduction to Initial Letters) could be coded as:
</p>

<pre class="lang-css">
span.initial {
  initial-letter: 2;
  initial-letter-align: ideographic;
}
</pre>
</div>

<p>
`border-box$v が指定された場合を除いて、
`先頭字$の各 整列~点は、
その内容から自動的に決定される：
◎
Except when border-box is specified, the alignment points of the initial letter are automatically determined from its contents:
</p>

<ol>
	<li>
`先頭字$は`不可分な行内$であるならば
⇒
内容~boxの
( `上面$, `下面$ )
辺を利用する。
◎
If the initial letter is an atomic inline, use its over and under content-box edges.
</li>
	<li>
他の場合，`先頭字$は`~Unicode用字系$［
~Han／~Hangul／~Kana／~Yi
］に属する文字を包含するならば
⇒
( `ideographic-ink-over$bL, `ideographic-ink-under$bL )
基底線を利用する。
◎
Else if the initial letter contains any character having the Han, Hangul, Kana, or Yi Unicode script property, use the ideographic-ink-over and ideographic-ink-under baselines.
</li>
	<li>
<p>
他の場合，`先頭字$は`~Unicode用字系$［
~Devanagari／~Bengali／~Gurmukhi
］†に属する文字を包含するならば
⇒
( `hanging$bL, `alphabetic$bL )
基底線を利用する。
</p>

<p class="trans-note">【†
原文には前~段と同じ［
~Han／~Hangul／~Kana／~Yi
］と記されているが、
更新~時の誤りと見受けられるので，元の記述を残してある。
】</p>
◎
Else if the initial letter contains any character having the Han, Hangul, Kana, or Yi Unicode script property, use the hanging and alphabetic baselines.
</li>
	<li>
他の場合
⇒
( `cap-height$bL, `alphabetic$bL )
基底線を利用する。
◎
Else use the cap-height and alphabetic baselines.
</li>
</ol>

<div class="issue">
<p>
~Hebrewや~Thaiなどの用字系における先頭字の正しい整列は、
~OpenTypeが対応する計量を欠いているので，現時点ではアリでない。
（ `5244$issue ）
◎
Correct alignment of initial letter in scripts such as Hebrew and Thai is currently not possible because OpenType lacks corresponding metrics. (Issue 5244)
</p>
<figure>
<p class="alt" hidden id="_dgm-hebrew-initial-letter">
~Hebrewにおける 2 行l分 埋没された字lは、［
`hebrew-top^bL【！？】, `alphabetic^bL
基底線を利用して整列される。
◎
Hebrew 2-line drop-letter alignment using the hebrew-top and alphabetic baselines
</p>
</figure>
</div>

<p class="note">注記：
この~propにおける各~keywordの順序付けは、
`先頭字$の整列~点を明示的に指定できるようにするため，
`border-box$v が
<span class="prod">[ border-box | alphabetic | ideographic | hanging ]</span>
に展開される事例【？】においては，固定される。
◎
Note: The ordering of keywords in this property is fixed in case border-box is expanded to [ border-box | alphabetic | ideographic | hanging ] to allow explicitly specifying the initial letter’s alignment points.
</p>

			<section id="initial-letter-align-defaults">
<h4 title="UA Default Stylesheet for initial-letter-align">7.4.1. `initial-letter-align^p 用の~UAの既定の~stylesheet</h4>

<p>
より良い既定の挙動を供するため、
~UAは，自身の既定の~UA~stylesheetに 次の規則を含めるモノトスル：
◎
In order to provide the better behavior by default, UAs must include in their default UA style sheet the following rules:
</p>

<pre class="lang-css">
[lang]:lang(zh, ja, ko, ii) {
  initial-letter-align: ideographic;
}
[lang]:lang(hi, mr, ne, pi, kok, brx, mai, sd, sa) {
  initial-letter-align: hanging;
}
/* <span class="comment">
用字系~tagは、
言語~tagを上書きする：
◎
Script tags override language tags
</span> */
[lang]:lang('*-Latn', '*-Cyrl') {
  initial-letter-align: alphabetic;
}
[lang]:lang('*-Hani', '*-Hant', '*-Hans') {
  initial-letter-align: ideographic;
}
</pre>

<p class="issue">
これは、
最も共通的な言語間転写~system（ `cross-linguistic transcription system^en ）しか受持っていない。
他の, あるいは すべての用字系~tagを~UA~stylesheetに含めるべきか？
◎
This only covers the most common cross-linguistic transcription systems. Should we include any other / all script tags in the UA style sheet?
</p>

			</section>
		</section>
		<section id="initial-letter-layout">
<h3 title="Initial Letter Layout">7.5. 先頭字の~layout</h3>

<p>
`先頭字~box$は、
次の 2 種に大別される：
◎
There are two types of initial letter boxes: those that arise from non-replaced inline boxes and those that arise from atomic inlines.
</p>

<dl class="def-list">
	<dt>
`行内~先頭字@
◎
For the non-atomic inline initial letter,＼
</dt>
	<dd>
`可分な行内$から発生するもの。
~boxとその内容は，それが生じた行lと同じ`行内~整形~文脈$に関与し、
期待される~sizingと整列を与えるため，いくつもの特別な規則が適用される。
◎
the box and its contents participate in the same inline formatting context as the line on which it occurs, and a lot of special rules apply to give the expected sizing and alignment.
</dd>

	<dt>
`不可分な先頭字@◎
◎
For an atomic initial letter, however,＼
</dt>
	<dd>
`不可分な行内$から発生するもの。
不可分な行内は［
`置換され$るか，自身の内容~用に`独立な整形~文脈$を確立する
］ので、
~boxの［
~sizing, ~boxの中での内容の~layout
］は，（`塊-軸$における，`自動的~size$は別として）通例の規則に従う。
それは主に、
~boxの位置決めを特別にするためにある。
◎
which is either a replaced element or which establishes an independent formatting context for its contents, the sizing of the box (aside from its automatic size in the block axis) and layout of the contents within the box follows the usual rules: it is primarily the positioning of the box which is special.
</dd>
</dl>

			<section id="initial-letter-properties">
<h4 title="Properties Applying to Initial Letters">7.5.1. 先頭字に適用される~prop</h4>

<div>
<p>
`先頭字$には、
次に挙げる~propが適用される：
</p>

<ul>
	<li>
各種`~sizing~prop$, `box-sizing$p
`css-sizing-3$r
</li>
	<li>
加えて，`行内~先頭字$に対しては、
`行内~box$に適用されるすべての~prop
— ただし、
次に挙げるものは除く
⇒＃
`vertical-align$p とその`下位prop$,
`font-size$p,
`line-height$p,
`line-fit-edge$p,
`inline-sizing$p
</li>
	<li>
また，`不可分な先頭字$に対しては、
`不可分な行内$に適用されるすべての~prop
— ただし、
次に挙げるものは除く
⇒
`vertical-align$p とその`下位prop$
</li>
</ul>

◎
All properties that apply to an inline box also apply to an inline initial letter except for vertical-align and its sub-properties, font-size, line-height, line-fit-edge, and inline-sizing. Additionally, all of the sizing properties and box-sizing also apply to initial letters (see [css-sizing-3]).
◎
All properties that apply to an atomic inline also apply to the atomic inline when styled as an initial letter, except for vertical-align and its sub-properties.
</div>

			</section>
			<section id="initial-letter-box">
<h4 title="Margins, Borders, and Padding">7.5.2. ~margin, ~border, ~padding</h4>

<p>
他の~boxと同じく、
先頭字も［
`~margin$, `~padding$, `~border$
］で~styleできる。
`initial-letter-align$p が `border-box$v1 でない限り，その［
縦方向の整列／
`~font~sizing＠#sizing-initial-letter$
］には影響されない。
しかしながら、
実質的な排他~区画
— 概して，`先頭字~box$の`~margin~box$（ `initial-letter-wrap$p を見よ） —
は影響される。
◎
Initial letters can be styled with margins, padding, and borders just like any other box. Unless initial-letter-align is border-box, its vertical alignment and font sizing are not affected. However the effective exclusion area, which is typically the initial letter’s margin box (see initial-letter-wrap) is affected.
</p>

<p>
~borderも~paddingも 0 の場合、
先頭字は字詰され得る（後述）。
◎
When padding and borders are zero, the initial letter may be kerned; see below.
</p>

			</section>
			<section id="sizing-initial-letter">
<h4 title="Font Sizing of Initial Letters">7.5.3. 先頭字の~font~sizing</h4>

<p>
`行内~先頭字$に対しては、
`先頭字$を成す内容の~sizingに利用される~font~size（使用~値）は，［
先頭字の `initial-letter-align$p に指定された整列~点を起点にする下で，
`initial-letter$p に指定された［
先頭字が`占める行l数$
］を充足する
］ように計算される。
この`使用~値$の計算は、
算出d値, ~font計量のみに基づき，~layoutは要求されないことに注意。
この計算は、
`font-size$p の`算出d値$には`影響しない^emので，
`em$u 単位の長さ値, 等々の算出にも効果は無い。
◎
For an inline initial letter, the font size used for sizing the initial letter contents is calculated to fulfill its specified size (see initial-letter) as anchored by its specified alignment points (see initial-letter-align). Note that no layout is required in this calculation: it is based only on computed values and font metrics. These used font size calculations do not affect the computed font-size, and therefore have no effect on the computation of em length values, etc.
</p>

<p class="issue">
子孫への継承についてはどうなる？
（ `4988$issue ）
◎
What about inheritance to descendants? [Issue #4988]
</p>

<p>
これらの計算に利用される行高さは、
包含塊の `line-height$p である
（または、
`基底線~格子$ `CSS-LINE-GRID-1$r が利用-中にある所では，基底線~格子により要求される［
基底線から次の【行lの】基底線まで
］の間隔法による）。
行lの内容による~span
— それらの高さや位置における変動 —
は、
織り込まれない。
◎
The line height used in these calculations is the line-height of the containing block (or, in the case where a baseline grid is in use, the baseline-to-baseline spacing required by the baseline grid [CSS-LINE-GRID-1]). The contents of the lines spanned, and therefore any variation in their heights and positions, is not accounted for.
</p>

<figure>
<p class="alt" hidden id="_dgm-infinite-text">
半透明に重ねた一定~sizeの~textは、
先頭字の整列が先頭字が~spanしている行lの内容に影響されない様子を示す。
◎
Text underlay shows how initial letter alignment is not affected by the content of the spanned lines
</p>
</figure>

<p>
西欧~用字系における `N^V 行l分の埋没-頭字~用の，字lの `cap-height$bL【！cap height】 は［
( `N^V ~MINUS 1 ) ~MUL 行高さ ~PLUS 周囲の~textの `cap-height$bL【！cap height】
］だけ必要になる。
この高さは、
埋没-頭字の~font~sizeではないことに注意。
◎
For an N-line drop initial in a Western script, the cap-height of the letter needs to be (N – 1) times the line-height, plus the cap-height of the surrounding text. Note this height is not the font size of the drop initial.
</p>

<p>
この~font~sizeの計算-法は実際に込み入っている。
`N^V 行l分の埋没-頭字~用の埋没-頭字~font~sizeは、
次の式で見出される：
◎
Actually calculating this font size is tricky. For an N-line drop initial, we find the drop initial font size to be:
</p>
<p class="alt" hidden id="_dgm-InitialCapEquation">
Equation to calcuate drop initial font size
</p>
<blockquote>
埋没capの~font~size
= (
	( `N^V ~MINUS 1 ) ~MUL 行高さ ~PLUS
	( 段落の `cap-height$bL【！cap height】 比率† ) ~MUL ( 段落の~font~size )
 )
~DIV ( 埋没-頭字~fontの `cap-height$bL【！cap height】 比率 )
◎
Font size of drop cap = ((N-1) * line-height + [cap-height of para] * [font size of paragraph])/[cap-height ratio of drop initial font]
</blockquote>

<p class="trans-note">【†
何に対する比率か不明。
［
`alphabetic$bL から `cap-height$bL までの距離
］ ~DIV ~em~box
（あるいは ~font~size ／ 行高さ ）？
】</p>

<p class="issue">
この計算を更新する：
(1) 各種［
書記体系や整列~点
］にわたって汎用になるよう ／
(2) 整数でない~sizeを取扱うよう。
◎
Update this calculation to be a) generic across writing systems / alignment points and b) handle non-integer sizes.
</p>

<p class="example">
Adobe Minion Pro における 3 行l分の埋没-頭字は、［
~font~size 12pt,
行高さ 16pt ,
`cap-height$bL【！cap height】 651/1000
］の~textが与えられた下では，約 61.2pt になる（~fontの OS/2 ~tableによる）。
【 61.2pt = ( ( 3 − 1 ) × 16pt + 0.651 × 12pt ) ÷ 0.651 = 32pt ÷ 0.651 + 12pt 】
◎
A three-line drop initial in Adobe Minion Pro would have a font size of 61.2pt given 12pt text, 16pt line-height, and a cap-height of 651/1000 (from the font’s OS/2 table).
</p>


<p>
`不可分な先頭字$用の使用~font~sizeは、
通例通り，算出d~font~sizeになる。
◎
For an atomic initial letter, the used font size is the computed font size as usual.
</p>

			</section>
			<section id="initial-letter-shaping">
<h4 title="Shaping and Glyph Selection">7.5.4. ~glyphの選定と形状付け</h4>

<p>
`initial-letter$p が `normal^v でないときでも、
`行内~先頭字$は~glyph形状付け用に隔離される。
しかしながら，~~後続する~textは、
`行内~先頭字~box$の境界をまたがるように
— 当の先頭字は、
最初の行lの~text内容の一部を成すと見做して —
形状付けられるベキである
（ `CSS-TEXT-3$r `§ 要素~境界をまたがる形状付け＠~CSSTEXT#boundary-shaping$を見よ）。
例えば，【~Farsiの】単語
`064A;062D;0642^cref
の最初の字lが
<code class="css">`initial-letter$p: `2 1^v</code>
で~styleされている場合：
◎
When initial-letter is not normal, an inline initial letter is isolated for glyph shaping; however the text after it should shape across the inline initial letter box’s boundaries, assuming its presence as part of the first line’s text content. (See CSS Text 3 § 7.3 Shaping Across Element Boundaries.) For example, if the first letter of the word “يحق” were styled with initial-letter: 2 1,＼
</p>
<ul>
	<li>
最初の字lは、
`先頭字$として隔離形（ `isolated form^en ） `064A^cref で~styleされる。
◎
the first letter would be styled in its isolated form “ي”, as the initial letter,＼
</li>
	<li>
それでも，後続する~textは、
先頭字の内容が通常の~textとして先行していると見做され，［
尾字形（ `final-form^en ）／ 中字形（ `medial-form^en ）
`FEA4;FED6^cref
］になる【頭字形（ `initial-form^en ）にはならない】。
◎
followed by the medial/final-form “ﺤﻖ”, which assumes it is preceded by the initial letter’s contents as normal text.
</li>
</ul>

<figure>
<p class="alt" hidden id="_dgm-arabic-drop-cap">
~Arabicの単語における 2 行l分の埋没cap
— 最初の字lは隔離形, 残りは連結形を示している。
◎
Two-line Arabic drop-cap showing isolated form of the first letter, connected form of the rest of the word.
</p>
<figcaption>
~Arabicによる， 2 行l分の埋没cap
◎
Two-line Arabic “Drop-cap”
</figcaption></figure>

			</section>
			<section id="initial-letter-box-size">
<h4 title="Sizing the Initial Letter Box">7.5.5. 先頭字~boxの~sizing</h4>

<p>
`行内~先頭字~box$ %先頭字 に対しては、
%先頭字 の［
`選好d横幅$／`選好d縦幅$
］は`確定的$である場合、
%先頭字 の その次元には，その値を利用する
（必要なら、
%先頭字 の［
`最小~size~prop$, `最大~size~prop$
］により切詰めて，
%先頭字 の `box-sizing$p も取扱った上で）。
◎
For an inline initial letter, if the initial letter’s preferred width/preferred height is definite, use that value (clamped as required by the min size and max size properties, and handling box-sizing as required) for that dimension of the box.
</p>

<p>
他の場合，
%先頭字 の`内容~box$は、
その次元においては`自動的~size$と見なされ，次のすべてが収まるよう~sizeされる：
◎
Otherwise it is considered to have an automatic size in that dimension and its content box is sized to fit both:
</p>
<ul>
	<li>
%先頭字 に指定された`沈込する行l数$
（すなわち、［
上面~整列~点, 下面~整列~点
］の合間を成す空間）
◎
The specified sink (i.e the space between the over alignment point and the under alignment point).
</li>
	<li>
%先頭字 が`不可分な行内$を包含するならば、
それらの`~margin~box$
◎
↓</li>
	<li>
<p>
%先頭字 が包含する各~glyphのうち［
`吊下がる$もの（ `hanging-punctuation$p を見よ）以外
］の~glyph外形線
◎
The glyph outlines of all the glyphs it contains—excluding any that hang (see hanging-punctuation)—as well as the margin boxes of any atomic inlines it contains.
</p>

<div class="example" id="initial-letter-exclusions">
<p>
先頭字の~glyph（たち）は、
常に，指定された沈込量の中に収まるとは限らない。
例えば、
先頭字の~descenderは，~textの `N^V ~PLUS 1 行l目にもぶつかることがある。
これは，望ましくない。
◎
The glyph(s) of an initial letter do not always fit within the specified sink. For example, if an initial letter has a descender, it could crash into the (n+1)th line of text. This is not desirable.
</p>

<figure>
<p class="alt" hidden id="_dgm-Dropcap-J-3line-crash">
3 行l分の埋没cap "J"
— その~descenderは~textの 4 行l目にぶつかっている。
◎
3-line drop cap with J, with descender crashing into fourth line of text
</p>
<figcaption>
不正な例：~descenderを伴う 3 行l分の先頭字
（ <code class="css">`initial-letter$p: `drop 3^v</code> ）。
この~fontでは、
大字 “J” が基底線（図の赤線）から下へ はっきり拡幅している。
◎
Incorrect: three-line initial letter (initial-letter: drop 3) with descender. In this font, the capital “J” extends well below the baseline (shown in red).
</figcaption></figure>

<p>
したがって、
`沈込する行l数$の範囲のみならず，`先頭字$の~glyph外形線による影響iが及ぶすべての`行l~box$を【先頭字~boxから】排他する必要がある。
◎
Therefore all line boxes impacted by the glyph outlines of an initial letter need to be excluded, not just those within range of the initial letter sink.
</p>

<figure>
<p class="alt" hidden id="_dgm-Dropcap-J-3line-exclude">
3 行l分の埋没cap "J" であるが、
4 行l目も排他されている
◎
3-line drop cap with J, but four-line exclusion
</p>
<figcaption>
正しい例：
~textは、
~glyph限界~boxの周囲に排他される
◎
Correct: text excluded around glyph bounding box
</figcaption></figure>
</div>
	</li>
</ul>

<p>
しかしながら，
%先頭字 の`塊-始端$における［
`~padding$, `~border$
］がどちらも 0 の場合、
%先頭字 の`塊-始端$`内容~辺$は，
代わりに %先頭字 の`上面$整列~点に正確に一致する
— その整列~点より上へ~overflowしている内容は、
~layoutの目的においては無視される。
◎
However, if its block-start padding and border are both zero, then its block-start content edge instead coincides with its over alignment point exactly, and any content overflowing above that point is ignored for the purpose of layout.
</p>

<p class="note">注記：
`行内~先頭字~box$ %先頭字 【を成すいずれかの~glyph】に`上面$整列~点をはみ出る~ascenderがあって，作者が その分に足る`~margin$を［
%先頭字 または %先頭字 の`包含塊$
］に供さなかった場合、
それらの~ascenderは，先行している内容に衝突するかもしれない。
◎
Note: If an inline initial letter has ascenders above its over alignment point, and the author has not provided sufficient margin on either the initial letter itself or its containing block, then those ascenders might collide with preceding content.
</p>

<p class="note">注記：
必要yな間隔法が自動的に供されれば，いいかもかもしれない
— そのような~ascenderを［
包含塊の~marginと相殺し得るような~margin
］として扱うことにより。
そうなれば、
要求された間隔法は
— 実際に必要yでない限り，追加的な空間を課すことなく —
保証される。
実装の複階性に依存して，この~optionは将来に探究されるであろうが、
当面の間は，作者は［
要求された間隔法を明示的に供する
］よう気を付ける必要がある。
◎
Note: It might be nice to automatically provide the necessary spacing by treating such ascenders as a margin that can collapse with the margin of the containing block, and thus guarantee the requisite spacing without imposing any additional space unless it becomes actually necessary. Depending on implementation complexity, this option may be explored in the future; but in the meantime, authors need to be careful to provide the requisite spacing explicitly.
</p>

<p class="issue">
代わりに，吊下がる約物は、
~boxに含めつつ，~boxを位置するときに限り含めないべきか？
（すなわち、
~borderや背景を通して可視になるとき，~boxが約物の周りに描かれるようにしつつ、
【行lの終端に】接合する先頭字はそうあり続け，吊下がる約物は適正に吊下がるようにする）
— `310$issue における論点を見よ。
◎
Should the hanging punctuation be included in the box instead (so that the box is drawn around the punctuation when it is made visible through borders/background), but rather only excluded when positioning the box (so that the initial letter remains flush, with the hanging punctuation properly hanging)? See discussion.
</p>

<p>
`不可分な先頭字$用の~sizingは、
各~型の`不可分な行内$用の通例の規則に従う。
ただし，そのような~boxの`塊~size$は、
`自動的~size$（ `~autoS$v ）である場合には，
`border-box$v 整列を伴う`行内~先頭字$と同じように決定され，`確定的$になる。
◎
For atomic initial letters, sizing follows the usual rules for that type of atomic inline. However, if the box has an automatic block size (auto), then its block size is determined as for an inline initial letter with border-box alignment, and is definite.
</p>

			</section>
			<section id="initial-letter-content-align">
<h4 title="Alignment Within an Initial Letter Box">7.5.6. 先頭字~boxの中の整列</h4>

<p>
既定では（すなわち，`自動的~size$の下では）、
`行内~先頭字$の内容~boxは，その内容が正確に収まるように~sizeされ、
`text-align$p や `align-content$p の様な整列~propは適用されない。
しかしながら，~boxが自動的に`~sizeされない^em場合：
◎
By default (i.e. under automatic sizing), the content box of an inline initial letter is fitted exactly to its content, and alignment properties like text-align or align-content do not apply. However, if the box is not sized automatically:
</p>

<ul>
	<li>
`行内~size$が`確定的$である場合、［
`行内-軸$において，~boxの中で`先頭字$の内容を整列する
］ときには， `text-align$p は尊守される
（それを成す~glyph外形線の限界~boxではなく，通例通り行内-軸の~bearing【位置関係？】を利用して）。
◎
If the inline size is definite, text-align is honored for aligning the contents of the initial letter within its box in the inline axis (using its inline-axis bearings as usual, not the bounding box of its glyph outlines).
</li>
	<li>
`塊~size$が`確定的$である場合、［
`塊-軸$において，~boxの中で`先頭字$の内容を整列する
］ときには， `align-content$p は尊守される
（必要なら，塊-軸の~bearingを合成した上で利用する）。
◎
If the block size is definite, align-content is honored for aligning its contents in the block axis (using its block-axis bearings, synthesizing them if needed).
</li>
</ul>

			</section>
		</section>
		<section id="initial-letter-position">
<h3 title="Initial Letter Positioning and Spacing">7.6. 先頭字の位置決めと間隔法</h3>

			<section id="initial-letter-block-position">
<h4 title="Block-axis Positioning">7.6.1. 塊-軸における位置決め</h4>

<p>
`塊-軸$においては、
`先頭字$ %先頭字 は
— それが`出自にしている行l~box$を基準に —
%先頭字 に指定された［
整列（ `initial-letter-align$p ）,
`沈込する行l数$（ `initial-letter$p ）
］を満足するよう位置される。
◎
In the block axis, the initial letter is positioned with respect to the line box in which it originates as required to satisfy its alignment (initial-letter-align) and specified sink (initial-letter):
</p>
<ul class="switch">
	<li>
［
%先頭字 が`占める行l数$ ~GTE %先頭字 が`沈込する行l数$
］の場合
⇒
%先頭字 は、
その`下面$ 整列を満足するよう位置されてから，
%先頭字 の`包含塊$の`塊-終端$へ向けて 次に与える~~量だけズラされる
⇒
( `沈込する行l数$ ~MINUS 1 ) ~MUL `包含塊$に`選好される行高さ$【！`line-height$p】
◎
If its size is greater than or equal to its sink, the initial letter is positioned to satisfy its under alignment, and then shifted by (sink - 1) × line-height of containing block towards the containing block’s block end.
</li>
	<li>
他の場合
⇒
%先頭字 は、
その`上面$整列を満足するよう位置される。
◎
If its size is less than its sink, the initial letter is positioned to satisfy its over alignment.
</li>
</ul>

<p class="note">注記：
`先頭字$は，本質的には、［
その包含塊が，`根~行内~box$の直な内容として［
当の先頭字と後続する長さ無限な素な~text
］のみを保持している
］と見做すとき，［
`沈込する行l数$だけ沈込する, かつ要求された`下面$ 整列~点に整列する
］ように位置される。
その位置は、
影響iが及ぶ各 行l~boxの行高さが それらの内容により不揃いになっても，影響されない。
◎
Note: An initial letter is essentially positioned such that it would sink the number of lines specified by initial-letter’s second argument and align to the requisite under alignment point if it was assumed that its containing block held only the initial letter itself followed by an infinite sequence of plain text as the direct contents of its root inline box. Its position is not affected by line height inconsistencies introduced by the contents of the impacted line boxes.
</p>

<figure>
<p class="alt" hidden id="_dgm-infinite-text-1">
半透明に重ねた一定~sizeの~textは、
先頭字の整列が先頭字が~spanしている行lの内容に影響されない様子を示す。
◎
Constant-sized text underlay shows how initial letter alignment is not affected by the content of the spanned lines.
</p>
</figure>

<p>
`先頭字$により、
それが関与する`行l~box$の`論理-縦幅$が増えることはない
— 先頭字は、
行l~boxの上／下へ突き出し得る【縦書きならば左／右へ】。
先頭字を位置するときは、［
先頭字の`塊-始端$`~margin辺$が，先頭字の`包含塊$の`塊-始端$`内容~辺$より下になる
］ようにするモノトスル
— したがって，先頭字が`出自にしている行l~box$（および後続な内容）は、
内容~辺から更に中へズラすよう強制され得る。
◎
The initial letter does not increase the logical height of the line box in which it participates: it can protrude above or below it. It must be positioned such that its own block-start margin edge is below its containing block’s block-start content edge, and thus can force its originating line box (and subsequent content) to shift further away from that edge.
</p>

			</section>
			<section id="initial-letter-inline-position">
<h4 title="Inline Kerning">7.6.2. 行内の字詰-法</h4>

<p>
`先頭字$が`可分な行内$で，その［
`行内~size$は`自動的~size$, かつ
~padding, ~borderはどちらも 0
］である場合、
先頭字の`~margin~box$は，先頭字の`内容~box$の始端~辺から［
先頭字でなかったとするとき，`行l~box$の始端~辺に配置されることになる地点
］までの距離
（すなわち、
先頭字の~glyph限界~boxから始端~側~bearingまでの距離）
だけ字詰される（負に~insetされる）。
この~insetは、
実質的に，~boxの`行内-始端$に対する追加的な`~margin$になる。
◎
If the initial letter is a non-atomic inline with an automatic inline size and zero padding and borders, its margin box is kerned (negatively inset) by the distance from the start edge of its content box to the point in the content that would have been placed at the start edge of the line box if it were not an initial letter (i.e. the distance between its glyph bounding box and its start side bearing). This inset is effectively an additional inline-start margin on the box.
</p>

			</section>
		</section>
		<section id="initial-letter-wrapping">
<h3 title="Initial Letter Wrapping: the initial-letter-wrap property">7.7. 先頭字の回込み： `initial-letter-wrap^p ~prop</h3>

<p class="note">注記：
`initial-letter-wrap$p は~risk下にある。
◎
Note: initial-letter-wrap is at risk.
</p>

◎名 `initial-letter-wrap@p
◎値
`none$v | `first$v | `all$v | `grid$v | `length-percentage$t
◎初 `none$v
◎適
ある種の行内~levelの~box ／
`first-letter$pe ~box ／
`内側に位置された$ `marker$pe ~box
（`注釈文を見よ$）
◎
certain inline-level boxes and ::first-letter and inside ::marker boxes (see prose)
◎継 される
◎百
`先頭字$（を成す最後の断片）の`論理-横幅$に相対的
◎
relative to logical width of (last fragment of) initial letter
◎算
指定された~keyword ／
`length-percentage$t の算出d値
◎
specified keyword or computed &lt;length-percentage&gt; value
◎順 文法に従う
◎ア 算出された値~型による
◎表終

<p>
この~propは、
`先頭字$による影響iが及ぶ行lたちは，先頭字の［
矩形な~box,
~glyph外形線による輪郭
］のどちらを沿うように回込むかを指定する。
◎
This property specifies whether lines impacted by an initial letter are shortened to fit the rectangular shape of the initial letter box or the contour of its glyph outline.
</p>

<dl>
	<dt>`none@v</dt>
	<dd>
影響iが及ぶ各~行lは、
輪郭に沿うようには回り込まない。
各~行lは、
`先頭字$の`行内-終端$`~margin辺$に接合するように整列される。
◎
No contour-fitting is performed: each impacted line is aligned flush to the inline-end margin edge of the initial letter.
</dd>

	<dt>`first@v</dt>
	<dd>
`先頭字$の直後の`~typographic文字~単位$が
`~Unicode一般~字種$ `Zs^uc
【~spaceに類する文字】
に属するならば， `none$v として挙動する。
他の場合、
先頭字を包含している塊の［
最初の行lに対しては `all$v  ／
他の行lに対しては `none$v
］として挙動する。
◎
Behaves as none if the first typographic character unit after the initial letter belongs to Unicode General Category Zs. Otherwise behaves as for all on the first line of the block containing the initial letter and as none on the rest.
</dd>

	<dd>
<div class="example">
<p>
最初の行lに対し輪郭に沿う回り込みが必要yなわけ, および
`先頭字$の直後に~spaceがあるときには そうすべきでないわけを，次の例に示す：
◎
This example shows why contour-fitting the first line is necessary, and why it is dropped when the initial letter is followed by a space:
</p>

<figure>
<p class="alt" hidden id="_dgm-OpticalKerning">
先頭字の後に~spaceが在るとき, 無いときにおける，
~~自動的な字詰-法（ `optical kerning^en ）
◎
optical kerning in the presence or absence of a space after the initial letter
</p>
<figcaption>
上段の段落では，先頭字 "A" の直後に~spaceがあり、
"A" の上端と次の字lとの合間にある隙間は，必要yな単語~分離を供する。
中段の段落では，先頭字 "A" は最初の単語の一部を成すので、
"A" の上端と次の字lとの合間に隙間が残ると，単語の中に目障りな分断が生じる。
この事例では、
~textの最初の行lは，下段の段落に示されるとおり，先頭字の区画まで字詰されるべきである。
◎
In the top paragraph, the initial letter "A" has a word space after it: the gap between the top of the "A" and the next letter provides the necessary word separation. In the next paragraph, the initial letter "A" is part of the first word, and leaving a gap between the top of the "A" and the next letter would create a jarring visual break within the word. In this case, the first line of text should be kerned into the initial letter’s area, as shown in the bottom paragraph.
</figcaption></figure>

</div>

</dd>

	<dd class="issue">
“無条件の `first^v ”
も必要か？
（すなわち、
この値を `auto^v に改称して，~spaceの有無を検査しない `first^v 値を追加するべきか？）
GitHub `410$issue を見よ。
◎
Do we need an unconditional first? (I.e. Should we rename this value to auto and add a first value that does not check for spaces?) See GitHub issue 410
</dd>

	<dt>`all@v</dt>
	<dd>
`先頭字$による影響iが及ぶ~textの各~行lに対し、
先頭字に隣接な`行l~box$の始端は，［
先頭字を成す~glyphの外形線に重合しない，最も`始端$
］から開始する。
◎
For each line of text impacted by the initial letter, the line box adjacent to the initial letter starts at the start-most point that does not overlap the initial letter’s glyph outline.
</dd>
	<dd>
`shape-outside$p の値が `none^v でない場合、
~glyph外形線に代えて，それによる図形が利用される。
◎
If the value of shape-outside is not none, shape-outside is used instead of the glyph outline.
</dd>
	<dd>
いずれにせよ `shape-margin$p は適用され，外形線を拡げるが、
結果の外形線は`先頭字$の`~margin辺$までに切取られる。
◎
In both cases, shape-margin is applied to expand the outline, and the resulting outline is clipped by the initial letter’s margin edges.
</dd>
	<dd class="note">注記：
この値は~risk下にある。
◎
Note: This value is at-risk.
</dd>

	<dt>`grid@v</dt>
	<dd>
この値は、
次を除いて `none$v と同じになる：
影響iが及ぶ行lたちに対する排他~区画の終端~辺が，文字~gridに~~揃えるために必要yなだけ増やされる
— すなわち，［
包含塊~上で算出される ( 1 `ic$u ~PLUS `letter-spacing$p )
］の倍数になる。
このときには、
`justify-self$p ~propを利用して，先頭字~boxを排他~区画の中で整列できる。
◎
This value is the same as none, except that the exclusion area of the impacted lines is increased as necessary for its end-edge to land on the character grid, i.e. to be a multiple of (1ic + letter-spacing) as computed on the containing block. The justify-self property can then be used to align the initial letter box within the exclusion area.
</dd>
	<dd>
<figure>
<figcaption id="_dgm-CJK-Initial">
縦組みにおける日本語~先頭字の図式
◎
Diagram of Japanese initial letter in vertical writing mode
</figcaption></figure>

<p class="note">注記：
この例では、
行内-軸~整列を保全するため、
埋没-頭字に対する排他~区画が，その~glyphより大きくされている。
◎
Note: In this example, the exclusion area for the drop initial is larger than its glyph in order to preserve inline-axis alignment.
</p>

	</dd>
	<dd class="note">注記：
この値も~risk下にある。
◎
Note: This value is also at-risk.
</dd>

	<dt id="valdef-initial-letter-wrap-length">`length$t</dt>
	<dt id="valdef-initial-letter-wrap-percentage">`percentage$t</dt>
	<dd>
この値の挙動は、
最初の行lに対する調整を，~glyph形状から推定するのでなく 明示的に与えることを除いて， `first$v と同じである。
◎
This value behaves the same as first except that the adjustment to the first line is given explicitly instead of being inferred from the glyph shape.
</dd>

	<dd class="issue">
これは、
本当は，~fontに相対的な長さが 使用~sizeに相対的になる必要がある。
【~font~sizeの使用~size？】
◎
This really needs font-relative lengths to be relative to the used size.
</dd>

	<dd class="note">注記：
この値が存在するのは、
これの方が実装が容易なことによる。
作者には、
`first$v 値を利用することが奨励される
— 間隔法の制御には~marginを設定し、
必要yなら，~glyph形状を検出できない場合の~fallbackに これを利用して。
◎
Note: This value exists because it is easier to implement. Authors are encouraged to use the first value and to set margins to control spacing, and to use this as a fallback for glyph detection if necessary.
</dd>

	<dd class="example">
<p>
次の例では、
`first$v を~supportする~UAは，~glyph外形線と指定された~marginを利用して 最初の行lを配置することになる一方で、
`length$t ／ `percentage$t
値のみを~supportする~UAは，最初の行lを先頭字の横幅の 40% だけ引き寄せる
（その上で，その地点に~marginを追加する）ことになる。
◎
In the following example, UAs that support first will use the glyph outline plus the specified margin in order to place the first line, whereas UAs that only support &lt;length&gt; or &lt;percentage&gt; values will pull in the first line by 40% of the initial letter’s width (and then add the margin to that point).
</p>

<pre class="lang-css">
h1 + p:first-letter {
  initial-letter: 3; /* <span class="comment">
3 行l分の埋没cap
◎
3-line drop-cap</span> */
  initial-letter-wrap: first;
  margin-right: 0.1em;
}
@supports (not (initial-letter-wrap: first)) {
  /* <span class="comment">
先頭字に合致するように，段落にて自動的に生成される疑似類
◎
Classes auto-generated on paragraphs to match first letter.
</span> */
  p.A:first-letter {
    initial-letter-wrap: -40%; /* <span class="comment">
~glyph外形線の始端
— ~fontは正しいと見做して。
◎
Start of glyph outline, assuming correct font.
</span> */
  }
}
</pre>

	</dd>
</dl>

<p class="issue">
これらの値に関係する煩わしいものは、
誰かが Blink に `first$v を~supportするパッチを提出してくれたなら，不必要になろう。
◎
These values and related annoyance is likely unnecessary if someone submits a patch to Blink to support first.
</p>

<p class="issue">
様々な文脈にて `auto^v がどう挙動するかを示すように図を編集する必要がある。
【 `auto^v 値は削除されたので、この段落もイミを成していない】
◎
Edit figure to show how auto behaves in varying contexts
</p>

<div class="example">
<pre class="lang-css">
p::first-letter {
  initial-letter: 3;
  initial-letter-wrap: none;
}
</pre>

<figure>
<p class="alt" hidden id="_dgm-A-wraparound-none">
定例の埋没cap "A"
◎
regular dropcap A
</p>
<figcaption>
~textは、
先頭字の輪郭ではなく，矩形な~boxに沿って回り込む。
◎
Ordinary initial letter with no wrapping.
</figcaption></figure>

</div>

<div class="example">
<pre class="lang-css">
p::first-letter {
  initial-letter: 3;
  initial-letter-wrap: all;
}
</pre>

<figure>
<p class="alt" hidden id="_dgm-A-wraparound">
埋没cap "A" を回込んでいる~text
◎
text wrapping around dropcap A
</p>
<figcaption>
先頭字の形状に沿う~text。
各~行l~boxは、
丁度，字lの輪郭から 少しだけ間を~~空けた所（~~灰色~boxで表現される）に触れるべきである。
◎
Text follows shape of initial letter. Each line box should just touch the ink of the letter, with some offset (represented by the shaded box).
</figcaption></figure>

</div>

<div class="example">
<pre class="lang-css">
p::first-letter {
  initial-letter: 3;
  initial-letter-wrap: first;
}
</pre>

<figure>
<p class="alt" hidden id="_dgm-A-wraparound-first">
最初の行lに限り，埋没cap "A" を回込んでいる~text
◎
text wrapping around dropcap A but only on first line
</p>
<figcaption>
最初の行lのみが，先頭字の輪郭の方へ~~寄せられる。
◎
Only the first line is moved up against the ink of the initial letter.
</figcaption></figure>

</div>

<div class="example">
<pre class="lang-css">
p::first-letter {
  initial-letter: 3;
  initial-letter-wrap: all;
}
</pre>

<figure>
<figcaption id="_dgm-V-wraparound">
埋没cap "V" を回込んでいる~text。
◎
text wrapping around dropcap V
</figcaption></figure>

<figure>
<figcaption id="_dgm-P-wraparound">
埋没cap "P" を回込んでいる~text。
◎
text wrapping around dropcap P
</figcaption></figure>

<figure>
<figcaption id="_dgm-W-wraparound">
埋没cap "W" を回込んでいる~text。
◎
text wrapping around dropcap W
</figcaption></figure>

</div>

		</section>
		<section id="initial-letter-line-layout">
<h3 title="Line Layout">7.8. 行lの~layout</h3>

<p>
`先頭字$は、
それが
`出自にしている行l~box@
— 先頭字が出自にしている`行l~box$ —
の内容の一部を成し，その行l~boxが関与する`塊~整形~文脈$の`~flow内$にあるものと見なされる。
塊-軸【！縦-軸】は別として
（ `§ 塊-軸における位置決め＠#initial-letter-block-position$ を見よ）、
先頭字は，同じ行lにある他の`行内~level$の内容に対しては，通常通り相互作用する
— 少数の特有な詳細を除けば…
◎
An initial letter box is considered in-flow in its block formatting context, and is part of the contents of the line box in which it originates (its originating line box). Aside from the vertical axis (see § 7.6.1 Block-axis Positioning), its interaction with the rest of the contents of the line is as normal for inline-level content, except in a few specific details…
</p>

			<section id="initial-letter-inline-flow">
<h4 title="Inline Flow Layout: Alignment, Justification, and White Space">7.8.1. 行内~flow~layout： 整列, 両端揃え, 空白</h4>

<p>
`先頭字~box$は、［
それが`出自にしている行l~box$に関与している他の`行内~level$の内容
］と類似に取扱われる
— それには、
次が含まれる
⇒
整列における関与,
両端揃え,
空白~処理
◎
An initial letter box is handled similar to any other inline-level content participating in its originating line box, including participation in alignment, justification, and white space processing.
</p>

<p>
しかしながら，影響iが及ぶすべての行lにわたって一貫した整列を確保するため：
◎
However, to ensure consistent alignment of all the impacted lines,＼
</p>
<ul>
	<li>
［
`沈込み頭字$, それが`出自にしている行l~box$上の後続な内容
］の合間にある`縮約-可能$な`空白$は、
縮約され消される。
◎
collapsible document white space between a sunken initial and subsequent content on its originating line is collapsed away,＼
</li>
	<li>
［
`letter-spacing$p や`両端揃え機会$
］のうち，［
`沈込み頭字$を成す内容と行lの後続な内容
］の並置により通常に導入されるものは、
抑止される。
（これは、
`word-spacing$p や`単語~分離子$により導入される`両端揃え機会$には影響しないことに注意。
その間隔を供するのは、
隣接な文字との並置ではなく，`~typographic文字~単位$に限られるので。）
◎
and any letter-spacing or justification opportunity that would normally be introduced by the juxtaposition of the contents of a sunken initial and the subsequent contents of the line is suppressed. (Note that this does not affect word-spacing or the justification opportunity introduced by a word separator because that space is provided by the typographic character unit alone and not by its juxtaposition with an adjacent character.)
</li>
</ul>

			</section>
			<section id="initial-letter-indentation">
<h4 title="Edge Effects: Indentation and Hanging Punctuation">7.8.2. 辺における効果：字下げと吊下がり約物</h4>

<p>
［
`text-indent$p, `hanging-punctuation$p
］は、
`先頭字$が`出自にしている行l~box$に通例通り適用され，［
`先頭字$も含む，当の行lの内容
］の始端をズラすことになる。
この排他により影響される後続な行lは、
通例通り短くされる
— 場合によっては、
`先頭字$の結果の位置に依存して，他の場合【どの場合？】より増減する。
◎
text-indent and hanging-punctuation apply to an initial letter’s originating line box as usual, and cause a shift in the start of the line’s contents including the initial letter itself. Subsequent lines affected by the exclusion are shortened as usual, possibly more or less than otherwise depending on the resulting position of the initial letter.
</p>

<figure>
<figcaption id="_dgm-InitialLetterWithTextIndent">
`text-indent^p （字下げ）を伴う先頭字。
◎
Initial letter with text indent.
</figcaption></figure>

<p class="issue">
`initial-letter$p と `hanging-punctuation$p との相互作用は、
`論の最中にある＠~CSSissue/310#issuecomment-396765893$。
◎
The interaction of initial-letter and hanging-punctuation is under discussion.
</p>

			</section>
			<section id="initial-letter-ancestors">
<h4 title="Ancestor Inlines">7.8.3. 先祖の行内</h4>

<p>
`先頭字$を包含している先祖に`行内~box$がある場合、
それらの行内~boxの境界は，`先頭字~box$を排他するように描かれる
— 先頭字が先祖たちの最も始端にある<a>~margin辺</a>の外側にあったかのように。
これは純粋に幾何的な演算であり、
例えば［
~prop継承／
`先頭字~box$と後続な内容との合間の実質的な `letter-spacing$p
］には影響しない。
◎
If the initial letter box is contained by inline box ancestors, the boundaries of those inline boxes are drawn to exclude the initial letter box, as if it were outside their startmost margin edge. This is a purely geometric operation: it does not affect e.g. property inheritance or the effective letter-spacing between the initial letter box and subsequent content.
</p>

			</section>
			<section id="initial-letter-multi-line">
<h4 title="Multi-line Initial Letters">7.8.4. 複数~行lにわたる先頭字</h4>

<p>
先頭字が 1 行lに収まるには長過ぎる場合、
（通例の~text折返ng規則に則って）折返される
— その結果を成す各~行lは、
丁度［
自身が最初の行lであり，先頭字は後続な通常の~textに収まるには長過ぎた
］かのように埋められ，整形される。
先頭字を成す最後の行l上で，その後に開始される通常の~textは、
丁度［
その行lは最初の行lであった
］かのように影響される。
◎
If an initial letter is too long to fit on one line, it wraps (according to the usual text-wrapping rules), each line filled and formatted exactly as if it were the first line and the initial letter too long to fit any subsequent normal text. Any normal text after the initial letter starts on its last line, affected exactly as if that line were the first line.
</p>

<figure>
<p class="alt" hidden id="_dgm-Multi-line-initial">
複数~行lに折返された埋没cap
◎
multi-line drop cap
</p>
<figcaption>
埋没capは 2 本の行lに拡幅される。
◎
Drop cap extends to two lines.
</figcaption></figure>

			</section>
		</section>
		<section id="initial-letter-paragraphs">
<h3 title="Clearing Initial Letters">7.9. 先頭字の~clear法</h3>

<p class="trans-note">【
所与の~box A, B に対する
“A は B を~clearする”
という句は、
A は
— B のための場所を “~~空けて”, B をよけるように —
B を過ぎた所までズラすことを意味する。
原文は、［
`行内~基底~方向$,
`塊~flow方向$
］どっちへズラすか言及していないが，片方だけ指している箇所もある。
これは判り難いので、
この訳では必要に応じて注釈を加えている。
】</p>

			<section id="raised-sunken-caps">
<h4 title="Raised and sunken caps">7.9.1. 持上げ／沈込み~cap</h4>

<p>
先頭字は、
それを包含している要素の~sizeに，`~margin~box$を供与する。
~textの最初の行lを超えて拡幅する先頭字は、
“持上げ~cap”／ “沈込み~cap”
とも呼ばれ，直上にある要素の中まで拡幅することはない。
先頭字の内容~boxは，すべての~glyph~inkを含むので、
先頭字の `cap-height$bL【！cap height】 を上回る~accentその他の~inkが，直上にある要素に突き当ることはないことになる。
◎
The margin box of an initial letter contributes to the size of its containing element. Initial letters that extend above the first line of text, known as “raised caps” or “sunken caps,” do not extend up into previous elements. Since the content box for an initial letter includes all glyph ink, this also means that accents or other ink above the cap height of an initial letter will not impinge on previous elements.
</p>

<figure>
<p class="alt" hidden id="_dgm-initial-letter-drop-para-compare">
通常の段落の後に、
持上げ~capを伴う段落がある。
◎
raised cap para after normal para
</p>
<figcaption>
右図は持上げ~cap
（ <code class="css">`initial-letter^p: `3 1^v</code> ）。
いずれも “C” の位置は同じになるが、
右図では，後続の~textが，先頭字から相対的に下へ移動されることに注意。
◎
Raised cap (initial-letter: 3 1) on right; note that the position of the “C” is the same in both cases, but on the right all text is moved down relative to the initial letter.
</figcaption></figure>

<p class="issue">
~fontの `cap-height$bL【！cap height】 より上側の~glyphの輪郭を取扱う。
提案：
それを行l~boxと~border~boxに対する排他~区画にする。
先頭字に指定された~marginを，間隔法を制御するための排他~区画の一部に含める。
◎
Handle glyph ink above cap height of font. Proposal: Make it an exclusion area for line boxes and border boxes. Include margin specified on initial-letters as part of exclusion area in order to control spacing.
</p>

<p>
ここに~box~model図式を描く。
先頭字の~marginは その容器と相殺されるか？
◎
Draw a box model diagram here. Does the margin of the initial letter collapse with its container?
</p>

			</section>
			<section id="short-para-initial-letter">
<h4 title="Short paragraphs with initial letters">7.9.2. 先頭字を伴う短い段落</h4>

<p>
先頭字を伴う段落の~text行l数が，先頭字が占めるそれより少ないこともある。
この場合でも、
先頭字の上端~整列は，依然として尊守され、
その排他~区画は、
後続な塊の中へ継続する。
これは、
後続な`行内~level$の内容も先頭字を回込むことを強制する
— 丁度［
その塊の~textが，先頭字の包含塊の一部であった
］かのように
（これは、
浮動体が 後続な塊~boxの内容を回込ませるのと類似する）。
◎
A paragraph with an initial letter can have fewer lines of text than the initial letter occupies. In this case, the initial letter’s top alignment is still honored, and its exclusion area continues into any subsequent blocks. This forces the subsequent inline-level content to wrap around the initial letter—exactly as if that block’s text were part of its own containing block. (This is similar to how floats exclude content in subsequent block boxes.)
</p>

<figure>
<p class="alt" hidden id="_dgm-initial-letter-short-para">
先頭字を伴う短い段落
◎
short para with initial letter
</p>
<figcaption>
赤色~textは、
先頭字を伴う短い段落。
後続な段落は、
先頭字を伴う段落~内の~textと同様に，先頭字を回込むことに注意。
◎
The red text is a short paragraph with an initial letter. Note the subsequent paragraph wraps around the initial letter just as text in the paragraph with the initial letter does.
</figcaption></figure>

<div class="p">
<p>
後続な塊が ~OR↓ を満たす場合、
以前の塊の先頭字を【塊~flow方向に】~clearするモノトスル：
</p>
<ul>
	<li>
先頭字で開始されていて, `独立な整形~文脈$を確立している
</li>
	<li>
`clear$p を先頭字の包含塊の`始端$方向に指定している
</li>
</ul>
◎
If the subsequent block starts with an initial letter, establishes an independent formatting context, or specifies clear in the initial letter’s containing block’s start direction, then it must clear the previous block’s initial letter.
</div>

<figure>
<p class="alt" hidden id="_dgm-initial-letter-short-para-initial">
先頭字を伴う短い段落に先頭字を伴う段落が後続している
◎
short para with initial letter followed by para with initial
</p>
<figcaption>
赤色~textは、
先頭字を伴う短い段落。
後続な段落も先頭字を持つので~clearする。
◎
The red text is a short paragraph with an initial letter. The subsequent paragraph clears because it also has an initial letter.
</figcaption></figure>

			</section>
			<section id="initial-letter-floats">
<h4 title="Interaction with floats">7.9.3. 浮動体との相互作用</h4>

<p>
`先頭字$は、
【後続する行内~levelの内容が回込む~~点で，浮動体に似るが】
`浮動体$ではない。
それは、
`~flow内$にある`行内~level$の内容であり，`行l~box$に属する。
特に：
◎
Initial letters are not floats: they are in-flow inline-level content that belongs to a line box. Therefore:
</p>

<ul>
	<li>
`clear$p ~propは、
`先頭字$に関わらない。
それは先頭字には適用されないので、
どの浮動体も先頭字の`~clear対象$にはならない。
先頭字は浮動体ではないので、
どの先頭字も他の~clear対象にはならない。
◎
The clear property does not care about initial letters: it neither applies to initial letters nor clears them when applied to nearby floats.
</li>
	<li>
`先頭字$は、
行l~boxや浮動体と同様に，同じ`塊~整形~文脈$に関与している浮動体の`~margin~box$と重合しないモノトスル
— 先頭字を成す~boxは、
重合しない所に収まるまで，内方または下方へズラされることになる。
◎
Like line boxes or floats, initial letter boxes must not overlap the margin boxes of any floats participating in the same block formatting context. An overlapping initial letter box is shifted inward or downward until either it fits without overlapping or there are no more floats present.
</li>
	<li>
浮動体を【方向は問わず】~clearするために，行l~boxの始端~辺が［
内方／下方
］へ移動される場合、
当の行l~boxを`出自にして$いる`先頭字$も伴に移動する。
同様に、
浮動体を~clearするために先頭字が移動される場合も、
それに則って［
それが`出自にしている行l~box$, 後続な各~行l~box
］も短くなるか移動する。
◎
If a line box’s start edge shifts or moves down to clear a float, an initial letter originating in it moves with it; likewise if an initial letter shifts inward or moves downward to clear a float, its originating line box and subsequent line boxes shorten and/or move accordingly.
</li>
	<li>
<p>
`行内-始端$へ浮動する浮動体は、
`先頭字$の【行内~基底~方向に】隣接な内容を成すいずれかの行lを出自にしている場合
— その行lが：
</p>
<ul>
	<li>
最初の行lならば、
浮動体は，先頭字を過ぎて包含塊~辺に寄せられる
— 丁度，先頭字が他の行内~levelの内容であったかのように。
</li>
	<li>
他の行lならば（先頭字は沈込している）、
先頭字は浮動体を【行内~基底~方向に】~clearするモノトスル。
【原文の “浮動体” と “先頭字” はおそらく逆なので修正している。】
</li>
</ul>
◎
If an inline-start float originates in the first line of content adjacent to an initial letter, then it moves past the initial letter towards the containing block edge, exactly as if the initial letter were any other inline-level content.
◎
However, if such a float originates in subsequent lines of content adjacent to a (sunk) initial letter, then that float must clear the initial letter.
</li>
</ul>

<figure>
<p class="alt" hidden id="_dgm-float-interaction">
浮動体と相互作用している先頭字
◎
initial letter interacting with floats
</p>
<figcaption>
~textの最初の行lは，先頭字が無いときは青色の浮動体に寄りかかれるが、
在るときは，橙色の浮動体を過ぎる所まで移動することが要求される。
◎
In the absence of an initial letter, the first line of text could abut the blue float. But the presence of the initial letter requires that the text move over.
</figcaption></figure>

<p>
浮動体と隣接な内容の~layoutについての情報は、
`CSS2$r `§ 浮動体＠~CSS2J#floats$を見よ。
◎
See CSS2§9.5 for more information about the layout of floats and adjacent content. [CSS2]
</p>

<p class="issue">
後続な行lを出自にしている行内-終端にある浮動体が，（行内-始端にあるそれと同じく）先頭字を~clearするモノトスルかどうかは、
`依然として論の最中にある＠https://lists.w3.org/Archives/Public/www-style/2018Jul/0019.html$。
それを要求する審美的な理由は無い
— が、
下層の~layout~modelが 2 つの事例をどう判別することになるかは，まだ不明瞭である。
◎
Whether an inline-end float originating in subsequent lines must clear the initial letter (as inline-start floats do) is still under discussion. There is no aesthetic reason to require it; however it’s yet unclear how the underlying layout model would distinguish between the two cases.
</p>

			</section>
			<section id="initial-letter-breaking">
<h4 title="Interaction with Fragmentation (Pagination)">7.9.4. 断片化（~page割り）との相互作用</h4>

<p>
単独の~glyphは，複数の`断片化~容器$（`~page~box$／`~col~box$／`領域$, 等々）
］に`断片$化できないので、
塊-軸における`断片化$（いくつかの断片化~容器に分断すること）の目的においては，`先頭字$は`単体的$と見なされる
`css-break-3$r
。
加えて、
先頭字~boxに並んでいる`~flow内$にある行lたちの合間における分断は、
避けられる
— `widows$p や `orphans$p により影響されるそれも含めて。
しかしながら，それら行lたちが成す内容のどこかに`強制d分断$がある場合、
それが優先される
— そうであっても、
先頭字~box自身に対する効果は無い。
◎
Since a single glyph cannot be fragmented across pages (or columns or other fragmentation containers), an initial letter is considered monolithic [css-break-3] for the purpose of block-axis fragmentation (breaking across pages, columns, regions, etc.). Additionally, breaks between the in-flow lines alongside an initial letter box are avoided, much as breaks between line boxes affected be widows and orphans are avoided. However, if there is a forced break alongside the initial letter box, then it takes precedence; but has no effect on the initial letter box itself.
</p>

<p>
他の`単体的$な~objと同じく，`先頭字$は、［
それを包含するには短か過ぎる`断片化~容器$
］の上端に生じている場合には，切落すか, 切分けるかしてもヨイ。
しかしながら，隣接な内容は、
`先頭字$とともに［
切落す／切分ける
］ことなく，自前の規則に則って`断片$化されるモノトスル。
◎
As with other monolithic objects, if an initial letter box occurs at the top of a fragmentation container and that fragmentation container is too short to contain it, it may be either truncated or sliced. Adjacent content, however, must be fragmented according to its own rules, not truncated or sliced along with the initial letter.
</p>

			</section>
		</section>
	</section>
	<section id="baseline-synthesis">
<h2 title="Synthesizing Alignment Metrics">付録 A. 整列~計量の合成-法</h2>

		<section id="baseline-synthesis-em">
<h3 title="Calculating Em-over and Em-under">A.1. `em-over^bL と `em-under^bL の計算-法</h3>

<p class="note">注記：
~CSSにおいては、［
`em-over$bL ／ `em-under$bL
］基底線は利用されない。
この~moduleが，それらの定義を含めているのは、［
Canvas `TextMetrics$I ~APIに利用される他の計量
］との整合性を得るためである。
◎
Note: The em-over and em-under baselines are not used by CSS. Their definitions are included in this module for consistency with the other metrics used by Canvas TextMetrics API.
</p>

<p>
［
`em-over$bL ／ `em-under$bL
］計量は、
次に従って計算される：
◎
The em-over and em-under metrics are calculated as follows:
</p>
<ol>
	<li>
`central$bL 基底線が［
当の~fontに定義されている場合
］および［
`§ ~text用の基底線の合成-法＠#baseline-synthesis-fonts$により他の基底線
（ `ideographic-over$bL, `ideographic-under$bL ）
から導出できる場合
］
⇒
［
`em-over$bL ／ `em-under$bL
］は、
`central$bL 基底線より `0.5em^v だけ［
上に／下に
］ある
◎
If any one of central, ideographic-over, or ideographic-under is defined by the font, then em-over is 0.5em over the central baseline, and em-under is 0.5em under it, with the central baseline derived from the others if missing or undefined (see below).
</li>
	<li>
他の場合
⇒
［
`em-over$bL ／ `em-under$bL
］は、［
`~ascent計量$ ／ `~descent計量$
］を次のように正規化した計量になる
⇒
~~合計が正確に `1em^v になるよう，同じ~~比で増減した結果
◎
Otherwise, the ascent and descent are both proportionally augmented or reduced to add up to exactly 1em, and these normalized metrics are taken as the em-over and em-under metrics, respectively.
</li>
</ol>

<p class="note">注記：
この計算は、［
`em-over$bL, `em-under$bL
］が
— ~glyph外形線の “重心” を それらの合間で中央寄せにしようと試行する下で —
常に正確に `1em^v 離れることを確保する。
◎
Note: This calculation ensures that em-over and em-under are always exactly 1em apart while trying to center the glyph outlines’ “center of gravity” between them.
</p>

		</section>
		<section id="baseline-synthesis-fonts">
<h3 title="Synthesizing Baselines (and Other Font Metrics) for Text">A.2. ~text用の基底線（および 他の~font計量）の合成-法</h3>

<p>
~fontには、
この~moduleに述べた，~textを適正に整列するために必要yな計量~情報がないこともある。
~UAは、
要求される計量がない場合は，次の策を利用してヨイ：
◎
Some fonts might not contain the metrics information necessary to align text properly as described in this module. User agents may use the following strategies in the absence of a required metric:
</p>

<dl>
	<dt>
関係しあう計量を利用する
◎
Use related metrics
</dt>
	<dd>
<p>
ある種の計量どうしは，概して互いに関係するので、
欠落~計量を少なくとも経験的に導出するときには，この関係性を利用できる。
~font形式~自身が特定の計算を定義しない場合、
次に挙げる規則が利用されてもヨイ：
◎
Certain metrics are typically related, and this relationship can be used to at least heuristically derive the missing metric. If the font format itself does not define any specific calculations, the following rules may be used:
</p>
		<ol>
			<li>
`central$bL 基底線は、［
`ideographic-over$bL, `ideographic-under$bL
］基底線の中間になるものと定義されるので、
これらのうち 2 つがあれば残る 1 つを決定する。
◎
The central baseline is defined to be halfway between the ideographic-over and ideographic-under baselines, so any two of these determines the third.
</li>
			<li>
［
`ideographic-over$bL,
`ideographic-under$bL
］基底線は，概して `1em^em 離れているので、［
`ideographic-over$bL,
`ideographic-under$bL,
`central$bL
］基底線のうち どれか 1 つだけ供された場合でも，この関係を利用して他 2 つを計算できる。
◎
The ideographic-over and ideographic-under baselines are typically 1em apart, so if only one of the ideographic-over/ideographic-under/central baselines are provided, this relation can be used to calculate the other two.
</li>
			<li>
~CJK~fontにおいては、［
`~ascent計量$／`~descent計量$
］は，概して［
`ideographic-over$bL 基底線／`ideographic-under$bL 基底線
］に合致するので、
両方とも欠落なときは，~fallbackとして利用できる。
◎
In CJK fonts the ascent and descent typically match the ideographic-over and ideographic-under baselines, so can be used as a fallback when both are missing.
</li>
		</ol>
	</dd>

	<dt>
~fontを測定する
◎
Measure the font
</dt>
	<dd>
<p>
計量は ~glyphの形状から導出してもヨイ。
例えば：
◎
Metrics may be derived from the glyph shapes. For example,
</p>
		<ol>
			<li>
`math$bL 基底線として、
~minus符号（ `2212^U ）の中央を~~採用できる。
◎
The center of the minus sign (U+2212) can be taken as the mathematical baseline.
</li>
			<li>
<p>
小文字 “o” の最高-点から `alphabetic$bL【！alphabetic】 基底線を下回る量を減算すれば、
`x-height$bL（ `ex$u 単位）を測定できる。
◎
The amount by which the lowercase “o” descends below the alphabetic baseline can be subtracted from its highest point to measure the x-height.
</p>

<figure>
<figcaption id="_dgm-measuring-x-height-o">
`x-height$bL【！ex-height】 の測定-法
— 図の［
A ／ B
］は、
`alphabetic$bL【！alphabetic】 基底線から字lの［
上端／下端
］までの距離を表す。
◎
Measuring the x height.
</figcaption></figure>

			</li>
			<li>
大文字 “O” の最高-点から`alphabetic$bL【！alphabetic】 基底線を下回る量を減算すれば、
`cap-height$bL【！cap height】 を測定できる。
◎
The amount by which the uppercase “O” descends below the alphabetic baseline can be subtracted from its highest point to measure the cap-height.
</li>
			<li>
~ideographic文字~faceの周を成す各 辺として `6C38^U `6C38^cref の限界~boxを利用できる。
◎
The bounding box of 永 (U+6C38) can be used to find the ideographic character face edges.
</li>
			<li>
~Hebrew `hanging^bL† 基底線として、
~Hebrew `05D4^U `05D4^cref （ `He^en ）の中央の上端~辺を~~採用できる。
【† `Hebrew hanging^en — `hanging$bL とは別に定義される未定義な基底線かもしれない。】
◎
The top edge of the center of the Hebrew He (U+05D4 “ה”) can be taken as the Hebrew hanging baseline.
</li>
			<li>
<p>
`hanging$bL【！hanging】 基底線として、
字l “Ka” の中央の上端~辺を~~採用できる。
どの “Ka” が利用されるべきかは、
`内容~言語$に依存するべきである：
◎
The top edge of the center of the letter Ka can be taken as the hanging baseline. Which Ka is used should depend on the content language:
</p>

<table><thead>
<tr><th>言語
<th>用字系
<th>字l

<tbody><tr><td>
<td>~Devanagari
<td>`0915^cref `0915^U KA

<tr><td>
<td>~Bengali
<td>`0995^cref `0995^U

<tr><td>
<td>~Gurmukhi
<td>`0A15^cref `0A15^U

<tr><td>
<td>~Tibetan
<td>`0F40^cref `0F40^U
</table>

<!-- 

Language 	Script 	Letter
	Devanagari 	क U+0915 KA
	Bengali 	ক U+0995
	Gurmukhi 	ਕ U+0A15
	Tibetan 	ཀ U+0F40 
-->

<p class="issue">
既定を選ぶ。
◎
Pick a default.
</p>

<figure>
<p class="alt" hidden id="_dgm-measuring-hanging-baseline-ka">
字l "क" の `hanging^bL 基底線の位置を見出す図
◎
finding the position of the hanging baseline of the letter ka
</p>

<figcaption>
`hanging$bL【！hanging】 基底線は、
文字~inkの上端~辺に~~位置する。
◎
The hanging baseline is at the top edge of the character ink.
</figcaption></figure>

			</li>
			<li class="issue">
もっと注記を追加するか？
◎
Issue: Add more notes here?
</li>
</ol>

<p class="issue">
これらの経験則の健全さを誰か検査してくれないかな。
◎
Somebody sanity-check these heuristics please.
</p>
	</dd>

	<dt>
~fallback値を利用する
◎
Use fallback values
</dt>
	<dd>
<p>
次に挙げる値が~fallback値に示唆される：
◎
The following fallback values are suggested:
</p>
		<ul>
			<li>
`x-height$bL【！ex-height】 には `.5em^v
◎
x-height: .5em;
</li>
			<li>
`cap-height$bL【！cap height】 には `.66em^v
◎
cap-height: .66em;
</li>
			<li>
`hanging$bL【！hanging】 基底線には `.6em^v
◎
hanging baseline: .6em;
</li>
		</ul>
	</dd>
</dl>

		</section>
		<section id="baseline-synthesis-box">
<h3 title="Synthesizing Baselines for Atomic Inlines">A.3. 不可分な行内~用の基底線の合成-法</h3>

<p>
`不可分な行内$（`行内-塊$, 行内-~table, `置換され$る要素など） %~box に対しては、［
%~box が関与する`行内~整形~文脈$の`行内-軸$
］において［
%~box の内容から導出される`基底線~集合$
］は無い場合には、
~UAは，［
%~box を整列する
］ための［
%~box の`基底線$
］を次に従って合成するモノトスル：
◎
If an atomic inline (such as an inline-block, inline-table, or replaced element) does not have a content-derived baseline set in the inline axis of the inline formatting context in which it participates, then the UA must synthesize its baselines as follows in order to align it.
</p>
<ul>
	<li>
次に挙げる`基底線$は、
<strong>
%~box の`行-下面$`~margin辺$にある
</strong>と見做される
⇒＃
`text-under$bL,
`ideographic-under$bL,
`ideographic-ink-under$bL,
`alphabetic$bL,
◎
These baselines are assumed to be at its line-under margin edge:
• text-under baseline
• ideographic-under baseline
• ideographic-ink-under baseline
• alphabetic baseline
</li>
	<li>
次に挙げる`基底線$は、
<strong>
%~box の［
`行-下面$, `行-上面$
］`~margin辺$の中間にある
</strong>と見做される
⇒＃
`central$bL,
`math$bL,
`x-middle$bL
◎
These baselines are assumed to be halfway between its line-under and line-over margin edges:
• central baseline
• math baseline
• x-middle baseline
</li>
	<li>
次に挙げる`基底線$は、
<strong>
%~box の`行-上面$`~margin辺$にある
</strong>と見做される
⇒＃
`text-over$bL,
`ideographic-over$bL,
`ideographic-ink-over$bL,
`cap-height$bL,
`hanging$bL
◎
These baselines are assumed to be at its line-over margin edge:
• text-over baseline
• ideographic-over baseline
• ideographic-ink-over baseline
• cap-height baseline
• hanging baseline
• x-height baseline
</li>
</ul>

<p class="note">注記：
（正な／負な）~marginを利用すれば、
作者は，`置換され$る内容に対し 行lの中での整列を調整できる。
◎
Note: Authors can use margins (positive or negative) to adjust the alignment of replaced content within a line.
</p>

<div class="example">
<p>
一連の画像を利用して，存在しない文字を表示する例：
◎
In this example, the author is using a set of images to display characters that don’t exist.
</p>

<pre class="lang-css">
img[src^="/text/"] {
  height: 1em; /* <span class="comment">
隣の~textと合致するように~sizeする
◎
Size to match adjacent text
</span> */
  margin-bottom: -0.2em; /* <span class="comment">
基底線を下端から 20% 上にする
◎
Baseline at 20% above bottom
</span> */
}
</pre>
...
<pre class="lang-html">
&lt;p&gt;<span class="comment">
未だ符号化されていない用字系で書かれた単語による~text
◎
This is some text with words written in an unencoded script:
</span>
  &lt;img src="/text/ch3439.png" alt="..."&gt;
  &lt;img src="/text/ch3440.png" alt="..."&gt;
  &lt;img src="/text/ch3442.png" alt="..."&gt;
</pre>

</div>

<p class="note">注記：
~CSSの将来~levelでは、
`置換され$る要素~用に全部的な`基底線~table$を指定する仕方が含められるであろう
（おそらく，
<span class="prod">[`baseline-keyword^t `percentage$t]+</span>
を値に受容する `baseline-table^p ~propの様なものにより）。
◎
Note: A future level of CSS may include a way of specifying a full baseline table for replaced elements. (This will probably look like a baseline-table property that accepts [&lt;baseline-keyword&gt; &lt;percentage&gt;]+.)
</p>

		</section>
	</section>
	<section id="changes">
<h2 title="Changes">変更点</h2>

<dl>
	<dt>
`2024年 8月 12日 作業草案＠~TR/2024/WD-css-inline-3-20240812$からの
変更点
◎
Changes since the 12 August 2024 Working Draft:
</dt>
	<dd>
`text-edge$t には、［
上面~用の値, 下面~用の値
］どちらも要求されるようにした。
（ `10703$issue ）
◎
Made both values of &lt;text-edge&gt; required. (Issue 10703)
</dd>
	<dd>
`text-box-edge$p を継承されるようにした。
それに伴い、
`text-box-trim$p は，影響される行l~box（たち）に適用される関連な【 `text-box-edge^p の】値を参照するようにした。
（ `10904$issue ）
◎
Made text-box-edge inherit; text-box-trim references the relevant value applied to the affected line box(es). (Issue 10904)
</dd>
	<dd>
`断片化$による各~分断に対する `text-box-trim$p の挙動を定義した。
（ `5335$issue ）
◎
Defined behavior of text-box-trim at fragmentation breaks. (Issue 5335)
</dd>
	<dd>
`複-~col容器$に対する `text-box-trim$p の挙動を定義した。
他の整形~文脈に対する `text-box-trim$p の適用（および伝播）を明確化した。
（ `5335$issue, `11038$issue ）
◎
Defined behavior of text-box-trim on multi-column containers, and clarified its application to (and through) other formatting contexts. (Issue 5335, Issue 11038)
</dd>

	<dt>
`2024年 8月 8日作業草案＠~TR/2024/WD-css-inline-3-20240808/$
からの変更点
◎
Changes since the 8 August 2024 Working Draft:
</dt>
	<dd>
一部の［
以前は `line-fit-edge$p も表現していた `text-box-edge$p への参照
］を【 `line-fit-edge^p を指すよう】直した。
◎
Some minor clean-up of references to text-box-edge left over from when it also represented line-fit-edge.
</dd>
	<dd>
`text-box-edge$p 用の値 `auto$v1 は、［
それを指定した要素の `line-fit-edge$p の値に算出される
］のではなく［
影響される`行l~box$【の`根~行内~box$】の `line-fit-edge^p を参照する
］よう調整した。
◎
Adjusted text-box-edge: auto to reference line-fit-edge on the affected line box rather than computing to the line-fit-edge of the specifying element.
</dd>

	<dt>
`2023年 4 月 1日 作業草案＠~TR/2023/WD-css-inline-3-20230401/$
からの変更点
◎
Changes since the 1 April 2023 Working Draft:
</dt>
	<dd>
`text-box-edge$p を 2 つの~prop
— ​`text-box-trim$p 辺を制御するための `text-box-edge$p,
行l~boxの~sizingを制御するための `line-fit-edge$p —
に分割して，
`text-box$p `略式~prop$を追加した。
（ `8829$issue, `8696$issue ）
◎
Split text-box-edge into two properties—​text-box-edge for controlling the text-box-trim edge and line-fit-edge for controlling line box sizing—​and added the text-box shorthand. (Issues 8829 and 8696)
</dd>
	<dd>
`text-box-trim$p 用の【 `none^v 以外の】~keywordに接頭辞 `trim-*^v を追加した
— それらが `text-box$p 略式~propの文脈においてもイミを成すよう。
（ `10675$issue ）
◎
Added trim-* prefix to text-box-trim keywords so that they make sense in the context of the text-box shorthand. (Issue 10675)
</dd>
	<dd>
`text-box-trim$p 用には、
複数の先祖から削るよう要請されたときは，最も内縁な削n辺を利用するようにした。
（ `5426$issue ）
◎
Use the innermost trim edge for text-box-trim when multiple ancestors request trimming. (Issue 5426)
</dd>
	<dd>
負な`塊-軸$~marginも，
`行内~box$の子孫たちの`~layout限界域$を計算するときには
— 実際に指定された効果があるよう —
適用するようにした。
（ `8182$issue ）
◎
Apply negative block-axis margins to descendants of inline boxes when calculating their layout bounds so that they can actually have the specified effect. (Issue 8182)
</dd>
	<dd>
`幻な行l~box$の定義を正した
— それに織り込まれる［
~margin／~padding／~border
］は，`行内-軸$におけるそれらに限るよう。
（ `9344$issue ）
◎
Corrected phantom line boxes to only account for inline-axis box decorations. (Issue 9344)
</dd>

	<dt>
`2022年 11月 14日 作業草案＠~TR/2022/WD-css-inline-3-20221114/$
からの変更点
◎
Changes since the 14 November 2022 Working Draft:
</dt>
	<dd>
`text-edge^p を `text-box-edge$p に改称した。
`leading-trim^p を `text-box-trim$p に改称した。
それらの初期~値も改称した
【実際に改称されたのは、後者の初期~値のみ】。
（ `8067$issue ）
◎
Renamed text-edge to text-box-edge and leading-trim to text-box-trim, and also renamed their initial values. (Issue 8067)
</dd>
	<dd>
`行l隙間~計量$を 0 以上に切り上げるようにした。
（ `5064$issue ）
◎
Floor the line gap metric at zero. (Issue 5064)
</dd>

	<dt>
`2020年 8 月 28日 作業草案＠~TR/2020/WD-css-inline-3-20200827/$
からの変更点：
◎
Changes since the 28 August 2020 Working Draft:
</dt>
	<dd>
`inline-sizing$p は、
元々意図されていたとおり，`継承$されるものと修正した。
（ `1974$issue ）
◎
Fixed inline-sizing to be inherited, as was originally intended. (Issue 1974)
</dd>
	<dd>
`inline-sizing$p の “適用対象” から~ruby~boxを除外するよう更新した。
◎
Update inline-sizing “Applies to” to exclude ruby boxes.
</dd>
	<dd>
編集上の修正点
— 欠落った画像など。
◎
Editorial fixes, including missing images.
</dd>

	<dt>
`2020年 6月 18日 作業草案＠~TR/2020/WD-vss-inline-3-20200618/$
からの変更点は：
◎
Changes since the 18 June 2020 Working Draft include:
</dt>
	<dd>
ある種の~Indic用字系に共通的な実施を取扱うため、
`initial-letter-align$p に値 `leading$v を追加した。
`~Indic~layoutの要件＠~TR/ilreq/#h_scripts_without_hanging_baseline$
を見よ。
（ `864$issue ）
◎
Added leading value to initial-letter-align to handle common practices for certain Indic scripts. See Indic Layout Requirements. (Issue 864)
</dd>
	<dd>
0 でない~paddingや~borderは、
先祖の `text-box-trim$p による効果を阻止するようにした。
（ `5237$issue ）
◎
Make non-zero padding and border block effects of text-box-trim from ancestors. (Issue 5237)
</dd>
	<dd>
`initial-letter-align$p から値 `hebrew^v を除去した。
（ `5208$issue ）
◎
Remove hebrew value from initial-letter-align. (Issue 5208)
</dd>
	<dd>
先頭字の~sizeが沈込量に満たない場合には、
下面~整列~点を利用するようにした。
（ `5329$issue ）
◎
Use the under alignment point for initial letters whose size is less than the sink. (Issue 5329)
</dd>
	<dd>
`埋没~頭字$に隣接な空白は縮約するようにした。
（ `5120$issue ）
◎
Collapse white space adjacent to dropped initials. (Issue 5120)
</dd>
	<dd>
`埋没~頭字$は、
`text-align$p の目的においては
`持上げ頭字$と同じに挙動するようにした。
（ `5207$issue ）
◎
Make dropped initials behave the same as raised initials for the purpose of text-align. (Issue 5207)
</dd>
	<dd>
［
`shape-margin$p,
`margin$p,
`shape-outside$p
］の相互作用を浮動体に合致するよう改めた
（ `initial-letter-wrap$p を見よ）。
（ `5119$issue ）
◎
Altered interaction of shape-margin, margin, and shape-outside to match floats (see initial-letter-wrap). (Issue 5119)
</dd>
	<dd>
Canvas 2D からの参照~用に，［
`em-over$bL, `em-under$bL
］基底線~用の定義を追加した。
（ `5312$issue ）
◎
Added definitions for em-over and em-under baselines for reference by Canvas 2D. (Issue 5312)
</dd>
	<dd>
`vertical-align$p の（新たな）構文を少しばかり精緻化した。
（ `5235$issue ）
◎
Slight refinements to the (new) syntax of vertical-align. (Issue 5235)
</dd>
	<dd>
`baseline-shift$p 用の値［
`sub^v ／ `super^v
］用に，~fall-back時の~offsetを定義した。
（ `5225$issue ）
◎
Define fallback shift for baseline-shift: sub | super. (Issue 5225)
</dd>

	<dt>
`2020年 6月 4日 作業草案＠~TR/2020/WD-css-inline-3-20200604/$
からの変更点は：
◎
Changes since the 4 June 2020 Working Draft include:
</dt>
	<dd>
以前の［
`line-sizing^p, `text-box-trim^p
］提案の関係性を作業し直して、
`text-box-edge$p を作成し， `text-box-trim$p の構造を組み換えた。
（ `5168$issue ）
◎
Reworked the relationship of the earlier line-sizing and text-box-trim proposals to create text-box-edge and a differently-structured text-box-trim. (Issue 5168)
</dd>
	<dd>
`vertical-align$p の`行lに相対的なズラシ値$を
`alignment-baseline$p 下位propから `baseline-shift$p 下位propへ移した。
（ `5180$issue ）
◎
Shifted the line-relative shift values of vertical-align from the alignment-baseline longhand to the baseline-shift longhand. (Issue 5180)
</dd>
	<dd>
`text-box-edge$p を `§ 行内~boxが供与する論理-縦幅の計算-法$の中に統合した。
◎
Integrated text-box-edge into line box height calculations.
</dd>
	<dd>
様々な基底線の定義を`自前の節＠#css-metrics$の中に~refactorして、
`CSS-WRITING-MODES-3$r から序論, 中核を成す各種用語を取込んだ。
◎
Refactored definitions of various baselines into their own section and imported introduction and core terminology from [CSS-WRITING-MODES-3].
</dd>
	<dd>
残りの［
基底線~整列, 行l~box~sizing
］の注釈文を `CSS2$r から取込んで，更新した／統合した。
◎
Imported and updated / integrated remaining baseline alignment and line box sizing prose from [CSS2].
</dd>
	<dd>
`不可分な行内$用の基底線の合成~規則を，すべての基底線~用に定義した。
◎
Defined atomic inline baseline synthesis rules for all baselines.
</dd>
	<dd>
`central$bL 基底線は、
明確に `ideographic^em central 基底線であるものと定義した。
◎
Defined the central baseline definitively as the ideographic central baseline.
</dd>
	<dd>
`先頭字~box$と後続な~textの合間にある空白の縮約-法を定義した。
（ `5120$issue ）
◎
Defined white space collapsing between an initial letter box and subsequent text. (Issue 5120)
</dd>
	<dd>
`先頭字~box$用の~box~modelの定義を整備した
— その`包含塊$との相互作用も含め。
（ `719$issue ）
◎
Tightened up box model definitions for initial letter boxes, including interaction with its containing block. (Issue 719)
</dd>
	<dd>
諸々の細かい修正点, 明確化, 編集上の改善。
◎
Miscellaneous small fixes, clarifications, and editorial improvements.
</dd>

	<dt>
`2018年 8月 8日 作業草案＠~TR/2018/WD-css-inline-3-20180808/$
からの変更点は：
◎
Changes since the 8 August 2018 Working Draft include:
</dt>
	<dd>
行-間の間隔法を計算する方法を制御する `line-sizing^p ~propを追加した
【が除去された】。
（ `3199$issue ）
◎
Added line-sizing property to control how inter-line spacing is calculated. (Issue 3199)
</dd>
	<dd>
最初／最後のどちらの基底線による整列を利用するか制御するため、
`baseline-source$p ~propを追加した。
（ `861$issue ）
◎
Added baseline-source property to control whether first or last baseline is used for alignment. (Issue 861)
</dd>
	<dd>
行l~box~layoutにおける［
行-上面／行-下面
］辺~用に利用される計量を制御するため、
`text-box-trim$p 提案を追加した。
（ `3240$issue, `3955$issue ）
◎
Added text-box-trim proposal to control the metrics used for the line-over/line-under edge in line box layout. (Issue 3240 and 3955)
</dd>

	<dd>
`CSS2$r から `line-height$p の定義と関係する規範的な注釈文を取込んだ。
◎
Imported line-height definition and related normative prose from [CSS2].
</dd>
	<dd>
`§ 行内~layout~model＠#model$における，
行内~layoutの高~levelな記述を改善した。
◎
Improved high-level description of inline layout in § 2 Inline Layout Model.
</dd>
	<dd>
`initial-letters-*^p を `initial-letter-*^p に改称し戻した。
（ `862$issue ）
◎
Renamed initial-letters back to initial-letter. (Issue 862)
</dd>
	<dd>
構文上の便利~用に
`initial-letter$p 用の~keyword
`raise$v1, `drop$v1【！`sink^v】
を追加した。
（ `2955$issue ）
◎
Added the raise and sink keywords for syntactic convenience. (Issue 2955)
</dd>
	<dd>
基底線が設定されていない`不可分な行内$用に，基底線の合成を指定した。
◎
Specified synthesis of baselines for atomic inlines that have no baseline set.
</dd>
	<dd>
`alignment-baseline$p 用の値［
`middle$v1,
`text-top$v1,
`text-bottom$v1
］の`縦組み$における解釈を明確化した。
（ `4495$issue ）
◎
Clarified interpretation of middle, text-top, and text-bottom in vertical writing modes. (Issue 4495)
</dd>
	<dd>
`alignment-baseline$p 用の値［
`text-top$v1, `text-bottom$v1
］, および
`text-box-edge$p 用の値 `text$v1 は、［
`vertical-align$p,
`dominant-baseline$p,
`text-box-trim$p,
行内~boxの内容~boxを描くとき
］にわたって，一貫するよう解釈されるベキであることを明確化した。
（ `3978$issue ）
◎
Clarified that text-top/text-bottom/text values should be consistently interpreted across vertical-align, dominant-baseline, text-box-trim, and drawing the content box of an inline box. (Issue 3978)
</dd>
	<dd>
`dominant-baseline$p の初期~値を `auto^v に正した。
（ `4115$issue ）
◎
Corrected initial value of dominant-baseline to auto. (Issue 4115)
</dd>
	<dd>
`vertical-align$p 略式~prop, その下位propどちらを選ぶかに関する著作~助言の意味合いを改善した。
◎
Improved some nuances in authoring advice regarding vertical-align longhands vs. shorthands.
</dd>
	<dd>
`initial-letter$p と［
`float$p ／ `position$p
］との相互作用を明確化した。
◎
Clarified interaction of initial-letter and float/position.
</dd>
	<dd>
可読性を良くするめ，
`§ 先頭字の~layout＠#initial-letter-layout$
を編成し直して、
明確さを得るため，一部の言い回しを調節した。
◎
Reorganized the § 7.5 Initial Letter Layout section for better readability, and tweaked some wording for clarity.
</dd>
	<dd>
`shape-margin$p は、
~glyph外形線に適用するものと定義した。
◎
Defined that shape-margin applies to the glyph outline.
</dd>
	<dd>
~ideographic文字~face辺~用の基底線~合成~規則を
`6C38^U `6C38^cref
を利用するよう切替えた。
◎
Switched baseline synthesis rules to use 永 (U+6C38) for ideographic face edges.
</dd>
	<dd>
`先頭字$は、
【~Arabicなどの途切れない用字系においても】形状付けに関して隔離されることを指定した
— それでも、
後続する~textは連結形（ `connecting form^en ）であり続けるが。
（ `課題 #2399＠~CSSissue/2399#issuecomment-635630662$ ）
◎
Specified that an initial letter is isolated wrt shaping, even though text after it remains in its connecting form. (Issue 2399)
</dd>
</dl>

<p>
これら以前の変更点は、
`2016年 5月 24 日 作業草案からの変更点＠~TR/2018/WD-css-inline-3-20180808/#changes$
を見よ。
◎
See also earlier changes since the 24 May 2016 Working Draft.
</p>

	</section>
	<section id="ack">
<h2 title="Acknowledgments">謝辞</h2>

<p>
初期の策定者 `Eric A. Meyer, Michel Suignard^en 両氏に特別な謝意を。
◎
Special thanks goes to the initial authors, Eric A. Meyer and Michel Suignard.
</p>

<p>
加えて、
この仕様は、
次の方々からの助力も欠かせなかった：
◎
In additions to the authors, this specification would not have been possible without the help from:
</p>

<p lang="en">
David Baron,
Mike Bremford,
David M Brown,
Oriol Brufau,
John Daggett,
Stephen Deach,
Sylvain Galineau,
David Hyatt,
Myles Maxfield,
Shinyu Murakami,
Jan Nicklas,
Tess O’Connor,
Sujal Parikh,
Florian Rivoal,
Alan Stearns,
Weston Thayer,
Bobby Tung,
Chris Wilson,
Grzegorz Zygmunt.
</p>

	</section>
	<section id="privacy">
<h2 title="Privacy Considerations">~privacyの考慮点</h2>

<p>
この仕様に対し報告された，新たな~privacyの考慮点は、無い。
◎
No new privacy considerations have been reported on this specification.
</p>

	</section>
	<section id="security">
<h2 title="Security Considerations">~securityの考慮点</h2>

<p>
この仕様に対し報告された，新たな~privacyの考慮点は、無い。
◎
No new security considerations have been reported on this specification.
</p>

	</section>
</main></div>