CSS Text Module Level 3

1.1. 各種~module間の相互作用

この~moduleは、 `CSS-TEXT-DECOR-3$r とともに， `CSS2$r `§ 16＠~CSS22/text.html$ にて定義される~text~levelの特能を置換して拡張する。 ◎ This module, together with the CSS Text Decoration Module, replaces and extends the text-level features defined in Cascading Style Sheets Level 2 chapter 16. [CSS-TEXT-DECOR-3] [CSS2]

以下に定義される各種~用語に加えて、 この仕様にて利用される他の［ 各種用語／概念 ］は， `CSS2$r, `CSS-WRITING-MODES-4$r にて定義される。 ◎ In addition to the terms defined below, other terminology and concepts used in this specification are defined in Cascading Style Sheets Level 2 and the CSS Writing Modes Module. [CSS2] and [CSS-WRITING-MODES-4].

1.2. 値~定義

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

【この訳に特有な表記規約】

簡潔かつ明確にするため、 この訳では，記号 "↔", "間" を次の意味で用いる：

• ~textを~~構成する，ある分類による単位（例えば “単語”, “文字”，その他 何らかの条件を満たす文字列の集合など） %W に対し、 “%W↔間” という表記（例：“単語↔間” ）は、 論の対象の~textの中で互いに隣接な，任意の 2 個の［ %W に属する単位~instance ］の合間を意味する。
• %Z を別の単位とするとき、 “%W ↔ %Z 間” という表記は、 ~textの中で互いに隣接な，［ %W に属する任意の単位~instanceと, %Z に属する任意の単位~instance ］（順不同）の合間を意味する。 （同順であることも要する場合は、 その旨が記される）

“隣接な” の定義は、 双方向性による並替ngの前／後で変化することに注意（~layoutの文脈では、 通例的に並替ngの後になる）。

この仕様の語［ 始端／終端 ］は、 特に断らない限り，`行内~基底~方向$のそれを意味する（塊~flow~方向ではなく）。

略語 “~CJK” は、［ 中国語, 日本語, 韓国語 ］の総称を表す。

一部の共通的に利用される符号位置は、 次の表に示す略称で参照される（`~space$, `~tab$は、 原文では他所で定義されるが，ここに集約する）：

1.3. 言語と植字

作者は、 最良な結果を得るため，言語~tagを内容に正確aにあてがうベキである ◎ Authors should accurately language-tag their content for the best typographic behavior.

多くの~typographic効果は、 言語上の文脈に応じて変わる。 言語と書記~体系の規約は、［ 行-分断法, ~hyphen化, 両端揃え, ~glyph選定 ］, その他，多くの~typographic効果に影響し得る。 ~CSSにおいては、 言語に特有な~typographicな誂えは、 `内容~言語$が既知である（宣言されている）ときに限り適用される。 したがって，作者には — 高~品質な~typographyを得るためには — 文書~内の~textが成す正しい言語上の文脈を~UAに伝えることが要求される。 ◎ Many typographic effects vary by linguistic context. Language and writing system conventions can affect line breaking, hyphenation, justification, glyph selection, and many other typographic effects. In CSS, language-specific typographic tailorings are only applied when the content language is known (declared). Therefore, higher quality typography requires authors to communicate to the UA the correct linguistic context of the text in the document.

要素の `内容~言語@ とは、 `文書~言語$の規則に則って，要素が属するものと宣言されている（ヒトが話す）言語である。 要素の`内容~言語$は，未知もアリなことに注意。 例：［ ~tag付けられてない内容／言語~tag付けの便宜性が無い`文書~言語$内の内容 ］の内容~言語は、 未知と見なされる。 ◎ The content language of an element is the (human) language the element is declared to be in, according to the rules of the document language. Note that it is possible for the content language of an element to be unknown—e.g. untagged content, or content in a document language that does not have a language-tagging facility, is considered to have an unknown content language.

注記： 作者は、［ ~HTMLにおいては大域的な `lang^a 属性／ ~XMLにおいては普遍的な `xml:lang^a 属性 ］を利用して`内容~言語$を宣言できる。 ［ ~HTML／~XML ］要素の`内容~言語$を決定するための規則は、［ `~HTML要素のそれ＠~HTMLdom#language$ `HTML$r ／ `~XML要素のそれ＠~TR/xml/#sec-lang-tag$ `XML10$r ］を見よ。 ◎ Note: Authors can declare the content language using the global lang attribute in HTML or the universal xml:lang attribute in XML. See the rules for determining the content language of an HTML element in HTML, and the rules for determining the content language of an XML element in XML 1.0. [HTML] [XML10]

要素に宣言された`内容~言語$は、 要素に利用されている `内容~書記~体系@ （ `content writing system^en ） — すなわち、 利用されている言語に特有な書記法（ `written form^en ） — を識別する。 この情報は、 `文書~言語$による［ `内容~言語$の識別-用の便宜性 ］に依存して，明示的に与えられることも, 暗黙のものになることもある。 規範的な付録 `§ 内容~書記~体系の識別-法＠#script-tagging$ を見よ。 ◎ The content language an element is declared to be in also identifies the specific written form of that language used in that element, known as the content writing system. Depending on the document language’s facilities for identifying the content language, this information can be explicit or implied. See the normative Appendix F: Identifying the Content Writing System.

注記： 一部の言語には，複数の書記~体系が伝統的にある。 また、 ある言語が外来の書記~体系の中に翻字-（ `transliterate^en ）される事例もある。 そのような事例では、 作者は，~UAが適切に順応できるよう `用字系~下位tag＠#script-tagging$を与えるベキである。 ◎ Note: Some languages have more than one writing system tradition; in other cases a language can be transliterated into a foreign writing system. Authors should subtag such cases so that the UA can adapt appropriately.

1.4. 文字と字l

植字の基本的~単位は， `文字@ （ `character^en ）である。 しかしながら，書記~体系は基本的な~English~alphabetほど単純とは限らないので、 `文字$が実際に何であるかは，その用語が利用される文脈に依存する。 例えば，~Hangul（韓国語の書記~体系）では、 各［ 音節の方形~表現 ］（例： `한^lt = Han ）を，`文字$と見なせる。 しかしながら，方形~記号は、 ~~実際に，それぞれが音素を表現するような 複数の字l（ `letter^en ）から構成されており（例： `ㅎ^lt = h, `ㅏ^lt = a, `ㄴ^lt = n ）、 そのそれぞれも`文字$と見なせる。 ◎ The basic unit of typesetting is the character. However, because writing systems are not always as simple as the basic English alphabet, what a character actually is depends on the context in which the term is used. For example, in Hangul (the Korean writing system), each square representation of a syllable (e.g. 한=Han) can be considered a character. However, the square symbol is really composed of multiple letters each representing a phoneme (e.g. ㅎ=h, ㅏ=a, ㄴ=n) and these also could each be considered a character.

~computerにおける~text符号化法の基本的~単位も，`文字$と呼ばれる — その符号化法の単独の`文字$は、 符号化法に依存して， 予め構成-済みな 音節的な`文字$全体（例： `한^lt ）にも, 個々の音素的な`文字$（例： `ㅎ^lt ）にも, 基底~字形などの より小さな単位（例： `ㅇ^lt ）にも対応することがある。 更には、 結合~markも，それを様々にさせる（例： 有気音を表現する余分な描線）。 ◎ A basic unit of computer text encoding, for any given encoding, is also called a character, and depending on the encoding, a single encoding character might correspond to the entire pre-composed syllabic character (e.g. 한), to the individual phonemic character (e.g. ㅎ), or to smaller units such as a base letterform (e.g. ㅇ) and any combining marks that vary it (e.g. extra strokes that represent aspiration).

その一方，符号化法の単独の`文字$は、 ~data~stream内では 1 個以上の~byteとして表現され得る。 また、 ~programming環境でも，ときには 1 個の~byteを`文字$と呼ぶことがある。 ◎ In turn, a single encoding character can be represented in the data stream as one or more bytes; and in programming environments one byte is sometimes also called a character.

したがって、 用語 `文字$は，技術的な精度が要求される所では多義的になる。 ◎ Therefore the term character is fairly ambiguous where technical precision is required.

~text~layoutにおいては、 `~typographic文字~単位@ （ `typographic character unit^en ） 【 “植字した結果の，~~見かけの~~形に基づく文字~単位” 】 が，~textの基本的な単位になる。 ~text~layoutの分野でも、 関連な`文字$単位は，演算に依存する。 例えば，［ `行-分断法$, `字間隔法$ ］においては、 ~Thai文字~並びが `0E33^U `#0E33^lt `THAI CHARACTER SARA AM^cn を含んでいる場合に，区分の~~仕方が異なる。 また，~Devanagariなどの用字系における連接子音の挙動は、 利用~中の~fontに依存することがある。 このように，`~typographic文字$は、 特定0の~typographic演算（ `行-分断法$, （段落の）最初の字l（ `first-letter^en ）効果, `字間隔法$, 両端揃え, 縦書き時の配列法, 等々 ）に関して分割0不能な，書記~体系の単位を表現する — 例えば ⇒＃ ~Latinにおける~alphabetic字l（その発音区別符も含む）, ~Hangulにおける音節, 中国語における表語-文字, ~Myanmarにおける音節~cluster, 等々 ◎ For text layout, we will refer to the typographic character unit as the basic unit of text. Even within the realm of text layout, the relevant character unit depends on the operation. For example, line-breaking and letter-spacing will segment a sequence of Thai characters that include U+0E33 ำ THAI CHARACTER SARA AM differently; or the behavior of a conjunct consonant in a script such as Devanagari may depend on the font in use. So the typographic character represents a unit of the writing system—such as a Latin alphabetic letter (including its diacritics), Hangul syllable, Chinese ideographic character, Myanmar syllable cluster—that is indivisible with respect to a particular typographic operation (line-breaking, first-letter effects, tracking, justification, vertical arrangement, etc.).

`UAX29$r は、 `書記素~cluster@ （ `grapheme cluster^en ）と呼ばれる，`~typographic文字$を近似する単位を定義している。 ~UAは、 自身の`~typographic文字~単位$の基礎として， `UAX29$r にて定義される `拡張された書記素~cluster^em（ `extended grapheme cluster^en ） を利用するモノトスル（ `旧来の書記素~cluster^em（ `legacy grapheme cluster^en ） ではなく）。 しかしながら，~UAは、 ~typographic慣習からの要求に応じて，定義を誂えるベキである — 既定の規則は、 必ずしも［ 適切／理想的 ］とは限らず，必要に応じて［ 演算に依存して，異なるものに誂える ］ものと期待されているので。 ◎ Unicode Standard Annex #29: Text Segmentation defines a unit called the grapheme cluster which approximates the typographic character. [UAX29] A UA must use the extended grapheme cluster (not legacy grapheme cluster), as defined in UAX29, as the basis for its typographic character unit. However, the UA should tailor the definitions as required by typographic tradition since the default rules are not always appropriate or ideal—and is expected to tailor them differently depending on the operation as needed.

注記： そのような誂え用の規則は、 ~CSSの視野から外れる。 ◎ Note: The rules for such tailorings are out of scope for CSS.

`~typographic字l単位@ （ `typographic letter unit^en ）, （または，この仕様の目的においては）略して `字l@ （ `letter^en ）とは、 `~typographic文字~単位$のうち，`~Unicode字種$［ `Letter^uc ／ `Number^uc ］に属するものを指す。 `~typographic文字~単位$の各種~Unicode~propを決定する方法については、 `§ 文字の~prop＠#character-properties$ を見よ。 ◎ A typographic letter unit (or letter for the purpose of this specification) is a typographic character unit belonging to one of the Letter or Number general categories. See Appendix E: Characters and Properties for how to determine the Unicode properties of a typographic character unit.

`~typographic文字~単位$が要素~境界で分割0されている場合、 その描画~特性は定義されない。 理想的には，各~成分は、［ 一体としての`~typographic文字~単位$の正しい形状付けと位置決め ］を保守しながら，［ それぞれが属する要素の各~propによる整形~要件 ］に則って描画されるベキである。 しかしながら，これは、 常にアリになるとは限らず，［ 各~部における整形の相違の資質, 利用-中の~font技術の能力 ］に依存する。 したがって，そのような`~typographic文字~単位$は、 境界の一方の側に属するように描画されることも，何らかの近似で両者に属するように描画されることもある。 作者には、 `書記素~cluster$や合字を要素~境界で分割0すると［ 一貫しない／欲されない ］結果にもなり得ることを警告しておく。 ◎ The rendering characteristics of a typographic character unit divided by an element boundary is undefined. Ideally each component should be rendered according to the formatting requirements of its respective element’s properties while maintaining correct shaping and positioning of the typographic character unit as a whole. However, depending on the nature of the formatting differences between its parts and the capabilities of the font technology in use, this is not always possible. Therefore such a typographic character unit may be rendered as belonging to either side of the boundary, or as some approximation of belonging to both. Authors are forewarned that dividing grapheme clusters or ligatures by element boundaries may give inconsistent or undesired results.

1.5. ~text処理

~CSSは`~Unicode$citeの上に築かれている。 ~Unicodeを~supportする~UAは、 ~CSSにより明示的に上書きされた所を除き，~Unicodeの中核~標準を成すすべての規範的な要件を固守するモノトスル。 ~Unicode以外の~text符号化法~modelに基づいて実装されている~UAであっても、［ 適切な対応付け, 相似的な挙動 ］があると見做す下で，同じ~text取扱い要件を充足することが期待される。 ◎ CSS is built on Unicode. [UNICODE] UAs that support Unicode must adhere to all normative requirements of the Unicode Core Standard, except where explicitly overridden by CSS. UAs implemented on the basis of a non-Unicode text encoding model are still expected to fulfill the same text handling requirements by assuming an appropriate mapping and analogous behavior.

~text処理（空白~処理, ~text変形n, 行-分断法, 等々）用に文字の隣接性を決定する目的においては — したがって、 一般に，この仕様の中では — ［ 文字~並びに挟まれた`行内~box$の境界／`~flow外$にある要素 ］は，無視するモノトスル。 ただし，~text形状付けに関しては、 `§ 要素~境界をまたがる形状付け＠#boundary-shaping$ を見よ。 ◎ For the purpose of determining adjacency for text processing (such as white space processing, text transformation, line-breaking, etc.), and thus in general within this specification, intervening inline box boundaries and out-of-flow elements must be ignored. With respect to text shaping, however, see § 7.3 Shaping Across Element Boundaries.

2.1. 大小~変形： `text-transform^p ~prop

この~propは、 ~textを~style付け目的で変形する。 これは、 下層の内容に効果を発揮することはなく，~copy-pasteされる素な~textの内容には影響しないモノトスル。 ◎ This property transforms text for styling purposes. It has no effect on the underlying content, and must not affect the content of a plain text copy & paste operation.

作者は、 意味論上の目的において， `text-transform$p に依拠してはナラナイ — 正しい［ 大小-法, 意味論 ］は、 ~source文書を成す［ ~text／~markup ］内に符号化するベキである。 ◎ Authors must not rely on text-transform for semantic purposes; rather the correct casing and semantics should be encoded in the source document text and markup.

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

`none@v

効果なし。 ◎ No effects.

`capitalize@v

各~単語の最初の`~typographic字l単位$を，小文字であれば題字~化する — 他の文字は影響されない。 ◎ Puts the first typographic letter unit of each word, if lowercase, in titlecase; other characters are unaffected.

【 “小文字であれば” — おそらく、 この記述のみからは真意は伝わらないであろう — `詳細＠https://lists.w3.org/Archives/Public/www-style/2015Mar/0144.html$ 】【 題字（ `titlecase^en ） — 当の言語において，~~主要な単語の頭字を大文字~化するなどの~~慣習。 表題などによく用いられる。 】

`uppercase@v

すべての`字l$を，大文字~化する。 ◎ Puts all letters in uppercase.

`lowercase@v

すべての`字l$を，小文字~化する。 ◎ Puts all letters in lowercase.

`full-width@v

すべての`~typographic文字~単位$を`全角~形$にする。 対応する全角~形が無い文字は、 そのままにされる。 この値は概して、 ~Latin［ 字l／数字 ］を それらが表語-文字であったかのように植字するために利用される。 ◎ Puts all typographic character units in full-width form. If a character does not have a corresponding full-width form, it is left as is. This value is typically used to typeset Latin letters and digits as if they were ideographic characters.

`full-size-kana@v

すべての`小書き~Kana$文字を等価な`全部的~sizeの~Kana$へ変換する。 この値は、 概して，`~ruby注釈$を成す~text用に利用される — ~ruby内に小さい~font~sizeが利用されて判読し難くなるのを補うため、 作者は，小書き~Kanaをすべて大きい~Kanaに描かせたいと求めることもある。 ◎ Converts all small Kana characters to the equivalent full-size Kana. This value is typically used for ruby annotation text, where authors may want all small Kana to be drawn as large Kana to compensate for legibility issues at the small font sizes typically used in ruby.

abbr:lang(ja) { text-transform: full-width; }

注記： `text-transform$p の目的は、 文書の意味論に影響することなく，大小変換による変形nを呈示において許容することにある。 特に， `text-transform$p による大小変換~演算は、 情報欠損を伴うので，~textの意味を歪めることもあることに注意。 ~accessibility~UIは，描画される~textの見かけ上の大小変換を利用者に伝達したいと望むこともあろうが、 変形された~textに依拠して，文書の下層の意味を正確aに表現することはできない。 ◎ Note: The purpose of text-transform is to allow for presentational casing transformations without affecting the semantics of the document. Note in particular that text-transform casing operations are lossy, and can distort the meaning of a text. While accessibility interfaces may wish to convey the apparent casing of the rendered text to the user, the transformed text cannot be relied on to accurately represent the underlying meaning of the document.

section > p:first-of-type::first-line {
  text-transform: uppercase;
}

rt { font-size: 50%; text-transform: full-size-kana; }
:is(h1, h2, h3, h4) rt { text-transform: none; /* 
大きい~text用には未設定にする
◎
unset for large text
 */ }

<ruby>~~十<rt>じゅう</ruby>

4.1. 空白~処理~規則

他が指定されない限り、 ~CSSによる空白~処理は，`文書~空白$のみに影響する。 次に挙げるものが， `文書~空白@ （ `document white space character^en ）とされる ⇒＃ `~space$, `~tab$, `区分~分断$ ◎ Except where specified otherwise, white space processing in CSS affects only the document white space characters: spaces (U+0020), tabs (U+0009), and segment breaks.

【 単に “空白” とも称される （他の定義による空白と区別する必要がない所では）。 “空白” は、 原文では［ `white space^en または `white space character^en ］と記されているが、 この訳では “`character^en” は省略して，一律に “空白” と記す。 】

注記： `文書~空白$（文書~内容の一部）と見なされる文字の集合と, 構文上の空白（~CSS構文の一部）と見なされる文字の集合とは、 一致するとは限らないことに注意。 しかしながら、 両者とも［ `~space$, `~tab$, `~LF$ ］を含むので、 ほとんどの作者は，その相違に気付かないであろう。 ◎ Note: The set of characters considered document white space (part of the document content) and those considered syntactic white space (part of the CSS syntax) are not necessarily identical. However, since both include spaces (U+0020), tabs (U+0009), and line feeds (U+000A) most authors won’t notice any differences.

`~Unicode$citeは、［ `~space$, `00A0^U `NO-BREAK SPACE^cn ］の他にも，追加的な~space分離子~文字をいくつか定義している。 この仕様においては、 `~Unicode字種$ `Zs^uc に属する文字のうち［ `~space$, `00A0^U `NO-BREAK SPACE^cn ］以外のものは， `その他の~space分離子@ と総称される。 ◎ Besides space (U+0020) and no-break space (U+00A0), Unicode defines a number of additional space separator characters. [UNICODE] In this specification all characters in the Unicode general category Zs except space (U+0020) and no-break space (U+00A0) are collectively referred to as other space separators.

<ltr>A <rtl> B </rtl> C</ltr>

A  BC

p {
  white-space: pre-wrap;
  width: 5ch;
  border: solid 1px;
  font-family: monospace;
  text-align: center;
}

<p>_0_</p>

p {
  white-space: pre-wrap;
  width: 3ch;
  border: solid 1px;
  font-family: monospace;
}

<p>_0_0_0_0_</p>

p {
  white-space: pre-wrap;
  width: 3ch;
  border: solid 1px;
  font-family: monospace;
}

<p>0_0_0_0_</p>

Here is an English paragraph
that is broken into multiple lines
in the source code so that it can
be more easily read and edited
in a text editor.

這個段落是那麼長，
在一行寫不行。最好
用三行寫。

4.2. ~tab文字~size： `tab-size^p ~prop

この~propは、 `保全され$た`~tab$を描画するときに利用される `~tab~size@ を決定する。 `number$t は、［ その実数 ~MUL ［ 当の`~tab$に最も近い［ `塊~容器$である先祖 ］における，`~space$の送幅 ］］による行内~sizeを表現する — この送幅には、 それに結付けられている `letter-spacing$p, `word-spacing$p も含まれる。 負な値は許容されない。 ◎ This property determines the tab size used to render preserved tab characters (U+0009). A <number> represents the measure as a multiple of the advance width of the space character (U+0020) of the nearest block container ancestor of the preserved tab, including its associated letter-spacing and word-spacing. Negative values are not allowed.

5.1. 行-分断法の詳細

`行-分断$を決定するときは： ◎ When determining line breaks:

• `行-分断法$と双方向-~textとの相互作用は、 次により定義される：

  • `CSS-WRITING-MODES-4$r `§ 双方向-並替ng~algoの適用-法＠~CSSWM#bidi-algo$
  • `~Unicode双方向-~algo$cite — 特に，その `§ 解決された~levelたちの並替ng＠~UTR/tr9/#Reordering_Resolved_Levels$
  ◎ The interaction of line breaking and bidirectional text is defined by CSS Writing Modes 4 § 2.4 Applying the Bidirectional Reordering Algorithm and the Unicode Bidirectional Algorithm (UAX9§3.4 Reordering Resolved Levels in particular). [CSS-WRITING-MODES-4] [UAX9]

• `保全され$た`区分~分断$, および — `white-space$p の値を問わず — `~Unicode行-分断法~class$［ `BK^uc, `NL^uc ］に属する~Unicode文字 は、 強制d行l分断として扱うモノトスル。 ◎ Preserved segment breaks, and—regardless of the white-space value—any Unicode character with the the BK and NL line breaking class, must be treated as forced line breaks. [UAX14]

  注記： そのような`強制d行-分断$に対する双向性による含意は、 `~Unicode双方向-~algo$citeにて定義される。 ◎ Note: The bidi implications of such forced line breaks are defined by the Unicode Bidirectional Algorithm. [UAX9]

• 明示的に他が定義された所 （例： `line-break$p1: `anywhere$v1 や `overflow-wrap$p1: `anywhere$v1 ） を除き、 `~Unicode行-分断法~class$［ `WJ^uc, `ZW^uc, `GL^uc, `ZWJ^uc ］用に定義される行-分断法の挙動は，尊守するモノトスル。 ◎ Except where explicitly defined otherwise (e.g. for line-break: anywhere or overflow-wrap: anywhere) line breaking behavior defined for the WJ, ZW, GL, and ZWJ Unicode line breaking classes must be honored. [UAX14]
• ［ `単語~分離子$以外の，`書記~体系$に利用される約物 ］の所でも折返ngを許容する~UAは、 それらによる分断点に優先順位を与えるベキである （例えば，［ ~slashの後にある分断 ］に~spaceより低い順位が与えられた場合、 並び "`check /etc^c" は， `/^lt ↔ `e^lt 間では，決して分断しないことになる）。 そのような不自然な分断は避けるよう配慮される限り、 単語~分離子~以外の適切な約物の所でも分断を許容することは，推奨される — 特に行内~sizeが狭小な下では、 結果の~marginの見かけは，より均等になるので。 ~UAは、 順位をアテガう際に［ `包含塊$の横幅【`論理-横幅$】, ~textの言語, `line-break$p 値, その他の要因 ］を利用してもヨイ — ~CSSは、 行l分断法~機会の順位付けを定義しない。 しかしながら，`単語~分離子$の順位付けは、 `word-break$p1: `break-all$v1 が指定されている場合は期待されない （この値は、 行-分断法の挙動が単語~分離子における行-分断法に基づかないことを明示的に要求するので） ことに加え， `line-break$p1: `anywhere$v1 の下では禁止される。 ◎ UAs that allow wrapping at punctuation other than word separators in writing systems that use them should prioritize breakpoints. (For example, if breaks after slashes are given a lower priority than spaces, the sequence “check /etc” will never break between the "/" and the "e".) As long as care is taken to avoid such awkward breaks, allowing breaks at appropriate punctuation other than word separators is recommended, as it results in more even-looking margins, particularly in narrow measures. The UA may use the width of the containing block, the text’s language, the line-break value, and other factors in assigning priorities: CSS does not define prioritization of line breaking opportunities. Prioritization of word separators is not expected, however, if word-break: break-all is specified (since this value explicitly requests line breaking behavior not based on breaking at word separators)—and is forbidden under line-break: anywhere.
• ［ 行内~要素の境界／`~flow外$にある要素 ］が、 ~flow内に［ `強制d行-分断$／`自動折返し機会$ ］（順不同）を導入することはない。 【例：~flow外にある要素を~flow内にある内容から外した “跡” の所など】 ◎ Out-of-flow elements and inline element boundaries do not introduce a forced line break or soft wrap opportunity in the flow.
• ~Web互換性を得るため、 各［ 置換される要素／他の`不可分な行内$ ］の［ 前, 後 ］には，`自動折返し機会$がある — 隣接な文字が、 `00A0^U `NO-BREAK SPACE^cn など，通常は それらを抑止する場合でも。 ◎ For Web-compatibility there is a soft wrap opportunity before and after each replaced element or other atomic inline, even when adjacent to a character that would normally suppress them, such as U+00A0 NO-BREAK SPACE.
• 行-分断の所で消える文字（例： `~space$）により作成される`自動折返し機会$に対しては、 その文字を直に包含している~box上の~propが，その機会における行-分断法を制御する。 ◎ For soft wrap opportunities created by characters that disappear at the line break (e.g. U+0020 SPACE), properties on the box directly containing that character control the line breaking at that opportunity.＼
• 文字↔間の境界により定義される`自動折返し機会$に対しては、 その 2 個の文字に最も近い共通な先祖~上の `white-space$p ~propが分断法を制御する — そのような境界が`自動折返し機会$になるかどうかの決定は、 要素の［ `line-break$p, `word-break$p, `overflow-wrap$p ］~propが制御するが，この~level 3 仕様においては定義されない。 ◎ For soft wrap opportunities defined by the boundary between two characters, the white-space property on the nearest common ancestor of the two characters controls breaking; which elements’ line-break, word-break, and overflow-wrap properties control the determination of soft wrap opportunities at such boundaries is undefined in Level 3.
• ~boxの［ 最初の文字の前／最後の文字の後 ］の`自動折返し機会$に対しては、 分断は，~boxの［ 直前／直後 ］（の~margin辺の所）に生じる — ~boxを その［ 内容~辺 ↔ 内容 ］間で分断するのではなく。 ◎ For soft wrap opportunities before the first or after the last character of a box, the break occurs immediately before/after the box (at its margin edge) rather than breaking the box between its content edge and the content.
• `~ruby$の中／周りにおける行-分断法は、 `CSS-RUBY-1$r `§ 複数~行lへの分断-法＠~CSSRUBY#line-breaks$ にて定義される。 ◎ Line breaking in/around Ruby is defined in CSS Ruby Annotation Layout 1 § 3.4 Breaking Across Lines. [CSS-RUBY-1]

• ［ 期待されない~overflowを避けるよう，行lを分断する ］ためには，`内容~言語$に必須な［ 字句-分析／正書法~上の分析 ］が要求されるが、 ~UAは — 例えば，一定の言語~用の辞書を欠くことに因り — それが遂行-不能な場合には，［ 該当する書記~体系における~typographic字l単位↔間には、 `自動折返し機会$がある ］と見做すモノトスル。 ◎ In order to avoid unexpected overflow, if the user agent is unable to perform the requisite lexical or orthographic analysis for line breaking any content language that requires it—for example due to lacking a dictionary for certain languages—it must assume a soft wrap opportunity between pairs of typographic letter units in that writing system.

  注記： この条項は、 ~UAが特定0の`~text連なり$内に単語~境界を見出せなかっただけでは，誘発されない — その~text連なりが分断-不能な単独の単語である場合など。 この条項は、 例えば，次の場合に適用される ⇒ 当の~text連なりは，~Khmer文字（ `1780^U 〜 `17FF^U ）から構成されていて、 ~UAは，~Khmerにおいて単語~境界を決定する方法を知らない ◎ Note: This provision is not triggered merely when the UA fails to find a word boundary in a particular text run; the text run may well be a single unbreakable word. It applies for example when a text run is composed of Khmer characters (U+1780 to U+17FF) if the user agent does not know how to determine word boundaries in Khmer.

5.2. 字l用の分断ng規則： `word-break^p ~prop

この~propは、 字l↔間の`自動折返し機会$ — すなわち、 ~text行lのどこが，分断を許可-可能な “通常の所” とされるか — を指定する。 特定的には、 `~typographic字l単位$↔間に［ `自動折返し機会$は，一般に存在するかどうか ］を制御する — ただし，この目的に限り、 `~Unicode行-分断法~class$［ `NU^uc ／ `AL^uc ／ `AI^uc ／ `ID^uc ］に属する（`字l$でない）`~typographic文字~単位$も`~typographic字l単位$として扱うとする。 ◎ This property specifies soft wrap opportunities between letters, i.e. where it is “normal” and permissible to break lines of text. Specifically it controls whether a soft wrap opportunity generally exists between adjacent typographic letter units, treating non-letter typographic character units belonging to the NU, AL, AI, or ID Unicode line breaking classes as typographic letter units for this purpose (only). [UAX14]＼

この~propは、［ `自動折返し機会$のうち［ `空白$や`その他の~space分離子$により作成される／約物の周りに作成される ］もの ］を統治する規則には，影響しない （約物や`小書き~Kana$に影響する制御については、 `line-break$p を見よ）。 ◎ It does not affect rules governing the soft wrap opportunities created by white space (as well as by other space separators) and around punctuation. (See line-break for controls affecting punctuation and small kana.)

각 줄의 마지막에 한글이 올 때 줄 나눔 기
준을 “글자” 또는 “어절” 단위로 한다.

각 줄의 마지막에 한글이 올 때 줄 나눔
기준을 “글자” 또는 “어절” 단위로 한다.

ተወልዱ፡ኵሉ፡ሰብእ፡ግዑዛን፡ወዕሩያን፡
በማዕረግ፡ወብሕግ።ቦሙ፡ኅሊና፡ወዐቅል፡
ወይትጌበሩ፡አሐዱ፡ምስለ፡አሀዱ፡
በመንፈሰ፡እኍና።

ተወልዱ፡ኵሉ፡ሰብእ፡ግዑዛን፡ወዕሩያን፡በማ
ዕረግ፡ወብሕግ።ቦሙ፡ኅሊና፡ወዐቅል፡ወይትጌ
በሩ፡አሐዱ፡ምስለ፡አሀዱ፡በመንፈሰ፡እኍና።

注記： ~overflowする場合に限り，追加的な分断~機会を可能化するときは、 `overflow-wrap$p を見よ。 ◎ Note: To enable additional break opportunities only in the case of overflow, see overflow-wrap.

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

`normal@v

`行-分断ng規則$にて述べたように，単語を その慣例の規則に則って分断する。 異なる 2 種の共通的な挙動を呈する韓国語では、 連続する どの［ ~Hangul, ~Hanja ］↔間でも分断が許容される。 同じく 2 種の挙動を呈する~Ethiopicでは、 そのような分断は単語の中では許容されない。 ◎ Words break according to their customary rules, as described above. Korean, which commonly exhibits two different behaviors, allows breaks between any two consecutive Hangul/Hanja. For Ethiopic, which also exhibits two different behaviors, such breaks within words are not allowed.

`break-all@v

`normal$v による`自動折返し機会$に加えて、 “単語” の中で分断することも許容される。 特定的には，行-分断法の目的においては、 次に挙げるものは，代わりに `ID^uc （ `ideographic character^en, 表語-文字）として扱われる：

• `~typographic字l単位$
• `~typographic文字~単位$のうち，その`~Unicode行-分断法~class$が 次のいずれかに解決されるもの ⇒＃ `NU^uc （ “`numeric^en” ＝ 数量- ） `AL^uc （ “`alphabetic^en” ＝ ~alphabetic ） `SA^uc （ “`Southeast Asian^en” ＝ 東南Asian ）

◎ Breaking is allowed within “words”: specifically, in addition to soft wrap opportunities allowed for normal, any typographic letter units (and any typographic character units resolving to the NU (“numeric”), AL (“alphabetic”), or SA (“Southeast Asian”) line breaking classes [UAX14]) are instead treated as ID (“ideographic characters”) for the purpose of line-breaking.＼

~hyphen化は適用されない。 ◎ Hyphenation is not applied.

注記： この値は、 約物~周りの`自動折返し機会$には影響しない。 分断をどこでも許容したければ， `line-break$p1: `anywhere$v1 を見よ。 ◎ Note: This value does not affect whether there are soft wrap opportunities around punctuation characters. To allow breaks anywhere, see line-break: anywhere.

注記： この選択肢は、 ~Ethiopic用に，他の共通的な挙動を可能化する。 また、［ ~CJK文字が元々支配的で，非~CJK~textは 短い引用に限られる文脈 ］の下で［ ~textを各~行lに，より良好に分布させたいと欲されるとき ］に利用されることも多い。 ◎ Note: This option enables the other common behavior for Ethiopic. It is also often used in a context where the text consists predominantly of CJK characters with only short non-CJK excerpts, and it is desired that the text be better distributed on each line.

`keep-all@v

“単語” の中で分断することは、 禁止される： `~typographic字l単位$ （あるいは，`~Unicode行-分断法~class$［ `NU^uc ／ `AL^uc ／ `AI^uc ／ `ID^uc ］に属する他の`~typographic文字~単位$） ↔間の，暗黙的な`自動折返し機会$は抑止される — すなわち，そのような文字↔間の分断は、 辞書に基づく分断法に因り存在する機会を除いて，禁則される （ `line-break$p1 に対する `anywhere$v1 以外の設定に関わらず）。 他に関しては、 `normal$v と等価になる。 この~styleにおいては、 ~CJK文字~並びは分断しない。 ◎ Breaking is forbidden within “words”: implicit soft wrap opportunities between typographic letter units (or other typographic character units belonging to the NU, AL, AI, or ID Unicode line breaking classes [UAX14]) are suppressed, i.e. breaks are prohibited between pairs of such characters (regardless of line-break settings other than anywhere) except where opportunities exist due to dictionary-based breaking. Otherwise this option is equivalent to normal. In this style, sequences of CJK characters do not break.

注記： これは、 韓国語における もう一つの共通的な挙動（単語↔間に`~space$を利用する）である。 また、［ `~space$を分離に利用するような別の言語の中に，~CJK片が混在している ］ような，混在用字系~textに対しても有用になる。 ◎ Note: This is the other common behavior for Korean (which uses spaces between words), and is also useful for mixed-script text where CJK snippets are mixed into another language that uses spaces for separation.

特定0の字種に属する字lと同じ仕方で行-分断する記号は、 それらの字lと同じ仕方で影響される。 ◎ Symbols that line-break the same way as letters of a particular category are affected the same way as those letters.

<h1>窓ぎわの<wbr>トットちゃん</h1>

~Arabicなどの用字系を形状付ける際には、 `break-all$v に因り単語の中の分断が許容される文字は，その単語が`分断されなかった＠#word-break-shaping$かのように形状付けるモノトスル （`単語~内の分断をまたがる形状付け＠#word-break-shaping$を見よ）。 ◎ When shaping scripts such as Arabic are allowed to break within words due to break-all the characters must still be shaped as if the word were not broken (see § 5.6 Shaping Across Intra-word Breaks).

旧来の内容との互換性を得るため、 `word-break$p ~propは，非推奨にされた `break-word@v ~keywordも~supportする。 指定されたときは、［ `word-break$p1: `normal$v1, `overflow-wrap$p1: `anywhere$v1 ］にされたときと同じ効果になるとする — `overflow-wrap^p ~propの実際の値に関わらず。 ◎ For compatibility with legacy content, the word-break property also supports a deprecated break-word keyword. When specified, this has the same effect as word-break: normal and overflow-wrap: anywhere, regardless of the actual value of the overflow-wrap property.

5.3. 行-分断法の厳密さ： `line-break^p ~prop

この~propは、 要素の中で適用される行-分断ng規則の`厳密さ$を指定する — とりわけ、 `折返ng$が 約物や記号 と どう相互作用するかについて。 各種 値の意味は： ◎ This property specifies the strictness of line-breaking rules applied within an element: especially how wrapping interacts with punctuation and symbols. Values have the following meanings:

`auto@v

~UAが、 行-分断法を制約するために利用する規則の集合を決定する。 制約は、 行lの長さに基づいて様々になり得る — 例えば短い行lに対しては、 より制約が緩い規則の集合を利用するなど。 ◎ The UA determines the set of line-breaking restrictions to use, and it may vary the restrictions based on the length of the line; e.g., use a less restrictive set of line-break rules for short lines.

`loose@v

最も制約が緩い行-分断ng規則の集合を利用して~textを分断する。 概して、 新聞など，行lが短いものに対し利用される。 ◎ Breaks text using the least restrictive set of line-breaking rules. Typically used for short lines, such as in newspapers.

`normal@v

最も共通的な行-分断ng規則の集合を利用して~textを分断する。 ◎ Breaks text using the most common set of line-breaking rules.

`strict@v

最も厳格な行-分断ng規則の集合を利用して~textを分断する。 ◎ Breaks text using the most stringent set of line-breaking rules.

`anywhere@v

`自動折返し機会$は、 どの~typographic文字~単位の周りにもある：

• これには、［ 約物／`保全d空白$／単語の途中 ］も含まれる。
• 行-分断に抗する禁則は、 無視rする — `~Unicode行-分断法~class$［ `GL^uc ／ `WJ^uc ／ `ZWJ^uc ］に属する文字により導入されるものや， `word-break$p ~propにより義務付けられるものであっても。

◎ There is a soft wrap opportunity around every typographic character unit, including around any punctuation character or preserved white spaces, or in the middle of words, disregarding any prohibition against line breaks, even those introduced by characters with the GL, WJ, or ZWJ line breaking classes or mandated by the word-break property. [UAX14]＼

異なる折返ng機会は優先されないモノトスル。 ~hyphen化は適用されない。 ◎ The different wrapping opportunities must not be prioritized. Hyphenation is not applied.

注記： この値は、 概して~terminalに見られる行-分断ng規則を誘発する。 ◎ Note: This value triggers the line breaking rules typically seen in terminals.

注記： `anywhere$v は、 `white-space$p1 が `break-spaces$v1 に設定されているときに限り，行lの末尾にある`保全d空白$を次の行lに折返すのを許容する — 他の事例では、 次により許容されない： ◎ Note: anywhere only allows preserved white spaces at the end of the line to be wrapped to the next line when white-space is set to break-spaces, because in other cases:

• `normal$v1 ／ `pre-line$v1 の場合 ⇒ 行lの終端や始端にある`保全d空白$は、 破棄されるので。 ◎ preserved white space at the end/start of the line is discarded (normal, pre-line)
• `nowrap$v1 ／ `pre$v1 の場合 ⇒ 折返ngは、 総じて禁止されるので。 ◎ wrapping is forbidden altogether (nowrap, pre)
• `pre-wrap$v1 の場合 ⇒ `保全d空白$は、 `吊下がる$ので。 ◎ the preserved white space hang (pre-wrap).

`break-spaces$v1 による，そのような効果による分断ngは、 `保全d空白$の並びを成す最初の~spaceの前にて許容される。 `white-space$p: `break-spaces^v だけで許容されることはない。 ◎ When it does have an effect on preserved white space, with white-space: break-spaces, it allows breaking before the first space of a sequence, which break-spaces on its own does not.

~CSSでは、 ~text折返ng規則の `厳密さ@ が， 4 ~level 【すなわち、`line-break^p に対する `auto^v 以外の値】 で判別される。 そのうち［ `loose^v ／ `normal^v ／ `strict^v ］~levelに対し有効な規則の集合が精確にどうなるかは、 ~UAに委ねられ，言語ごとの規約に従うベキである。 しかしながら，この仕様では、 次については要求される： ◎ CSS distinguishes between four levels of strictness in the rules for text wrapping. The precise set of rules in effect for each of loose, normal, and strict is up to the UA and should follow language conventions. However, this specification does require that:

• 次に挙げる分断は、 行-分断法が `strict$v のときは禁止され，［ `normal$v ／ `loose$v ］のときは許容される： ◎ The following breaks are forbidden in strict line breaking and allowed in normal and loose:

  • 次に挙げる日本語の文字 — すなわち，`~Unicode行-分断法~class$ `CJ^uc に属する文字 — の前にある分断 ⇒＃ `小書き~Kana$ ／ 長音符 `30FC^gU `KATAKANA-HIRAGANA PROLONGED SOUND MARK^cn ／ 長音符 `FF70^gU `HALFWIDTH KATAKANA-HIRAGANA PROLONGED SOUND MARK^cn ◎ breaks before Japanese small kana or the Katakana-Hiragana prolonged sound mark, i.e. characters from the Unicode line breaking class CJ. [UAX14]

• 次に挙げる分断は、 `書記~体系$が［ `中国語$wsまたは`日本語$ws ］である下では，行-分断法が［ `normal$v ／ `loose$v ］のときは許容され，他のとき【すなわち， `strict^v ？】は禁止される： ◎ The following breaks are allowed for normal and loose line breaking if the writing system is Chinese or Japanese, and are otherwise forbidden:

  • 次に挙げる［ ~CJKにおける，~hyphenの様な文字 ］の前にある分断 ⇒＃ `301C^gU, `30A0^gU ◎ breaks before certain CJK hyphen-like characters: 〜 U+301C, ゠ U+30A0

• 次に挙げる分断は、 行-分断法が `loose$v かつ［ 先行する文字が`~Unicode行-分断法~class$ `ID^uc に属する ］ときは許容され （ `word-break$p: `break-all^v に因り， 先行する文字が `ID^uc として扱われる場合も含む）， 他のときは禁止される： ◎ The following breaks are allowed for loose line breaking if the preceding character belongs to the Unicode line breaking class ID [UAX14] (including when the preceding character is treated as ID due to word-break: break-all), and are otherwise forbidden:

  • 次に挙げる~hyphenの前にある分断 ⇒＃ `2010^gU, `2013^gU ◎ breaks before hyphens: ‐ U+2010, – U+2013

• 次に挙げる分断は、 行-分断法が［ `normal$v ／ `strict$v ］のときは禁止され， `loose$v のときは許容される： ◎ The following breaks are forbidden for normal and strict line breaking and allowed in loose:

  • 次に挙げる反復符の前にある分断 ⇒＃ `3005^gU, `303B^gU, `309D^gU, `309E^gU, `30FD^gU, `30FE^gU ◎ breaks before iteration marks: 々 U+3005, 〻 U+303B, ゝ U+309D, ゞ U+309E, ヽ U+30FD, ヾ U+30FE
  • 次に挙げる分離-不能~文字↔間の分断 ⇒ `~Unicode行-分断法~class$ `IN^uc に属する文字 （ `2025^gU, `2026^gU など）。 ◎ breaks between inseparable characters (such as ‥ U+2025, … U+2026) i.e. characters from the Unicode line breaking class IN. [UAX14]

• 次に挙げる分断は、 `書記~体系$が［ `中国語$wsまたは`日本語$ws ］である下では，行-分断法が `loose$v のときは許容され，他のとき【すなわち， `strict^v ／ `normal^v ？】は禁止される： ◎ The following breaks are allowed for loose if the writing system is Chinese or Japanese and are otherwise forbidden:

  • 次に挙げる `centered^en 約物符の前にある分断 ⇒＃ `30FB^gU, `FF1A^gU, `FF1B^gU, `FF65^gU, `203C^gU, `2047^gU, `2048^gU, `2049^gU, `FF01^gU, `FF1F^gU ◎ breaks before certain centered punctuation marks: ・ U+30FB, ： U+FF1A, ； U+FF1B, ･ U+FF65, ‼ U+203C, ⁇ U+2047, ⁈ U+2048, ⁉ U+2049, ！ U+FF01, ？ U+FF1F
  • 次に挙げる接尾辞の前にある分断 ⇒＃ `~Unicode行-分断法~class$ `PO^uc に属する文字, `東Asian字幅~prop$ `UAX11$r が［ `Ambiguous^uc／ `Fullwidth^uc ／ `Wide^uc ］である文字 ◎ breaks before suffixes: Characters with the Unicode line breaking class PO [UAX14] and the East Asian Width property [UAX11] Ambiguous, Fullwidth, or Wide.
  • 次に挙げる接頭辞の後にある分断 ⇒＃ `~Unicode行-分断法~class$ `PR^uc に属する文字, `東Asian字幅~prop$ `UAX11$r が［ `Ambiguous^uc／ `Fullwidth^uc ／ `Wide^uc ］である文字 ◎ breaks after prefixes: Characters with the Unicode line breaking class PR [UAX14] and the East Asian Width property [UAX11] Ambiguous, Fullwidth, or Wide.

注記： 上に挙げた要件により~~差異が生じるのは、 ~CJK~textに限られる。 上の規則のみに合致し，追加的な規則は無い実装においては、 `line-break$p が影響するのは~CJK符号位置に限られる — 当の書記~体系が［ `中国語$ws／`日本語$ws ］であると~tag付けられていない限り。 この仕様の将来~levelでは、 他の書記~体系や言語~用にも — 要件が既知になり次第 — それに特有な規則を追加し得る。 ◎ Note: The requirements listed above only create distinctions in CJK text. In an implementation that matches only the rules above, and no additional rules, line-break would only affect CJK code points unless the writing system is tagged as Chinese or Japanese. Future levels may add additional specific rules for other writing systems and languages as their requirements become known.

~UAは、［ `strict$v, `normal$v, `loose$v ］の間にさらに~~差異を追加できる。 これらの値は、 他の書記~体系においても相違を露にし得る。 例えば，~Thai 言語~処理~用に十分高度な能を有する~UAは、 これらの~keywordを~Thaiの行-分断法において異なる~levelの`厳密さ$に対応付けることも選べる — 例： `strict$v の下では，複合語の中の分断は許容しない （例： `ตัวอย่างการเขียนภาษาไทย^lt を `ตัวอย่าง·การเขียน·ภาษาไทย^lt として分断する） 一方で、 `loose$v の下では，もっと分断を許容する （ `ตัวอย่าง·การ·เขียน·ภาษา·ไทย^lt として分断する） など。 ◎ As UAs can add additional distinctions between strict/normal/loose modes, these values can exhibit differences in other writing systems as well. For example, a UA with sufficiently-advanced Thai language processing ability could choose to map different levels of strictness in Thai line-breaking to these keywords, e.g. disallowing breaks within compound words in strict mode (e.g. breaking ตัวอย่างการเขียนภาษาไทย as ตัวอย่าง·การเขียน·ภาษาไทย) while allowing more breaks in loose (ตัวอย่าง·การ·เขียน·ภาษา·ไทย).

注記： ~CSS~WGは、 この仕様の将来~版では、 最高品質出版の要件を満たすためには，行-分断法に対するより精緻な制御が必要とされ得るものと認識している。 ◎ Note: The CSSWG recognizes that in a future edition of the specification finer control over line breaking may be necessary to satisfy high-end publishing requirements.

5.4. ~hyphen化： `hyphens^p ~prop

`~hyphen化@ は、 通例的には分断が許容されない所で段落の~layoutを改善するためにある，制御された単語の分割-法であり、 概して、 単語を［ 音節的な部分／形態素 ］の境界で分割し，それを視覚的に指示する （通例的に~hyphen `2010^gU を挿入する）。 一部の事例では、 ~hyphen化は，単語の綴りも改めることがある。 にも関わらず、 ~hyphen化の効果は描画に限られる — 下層の文書~内容や, ~textの［ 選択／探索処理 ］には、 効果を発揮しないモノトスル。 ◎ Hyphenation is the controlled splitting of words where they usually would not be allowed to break to improve the layout of paragraphs, typically splitting words at syllabic or morphemic boundaries and visually indicating the split (usually by inserting a hyphen, U+2010). In some cases, hyphenation may also alter the spelling of a word. Regardless, hyphenation is a rendering effect only: it must have no effect on the underlying document content or on text selection or searching.

~hyphen化は、 妥当な `~hyphen化~機会@ で行-分断する際に生じる — それは、 ~hyphen化が許容される単語の中に存在する，`自動折返し機会$の一種である。 ~CSSにおいては、 `~hyphen化~機会$は `hyphens$p ~propにより制御される。 この仕様の~levelでは，~hyphen化~用の正確な規則は定義されないが、 ~UAには，［ 言語に適切な~hyphen化~地点を選ぶよう，自身が選ぶ分断点を最適化する ］ことが強く奨励される。 ◎ Hyphenation occurs when the line breaks at a valid hyphenation opportunity, which is a type of soft wrap opportunity that exists within a word where hyphenation is allowed. In CSS hyphenation opportunities are controlled with the hyphens property. CSS Text Level 3 does not define the exact rules for hyphenation; however UAs are strongly encouraged to optimize their choice of break points and to chose language-appropriate hyphenation points.

注記： ［ `002D^gU `HYPHEN-MINUS^cn ／ `2010^gU `HYPHEN^cn ］により導入される`自動折返し機会$は、 `~hyphen化~機会$ではない — 折返されたとしても，分割-の視覚的な指示は`作成されない^em。 これらの文字は、 そこで行lが折返されるかどうかを問わず，可視になる。 ◎ Note: The soft wrap opportunity introduced by the U+002D - HYPHEN-MINUS character or the U+2010 ‐ HYPHEN character is not a hyphenation opportunity, as no visual indication of the split is created when wrapping: these characters are visible whether the line is wrapped at that point or not.

`~hyphen化~機会$は、 `最小-内容 内在的~size$を計算するときには，`考慮される^em。 ◎ Hyphenation opportunities are considered when calculating min-content intrinsic sizes.

注記： これは、 包含塊を~overflowしないよう，~tableの内容を~hyphen化することを許容する — それは、 ~Germanの様な単語が長い言語にとって特に重要になる。 ◎ Note: This allows tables to hyphenate their contents instead of overflowing their containing block, which is particularly important in long-word languages like German.

この~propは、 ~text行lの中で，［ `自動折返し機会$を作成するような`~hyphen化$ ］を更に許容するかどうかを制御する。 各種 値の意味は： ◎ This property controls whether hyphenation is allowed to create more soft wrap opportunities within a line of text. Values have the following meanings:

`none@v

単語は、 内側の文字が明示的に`~hyphen化~機会$を定義していても，~hyphen化されない。 ◎ Words are not hyphenated, even if characters inside the word explicitly define hyphenation opportunities.

注記： これは、［ 文字［ `002D^gU `HYPHEN-MINUS^cn ／ `2010^gU `HYPHEN^cn ］などの常に可視な文字 ］により導入される既存の`自動折返し機会$は，抑止しない。 ◎ Note: This does not suppress the existing soft wrap opportunities introduced by always visible characters such as U+002D - HYPHEN-MINUS or U+2010 ‐ HYPHEN.

`manual@v

単語が~hyphen化されるのは、 内側の文字が明示的に`~hyphen化~機会$を示唆する所に限られる。 ~UAは： ◎ Words are only hyphenated where there are characters inside the word that explicitly suggest hyphenation opportunities. The UA＼

• 言語に特有な適切な~hyphen化~文字（たち）を利用するモノトスル。 ◎ must use the appropriate language-specific hyphenation character(s) and＼
• 適切に綴りを変更するベキである — 同じ地点における自動的な~hyphen化と同じに。 ◎ should apply any appropriate spelling changes just as for automatic hyphenation at the same point.

~Unicodeでは、 `00AD^U は 条件付き “~soft-hyphen（ `soft hyphen^en ）” とされ， `2010^U は 無条件な~hyphenとされる。 `UAX14$r は、 ~Unicodeの行-分断法における `~soft-hyphenの役割＠~UTR/tr14/#SoftHyphen$ を述べている。 ~HTMLにおいては、 `&shy;^c 【 Soft HYphen 】が~soft-hyphen文字を表現し，~hyphen化~機会を示唆する。 ◎ In Unicode, U+00AD is a conditional "soft hyphen" and U+2010 is an unconditional hyphen. Unicode Standard Annex #14 describes the role of soft hyphens in Unicode line breaking. [UAX14] In HTML, &shy; represents the soft hyphen character, which suggests a hyphenation opportunity.

ex­ample

`auto@v

単語は、［ 条件付き~hyphenにより明示的に指示されるもの ］に加えて，［ 言語に適切な`~hyphen化~資源$により自動的に決定される，`~hyphen化~機会$ ］の所でも分断されてヨイ。 単語が条件付き~hyphen — `&shy;^c （ `00AD^U `SOFT HYPHEN^cn ） — を包含する場合、 それが~~選好され， 当の単語の中の他所における自動的な~hyphen化~機会は無視するモノトスル。 しかしながら，［ そのような機会で分断した後でも、 その単語のある部位が 1 行lに収まるには，まだ長過ぎる ］場合には、 自動的な~hyphen化~機会も利用してヨイ。 ◎ Words may be broken at hyphenation opportunities determined automatically by a language-appropriate hyphenation resource in addition to those indicated explicitly by a conditional hyphen. Automatic hyphenation opportunities elsewhere within a word must be ignored if the word contains a conditional hyphen (&shy; or U+00AD SOFT HYPHEN), in favor of the conditional hyphen(s). However, if, even after breaking at such opportunities, a portion of that word is still too long to fit on one line, an automatic hyphenation opportunity may be used.

正しい自動的な~hyphen化は、 分断される~textの言語に適切な `~hyphen化~資源@ を要求する。 したがって，~UAは、［ `内容~言語$が既知である, かつ それに適切な~hyphen化~資源がある ］場合に限り，~textを自動的に~hyphen化するモノトスル。 ◎ Correct automatic hyphenation requires a hyphenation resource appropriate to the language of the text being broken. The UA must therefore only automatically hyphenate text for which the content language is known and for which it has an appropriate hyphenation resource.

正しい自動的な~hyphen化を得するためには、 作者は，内容の`言語$に正しい~tagをあてがうベキである （例：［ ~HTML内では `lang^a 属性 ／ ~XML内では `xml:lang^a 属性 ］を利用して）。 ◎ Authors should correctly tag their content’s language (e.g. using the HTML lang attribute or XML xml:lang attribute) in order to obtain correct automatic hyphenation.

~UAは、 言語に誂えられた経験則を利用して，自動的な~hyphen化から一定の単語を除外してもヨイ。 例えば~UAは、 固有名詞においては，ある種の［ 大字~化／約物 ］~patternに合致している単語を除外することにより，~hyphen化を避けようと試行するかもしれない。 この仕様は、 そのような経験則は定義しない。 （そのような経験則は、 言語に応じて変える必要があることに注意： 例えば、 ~Englishと~Germanにおける大字~化~規約は，かなり異なる。） ◎ The UA may use language-tailored heuristics to exclude certain words from automatic hyphenation. For example, a UA might try to avoid hyphenation in proper nouns by excluding words matching certain capitalization and punctuation patterns. Such heuristics are not defined by this specification. (Note that such heuristics will need to vary by language: English and German, for example, have very different capitalization conventions.)

`hyphens$p ~propの目的においては、 何が “単語“ を成すかは~UAに依存する。 しかしながら，単語~境界を決定するときには、［ 行内~要素の境界／`~flow外$にある要素 ］は無視するモノトスル。 ◎ For the purpose of the hyphens property, what constitutes a “word” is UA-dependent. However, inline element boundaries and out-of-flow elements must be ignored when determining word boundaries.

条件付き~hyphen文字（ `00AD^U `SOFT HYPHEN^cn など）により作成される`~hyphen化~機会$の所で，~hyphen化に因り示される~glyphたちは、 その文字で表現され，それに適用される各種~propに則って~styleされる。 ◎ Any glyphs shown due to hyphenation at a hyphenation opportunity created by a conditional hyphen character (such as U+00AD SOFT HYPHEN) are represented by that character and are styled according to the properties applied to it.

~Arabicなどの用字系の下では、 ~hyphen化に因り単語の中で分断が許容される所の文字は，その単語が`分断されなかった＠#word-break-shaping$かのように形状付けるモノトスル （`単語~内の分断をまたがる形状付け＠#word-break-shaping$を見よ）。 ◎ When shaping scripts such as Arabic are allowed to break within words due to hyphenation, the characters must still be shaped as if the word were not broken (see § 5.6 Shaping Across Intra-word Breaks).

5.5. ~overflow時の折返ng： `overflow-wrap^p／`word-wrap^p ~prop

この~propは、 他による分断が許容されない行lにおいても［ 他では分断-不能な文字列が，`行l~box$に収まるには長過ぎるとき ］には~overflowしないように，~UAが行lのどこかで分断してもヨイかどうかを指定する。 これは、 `white-space$p が`折返ng$を許容するときに限り，効果を発揮する。 アリな値は： ◎ This property specifies whether the UA may break at otherwise disallowed points within a line to prevent overflow, when an otherwise-unbreakable string is too long to fit within the line box. It only has an effect when white-space allows wrapping. Possible values:

`normal@v

行lを分断してもヨイ所は、 許容される分断点に限られる。 しかしながら，［ `word-break$p1: `keep-all$v1 により導入される制約 ］は、 行lの中に［ 受容-可能な分断点が他にない ］場合には， `word-break$p1: `normal$v1 に合致するように緩められてもヨイ。 ◎ Lines may break only at allowed break points. However, the restrictions introduced by word-break: keep-all may be relaxed to match word-break: normal if there are no otherwise-acceptable break points in the line.

`anywhere@v

他では分断-不能な`文字$並びは、 行lの中で［ 受容-可能な分断点が他にない ］場合には，任意な地点で分断されてもヨイ。 文字の形状付けにおいては、 依然として，単語が分断されていなかったかのように形状付けられ、 各 書記素~clusterは， 1 個の単位として一緒のままにされるモノトスル。 分断点には，~hyphen化~文字は挿入されない。 ◎ An otherwise unbreakable sequence of characters may be broken at an arbitrary point if there are no otherwise-acceptable break points in the line. Shaping characters are still shaped as if the word were not broken, and grapheme clusters must stay together as one unit. No hyphenation character is inserted at the break point.＼

この値により導入された`自動折返し機会$は、 `最小-内容 内在的~size$を計算するときにも`考慮される^em。 ◎ Soft wrap opportunities introduced by anywhere are considered when calculating min-content intrinsic sizes.

`break-word@v

`anywhere$v と同じにふるまうが、 この値により導入された`自動折返し機会$は，`最小-内容 内在的~size$を計算するときには`考慮されない^em。 ◎ As for anywhere except that soft wrap opportunities introduced by break-word are not considered when calculating min-content intrinsic sizes.

旧来の理由から、 ~UAは， `word-wrap$p を `overflow-wrap$p ~propの`旧来の別名n$として扱うモノトスル。 ◎ For legacy reasons, UAs must treat word-wrap as a legacy name alias of the overflow-wrap property.

5.6. 単語~内の分断をまたがる形状付け

~Arabicなどの用字系の単語に対しては、 その中の非強制の`自動折返し機会$†による`折返ng$の所では、 文字は，単語~全体のままであったかのように（繋がっている形で）形状付けるモノトスル （† `word-break$p1: `break-all$v1 ／ `line-break$p1: `anywhere$v1 ／ `overflow-wrap$p1: `break-word$v1 ／ `overflow-wrap$p1: `anywhere$v1 に因る，あるいは~hyphen化などに因る分断）。 ◎ When shaping scripts such as Arabic wrap at unforced soft wrap opportunities within words (such as when breaking due to word-break: break-all, line-break: anywhere, overflow-wrap: break-word, overflow-wrap: anywhere, or when hyphenating) the characters must still be shaped (their joining forms chosen) as if the word were still whole.

6.1. ~textの整列： `text-align^p 略式~prop

この`略式~prop$は、［ `text-align-all$p, `text-align-last$p ］~propを設定し、 塊の`行内~level$の内容が，`行l~box$を完全に埋めない場合に，行内-軸~~方向に整列される方法について述べる。 ［ `justify-all$v, `match-parent$v ］以外の値は、 `text-align-all^p にアテガわれ `text-align-last^p を `auto$v に設定し直す。 ◎ This shorthand property sets the text-align-all and text-align-last properties and describes how the inline-level content of a block is aligned along the inline axis if the content does not completely fill the line box. Values other than justify-all or match-parent are assigned to text-align-all and reset text-align-last to auto.

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

`start@v

行内~levelの内容は、 行l~boxの`始端$辺に整列される。 ◎ Inline-level content is aligned to the start edge of the line box.

`end@v

行内~levelの内容は、 行l~boxの`終端$辺に整列される。 ◎ Inline-level content is aligned to the end edge of the line box.

`left@v

行内~levelの内容は、 行l~boxの`行-左端$に整列される。 （縦組みにおいては、 `writing-mode$p に依存して，物理的な［ `上端$, `下端$ ］どちらにもなり得る。） `CSS-WRITING-MODES-4$r ◎ Inline-level content is aligned to the line-left edge of the line box. (In vertical writing modes, this can be either the physical top or bottom, depending on writing-mode.) [CSS-WRITING-MODES-4]

`right@v

行内~levelの内容は、 行l~boxの`行-右端$に整列される。 （縦組みにおいては、 `writing-mode$p に依存して，物理的な［ `上端$, `下端$ ］どちらにもなり得る。） `CSS-WRITING-MODES-4$r ◎ Inline-level content is aligned to the line-right edge of the line box. (In vertical writing modes, this can be either the physical top or bottom, depending on writing-mode.) [CSS-WRITING-MODES-4]

`center@v

行内~levelの内容は、 行l~boxの中で中央寄せにされる。 ◎ Inline-level content is centered within the line box.

`justify@v

~textは、 行l~boxを正確に埋めるために， `text-justify$p ~propにより指定される~methodに則って両端揃される。 ただし，［ 強制d分断の直前にある行l, および 塊の最終~行l ］では、 `text-align-last$p により 他が指定されない限り， `start$v と同じく始端に整列される。 ◎ Text is justified according to the method specified by the text-justify property, in order to exactly fill the line box. Unless otherwise specified by text-align-last, the last line before a forced break or the end of the block is start-aligned.

`justify-all@v

［ `text-align-all$p, `text-align-last$p ］とも `justify$v に設定して、 最後の行lも両端揃するよう強制する。 ◎ Sets both text-align-all and text-align-last to justify, forcing the last line to justify as well.

`match-parent@v

この値は、 `inherit$v と同じに挙動する（親の算出d値に算出される） — ただし，`継承d値$が［ `start$v ／ `end$v ］の場合、 親の `direction$p 値を~~基準に解釈され，結果の算出d値は［ `left$v または `right$v ］になる。 `根~要素$に指定された場合、 算出d値は `start$v になる。 ◎ This value behaves the same as inherit (computes to its parent’s computed value) except that an inherited value of start or end is interpreted against the parent’s direction value and results in a computed value of either left or right. Computes to start when specified on the root element.

`text-align$p1 略式~propに指定された場合、［ `text-align-all$p, `text-align-last$p ］両~propとも `match-parent$v1 に設定する。 ◎ When specified on the text-align shorthand, sets both text-align-all and text-align-last to match-parent.

~textの塊は，いくつかの`行l~box$の堆積である。 この~propは、 各 行l~boxの中の`行内~level$の~boxたちを，行l~boxの［ 始端, 終端 ］側を基準に整列する方法を指定する。 整列は`表示域$や`包含塊$を基準にはしない。 ◎ A block of text is a stack of line boxes. This property specifies how the inline-level boxes within each line box align with respect to the start and end sides of the line box. Alignment is not with respect to the viewport or containing block.

`justify$v の事例では、 ~UAは、 各 `行内~level$の~boxに対し，その~textを調整することにより，伸張-／縮短してもヨイ （ `text-justify$p を見よ）。 要素の`空白$が`縮約-可能$でない場合、 両端揃えの目的においては，その~textを調整することは要求されない — ~UAは、 ~textを`両端揃え機会$を持たないものと扱ってもヨイ。 ~UAは、 ~textを調整することを選ぶならば、 `空白~処理~規則$から要求されるように，各 `~tab停$が揃い続けることを確保するモノトスル。 ◎ In the case of justify, the UA may stretch or shrink any inline boxes by adjusting their text. (See text-justify.) If an element’s white space is not collapsible, then the UA is not required to adjust its text for the purpose of justification and may instead treat the text as having no justification opportunities. If the UA chooses to adjust the text, then it must ensure that tab stops continue to line up as required by the white space processing rules.

（両端揃えがあればその後で）`行内~内容$が`行l~box$に収まるには長過ぎる場合、 内容は，`始端$に整列される — 収まらない内容は、 行l~boxの`終端$辺を~overflowする。 ◎ If (after justification, if any) the inline contents of a line box are too long to fit within it, then the contents are start-aligned: any content that doesn’t fit overflows the line box’s end edge.

`行l~box$の`始端$, `終端$辺を決定する方法の詳細は、 `§ 双方向性と行l~box＠#bidi-linebox$ を見よ。 ◎ See § 8.3 Bidirectionality and Line Boxes for details on how to determine the start and end edges of a line box.

6.2. 既定の~text 整列： `text-align-all^p ~prop

これは `text-align$p1 `略式~prop$の下位propであり、 `塊~容器$における`行内~内容$の，すべての行lに渡る行内の整列を指定する — ただし，最後の行lについては、 `text-align-last$p の非 `auto$v 値により上書きされる。 各種 値の全部的な記述については `text-align$p を見よ。 ◎ This longhand of the text-align shorthand property specifies the inline alignment of all lines of inline content in the block container, except for last lines overridden by a non-auto value of text-align-last. See text-align for a full description of values.

作者は、 この~propの代わりに `text-align$p 略式~propを利用するベキである。 ◎ Authors should use the text-align shorthand instead of this property.

6.3. 最後の行l整列： `text-align-last^p ~prop

この~propは、［ 塊の最後の行l ／ `強制d行-分断$の前にある`行-右端$ ］を整列する方法について述べる。 ◎ This property describes how the last line of a block or a line right before a forced line break is aligned.

`auto@v が指定された場合、 影響される行l上の内容は， `text-align-all$p に従って整列される — ただし、 `text-align-all$p が `justify$v に設定されている場合に限り， `start$v と同じく始端に整列される【！`start$v-aligned】。 他のすべての値は、 `text-align$p に述べるように解釈される。 ◎ If auto is specified, content on the affected line is aligned per text-align-all unless text-align-all is set to justify, in which case it is start-aligned. All other values are interpreted as described for text-align.

6.4. 両端揃え~method： `text-justify^p ~prop

この~propは、 行lの整列（ `text-align$p を見よ）が `justify$v1 に設定されているときに利用される両端揃え~methodを選定する。 この~propは，~textに適用されるが、 `塊~容器$から［ 行内~levelの内容を包含している根~行内~box ］へ継承される。 これは、 次に挙げる値をとり得る： ◎ This property selects the justification method used when a line’s alignment is set to justify (see text-align). The property applies to text, but is inherited from block containers to the root inline box containing their inline-level contents. It takes the following values:

`auto@v

~UAは、 自身が従う両端揃え~algoを，処理能と呈示~品質との兼合いに基づいて，決定する。 両端揃え規則は，`書記~体系$と`言語$により様々になるので、 ~UAは，アリな所では、 ~textに適切な両端揃え~algoを利用するベキである。 ◎ The UA determines the justification algorithm to follow, based on a balance between performance and adequate presentation quality. Since justification rules vary by writing system and language, UAs should, where possible, use a justification algorithm appropriate to the text.

例えば~UAは、 まず，どの書記~体系に対しても，既定では［ 単純な，普遍的で折衷的な両端揃え~method ］ — 主として［ `単語~分離子$／［ ~CJK `~typographic字l単位$↔間 ］］を延張し、 副として［ 東南Asian`~typographic字l単位$↔間 ］を延張するような — を利用した上で、 段落の`内容~言語$が既知である所では，より言語に誂えられた両端揃えの挙動を選ぶこともできる — 例えば ⇒＃ 日本語に対しては `JLREQ$r に従う, ~Arabicに対しては 筆記的な引伸ばしを利用する, ~Germanに対しては `inter-word$v を利用する, 等々 ◎ For example, the UA could use by default a justification method that is a simple universal compromise for all writing systems—such as primarily expanding word separators and between CJK typographic letter units along with secondarily expanding between Southeast Asian typographic letter units. Then, in cases where the content language of the paragraph is known, it could choose a more language-tailored justification behavior e.g. following the Requirements for Japanese Text Layout for Japanese [JLREQ], using cursive elongation for Arabic, using inter-word for German, etc.

`none@v

両端揃えは不能化される： ~textの中に`両端揃え機会$はない。 ◎ Justification is disabled: there are no justification opportunities within the text.

注記： この値は、［ 可読性を改善する／ ~accessibilityを目的とする ］ような，利用者~stylesheetでの利用が意図されている。 ◎ Note: This value is intended for use in user stylesheets to improve readability or for accessibility purposes.

`inter-word@v

両端揃えでは、 `単語~分離子$の所でのみ間隔法を調整する （実質的に，行l上の `word-spacing$p の使用~値を変えて）。 この挙動は、 ~Englishや韓国語の様な，~spaceを利用して単語を分離する言語に典型的なものである。 ◎ Justification adjusts spacing at word separators only (effectively varying the used word-spacing on the line). This behavior is typical for languages that separate words using spaces, like English or Korean.

`inter-character@v

両端揃えでは、 各`~typographic文字~単位$↔間の間隔法を調整する （実質的に，行l上の `letter-spacing$p の使用~値を変えて）。 この値は、 日本語などの東Asian体系でときどき利用される。 ◎ Justification adjusts spacing between each pair of adjacent typographic character units (effectively varying the used letter-spacing on the line). This value is sometimes used in East Asian systems such as Japanese.

旧来の理由から、 ~UAは，代替-~keywordとして `distribute@v も~supportするモノトスル — それは、 `inter-character$v に算出され，正確に同じ意味かつ同じ挙動になるモノトスル。 ~UAは、 これを`旧来の別名~値$として扱ってもヨイ。 ◎ For legacy reasons, UAs must also support the alternate keyword distribute which must compute to inter-character, thus having the exact same meaning and behavior. UAs may treat this as a legacy value alias.

最適な両端揃えは，`言語$に敏感なので、 最良な結果を得るためには，作者は内容に正しく言語~tagをあてがうベキである。 ◎ Since optimal justification is language-sensitive, authors should correctly language-tag their content for the best results.

注記： この~levelの~CSSによる指針では、 完全な両端揃え~algoは，述べられない。 それは、 完全な~algoが満たすベキ要件が成す最小限の集合にすぎない。 要件の集合を制限することで、 ~UAには、 両端揃え~algoを選ぶ際に — 必要と欲される［ 品質, 速さ, 複階性 ］の兼合いを満たすためとして — ある程度の自由度が与えられる。 ◎ Note: The guidelines in this level of CSS do not describe a complete justification algorithm. They are merely a minimum set of requirements that a complete algorithm should meet. Limiting the set of requirements gives UAs some latitude in choosing a justification algorithm that meets their needs and desired balance of quality, speed, and complexity.

7.1. 単語↔間の間隔法： `word-spacing^p ~prop

この~propは、 “単語” ↔間に対する追加的な間隔法を指定する。 各種 値は、 以下に定義するとおりに解釈される： ◎ This property specifies additional spacing between “words”. Values are interpreted as defined below:

`normal@v

追加的な間隔法は適用されず， 0 に算出される。 ◎ No additional spacing is applied. Computes to zero.

`length$t

~fontにより定義される内在的な単語↔間の間隔法に`加えて^em，余分な間隔法を指定する。 ◎ Specifies extra spacing in addition to the intrinsic inter-word spacing defined by the font.

追加的な間隔法は、 `空白~処理~規則$が適用された後に，~text内に残された各`単語~分離子$に適用され、 ~typographic慣習により規定されない限り，文字の各~側に半分ずつ適用されるベキである。 負な値もとり得るが、 実装に依存する制限sがあり得る。 ◎ Additional spacing is applied to each word separator left in the text after the white space processing rules have been applied, and should be applied half on each side of the character unless otherwise dictated by typographic tradition. Values may be negative, but there may be implementation-dependent limits.

`単語~分離子@ （ `word-separator character^en, 略して `word separator^en ）とは、 `~typographic文字~単位$のうち，単語を分離することが その［ 首な目的／一般~用法 ］とされているものを指す。 `~Unicode$citeでは、 これは次に挙げるものを含む （が、網羅的に定義されてはいない） ⇒＃ `~space$, 分断不可~space（ `00A0^U ）, ~Ethiopic `word space^en（ `1361^U ）, ~Aegean `word separator^en（ `10100^U, `10101^U ）, ~Ugaritic `word divider^en （ `1039F^U ）, ~Phoenician `word separator^en（ `1091F^U ） ◎ Word-separator characters are typographic character units whose primary purpose and general usage is to separate words. In Unicode this includes (but is not exhaustively defined as) the space (U+0020), the no-break space (U+00A0), the Ethiopic word space (U+1361), the Aegean word separators (U+10100,U+10101), the Ugaritic word divider (U+1039F), and the Phoenician word separator (U+1091F). [UNICODE]

注記： 一般に約物は, および固定幅~space（ `3000^U, `2000^U 〜 `200A^U など）は、 `単語~分離子$とは見なされない — それらが大概は単語を分離するかのように~~現れるとしても、 それらの首な目的は，単語を分離することではないので。 ◎ Note: Neither punctuation in general, nor fixed-width spaces (such as U+3000 and U+2000 through U+200A), are considered word-separator characters, because even though they frequently happen to separate words, their primary purpose is not to separate words.

`単語~分離子$が無い, あるいは その送幅は 0 である場合 （ `200B^U `ZERO WIDTH SPACE^cn など）、 ~UAは，単語↔間に追加的な間隔法を作成しないモノトスル。 ◎ If there are no word-separator characters, or if a word-separating character has a zero advance width (such as U+200B ZERO WIDTH SPACE) then the user agent must not create an additional spacing between words.

7.2. 字l↔間の間隔法： `letter-spacing^p ~prop

この~propは、 `~typographic文字~単位$↔間に対する追加的な間隔法 — `字間隔法@ （ `letter-spacing^en ）†を指定する （ “`tracking^en” とも共通的に呼ばれる）。 【！字l↔間の一律な間隔法】 それは，`双向性による並替ng$ `CSS-WRITING-MODES-4$r の後に適用され、［ `~kerning$ `CSS-FONTS-3$r ／ `word-spacing$p ］による間隔法もあるときは，それに対する追加になる。 有効な両端揃え規則に依存して，~UAは、 `~textを両端揃する＠#text-justify-property$ために `~typographic文字~単位$↔間の間隔を更に増減してもヨイ。 ◎ This property specifies additional spacing (commonly called tracking) between adjacent typographic character units. Letter-spacing is applied after bidi reordering and is in addition to kerning and word-spacing. [CSS-WRITING-MODES-4] [CSS-FONTS-3] Depending on the justification rules in effect, user agents may further increase or decrease the space between typographic character units in order to justify text.

【† 単語↔間の間隔の概念がない日本語の組版~用語では、 “字詰め” と称されることが多い。 】

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

`normal@v

追加的な間隔法は適用されず， 0 に算出される。 ◎ No additional spacing is applied. Computes to zero.

`length$t

`~typographic文字~単位$↔間に対する`追加的な^em間隔法を指定する。 負な値もとり得るが、 実装に依存する制限sがあり得る。 ◎ Specifies additional spacing between typographic character units. Values may be negative, but there may be implementation-dependent limits.

旧来の理由（ `1484$issue ）から、 `letter-spacing$p の算出d値 `0^v に対する`解決d値$（ `getComputedStyle()$c が返す値）は、 `normal$v になるとする。 ◎ For legacy reasons, a computed letter-spacing of zero yields a resolved value (getComputedStyle() return value) of normal.

`letter-spacing$p の目的においては、 各［ `不可分な行内$（画像や`行内~塊$など）の連続する連なり ］は、 単独の`~typographic文字~単位$として扱われる。 ◎ For the purpose of letter-spacing, each consecutive run of atomic inlines (such as images and inline blocks) is treated as a single typographic character unit.

`字間隔法$は、 行lの先頭には適用しないモノトスル — 行lの末尾に適用するかどうかは、 この~levelの仕様では未定義である。 ◎ Letter-spacing must not be applied at the beginning of a line. Whether letter-spacing is applied at the end of a line is undefined in this level.

p { letter-spacing: 1em; }

<p>abc</p>

`~typographic文字~単位$↔間の`間隔法$は、 実質的に， それらの文字~単位を包含する要素のうち，最も内縁な %要素 に “属する” — すなわち、 `~typographic文字~単位$↔間の（`双向性による並替ng$の後の）間隔法は、 %要素 により指定され， %要素 の中に描画される。 しかしながら，~UAは、［ 要素~境界に接する，どちらか一方の`~typographic文字~単位$ ］にも 【言い換えれば、各 ~typographic文字~単位の前後どちらかに一律に】 字間隔法を付与してもヨイ — %要素 に~~付随している `letter-spacing$p の値を利用して†。 ◎ Letter spacing between two typographic character units effectively “belongs” to the innermost element that contains the two typographic character units: the total letter spacing between two adjacent typographic character units (after bidi reordering) is specified by and rendered within the innermost element that contains the boundary between the two typographic character units. However, the UA may instead attach letter-spacing at element boundaries to one or the other typographic character unit using the letter-spacing value pertaining to its containing element.

注記†： この副次的な挙動は、 ~Web互換性の懸念に因り，この~levelにおいては許可される。 ◎ Note: This secondary behavior is permitted in this level due to Web-compat concerns.

p { letter-spacing: 1em; }

<p>a<span>bb</span>c</p>

p    { letter-spacing: 1em; }
span { letter-spacing: 2em; }

<p>a<span>bb</span>c</p>

p    { letter-spacing: 1em; }
span { letter-spacing: 2em; }

<p>a<span>b</span>c</p>

p    { letter-spacing: 1em; }
span { letter-spacing: 2em; }

<p>ab<span>c~HebA</span>~HebB~HebC</p>

`字間隔法$においては、 不可視な零幅~整形~文字（`~Unicode字種$ `Cf^uc に属するものなど）は無視される。 間隔法は、［ そのような文字は、 文書~内に存在しなかった ］かのように追加するモノトスル。 ◎ Letter spacing ignores invisible zero-width formatting characters (such as those from the Unicode Cf category). Spacing must be added as if those characters did not exist in the document.

例えば， `A&#x200B;B^c に適用される `letter-spacing$p は、 要素~境界がどこに来ようが， `AB^c に対するときと一致する。 ◎ For example, letter-spacing applied to A&#x200B;B is identical to AB, regardless of where any element boundaries might fall.

文字↔間の実質的な間隔法が （`両端揃え＠#text-justify-property$ や［ `letter-spacing$p に対する 0 でない値 ］に因り） 0 でないときは、 ~UAは，任意選択な合字 — すなわち、 ~glyphの正しい形状付けに基礎的に要求されるものと定義されるもの — を適用するベキでない。 しかしながら，［ 低~levelな `font-feature-settings$p ~propを介して指定される，合字~その他の~font特能 ］は、 この規則より~~優先される。 `CSS-FONTS-3$r の `§ 特能の~~優先度＠~CSSFONT#feature-precedence$ を見よ。 ◎ When the effective spacing between two characters is not zero (due to either justification or a non-zero value of letter-spacing), user agents should not apply optional ligatures, i.e. those that are not defined as required for fundamentally correct glyph shaping. However, ligatures and other font features specified via the low-level font-feature-settings property take precedence over this rule. See CSS Fonts Module Level 3 § feature-precedence.

注記： ~OpenTypeにおいては、 必須の合字は， `rlig^c 特能に結付けられるものと期待される。 したがって，他のすべての合字は、 任意選択と見なされる。 しかしながら，~UAや~platformは、 一部の壊れた~fontの事例を取扱うため，経験則により追加的な合字を適用することもある。 この仕様は、 そのような例外的な取扱いを［ 定義する／上書きする ］ことはない。 ◎ Note: In OpenType, required ligatures are expected to be associated to the rlig feature. All other ligatures are therefore considered optional. In some cases, however, UA or platform heuristics apply additional ligatures in order to handle broken fonts; this specification does not define or override such exceptional handling.

7.3. 要素~境界をまたがる形状付け

`行内~box$の境界が~textの`~typographic文字~単位$↔間を分離していて，次のいずれかが満たされる場合、 ~textの形状付けは，その境界で分断する`モノトスル^em： ◎ Text shaping must be broken at inline box boundaries when any of the following are true for any box whose boundary separates the two typographic character units:

• 境界における~boxの行内-軸［ `margin$p, `border$p, `padding$p ］いずれかの値は 0 でない。 ◎ Any of margin/border/padding separating the two typographic character units in the inline axis is non-zero.
• ~boxの `vertical-align$p 値は `baseline$v でない。 ◎ vertical-align is not baseline.
• 境界は、 `双向-隔離-$している。 ◎ The boundary is a bidi isolation boundary.

~textの形状付けは、 整形が実質的に変化しないか, 変化しても~glyphには影響しないときは （`~text装飾＠~CSSTEXTDECOR#line-decoration$を適用するときなど），行内~box境界を`分断しないモノトスル^em。 ◎ Text shaping must not be broken across inline box boundaries when there is no effective change in formatting, or if the only formatting changes do not affect the glyphs (as in applying text decoration).

そうでなくとも、 当の事例において適理かつ，与えられた~font技術の制限の下でアリならば、 ~textの形状付けは，行内~box境界で`分断されるベキでない^em。 ◎ Text shaping should not be broken across inline box boundaries otherwise, if it is reasonable and possible for that case given the limitations of the font technology.

8.1. 字下n： `text-indent^p ~prop

この~propは、 塊~内の`行内~内容$の各~行lに適用される字下nを指定する。 字下げは、 `行l~box$の`始端$辺に適用される~marginとして扱われる。 ◎ This property specifies the indentation applied to lines of inline content in a block. The indent is treated as a margin applied to the start edge of the line box.

影響されるのは、 ~keyword［ `each-line$v ／ `hanging$v ］により 他が指定されない限り，要素の`整形される最初の行l$ `CSS-PSEUDO-4$r に限られる。 例えば，`匿名$な`塊~box$の最初の行lは、 その親~要素の最初の子であるときに限り影響される。 ◎ Unless otherwise specified by the each-line and/or hanging keywords, only lines that are the first formatted line of an element are affected. [CSS-PSEUDO-4] For example, the first line of an anonymous block box is only affected if it is the first child of its parent element.

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

`length$t

字下げ量を，絶対~長さとして与える。 ◎ Gives the amount of the indent as an absolute length.

`percentage$t

字下げ量を，`塊~容器$の自前の`論理-横幅$に対する百分率として与える。 【 “自前の” ：すなわち、包含塊のそれではなく（ `2394$issue ）。】 ◎ Gives the amount of the indent as a percentage of the block container’s own logical width.

百分率は、 `内在的~size供与$を計算する目的においては `0^v として扱うモノトスル — ~layoutを遂行するときは、 常に通常に解決される。 ◎ Percentages must be treated as 0 for the purpose of calculating intrinsic size contributions, but are always resolved normally when performing layout.

注記： これは要素を~overflowさせ得るので、 内在的~sizingと併用することが推奨される。 ◎ Note: This can lead to the element overflowing. It is not recommended to use percentage indents and intrinsic sizing together.

`each-line@v

字下nは，各［ `塊~容器$の最初の行l, および `強制d行-分断$の直後にある行l ］に影響する （`自動折返し分断$の直後にある行lには影響しない）。 ◎ Indentation affects the first line of each block container and each line after a forced line break (but not lines after a soft wrap break).

`hanging@v

影響される行lの~~集合を反転する。 ◎ Inverts which lines are affected.

注記： `text-indent$p ~propは継承されるので、 塊~要素に指定されたときは，子孫の行内-塊~要素にも影響することになるのに注意。 この理由から、 `display$p: `inline-block^v が指定された要素には `text-indent$p: `0^v も指定する方がうまくいくことが多い。 ◎ Note: Since the text-indent property inherits, when specified on a block element, it will affect descendant inline-block elements. For this reason, it is often wise to specify text-indent: 0 on elements that are specified display: inline-block.

8.2. 吊下ng~glyph

行lの［ 始端や終端 ］辺にある~glyphが `吊下がる@ ときは†、 行lの内容を［ 収める／整列する／両端揃する ］ための測定には考慮されない。 その結果，行lの［ 整列／両端揃え ］に依存して、 約物は，`行l~box$の外側に置かれることもある。 ◎ When a glyph at the start or end edge of a line hangs, it is not considered when measuring the line’s contents for fit, alignment, or justification. Depending on the line’s alignment/justification, this can result in the mark being placed outside the line box.＼

【†`吊下ng＠https://ja.wikipedia.org/wiki/%E3%81%B6%E3%82%89%E4%B8%8B%E3%81%92%E7%B5%84%E3%81%BF$ （ `hanging^en ） 】【† もっと冗長に述べるなら、 “吊下-可能な~glyphを［ 通常通り~lay-outすると、 行lの終端~辺を~overflowするか，折返されて次の行lの始端~辺に来る ］ので，吊下がるものとして扱うときは…” 】

`吊下ng~glyph@ — `吊下がって$いる~glyph — は： ◎ ↓

• ［ `内在的~size$（`最小-内容~size$／`最大-内容~size$）, その~sizeから導出される~size ］を算出するときには織り込まれない。 （この測定と~kerningとの相互作用は、 現在は~UAにより定義される — ~CSS~WGは、 この点について助言を~~歓迎する（ `2397$issue ）。） ◎ The hanging glyph is also not taken into account when computing intrinsic sizes (min-content size and max-content size), and any sizes derived thereof. (The interaction of this measurement and kerning is currently UA-defined; the CSSWG welcomes advice on this point.)
• 依然として、 その親の行内~boxの内側に封入され，~text両端揃えには関与する — 単に、 次を決定するときには，その文字~送幅が測定されないだけである ⇒＃ 行l上に どれ程の内容が収まるか ／ 両端揃え用に 行lの内容を どれ程［延張する／圧縮する］必要があるか ／ ~text整列~用に `行l~box$の中に内容をどう位置するか ◎ A hanging glyph is still enclosed inside its parent inline box and still participates in text justification: its character advance is just not measured when determining how much content fits on the line, how much the line’s contents need to be expanded or compressed for justification, or how to position the content within the line box for text alignment.＼
• その文字~送幅は、 実質的に，［ その親の`行内~box$の影響される辺に対する，追加的な負な~margin ］として解釈し直される — それ以外については、 行lは通例通り~lay-outされる。 ◎ Effectively, the hanging glyph character advance is re-interpreted as an additional negative margin on the affected edge of its parent inline box; the line is otherwise laid out as usual.＼
• ~overflowするときは、 不必要な~scrollbarを作成するのを避けるため，概して`~ink~overflow$と見なされるベキであるが、 ~UAは，次に該当するときは`~scroll可能な~overflow$として扱ってもヨイ `CSS-OVERFLOW-3$r ⇒＃ 当の内容は編集-可能である／ 他の，そのように扱う方が利用者にとって有用になる状況下にある ◎ An overflowing hanging glyph should typically be considered ink overflow so as to avoid creating unnecessary scrollbars, but the UA may treat it as scrollable overflow when the content is editable or in other circumstances where treating it as scrollable overflow would be useful to the user. [CSS-OVERFLOW-3]

一部の事例では、 行lの終端にある~glyphは `条件付きで吊下がる@ こともある — すなわち、［ 両端揃えに先立って，吊下げなければ行lに収まらない場合 ］に限り，`吊下がる$。 それは，行lの内容を収めるための測定には考慮されないが、 その収まらない部分は，`吊下がる$ものと見なされる。 `条件付きで吊下がる$~glyphは、［ `最小-内容~size$, および その~sizeから導出される~size ］を算出するときには織り込まれない一方で，［ `最大-内容~size$, および その~sizeから導出される~size ］を算出するときには織り込まれる。 ◎ In some cases, a glyph at the end of a line can conditionally hang: it hangs only if it does not otherwise fit in the line prior to justification. It is not considered when measuring the line’s contents for fit; however, any part of it that does not fit is considered to hang. Glyphs that conditionally hang are not taken into account when computing min-content sizes and any sizes derived thereof, but they are taken into account for max-content sizes and any sizes derived thereof.

`吊下-$可能な~glyphと行lの辺の合間における行内-軸［ ~border／~padding ］が 0 でない場合、 ~glyphは吊下がらない。 例えば，終端~paddingを伴う行内~boxの終端にある終止符は、 行lの終端~辺では`吊下がら$ない。 ◎ Non-zero inline-axis borders or padding between a hangable glyph and the edge of the line prevent the glyph from hanging. For example, a period at the end of an inline box with end padding does not hang at the end edge of a line.

隣接な複数の~glyphは，一緒に吊下がり得るが、 吊下げれる個数には，特定の制限sが指定され得る／してもヨイ （例：行lの 1 辺に`吊下がって$もヨイ約物は 1 個までなど）。 ◎ Multiple adjacent glyphs can hang together, however specific limits on how many are allowed to hang may be specified (e.g. at most one punctuation character may hang at each edge of the line).

p {
   text-align: justify;
   hanging-punctuation: allow-end;
}

p {
   text-align: justify;
   hanging-punctuation: force-end;
}

8.3. 双方向性と行l~box

`行l~box$の［ `始端$, `終端$ ］側は、 行l~boxの`行内~基底~方向$により決定される。 `行l~box$ %行l~box の`行内~基底~方向$は、 通例的には［ `包含塊$ ／ `双向~段落$ ］のそれと合致するが，それらは別物である。 前者は、［ `text-align-all$p ／ `text-align-last$p ／ `text-indent$p ／ `hanging-punctuation$p ］ — すなわち %行l~box の内容に対する %行l~box の各~辺を基準にする位置と整列 — には影響するが， %行l~box の行内~内容の［ 整形／順序付け ］には影響しない （［ 整形／順序付け ］は、 `~Unicode双方向-~algo$citeにより — `CSS-WRITING-MODES-4$r により適用されるとおりに — 制御される）。 ◎ The start and end sides of a line box are determined by the inline base direction of the line box. Although they usually match, the inline base direction of a line box is distinct from the inline base direction of the containing block or the bidi paragraph. The line box’s inline base direction affects text-align-all, text-align-last, text-indent, and hanging-punctuation—i.e. the position and alignment of its contents with respect to its edges. It does not affect the formatting or ordering of inline content (which is controlled by the Unicode Bidirectional Algorithm as applied by CSS Writing Modes [UAX9] [CSS-WRITING-MODES-4]).

<block style="unicode-bidi: plaintext">
  français
  فارسی
  français
  فارسی
  français
  فارسی
</block>

<para style="display: block; direction: rtl; unicode-bidi:plaintext">
“<quote style="unicode-bidi:plaintext">~HebPeace!</quote>”, he said.
</para>

<textarea style="direction: rtl; unicode-bidi:plaintext">

Hello!

</textarea>