CSS 文本模块第 3 级

1. 引言

本模块描述了 CSS 的排版控制； 也就是 CSS 中控制如何将 源文本转换为格式化、自动换行文本的特性。 各种 CSS 属性提供了对 大小写转换、 空白折叠、 文本换行、 断行规则 和连字符断词、 对齐和两端对齐、 间距、 以及缩进的控制。

关于世界各地各种语言和书写系统的 排版要求的更多信息， 可在 国际化工作 组的 语言支持索引中找到。 [TYPOGRAPHY]

1.1. 模块交互

本模块与 CSS 文本装饰 模块一起， 取代并扩展了 层叠样式表第 2 级第 16 章中定义的文本级特性。 [CSS-TEXT-DECOR-3] [CSS2]

除下面定义的术语外， 本规范中使用的其他术语和概念定义于 层叠样式表第 2 级 和 CSS 书写模式模块中。 [CSS2] 和 [CSS-WRITING-MODES-4]。

1.2. 值定义

本规范遵循来自 [CSS2] 的 CSS 属性 定义约定， 并使用来自 [CSS-VALUES-3] 的 值定义语法。 本规范中未定义的值类型定义于 CSS 值与单位 [CSS-VALUES-3]中。 与其他 CSS 模块结合时，可能会扩展这些值类型的定义。

除各属性定义中列出的属性专用值外， 本规范定义的所有属性 也接受 CSS 范围关键字作为其属性值。 为了可读性，这里没有明确重复列出它们。

1.3. 语言与排版

为了获得最佳排版行为，作者应准确地为其内容标注语言。

许多排版效果会随语言环境而变化。 语言和书写系统约定会影响 断行、连字符断词、两端对齐、字形选择， 以及许多其他排版效果。 在 CSS 中，只有当内容语言已知（已声明）时， 才会应用特定语言的排版定制。 因此， 更高质量的排版要求作者向 UA 传达文档中文本的正确语言环境。

元素的内容语言 是该元素按照 文档语言规则所声明使用的（人类）语言。 请注意，元素的内容语言 可能是未知的——例如未标注的内容， 或者处于不具备语言标注机制的 文档语言中的内容， 会被视为具有未知的内容语言。

注： 作者可以使用 HTML 中的全局 lang 属性 或 XML 中的通用 xml:lang 属性来声明内容语言。 参见 HTML 中 确定 HTML 元素内容语言的规则， 以及 XML 1.0 中确定 XML 元素内容语言的规则。 [HTML] [XML10]

元素被声明使用的内容语言 也标识了该元素中所用该语言的特定书写形式， 称为内容书写系统。 根据文档语言用于识别内容语言的机制， 这些信息可以是显式的，也可以是隐含的。 参见规范性的附录 F： 识别内容书写系统。

注： 某些语言具有不止一种书写系统传统； 在其他情况下，一种语言也可以音译到外来的书写系统中。 作者应对此类情况使用子标签， 以便 UA 能够适当地调整。

1.4. 字符和字母

排版的基本单位是字符。 然而，由于书写系统并不总是像基本英语字母表那样简单， 字符实际是什么， 取决于该术语所使用的上下文。 例如，在谚文（韩语书写系统）中， 一个音节的每个方块表示 （例如 한=Han） 可以被视为一个字符。 然而，该方块符号实际上由多个字母组成，每个字母表示一个音素 （例如 ㅎ=h、 ㅏ=a、 ㄴ=n）， 这些也都可以分别被视为一个字符。

对于任何给定编码， 计算机文本编码的基本单位也称为字符， 并且根据编码不同， 单个编码字符可能对应于 整个预组合音节字符（例如 한）， 也可能对应于单个音素字符（例如 ㅎ）， 或者对应于更小的单位，例如 一个基础字母形（例如 ㅇ） 以及改变它的任何组合标记（例如表示送气的额外笔画）。

反过来，单个编码字符 可以在数据流中表示为一个或多个字节； 并且在编程环境中，一个字节有时也被称为一个字符。

因此，在需要技术精确性的地方，术语字符 是相当含糊的。

对于文本布局，我们将使用排版 字符单元 来指称文本的基本单位。 即使在文本布局领域内， 相关的字符单位也取决于 所进行的操作。 例如，断行和字母间距会以不同方式分割 包含 U+0E33 ำ THAI CHARACTER SARA AM 的泰文字符序列； 或者，在天城文等文字中，连写辅音的行为 可能取决于所使用的字体。 因此，排版字符表示书写系统中的一个单位—— 例如拉丁字母（包括其变音符号）、 谚文音节、 中文表意字符、 缅甸文音节簇——它相对于某个特定排版操作 （断行、首字母效果、字距调整、两端对齐、竖排排列等）是不可分割的。

Unicode 标准附录 #29：文本分段 定义了一个称为字素簇的单位， 它近似于排版字符。 [UAX29] UA 必须使用 UAX29 中定义的扩展字素簇 （而不是传统字素簇）， 作为其排版字符单元的基础。 然而，UA 应根据排版传统的要求 对这些定义进行定制， 因为默认规则并不总是适当或理想的——并且预期会根据需要 针对不同操作进行不同的定制。

注： 此类定制规则超出了 CSS 的范围。

排版字母 单元 （或就本规范而言的字母） 是属于 Letter 或 Number 通用 类别之一的排版字符单元。 关于如何确定排版 字符单元的 Unicode 属性， 参见附录 E： 字符与属性。

被元素边界分割的排版字符单元的渲染特征 是未定义的。 理想情况下，每个组成部分都应根据其各自元素属性的格式化要求 进行渲染， 同时保持整个排版字符单元 正确的塑形和定位。 然而，根据其各部分之间格式差异的性质 以及所用字体技术的能力， 这并不总是可能。 因此，这样的排版字符单元 可能会被渲染为属于边界的一侧， 或者以某种近似方式同时属于两侧。 作者需要预先注意，通过元素边界分割字素簇 或连字 可能会产生不一致或不希望的结果。

1.5. 文本处理

CSS 建立在 Unicode 之上。 [UNICODE] 支持 Unicode 的 UA 必须遵守 Unicode 核心标准的所有规范性要求， 除非被 CSS 明确覆盖。 基于非 Unicode 文本编码模型实现的 UA 仍然被期望通过假定适当的映射和类似行为 来满足相同的文本处理要求。

为了确定文本处理中的相邻关系 （例如空白处理、文本转换、断行等）， 因而通常在本规范内， 必须忽略介于其间的内联框边界和脱离常规流 元素。 然而，关于文本塑形，请参见§ 7.3 跨元素 边界的字形塑形。

2. 文本转换

2.1. 大小写转换：text-transform 属性

此属性出于样式目的对文本进行转换。 它不会影响底层内容， 并且不得影响纯文本复制与粘贴操作的内容。

作者不得依赖 text-transform 来表达语义 目的； 相反，正确的大小写和语义应编码在 源文档文本和标记中。

各值含义如下：

none

无效果。

capitalize

将每个单词的第一个排版字母单元（如果为小写）变为 标题大小写； 其他字符不受影响。

uppercase

将所有字母变为大写。

lowercase

将所有字母变为小写。

full-width

将所有排版字符单元变为全角形式。 如果某个字符没有对应的全角形式， 则保持原样。 此值通常用于将拉丁字母和数字 按照如同表意字符一样的方式进行排版。

full-size-kana

将所有小假名 字符转换为等价的全尺寸假名。 此值通常用于 ruby 注音文本， 作者可能希望所有小假名都绘制为大假名， 以弥补 ruby 中通常使用的小字号带来的易读性问题。

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

注： text-transform 的目的 是允许进行呈现性的大小写转换， 而不影响文档的语义。 特别需要注意的是，text-transform 的大小写操作是有损的， 并且可能扭曲文本含义。 虽然无障碍接口可能希望向用户传达 渲染文本的表观大小写， 但不能依赖转换后的文本准确表示 文档的底层含义。

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; /* unset for large text*/ }

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

2.1.1. 映射规则

对于 capitalize，什么构成“单词”取决于 UA； 建议使用 [UAX29] 来确定此类词边界 （但不是必需）。 脱离常规流的框和内联框 边界 不得引入 text-transform 的词边界， 并且在确定此类词边界时必须被忽略。

注： 作者不能依赖 capitalize 来遵循 特定语言的标题大小写约定 （例如在英语中跳过冠词）。

UA 必须使用 Unicode 字符的完整大小写映射， 包括任何条件性大小写规则， 如 Unicode 标准的 Default Case Algorithms 一节所定义。 [UNICODE] 当且仅当元素的内容 语言 根据文档 语言规则 是已知的， 则也必须应用任何适当的特定语言规则。 这些规则至少包括但不限于 Unicode 的 SpecialCasing.txt 中的特定语言规则。

全角 和半角形式的定义 可在 Unicode 标准附录 #11： 东亚宽度中找到。 [UAX11] 到全角形式的映射 是通过选取其 Decomposition_Mapping 中带有 <wide> 或 <narrow> 标签的码位来定义的， 这些码位位于 Unicode 标准附录 #44：Unicode 字符数据库中。 [UAX44] 对于 <narrow> 标签， 映射是从该码位映射到其分解形式 （去掉 <narrow> 标签）， 而对于 <wide> 标签， 映射是从其分解形式 （去掉 <wide> 标签） 映射回原始码位。

小假名到全尺寸假名的映射 定义于附录 G： 小假名映射。

2.1.2. 操作顺序

当指定了多个值， 因而需要应用多个转换时， 它们按以下顺序应用：

1. capitalize、uppercase， 以及 lowercase
2. full-width
3. full-size-kana

文本转换发生在 § 4.1.1 阶段 I：折叠和 转换 之后， 但在 § 4.1.2 阶段 II：修剪和定位之前。 这意味着 full-width 只会在保留的空白中 将空格（U+0020）转换为 U+3000 IDEOGRAPHIC SPACE。

注： 如附录 A： 文本处理操作顺序所定义， 转换文本会影响断行和其他格式化操作。

3. 空白与换行：white-space 属性

此属性指定两件事：

• 空白是否以及如何被 折叠
• 行是否可以在非强制的软换行 机会处换行

各值含义如下， 其解释必须符合 空白处理和 断行规则：

normal

此值指示用户代理将空白序列 折叠为单个字符 （或在某些情况下折叠为无字符）。 行可以在允许的软换行 机会处换行， 由当前有效的断行规则确定， 以尽量减少内联轴溢出。

pre

此值阻止用户代理折叠空白序列。 诸如换行符之类的分段换行 会被保留为强制 换行。 行只在强制换行处断开； 不适合块容器宽度的内容会溢出该容器。

nowrap

与 normal 一样， 此值会折叠空白； 但与 pre 一样，它不允许换行。

pre-wrap

与 pre 一样， 此值保留空白； 但与 normal 一样， 它允许换行。

break-spaces

其行为与 pre-wrap 相同， 但有以下例外：

• 任何保留的空白 或其他空格分隔符序列 始终占用空间， 包括在行尾。
• 在每个保留的空白字符之后 以及每个其他空格分隔符之后 都存在一个软 换行机会 （包括相邻空格之间）。

注： 此值并不保证 永远不会因空白而发生溢出： 例如，如果行长太短， 以至于连单个空白字符都放不下， 溢出就是不可避免的。

pre-line

与 normal 一样， 此值会折叠连续的空白字符 并允许换行， 但它会将源中的分段 换行保留为强制换行。

未因空白处理而被移除或折叠的空白 称为保留空白。

注： 在某些情况下， 位于行尾的保留 空白和其他空格分隔符 可以悬挂； 这可能会影响它们是否计入内在 尺寸。

以下信息性表格概述了各种 white-space 值的行为：

有关空白 如何折叠的详细信息， 参见空白处理规则。

有关换行行为的详细信息， 参见断行。

4. 空白处理与控制字符

文档的源文本通常包含与最终渲染 无关的格式： 例如， 为了便于编辑而将源文本拆分为片段 （行）， 或添加空白字符， 如制表符和空格 来缩进源代码。 CSS 空白处理允许作者 控制对此类格式的解释： 在渲染文档时保留它，或将其折叠除去。 CSS 中的空白处理 （由 white-space 属性控制） 仅为渲染而解释空白字符： 它不会影响底层文档数据。

注： 取决于文档语言， 片段可以由特定换行序列分隔 （例如换行符或 CRLF 对）， 也可以由其他机制定界， 例如 SGML 的 RECORD-START 和 RECORD-END 标记。

对于 CSS 处理， 文档语言定义的每个“分段换行”或“换行序列”——或者如果未定义，则文本中的每个换行符 （U+000A）——都被视为一个分段换行， 然后按照 white-space 属性的规定解释为渲染结果。

在 HTML 的情况下， 换行会被规范化为换行符（U+000A） 以在 DOM 中表示， 因此当 HTML 文档表示为 DOM 树时， 每个换行符（U+000A） 都会被视为一个分段换行。 [HTML] [DOM]

注： 在最常见的 CSS 实现中， HTML 不会被直接样式化。 相反，它会被处理成 DOM 树， 然后再进行样式化。 与 HTML 不同， DOM 不赋予回车符（U+000D）任何特殊含义， 因此它们不会被视为分段 换行。 如果回车符（U+000D）通过 HTML 解析以外的方式 插入到 DOM 中， 则它们会按下文定义处理。

注： 文档解析器可能 不仅会规范化任何分段 换行， 还会折叠其他空格字符，或 依照标记规则以其他方式处理空白。 由于 CSS 处理发生在解析阶段之后， 因此不可能恢复这些字符用于样式化。 因此，下文规定的某些行为 可能会受到这些限制影响，并且 可能取决于用户代理。

注： 完全由可折叠空白 组成的匿名块会从渲染树中移除。 因而包围块级元素的任何此类空白 都会被折叠除去。 参见 CSS 2 § 9.2.2.1 匿名 内联框。 [CSS2]

控制字符（Unicode 类别 Cc）——除制表符（U+0009）、 换行符（U+000A）、 回车符（U+000D） 以及构成分段 换行的序列之外——必须渲染为可见字形； 如果字体中的字形不可见，UA 必须合成该字形， 并且在其他方面必须将其当作 Other Symbols（So）通用类别 和 Common 文字 中的任何其他字符处理。 UA 可以使用字体专门为该控制字符提供的字形， 替换为 Control Pictures 区块中对应符号的字形， 生成其码位值的视觉表示， 或使用其他方法提供适当的可见字形。 按 Unicode 的要求， 不支持的 Default_ignorable 字符 必须在文本渲染中忽略。 [UNICODE]

回车符（U+000D）在所有方面都按与空格（U+0020）完全相同的方式处理。

注： 对于 HTML 文档， 源代码中存在的回车符 会在解析阶段转换为换行符 （参见 HTML § 13.2.3.5 预处理输入流 以及 normalize newlines 在 Infra 中的定义）， 因此不会以 U+000D CARRIAGE RETURN 的形式出现在 CSS 中。 [HTML] [INFRA]) 但是，当使用转义序列（
）编码时， 该字符会被保留——并且上述规则可被观察到。

4.1. 空白处理规则

除非另有规定， CSS 中的空白处理只影响 文档空白字符： 空格（U+0020）、制表符（U+0009），以及分段换行。

注： 被视为文档空白的字符集合 （文档内容的一部分） 与被视为语法空白的字符集合 （CSS 语法的一部分） 不一定相同。 然而，由于二者都包含空格（U+0020）、制表符（U+0009）和换行符（U+000A）， 大多数作者不会注意到任何差异。

除空格（U+0020） 和不换行空格（U+00A0）之外， Unicode 还定义了许多额外的空格分隔符字符。 [UNICODE] 在本规范中， Unicode 通用类别 Zs 中 除空格（U+0020） 和不换行空格（U+00A0）之外的所有字符 统称为 其他空格 分隔符。

4.1.1. 阶段 I：折叠和转换

对于每个内联 （包括匿名内联； 参见 CSS 2 § 9.2.2.1 匿名 内联框 [CSS2]） 在内联格式化上下文中， 空白字符 会在断行和双向 重排序之前 按如下方式处理， 并忽略双向 格式化字符 （具有 Bidi_Control 属性的字符 [UAX9]）， 就像它们不存在一样：

• 如果 white-space 设置为 normal、nowrap 或 pre-line， 空白字符会被视为 可折叠 并通过执行以下步骤处理：
  1. 紧邻在分段换行 前后的一串可折叠空格和制表符 会被移除。
  2. 可折叠的分段 换行会按照分段换行转换规则 转换为渲染结果。
  3. 每个可折叠制表符都会转换为一个可折叠空格（U+0020）。
  4. 任何紧接另一个可折叠空格之后的 可折叠空格——即使前一个空格位于包含该空格的 内联边界之外， 只要这两个空格都位于同一内联格式化 上下文中——都会被折叠为零前进宽度。 （它不可见， 但会保留其软换行机会， 如果有的话。）
• 如果 white-space 设置为 pre、pre-wrap 或 break-spaces， 任意空格序列都会被视为一串不换行空格。 但是，对于 pre-wrap， 在一串空格和/或制表符的末尾存在一个软换行 机会； 而对于 break-spaces， 在每个空格和每个制表符之后 都存在一个软换行机会。

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

A  BC

4.1.2. 阶段 II：修剪和定位

然后，整个块会被渲染。 内联内容会进行布局， 同时考虑双向重排序， 并按照 white-space 属性的规定进行换行。 在布局每一行时，

1. 位于一行开头的一串可折叠空格 会被移除。
2. 如果制表符尺寸为零， 保留的 制表符不会被渲染。 否则，每个保留的制表符都会渲染为 一个水平位移，使下一个字形的起始边 与下一个制表位对齐。 如果此距离小于 0.5ch， 则改用后续制表位。 制表 位出现在 从保留的制表符最近的 块容器祖先的起始内容边开始， 按制表符尺寸的倍数计算的位置。 制表符尺寸由 tab-size 属性给出。

   注： 参见 Unicode 中关于制表（U+0009）如何与双向性相互作用的规则。[UAX9]

3. 位于一行末尾的一串可折叠空格 会被移除， 任何行尾的 U+1680   OGHAM SPACE MARK 也会被移除， 只要其 white-space 属性为 normal、nowrap 或 pre-line。

   注： 由于 Unicode 双向 算法规则 L1， 在双向重排序之前位于行尾的 一串可折叠空格 在重排序之后仍会位于行尾。 [UAX9] [CSS-WRITING-MODES-4]

4. 如果在一行末尾 仍存在任何空白、 其他空格 分隔符 和/或保留的制表符 序列 （在双向重排序 [CSS-WRITING-MODES-4]之后）：
   • 如果 white-space 设置为 normal、 nowrap 或 pre-line， UA 必须（无条件地）让该序列悬挂。
   • 如果 white-space 设置为 pre-wrap， UA 必须（无条件地）让该序列悬挂， 除非该序列后跟一个强制换行， 在这种情况下，它必须改为使该序列有条件地悬挂。 它还可以在视觉上折叠任何本会溢出的字符前进宽度。

     注： 让空白悬挂而不是折叠它， 允许用户在选择或编辑文本时看到该空格。

   • 如果 white-space 设置为 break-spaces， 空格、制表符和其他空格 分隔符 都会按与其他可见字符相同的方式处理： 它们不能悬挂， 其前进宽度也不能被折叠。

     注： 因而此类字符会占用 空间， 并且取决于可用空间 以及适用的断行控制， 要么会溢出，要么会导致该行换行。

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>

4.1.3. 分段换行转换规则

当 white-space 为 pre、pre-wrap、break-spaces 或 pre-line 时， 分段换行不是可折叠的， 而是转换为保留的换行符（U+000A）。

对于 white-space 的其他值， 分段换行是可折叠的， 并按如下方式折叠：

1. 首先，任何紧跟在另一个可折叠分段换行之后的 可折叠分段换行 会被移除。
2. 然后，任何剩余的分段 换行 会根据换行前后的上下文， 要么转换为空格（U+0020）， 要么被移除。 此级别中，该操作的规则由 UA 定义。

   注： 在评估此上下文之前， 空白处理规则已经 移除了分段换行 周围的任何制表符和空格。

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.

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

注： 历史上，HTML 和 CSS 一直无条件地 将分段换行转换为空格， 这阻止了中文等语言编写的内容 在源代码中按行断开。 因此，即使 UA 启发式方法努力改进对此类语言的支持， 也需要谨慎决定何处丢弃分段换行。

4.2. 制表符字符尺寸：tab-size 属性

此属性确定用于渲染保留的制表符字符（U+0009）的 制表符 尺寸。 <number> 表示一个度量值， 它是该保留的制表符最近的块容器祖先的空格字符（U+0020）前进宽度的倍数， 包括其关联的 letter-spacing 和 word-spacing。 不允许负值。

5. 断行与词边界

当内联级内容被布局到行中时，它会跨行框断开。 这样的断开称为换行。 当一行由于显式断行控制 （例如保留的换行字符） 或由于块的起始或结束而断开时， 它是强制 换行。 当一行由于内容换行 而断开 （即 UA 为了使内容适合度量范围而创建非强制换行时）， 它是软换行 断点。 将内联级内容分成行的过程称为断行。

换行只会在允许的断点处执行， 该断点称为软换行 机会。 当启用换行时（见 white-space）， 如果存在软换行机会， UA 必须通过在该软换行机会处换行， 尽量减少行中内容溢出的量。 有效的软换行机会取决于 内容语言 和书写系统， 以及控制它们的 CSS 属性。

在大多数书写系统中， 在没有连字符断词的情况下，软换行机会只出现在词边界。 许多此类系统（例如使用拉丁字母书写的英语） 使用空格或标点明确地 分隔单词， 并且可以通过这些字符识别软换行机会。

然而，泰文、老挝文和高棉文等文字 不使用空格或标点来分隔单词。 尽管零宽空格（U+200B）可以在这些文字中 用作显式词分隔符， 但这种做法并不常见。 因此，需要词汇资源 来正确识别此类文本中的软换行机会。

在某些其他书写系统中， 尤其是爪哇文和巴厘文等婆罗米系文字， 软换行 机会基于正字法音节边界， 而不是词边界。 尽管正字法音节断开 不依赖于内容语言 也不需要词汇资源， 但它仍然需要分析文本 以找到断开机会。

在另一些文字中，例如中文（以及日文、彝文，有时还有韩文）， 每个音节往往对应一个单独的排版字母单元， 因而断行约定允许在任何位置断行， 除了某些字符组合之间。 此外，这些限制的严格程度 会随排版风格而变化。

虽然 CSS 没有完全定义软换行机会出现的位置， 但提供了一些控制，以区分常见变化：

• line-break 属性允许选择断行限制的各种 “严格度”级别。
• word-break 属性控制哪些类型的字母 会聚合成不可断开的“单词”， 从而使 CJK 字符表现得像非 CJK 文本，反之亦然。
• hyphens 属性控制在会使用连字符断词的文字中， 是否允许自动连字符断词来断开单词。
• overflow-wrap 属性允许 UA 在原本不可断开且本会溢出的字符串中 的任意位置断开。

注： Unicode 标准附录 #14：Unicode 断行 算法 为 Unicode 中所有文字的断行 定义了基线行为， 并预期会进一步定制。 [UAX14] 关于断行约定的更多信息， 可参见面向日文的 日文文本 布局需求 [JLREQ] 和 日本文档格式化规则 [JIS4051]， 以及面向中文的 中文排版需求 [CLREQ] 和 标点符号用法 [ZHMARK]。 另请参见 国际化工作组的 语言支持索引， 其中包含更多关于其他语言的信息。 [TYPOGRAPHY] 对额外适当参考文献的任何指导 都将非常感谢。

5.1. 字母的断开规则：word-break 属性

此属性指定字母之间的软换行机会， 即在何处“正常”且允许断开文本行。 具体而言，它控制 相邻排版字母单元之间 通常是否存在软换行机会， 并且出于此目的（仅此目的），将属于 NU、 AL、 AI 或 ID Unicode 断行类别的非字母排版字符 单元 当作排版字母单元。 [UAX14] 它不会影响由空白 （以及其他空格分隔符） 和标点周围创建的软换行机会 的规则。 （关于影响标点和小假名的控制，见 line-break。）

例如， 在某些 CJK 排版风格中， 允许英文单词在任意两个字母之间断开， 而不是只在空格或连字符断词点断开； 这可以通过 word-break:break-all 启用。

另一个例子是，韩语有两种断行风格： 在任意两个韩文/汉字音节之间断开（word-break: normal）， 或者像英语一样主要在空格处断开（word-break: keep-all）。

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

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

埃塞俄比亚文同样有两种断行风格， 要么只在词 分隔符处断开（word-break: normal）， 要么也允许在单词内部的字母之间断开（word-break: break-all）。

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

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

注： 若只在发生溢出时启用额外断开机会， 见 overflow-wrap。

各值含义如下：

normal

单词按照其惯用规则断开， 如上文所述。 韩语通常表现出两种不同的行为， 它允许在任意两个连续的韩文/汉字之间断开。 对于同样表现出两种不同行为的埃塞俄比亚文， 不允许在单词内部进行此类断开。

break-all

允许在“单词”内部断开： 具体而言， 除了 normal 所允许的软换行机会之外， 任何排版字母单元 （以及任何解析为 NU（“numeric”）、 AL（“alphabetic”） 或 SA（“Southeast Asian”） 断行类别的排版字符单元 [UAX14]） 都会改为按 ID （“ideographic characters”） 处理，以用于断行。 不应用连字符断词。

注： 此值不会影响 标点字符周围是否存在软换行机会。 若要允许在任意位置断开，见 line-break: anywhere。

注： 此选项启用了埃塞俄比亚文的另一种常见 行为。 它也常用于以下上下文： 文本主要由 CJK 字符组成， 其中只有短小的非 CJK 摘录， 并且希望文本在每一行上分布得更均匀。

keep-all

禁止在“单词”内部断开： 抑制排版字母单元 （或其他属于 NU、 AL、 AI 或 ID Unicode 断行类别的排版字符单元 [UAX14]）之间的 隐式软 换行机会， 即禁止在此类字符对之间断开 （无论 line-break 设置为何值，除 anywhere 外）， 除非存在基于词典断词的机会。 否则，此选项等价于 normal。 在这种风格中，CJK 字符序列不会断开。

注： 这是韩语的另一种常见行为 （韩语使用空格分隔单词）， 也适用于混合文字文本，其中 CJK 片段混入到另一种使用空格 分隔的语言中。

以与特定类别字母相同方式断行的符号 也会以与这些字母相同的方式受到影响。

这是一些汉字 and some Latin و کمی خط عربی และตัวอย่างการเขียนภาษาไทย በጽሑፍ፡ማራዘሙን፡አንዳንድ፡

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

窓ぎわのトットちゃ
ん

窓ぎわの
トットちゃん

为了兼容旧内容， word-break 属性还支持 一个已弃用的 break-word 关键字。 指定时，它与 word-break: normal 和 overflow-wrap: anywhere 具有相同效果， 无论 overflow-wrap 属性的实际值为何。

word-break 的效果会在计算内在 尺寸时被考虑。

5.2. 断行严格度：line-break 属性

此属性指定在元素内应用的断行规则的严格程度： 特别是换行如何与 标点和符号相互作用。 各值含义如下：

auto

UA 确定要使用的断行限制集合， 并且可以根据行的长度改变这些限制； 例如，对短行使用限制较少的断行规则集合。

loose

使用限制最少的一组断行规则来断开文本。 通常用于短行，例如报纸中的短行。

normal

使用最常见的一组断行规则来断开文本。

strict

使用最严格的一组断行规则来断开文本。

anywhere

在每个排版字符 单元周围都存在一个软换行机会， 包括任何标点字符 或保留 空白周围， 或者单词中间， 无视任何禁止断行的规则， 即使这些规则由具有 GL、WJ 或 ZWJ 断行类别的字符引入， 或由 word-break 属性强制规定。 [UAX14] 不得对不同的换行机会进行优先级排序。 不应用连字符断词。

注： 此值会触发通常在终端中看到的断行 规则。

注：anywhere 只有在 white-space 设置为 break-spaces 时， 才允许行末的保留空白 换到下一行， 因为在其他情况下：

• 行尾/行首的保留空白会被丢弃 （normal、pre-line）
• 换行被完全禁止（nowrap、pre）
• 保留空白会悬挂（pre-wrap）。

当它确实对保留空白产生影响时， 即在 white-space: break-spaces 下， 它允许在一个空格序列的第一个空格之前断开， 而仅使用 break-spaces 本身并不会这样做。

CSS 区分文本换行规则中的四个严格度级别。 对于 loose、 normal 和 strict 中每一项实际生效的精确规则集合 由 UA 决定， 并且应遵循语言约定。 然而，对于这三个关键字，本规范确实要求：

• 如果书写系统是中文 或日文， 则以下断开在 normal 和 loose 断行中允许， 否则禁止：
  • 在某些类似 CJK 连字符的字符之前断开：
    〜 U+301C, ゠ U+30A0
• 如果前一个字符 属于 Unicode 断行类别 ID [UAX14] （包括当前一个字符 因 word-break: break-all 而被视为 ID 时）， 则以下断开在 loose 断行中允许， 否则禁止：
  • 在连字符之前断开：
    ‐ U+2010, – U+2013
• 以下断开在 normal 和 strict 断行中禁止， 而在 loose 中允许：
  • 在日文小假名 或片假名-平假名长音符之前断开， 即来自 Unicode 断行类别 CJ 的字符。 [UAX14]
  • 在叠字符号之前断开：
    々 U+3005, 〻 U+303B, ゝ U+309D, ゞ U+309E, ヽ U+30FD, ヾ U+30FE
  • 在不可分字符之间断开 （例如 ‥ U+2025、… U+2026）， 即来自 Unicode 断行类别 IN 的字符。 [UAX14]
• 如果书写系统是中文 或日文， 则以下断开在 loose 中允许， 否则禁止：
  • 在某些居中标点符号之前断开：
    ・ U+30FB, ： U+FF1A, ； U+FF1B, ･ U+FF65, ‼ U+203C, ⁇ U+2047, ⁈ U+2048, ⁉ U+2049, ！ U+FF01, ？ U+FF1F
  • 在后缀之前断开：
    具有 Unicode 断行类别 PO 的字符 [UAX14] 以及东亚宽度属性 [UAX11] Ambiguous、 Fullwidth 或 Wide。
  • 在前缀之后断开：
    具有 Unicode 断行类别 PR 的字符 [UAX14] 以及东亚宽度属性 [UAX11] Ambiguous、 Fullwidth 或 Wide。

注： 上面列出的要求 只在 CJK 文本中创建区别。 在一个只匹配上述规则、 而不匹配其他额外规则的实现中， line-break 只会影响 CJK 码位， 除非书写系统被标注为 中文或 日文。 未来级别可能会随着其他书写系统和语言的需求逐渐明确， 为它们添加额外的特定规则。

注： CSSWG 认识到，在本规范的未来版本中， 可能需要对断行进行更精细的控制， 以满足高端出版需求。

5.3. 连字符断词：hyphens 属性

连字符断词 是对单词进行受控拆分， 使其在通常不允许断开的地方断开， 以改进段落布局， 通常在音节或语素边界处拆分单词， 并且常常在视觉上指示该拆分 （通常通过插入连字符 U+2010）。 在某些情况下，连字符断词也可能改变单词的拼写。 无论如何，连字符断词只是渲染效果： 它不得影响底层文档内容， 也不得影响文本选择或搜索。

不同语言的连字符断词实践各不相同， 可能不仅涉及在换行前插入连字符， 也可能在换行后插入连字符（或两者都插入）， 插入不同于 U+2010 的字符， 或改变单词的拼写。

语言	未断开	之前	之后
英语	Unbroken	Un‐	broken
荷兰语	cafeetje	café‐	tje
匈牙利语	Összeg	Ösz‐	szeg
普通话	tú’àn	tú‐	àn
	àizēng‐fēnmíng	àizēng‐	‐fēnmíng
维吾尔语
克里语

连字符断词发生于 行在有效的连字符断词机会处断开时， 它是一种软换行机会， 存在于单词内部允许连字符断词的位置。 在 CSS 中，连字符断词机会由 hyphens 属性控制。 CSS Text Level 3 没有定义连字符断词的确切规则； 然而强烈鼓励 UA 优化其断点选择， 并选择适合语言的连字符断词点。

注： 由 U+002D - HYPHEN-MINUS 字符 或 U+2010 ‐ HYPHEN 字符引入的软换行机会 不是连字符断词机会， 因为换行时不会创建拆分的视觉指示： 无论该位置是否换行，这些字符都是可见的。

在计算 min-content 内在尺寸时， 会考虑连字符断词机会。

注： 这允许表格对其内容进行连字符断词， 而不是溢出其包含块， 这在德语等长词语言中特别重要。

此属性控制是否允许连字符断词 在一行文本内部创建更多软换行 机会。 各值含义如下：

none

单词不进行连字符断词， 即使单词内部的字符 显式定义了连字符断词机会。

注： 这不会抑制由始终可见的字符 （例如 U+002D - HYPHEN-MINUS 或 U+2010 ‐ HYPHEN）引入的现有软 换行机会。

manual

只有当单词内部存在明确提示连字符断词机会的字符时， 单词才会进行连字符断词。 UA 必须使用适当的特定语言连字符断词字符， 并且应像在同一位置进行自动连字符断词那样 应用任何适当的拼写变化。

在 Unicode 中，U+00AD 是条件性“软连字符”， 而 U+2010 是无条件连字符。 Unicode 标准附录 #14 描述了软连字符在 Unicode 断行中的作用。 [UAX14] 在 HTML 中， &shy; 表示软连字符字符， 它提示一个连字符断词机会。

ex­ample

auto

除了由条件连字符显式指示的连字符断词机会之外， 单词还可以在由适合语言的连字符断词资源 自动确定的连字符断词机会处断开。 如果单词包含条件连字符 （&shy; 或 U+00AD SOFT HYPHEN）， 则必须忽略该单词内其他位置的自动连字符断词机会， 而优先使用这些条件连字符。 但是，如果即使在这些机会处断开后， 该单词的一部分仍然太长而无法放入一行， 则可以使用自动连字符断词机会。

正确的自动连字符断词需要 适合被断开文本语言的连字符断词资源。 因此，UA 必须只对内容 语言已知 且其拥有适当连字符断词资源的文本 自动进行连字符断词。

UA 可以使用针对语言定制的启发式方法 将某些单词 排除在自动连字符断词之外。 例如，UA 可能会尝试通过排除 匹配某些大小写和标点模式的单词 来避免对专有名词进行连字符断词。 此类启发式方法不由本规范定义。 （请注意，此类启发式方法需要因语言而异： 例如英语和德语具有非常不同的大小写约定。）

对于 hyphens 属性， 什么构成“单词”取决于 UA。 但是，在确定词边界时， 必须忽略内联元素边界 和脱离常规流元素。

由于在由条件连字符字符 （例如 U+00AD SOFT HYPHEN） 创建的连字符断词机会处进行连字符断词 而显示的任何字形 都由该字符表示， 并根据应用于它的属性进行样式化。

注： 当阿拉伯文等塑形文字 因连字符断词而允许在单词内部断开时， 字符仍会像该单词未断开一样进行塑形。

例如，如果维吾尔语单词 “داميدى” 进行连字符断词，它将显示为 而不是 。

5.4. 溢出换行：overflow-wrap（word-wrap）属性

此属性指定当原本不可断开的字符串太长， 无法放入行框内时， UA 是否可以在一行内原本不允许断开的点处断开 以防止溢出。 它只有在 white-space 允许换行时才有效。可能的值：

normal

行只能在允许的断点处断开。 但是， word-break: keep-all 引入的限制 可以放宽为匹配 word-break: normal， 如果该行中没有其他可接受的断点。

anywhere

如果一行中没有其他可接受的断点， 原本不可断开的字符序列 可以在任意点断开。 塑形字符仍会像单词未断开那样进行塑形， 并且字素簇必须作为一个单元保持在一起。 不会在断点处插入连字符断词字符。 由 anywhere 引入的软换行 机会 在计算 min-content 内在尺寸时 会被考虑。

break-word

与 anywhere 相同， 但由 break-word 引入的软换行 机会 在计算 min-content 内在尺寸时 不会被考虑。

出于遗留原因，UA 必须将 word-wrap 视为 遗留名称别名，对应 overflow-wrap 属性。

5.5. 断行细节

确定换行时：

• 断行与双向文本的相互作用由 CSS Writing Modes 4 § 2.4 应用双向重排序算法 和 Unicode 双向算法 （尤其是 UAX9§3.4 重排序已解析级别）定义。 [CSS-WRITING-MODES-4] [UAX9]
• 保留的分段换行， 以及——无论 white-space 值为何——任何具有 BK 和 NL 断行类别的 Unicode 字符， 都必须被视为强制换行。 [UAX14]

  注： 此类强制换行 的双向性影响由 Unicode 双向 算法定义。 [UAX9]

• 除非另有明确定义 （例如对于 line-break: anywhere 或 overflow-wrap: anywhere）， 对于 WJ、 ZW、 GL 和 ZWJ Unicode 断行类别所定义的断行行为 必须被遵守。 [UAX14]
• CSS 从不允许在排版字符单元内部出现软换行机会。 因此，必须始终遵守 CM 和 SG Unicode 断行类别。 [UAX14]
• 在使用词分隔符的书写系统中， 允许在词 分隔符之外的标点处换行的 UA 应对断点进行优先级排序。 （例如，如果斜线之后的断开优先级低于空格， 序列 “check /etc” 将永远不会在 "/" 和 "e" 之间断开。） 只要注意避免此类别扭的断开， 推荐允许在词 分隔符之外的适当标点处断开， 因为这会产生更均匀的边距，尤其是在较窄的度量范围中。 UA 可以使用包含块的宽度、文本语言、 line-break 值 以及其他因素来分配优先级： CSS 不定义软换行机会的优先级排序。 但是，如果指定了 word-break: break-all， 则不预期对词分隔符进行优先级排序 （因为此值明确请求的断行行为 并非基于词分隔符处的断开）——并且在 line-break: anywhere 下禁止这样做。
• 脱离常规流的框 和内联框边界 不会在流中引入强制换行 或软换行 机会。
• 出于 Web 兼容性， 在每个替换元素或其他原子 内联之前和之后， 都存在一个软换行机会， 即使它们与通常会抑制此类机会的字符相邻， 包括 U+00A0 NO-BREAK SPACE。 但是， 除 U+00A0 NO-BREAK SPACE 外， 在原子内联与属于 Unicode GL、WJ 或 ZWJ 断行类别的相邻字符之间， 不得存在软换行机会。 [UAX14]
• 对于由在换行时消失的字符 （例如 U+0020 SPACE） 创建的软换行 机会， 直接包含该字符的框上的属性 控制该机会处的断行。 对于由两个字符或原子 内联之间的边界定义的软换行机会， 这两个字符的最近共同祖先上的 white-space 属性 控制断行； 哪些元素的 line-break、word-break 和 overflow-wrap 属性 控制此类边界处软换行机会的确定， 在本级别中未定义。
• 对于框的第一个字符之前 或最后一个字符之后的软换行 机会， 断开发生在框的正前/正后 （在其外边距边缘处）， 而不是在其内容边缘与内容之间断开该框。
• Ruby 内部/周围的断行定义于 CSS Ruby Annotation Layout 1 § 3.4 跨行断开。 [CSS-RUBY-1]
• 当阿拉伯文等塑形文字 在单词内部的非强制软换行 机会处换行时 （例如由于 word-break: break-all、 line-break: anywhere、 overflow-wrap: break-word、 overflow-wrap: anywhere， 或当进行连字符断词时）， 字符仍必须像单词仍然完整一样进行塑形 （选择其连接形式）。
  例如， 如果单词 “نوشتن” 在 “ش” 和 “ت” 之间断开， “ش” 仍采用其词首形式（“ﺷ”）， 而 “ت” 采用其词中形式（“ﺘ”）——形成 “ﻧﻮﺷ | ﺘﻦ” 中的样子，而不是 “نوش | تن” 中的样子。
• 为了避免意外溢出， 如果用户代理无法对任何需要进行词汇 或正字法分析才能断行的内容语言执行所需分析——例如由于缺少某些语言的词典—— 它必须假定在该书写系统中的排版字母单元对之间 存在软换行机会。

  注： 仅当 UA 未能在特定文本片段中找到词边界时， 并不会触发此规定； 该文本片段很可能就是一个不可断开的单词。 它适用于例如以下情况： 当文本片段由高棉字符（U+1780 到 U+17FF）组成， 而用户代理不知道如何确定 高棉语中的词边界时。

6. 对齐与两端对齐

对齐与两端对齐控制 内联内容如何在行框内分布。

6.1. 文本对齐：text-align 简写属性

此简写属性 设置 text-align-all 和 text-align-last 属性， 并描述当内容没有完全填满行框时， 块的内联级内容 如何沿内联轴对齐。 除 justify-all 或 match-parent 外的值 会被赋给 text-align-all， 并将 text-align-last 重置为 auto。

各值含义如下：

start

内联级内容对齐到 行框的起始边。

end

内联级内容对齐到 行框的结束边。

left

内联级内容对齐到 行框的 line-left 边。 （在竖排书写模式中， 这可以是物理上的顶部或底部， 具体取决于 writing-mode。） [CSS-WRITING-MODES-4]

right

内联级内容对齐到 行框的 line-right 边。 （在竖排书写模式中， 这可以是物理上的顶部或底部， 具体取决于 writing-mode。） [CSS-WRITING-MODES-4]

center

内联级内容在行框内居中。

justify

文本按照 text-justify 属性指定的方法 进行两端对齐， 以精确填满行框。 除非 text-align-last 另有指定， 强制换行之前的最后一行 会按 start 对齐。

justify-all

将 text-align-all 和 text-align-last 都设置为 justify， 强制最后一行也进行两端对齐。

match-parent

此值的行为与 inherit 相同 （计算为其父元素的计算值）， 但 继承值 start 或 end 会根据父元素的 direction 值解释， 并得到 left 或 right 的计算值。 当指定在根元素上时， 计算为 start。

当指定在 text-align 简写属性上时， 会将 text-align-all 和 text-align-last 都设置为 match-parent。

一个文本块 是一叠行框。 此属性指定每个行框内的内联级框 如何相对于该行框的起始侧和结束侧对齐。 对齐不是相对于 视口 或包含块而言的。

在 justify 的情况下， UA 可以通过调整内联框中的文本 来拉伸或收缩任何内联框。 （见 text-justify。） 如果元素的空白 不是可折叠的， 则 UA 不要求为了两端对齐而调整其文本， 并且可以改为将该文本视为没有两端对齐机会。 如果 UA 选择调整文本， 则它必须确保 制表位继续按照 空白处理规则的要求对齐。

如果（在两端对齐之后，如果有的话） 行框的内联内容太长而无法放入其中， 则内容按起始对齐： 任何无法放入的内容 会溢出行框的结束边。

有关如何确定行框的 起始边和结束边的详细信息， 见§ 8.3 双向性与行框。

6.2. 默认文本对齐：text-align-all 属性

这是 text-align 简写属性的长写属性， 指定块容器中所有内联内容行的内联对齐， 但由 text-align-last 的非 auto 值覆盖的最后行除外。 有关值的完整描述，见 text-align。

作者应使用 text-align 简写属性，而不是此属性。

6.3. 最后一行对齐：text-align-last 属性

此属性描述块的最后一行， 或紧接在强制 换行之前的一行， 如何对齐。

如果指定了 auto， 受影响行上的内容会按照 text-align-all 对齐， 除非 text-align-all 设置为 justify， 在这种情况下，它会按 start 对齐。 所有其他值均按 text-align 中的描述解释。

6.4. 两端对齐方法：text-justify 属性

此属性选择当一行的对齐设置为 justify 时使用的两端对齐方法 （见 text-align）。 该属性适用于文本， 但会从块容器继承到包含其内联级内容的根内联框。 它接受以下值：

auto

UA 根据性能与足够的呈现质量之间的平衡， 确定要遵循的两端对齐算法。 由于两端对齐规则会随书写系统 和语言而变化， UA 应在可能时 使用适合文本的两端对齐算法。

例如， UA 可以默认使用一种两端对齐方法， 作为适用于所有书写系统的简单通用折衷方案——例如主要扩展词分隔符 以及 CJK 排版字母单元之间的间距， 同时次要地扩展 东南亚排版字母单元之间的间距。 然后，在段落的内容语言已知的情况下， 它可以选择更按语言定制的两端对齐行为， 例如对日语遵循日文文本 布局需求 [JLREQ]， 对阿拉伯语使用草书延展， 对德语使用 inter-word， 等等。

none

禁用两端对齐： 文本内没有两端对齐机会。

注： 此值旨在用于用户 样式表， 以提高可读性或用于无障碍目的。

inter-word

两端对齐仅调整词分隔符处的间距 （实际上改变该行上所用的 word-spacing）。 此行为通常用于使用空格分隔单词的语言， 如英语或韩语。

inter-character

两端对齐会调整 每一对相邻排版字符单元 之间的间距 （实际上改变该行上所用的 letter-spacing）。 此值有时用于日语等东亚系统。

出于遗留原因， UA 还必须支持替代关键字 distribute， 它必须计算为 inter-character， 因而具有完全相同的含义和行为。 UA 可以将其视为遗留值别名。

由于最佳两端对齐对语言敏感， 作者应正确地为其内容标注语言，以获得最佳结果。

注： 本级别 CSS 中的指南 并未描述完整的两端对齐算法。 它们只是一个完整算法应满足的最低要求集合。 限定需求集合为 UA 在选择 符合其需求以及质量、速度和复杂度平衡的两端对齐算法时 提供了一定自由度。

6.4.1. 扩展和压缩文本

对文本进行两端对齐时， 用户代理会获取一行内容两端与其行框边缘之间的剩余空间， 并将该空间分配到其内容中， 使内容精确填满行框。 用户代理也可以分配负空间， 从而在行中放入比正常间距条件下 本可容纳的更多内容。

两端对齐机会是一个点， 两端对齐算法可以在该处改变文本内的间距。 两端对齐机会可以由单个排版字符 单元 （例如词分隔符） 提供， 也可以由两个排版字符 单元的并置提供。 与软换行机会的控制一样， 一个排版字符单元是否提供两端对齐机会 由其父级的 text-justify 值控制； 类似地， 两个连续排版字符单元之间是否存在 两端对齐机会 由它们最近共同祖先的 text-justify 值决定。

由两端对齐分配的空间是 letter-spacing 或 word-spacing 属性所定义间距的额外部分。 当这种额外空间被分配给词分隔符 两端对齐机会时， 它会按照与 word-spacing 相同的规则应用。 类似地，当空间被分配给两个排版字符单元之间的 两端对齐机会时， 应按照与 letter-spacing 相同的规则应用。

两端对齐算法可以将两端对齐机会 划分为不同的优先级。 给定级别中的所有两端对齐机会 都以相同优先级扩展或压缩， 无论该机会由哪些排版字符单元创建。 例如， 如果两个汉字之间 以及两个拉丁字母之间的两端对齐机会 被定义为处于同一级别 （如 inter-character 两端对齐风格中那样）， 它们不会因为源自不同的排版字符 单元而被区别对待。 本级别不定义其他因素 （例如字号、字母间距、字形形状、在行中的位置等） 是否或如何影响向行内两端对齐 机会分配空间。

UA 可以启用或断开可选连字， 或使用其他字体特性， 例如替代字形或字形压缩， 以帮助在任何方法下对文本进行两端对齐。 此行为不由本级别的 CSS 控制。 但是， UA 不得断开必需连字， 或以其他方式禁用正确塑形复杂文字所必需的特性。

如果一行内存在两端对齐机会， 并且文本对齐为该行指定了完全两端对齐 （justify）， 则必须对其进行两端对齐。

6.4.2. 处理符号和标点

在确定两端对齐机会时， 来自 Unicode Symbols（S*）和 Punctuation（P*）类别的 排版字符单元 通常会按与同一文字体系中的排版字母单元相同的方式处理 （或者，如果该字符的文字属性为 Common， 则按主导文字体系的排版字母单元处理）。

然而，按照排版传统， 可能还有额外规则控制符号和标点的两端对齐。 因此，UA 可以重新分配特定字符， 或引入额外的优先级层级， 以处理涉及符号和标点的两端对齐机会。

6.4.3. 不可扩展的文本

如果一行的内联内容无法被拉伸到行框的完整宽度， 则它们必须按照 text-align-last 属性指定的方式对齐。 （如果 text-align-last 为 justify， 则它们必须按 center 的方式对齐。）

6.4.4. 草书体文字

两端对齐不得在阿拉伯语等草书体文字中 相连接的排版字母单元之间 引入间隙。 如果能够做到， UA 可以将在此类排版字母单元序列中 分配给两端对齐机会的空间 转换为该序列的某种草书延展形式。 否则，它必须假定在草书体文字中任意一对 排版字母单元之间 不存在两端对齐 机会 （无论它们是否连接）。

以下是不可接受的两端对齐示例：

某些字体设计允许使用 tatweel 字符进行两端对齐。 执行基于 tatweel 的两端对齐的 UA 必须正确处理其使用规则。 请注意，正确插入 tatweel 字符取决于上下文， 包括涉及的字母组合、 在单词中的位置、 以及单词在行中的位置。

6.4.5. auto 两端对齐的最低要求

对于 auto 两端对齐， 本规范不定义 所有两端对齐机会是什么， 它们如何排序优先级， 或多个级别的两端对齐 机会何时以及如何相互作用。 但是，它确实要求：

• 除非内容 语言的排版传统 或相邻符号/标点另有禁忌， 以下每一项都提供一个两端对齐机会：
  • 词分隔符
  • 任意块状 文字的一个排版字符单元 与任何其他排版字符单元之间的边界
  • 任意聚簇文字的一个排版字符单元 与任何其他排版字符单元之间的边界
• 属于所有块状文字的所有字母都按相同方式处理， 属于所有聚簇文字的所有字母 也都按相同方式处理。 例如，不会区分 一个汉字后跟另一个汉字之间的两端对齐机会， 与一个汉字后跟一个谚文字母之间的两端对齐机会。

有关文本两端对齐的更多信息可以在 “全两端对齐的方法”中找到 （或提交给该页面）， 该页面按书写系统和语言建立索引， 并由 W3C 国际化工作 组维护。 [JUSTIFY]

7. 间距

CSS 通过 word-spacing 和 letter-spacing 属性 提供对文本间距的控制， 这两个属性分别指定 词分隔符 周围或排版字符单元之间 的额外空间。

7.1. 单词间距：word-spacing 属性

此属性指定“单词”之间的额外间距。 值按如下定义解释：

normal

不应用额外间距。 计算为零。

<length>

指定额外间距， 它是在字体定义的固有词间距 之外的间距。

在应用空白处理规则之后， 额外间距会应用于文本中留下的每个词分隔符， 并且除非排版传统另有要求， 应在该字符两侧各应用一半。 值可以为负，但实现可能有相关限制。

词分隔符字符 是主要用途和一般用法为分隔单词的 排版字符单元。 在 Unicode 中，这包括 （但并非穷尽定义为） 空格（U+0020）、 不换行空格（U+00A0）、 埃塞俄比亚词空格（U+1361）、 爱琴海词分隔符（U+10100,U+10101）、 乌加里特词分隔符（U+1039F）， 以及腓尼基词分隔符（U+1091F）。 [UNICODE]

注： 一般标点符号 和固定宽度空格（例如 U+3000 以及 U+2000 到 U+200A） 都不被视为词分隔符 字符， 因为虽然它们经常恰好分隔单词， 但其主要目的并不是分隔单词。

如果没有词分隔符 字符， 或者词分隔字符具有零前进宽度 （例如 U+200B ZERO WIDTH SPACE）， 则用户代理不得在单词之间创建额外间距。

7.2. 字距调整：letter-spacing 属性

此属性指定相邻排版字符单元之间的额外间距 （通常称为字距调整）。 字距调整在 双向重排序 之后应用， 并且是在字偶距调整 和 word-spacing 之外的额外间距。 [CSS-WRITING-MODES-4] [CSS-FONTS-3] 取决于生效的两端对齐规则， 用户代理还可以进一步增加或减少 排版字符单元之间的空间， 以便对文本进行两端对齐。

各值含义如下：

normal

不应用额外间距。计算为零。

<length>

指定排版字符单元之间的 额外间距。 值可以为负， 但实现可能有相关限制。

出于遗留原因， 计算值为零的 letter-spacing 会得到一个解析值 （getComputedStyle() 返回值） normal。

对于 letter-spacing 而言， 每一段连续的原子内联 （例如图片和内联块） 会被视为单个排版字符单元。

字距调整不得应用在一行的开头。 本级别中未定义字距调整是否应用在一行的末尾。

p { letter-spacing: 1em; }

<p>abc</p>

两个排版字符单元之间的字距 实际上“属于”包含这两个排版字符单元的 最内层元素： 两个相邻排版 字符单元之间的总字距 （在双向重排序之后） 由最内层且包含这两个排版字符单元 之间边界的元素指定并在其中渲染。 但是，UA 可以改为在元素边界处将字距 附着到某一个排版字符单元上， 使用与其包含元素相关的 letter-spacing 值。

注： 由于 Web 兼容性问题， 本级别允许这种次要行为。

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; }

<!-- abc followed by Hebrew letters alef (א), bet (ב) and gimel (ג) -->
<!-- Reordering will display these in reverse order. -->
<p>ab<span>cא</span>בג</p>

字距会忽略不可见的零宽格式化字符 （例如 Unicode Cf 类别中的字符）。 间距必须像这些字符在文档中不存在一样添加。

当两个字符之间的有效间距不为零时 （无论是由于两端对齐 还是由于 letter-spacing 的非零值）， 用户代理不应应用可选连字， 即那些未被定义为基本正确字形塑形所必需的连字。 但是，通过底层 font-feature-settings 属性指定的连字和其他字体特性 优先于此规则。 参见 CSS 字体模块第 3 级 § feature-precedence。

注： 在 OpenType 中，必需连字预期 与 rlig 特性关联。 因而所有其他连字都被视为可选。 不过，在某些情况下，UA 或平台启发式方法 会应用额外连字以处理损坏字体； 本规范不定义或覆盖此类例外处理。

7.2.1. 草书体文字

如果能够做到， UA 可以通过将要分配给此类字母序列的总额外空间 转换为该序列某种形式的草书延展 （或对于负的字距调整值，转换为压缩） 来将字距应用于草书体文字， 从而产生该序列等效的总扩展（或压缩）。 否则， 如果 UA 无法在不断开草书连接的情况下 扩展草书体文字中的文本， 则它不得在该文字的任意一对排版字母单元之间 应用任何间距 （实际上将每个单词视为单个排版字母 单元， 以用于 letter-spacing）。 这两种情况都会导致此类字母之间的有效间距为零； 不过前者会保留文本被拉长的感觉。

下面是一些对阿拉伯文文本加间距的适当和不适当示例。

	—	原始文本
	不佳	在每个字母之间均匀分配空间。 注意这会断开草书连接！
	可	通过排版上适当的草书延展来分配 ∑letter-spacing。 生成的文本与前一个均匀加间距的示例一样长。
	可	抑制阿拉伯字母之间的 letter-spacing。 注意 letter-spacing 仍然会应用于 非阿拉伯字符（例如空格）。
	不佳	只在未连接的字母之间应用 letter-spacing。 这会扭曲排版色彩并模糊单词边界。

注： 文本的适当草书延展或压缩 会因文字体系、 字体、 语言、 在单词中的位置、 在行中的位置、 实现复杂度、 字体能力 以及书法偏好而异， 并且在某些情况下可能完全不可行。 它可能涉及使用缩短连字、 花饰变体、 上下文形式、 延展字形（例如 U+0640 ـ ARABIC TATWEEL）， 或其他微排版技术。 定义这些效果的规则超出了 CSS 的范围。 作者应避免将 letter-spacing 应用于草书体文字， 除非他们准备接受不可互操作的结果。

7.3. 跨元素边界的字形塑形

当对于任意一个边界分隔两个排版字符单元的框， 以下任一条件为真时， 文本塑形必须在内联框边界处断开：

• 在内联轴中分隔这两个排版字符单元的 margin/border/padding 中任意一项为非零。
• vertical-align 不是 baseline。
• 该边界是双向隔离边界。

当没有有效的格式变化， 或仅有的格式变化不会影响字形时 （例如应用文本装饰）， 文本塑形不得跨内联框边界断开。

否则，如果在字体技术限制下 对该情况而言合理且可行， 文本塑形不应跨内联框边界断开。

8. 边缘效果

边缘效果控制 各行相对于块中其他行的缩进（text-indent） 以及如何在一行的起始和结束边缘测量内容（hanging-punctuation）。

8.1. 首行缩进：text-indent 属性

此属性指定 应用于块中内联内容行的缩进。 该缩进被视为应用于行框起始边的外边距。

除非由 each-line 和/或 hanging 关键字 另有指定， 否则只有作为元素 第一格式化行 的行会受到影响。 [CSS-PSEUDO-4] 例如，匿名块框的第一行只有在它是其父元素的第一个子级时 才会受到影响。

各值含义如下：

<length>

以绝对长度给出缩进量。

<percentage>

以块容器自身逻辑 宽度的百分比 给出缩进量。

为了计算内在尺寸贡献， 百分比必须被视为 0， 但在执行布局时始终按正常方式解析。

注： 这可能导致元素溢出。 不建议同时使用百分比缩进和内在尺寸。

each-line

缩进影响每个块容器的第一行 以及每个强制换行之后的行 （但不影响软换行 断点之后的行）。

hanging

反转哪些行会受到影响。

     Since CSS1 it has been possible to
indent the first line of a block element
5em by setting the 'text-indent' property 
to '5em'.

In CSS3 we can instead indent all other
     lines of the block element by 5em
     by setting the 'text-indent' property
     to 'hanging 5em'.

   For example, in the middle of
this paragraph is an equation,
which is centered:
             x + y = z
The first line after the equation
is flush (else it would look like
we started a new paragraph).

In a short line of text
There need be no wrapping,
But when we go on and on and on  
   and on,
Sometimes a soft break
Can help us stay on the page.

注： 由于 text-indent 属性会继承， 当在块元素上指定时，它会影响后代 inline-block 元素。 因此，通常明智的做法是在指定为 display: inline-block 的元素上指定 text-indent: 0。

8.2. 悬挂字形

当一行起始边或结束边处的字形悬挂时， 在测量该行内容以确定适配、对齐或两端对齐时， 不会考虑它。 取决于该行的对齐/两端对齐， 这可能导致该标记被放置在行框之外。 在计算内在尺寸（min-content 尺寸 和 max-content 尺寸） 以及由此派生的任何尺寸时， 也不会考虑这个悬挂字形。 （这种测量与字偶距调整之间的相互作用目前由 UA 定义； CSSWG 欢迎就此提出建议。）

悬挂字形 仍然包含在其父内联框内部， 并且仍参与文本两端对齐： 只是当确定一行能容纳多少内容、 该行内容需要为两端对齐扩展或压缩多少、 或如何在行框内为文本对齐定位内容时， 不测量其字符前进宽度。 实际上，悬挂字形的字符 前进宽度 被重新解释为其父内联框受影响边缘上的 额外负外边距； 除此之外，该行照常布局。 溢出的悬挂字形 通常应被视为 墨水溢出， 以避免创建不必要的滚动条， 但当内容可编辑 或在其他将其视为可滚动 溢出 会对用户有用的情况下， UA 可以将其视为可滚动溢出。 [CSS-OVERFLOW-3]

在某些情况下，一行末尾的字形 可以有条件地 悬挂： 它只有在两端对齐之前原本无法放入行中时才悬挂。 在测量该行内容以确定适配时不会考虑它； 然而，它无法放入的任何部分 都被视为悬挂。 有条件地悬挂的字形 在计算min-content 尺寸 以及由此派生的任何尺寸时不被考虑， 但在计算max-content 尺寸 以及由此派生的任何尺寸时会被考虑。

在可悬挂的字形 与行边缘之间的非零内联轴边框或内边距 会阻止该字形悬挂。 例如，带有结束侧内边距的内联框末尾的句点 不会在一行的结束边缘处悬挂。

多个相邻字形可以一起悬挂， 但可以指定允许悬挂的具体数量限制 （例如，每个行边缘最多可以有一个标点字符悬挂）。

8.2.1. 悬挂标点：hanging-punctuation 属性

此属性确定标点符号（如果存在） 是否悬挂， 并可放置在行框之外 （或缩进中）， 位于文本行的起始处或结束处。

注： 如果块容器没有足够的内边距， hanging-punctuation 可能触发溢出。

各值含义如下：

none

不使任何标点字符悬挂。

first

元素第一格式化行开头的 开括号、引号或表意空格会悬挂。 这适用于 Unicode 类别 Ps、Pf、Pi 中的所有字符， 加上 ASCII 引号 U+0027 ' APOSTROPHE 和 U+0022 " QUOTATION MARK 以及 IDEOGRAPHIC SPACE U+3000。

last

元素最后格式化行末尾的闭括号或引号会悬挂。 这适用于 Unicode 类别 Pe、Pf、Pi 中的所有字符， 加上 ASCII 引号 U+0027 ' APOSTROPHE 和 U+0022 " QUOTATION MARK。

force-end

一行末尾的句号或逗号 会悬挂。

allow-end

一行末尾的句号或逗号 会有条件地悬挂。

每个行边缘最多可以有一个标点字符悬挂。

允许悬挂的 句号 和逗号包括：

UA 可以按需要包含其他字符。

注： CSS 工作组希望 包含其他字符的 UA 告知工作组 此类添加。

allow-end 和 force-end 是东亚所用悬挂标点的两种变体。

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

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

对于 allow-end， 第一行末尾的标点不会悬挂， 因为它无需悬挂也能放入。 然而，如果使用 force-end，则会强制它悬挂。 两端对齐会在不包含悬挂标点的情况下测量该行。 因此，当该行被扩展时，标点会被推到行外。

8.3. 双向性与行框

行框的起始 边和结束 边 由该行框的内联基准方向决定。 尽管二者通常匹配， 行框的 内联基准方向 不同于包含块或双向 段落的内联基准方向。 行框的内联基准 方向会影响 text-align-all、text-align-last、text-indent 和 hanging-punctuation——也就是其内容相对于其边缘的位置和对齐。 它不影响内联内容的格式化或排序 （后者由 Unicode 双向 算法 控制，并由 CSS 书写模式应用 [UAX9] [CSS-WRITING-MODES-4]）。

在大多数情况下，行框的内联基准方向 由其包含块的计算后 direction 给出。 然而， 如果其包含块具有 unicode-bidi: plaintext [CSS-WRITING-MODES-4]：

• 如果双向段落具有强方向性， 而行框属于该双向段落 （也就是该双向段落由该行框承载内容）， 则行框的内联基准方向就是该方向。
• 如果行框为空 （即不包含原子内联， 也不包含除换行字符（如果有）之外的字符） 或者没有强方向性 （只包含弱字符或中性字符）， 其内联基准方向 取自前一个行框（如果有）， 或者如果这是包含块中的第一个行框， 则取自包含块的 direction 属性。 （这可能导致一个 RTL 行框中的内容具有 LTR 基准方向。）

<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">שלום!</quote>”, they said.
</para>

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

Hello!

</textarea>

附录 A： 文本处理操作顺序

本附录是规范性的。

以下列表定义文本操作的顺序。 （只要得到的布局相同，实现不受此顺序约束。）

1. 空白处理第 I 部分（换行前）
2. 文本转换
3. 文本组合 [CSS-WRITING-MODES-4]
4. 文本方向 [CSS-WRITING-MODES-4]
5. 在逐行应用以下内容的同时进行文本换行：

   • 缩进

   • 双向 重排序 [CSS2] / [CSS-WRITING-MODES-4]

   • 空白处理第 II 部分

   • 字体/字形选择和定位 [CSS-FONTS-3]

   • letter-spacing 和 word-spacing

   • 悬挂标点

6. 两端对齐 （这可能影响字形选择和/或文本换行，并循环回该步骤）
7. 文本对齐

附录 B： 转换为纯文本

就纯文本复制粘贴操作而言，本附录是规范性的。

当 CSS 渲染的文档被转换为纯文本格式时， 预期如下：

• text-transform 属性没有效果。
• 应用§ 4.1.1 阶段 I：折叠和转换， 并移除位于块开头 或紧跟在强制换行之后的任何 可折叠空白序列。

附录 C： 默认 UA 样式表

本附录是信息性的， 旨在帮助 UA 开发者为 HTML 实现默认样式表， 但 UA 开发者可以视情况自由忽略或修改。

/* 使 option 元素彼此对齐 */
option { text-align: match-parent; }

/* 避免悬挂标点继承到预格式化块中 */
pre { hanging-punctuation: none; }

附录 D： 文字体系与间距

本附录是规范性的。

排版行为会因语言而有所不同， 但会因书写系统而有很大差异。 本附录按照两端对齐和间距行为， 对 Unicode 6.0 中的一些常见文字进行分类。 类别描述是描述性的，而非规定性的； 决定因素是两端对齐机会的优先级排序。

块状文字

CJK 以及扩展意义上的所有 Wide 字符 （见 东亚宽度 [UAX11]）。 包括以下 Unicode 文字： Bopomofo、Han、Hangul、Hiragana、Katakana 和 Yi。 具有东亚宽度属性 Wide 和 Fullwidth 的字符也包括在内， 但 Ambiguous 字符只有在书写系统为 中文、 韩文 或日文时 才包括在内。

聚簇 文字

聚簇文字具有离散单元， 并且只在词边界处断开， 但不使用可见词分隔符。 它们优先拉伸空格， 但也可以自然地接受字符间间距用于两端对齐。 聚簇文字包括但不限于 以下 Unicode 文字： Khmer、 Lao、 Myanmar、 New Tai Lue、 Tai Le、 Tai Tham、 Tai Viet、 Thai

草书体文字

草书体文字不允许 在其字母之间为两端对齐或 letter-spacing 引入间隙。 包括以下 Unicode 文字： Arabic、 Hanifi Rohingya、 Mandaic、 Mongolian、 N’Ko、 Phags Pa、 Syriac

注： 具有基线连接线的印度系文字 （例如 Devanagari 和 Gujarati） 不被视为草书体文字， 并且允许在排版字符单元之间 存在此类间隙。 见 印度文字布局需求。 [ILREQ]

用户代理在更新其 Unicode 支持时， 应更新此列表， 以处理未来 Unicode 版本中尚未编码的草书体文字， 并鼓励它们请求 CSSWG 相应更新本规范。

附录 E： 字符与属性

本附录是规范性的。

Unicode 定义了 CSS 排版中引用的 四个码位级属性：

东亚 宽度属性

定义于 Unicode 标准附录 #11 [UAX11]，并在 Unicode 字符数据库 中以 East_Asian_Width 属性给出。 [UAX44]。

通用类别

定义于 Unicode 标准附录 #44 [UAX44]，并在 Unicode 字符数据库 中以 General_Category 属性给出。 [UAX44]。

文字属性

定义于 Unicode 标准附录 #24 [UAX24]，并在 Unicode 字符数据库 中以 Script 属性给出。 [UAX44]。 （UA 必须在此映射中包含任何 ScriptExtensions.txt 分配。）

竖排方向

定义于 Unicode 标准附录 #50 [UAX50]， 作为 Unicode 字符数据库 中的 Vertical_Orientation 属性。 [UAX44]。

Unicode 为各个码位定义属性， 但有时需要确定 排版字符单元的属性。 就 CSS Text 而言， 排版字符单元的属性 由其第一个字素簇的基础字符给出——但有两种例外：

• 由 Common 文字的 Enclosing Mark （Me） 形成的字素簇 被视为 Common 文字中的 Other Symbols （So）。 它们被假定具有与替换字符（U+FFFD） 相同的 Unicode 属性。
• 以 Space Separator （Zs） 作为基础形成的字素簇 被视为 Modifier Symbols （Sk）。 它们被假定具有与基础字符相同的东亚宽度属性， 但其其他属性 取自序列中的第一个组合字符。

附录 F： 识别内容书写系统

本附录是规范性的。

虽然大多数语言都有首选的书写系统， 但有些语言有多个书写系统， 并且大多数语言也可以被转写为一种或多种外来书写系统。 一个常见例子是，大多数语言至少有一种拉丁转写， 因而可以用拉丁书写系统书写。 转写文本通常采用该书写系统的排版约定： 例如日语“romaji”和中文拼音使用拉丁字母和词间空格， 并相应遵循拉丁文字的断行和两端对齐实践。 另一个例子是历史上的表意文字韩语 （ko-Hani） 不使用词间空格， 因而应更类似中文而不是现代韩语来排版。

在 HTML 或任何其他使用 BCP47 标签 来识别语言以声明内容语言的 文档语言中， 作者可以使用文字子标签 来消歧或指示使用非典型书写系统。 [BCP47] 例如，要指示对本来不使用拉丁书写系统的语言 使用拉丁书写系统， 可以添加 -Latn 文字子标签， 例如日语罗马字使用 ja-Latn。 其他书写系统也有其他子标签， 参见 ISO 的 文字名称表示代码以及 ISO15924 文字标签注册表。 [ISO15924]

然而，BCP47 文字子标签通常不用于 （事实上也不鼓励用于） 与单一书写系统强关联的语言： 相反，当没有指定其他书写系统时， 该书写系统预期会被隐含。 [BCP47] 为此，IANA 通过其 语言子标签 注册表中的 Suppress-Script 字段 维护各种语言最常见书写系统的数据库。

注： 关于语言标记的更多建议可见于 国际化工作组的 “HTML 和 XML 中的语言标签” 以及 “选择语言 标签”。

当没有显式指明书写系统时， UA 应假定所声明内容 语言 最常见的书写系统， 以用于断行或两端对齐等语言敏感的排版行为。 然而，如果作者已显式声明不同的书写系统， UA 不得假定该书写系统。 如果 UA 对某种特定语言与书写系统组合 没有特定语言知识， 则它必须使用所声明书写系统的排版约定 （必要时可假定另一种语言的约定）， 而不是使用所声明语言在假定书写系统中的约定， 后者对于所声明的书写系统是不合适的。

语言及其最常见书写系统之间的完整对应关系 超出本文档范围。 然而，用户代理必须至少做出以下假定：

• 如果内容 语言是中文且书写系统未指定， 或者对于任何内容语言， 如果书写系统被指定为 Hant、 Hans、 Hani、 Hanb 或 Bopo ISO 文字代码之一， 则该书写系统是中文。
• 如果内容 语言是日语且书写系统未指定， 或者对于任何内容语言， 如果书写系统被指定为 Jpan、 Hrkt、 Hira 或 Kana ISO 文字代码之一， 则该书写系统是日文。
• 如果内容 语言是韩语且书写系统未指定， 或者对于任何内容语言， 如果书写系统被指定为 Kore、 Hang 或 Jamo ISO 文字代码之一， 则该书写系统是韩文。
• 只有当内容 语言本身未知， 或者它显式指示未知书写系统时， 书写 系统才被视为 未知。

  注： 当内容 语言已声明时， 仅仅省略书写系统信息 意味着该书写系统是隐含的， 而不是未知的。

附录 G： 小假名映射

本附录是规范性的。

隐私考虑事项

本规范会泄露用户已安装的连字符断词和断行词典。

安全考虑事项

本规范没有引入新的安全考虑事项。

致谢

如果没有以下人员的帮助，本规范将不可能完成： Addison Phillips、 Aharon Lanin、 Alan Stearns、 Ambrose Li、 Arnold Schrijver、 Arye Gittelman、 Ayman Aldahleh、 Ben Errez、 Bert Bos、 Chris Lilley、 Chris Pratley、 Chris Thrasher、 Chris Wilson、 Dave Hyatt、 David Baron、 Emilio Cobos Álvarez、 Eric LeVine、 Etan Wexler、 Frank Tang、 Håkon Wium Lie、 IM Mincheol、 Ian Hickson、 James Clark、 Javier Fernandez、 John Daggett、 Jonathan Kew、 Ken Lunde、 Laurie Anna Edlund、 Marcin Sawicki、 Martin Dürst、 Martin Heijdra、 Masafumi Yabe、 Masayasu Ishikawa、 Michael Jochimsen、 Michel Suignard、 Mike Bemford、 Myles Maxfield、 Nat McCully、 Paul Nelson、 Rahul Sonnad、 Richard Ishida、 Shinyu Murakami、 Stephen Deach、 Steve Zilles、 Takao Suzuki、 Tantek Çelik、 Xidorn Quan、 Yaniv Feinberg。

变更

最近变更

自 2024 年 9 月候选推荐 草案以来， 已作出以下变更：

• 在 line-break: normal 中禁止在小假名前断开。 （议题 10363）

• 从第 4 级回移 hanging-punctuation: none 规则到附录 C： 默认 UA 样式表。

• 与第 4 级的编辑性变更同步文本。

自 2023 年 9 月候选推荐 草案以来， 已作出以下规范性变更：

• 修正 text-align-last 的 Computed Value 行。 （议题 7331）

• 消除替换元素周围软换行机会的歧义。 （议题 9964）

  对于由两个字符之间边界定义的软 换行机会 或原子内联 ， 两个字符最近共同祖先上的 white-space 属性 控制断开；

自 2023 年 2 月候选推荐 草案以来， 已作出以下规范性变更。

• 将附录 G： 小假名映射更新到 Unicode 15.0。 （议题 8442）

• 除 NBSP 以外不可定制的 Unicode 断行控制 优先于我们关于原子内联的规则。 （议题 8972）

  出于 Web 兼容性， 在每个替换元素或其他原子 内联之前和之后， 都存在一个软换行机会， 即使它们与通常会抑制此类机会的字符相邻， 例如 包括 U+00A0 NO-BREAK SPACE。 但是， 除 U+00A0 NO-BREAK SPACE 外， 在原子内联与属于 Unicode GL、WJ 或 ZWJ 断行类别的相邻字符之间， 不得存在软换行机会。 [UAX14]

自 2020 年 12 月候选推荐以来， 已作出以下规范性变更。

• 允许 hanging-punctuation: first 悬挂 U+300 IDEOGRAPHIC SPACE 以适应纯文本缩进习惯。 （议题 2462）

  first

  元素 第一格式化行 开头的开括号 、 或 引号 或表意空格 会悬挂。 这适用于 Unicode 类别 Ps、Pf、Pi 中的所有字符， 加上 ASCII 引号 U+0027 ' APOSTROPHE 和 U+0022 " QUOTATION MARK 加上 ASCII 引号 U+0027 ' APOSTROPHE 和 U+0022 " QUOTATION MARK 以及 IDEOGRAPHIC SPACE U+3000 。

• 定义 distribute 计算为 inter-character，而不仅仅是行为相同； 允许 distribute 作为 遗留值别名实现， 因为这对某些引擎更容易，且不影响兼容性。 （议题 6156， 议题 7322）

• 澄清特定语言的连字符断词规则也适用于显式的连字符断词 机会。 （议题 5973）

  只有当单词内部存在 显式提示连字符断词机会的字符时， 单词才会进行连字符断词。 UA 必须使用适当的特定语言连字符断词字符， 并应像在同一位置进行自动连字符断词那样 应用任何适当的拼写变化。

• 定义根元素上的 match-parent 计算为 start， 而不是根据主书写模式计算。 （议题 6542）

• 使关于 text-transform 的作者建议 成为规范性建议。 （议题 8279）

  注：text-transform 属性只影响呈现层； 语义目的所需的正确大小写应在源文档中表示。

  建议：作者不得依赖 text-transform 表达语义目的； 相反，正确的大小写和语义应编码在 源文档文本和标记中。

此外，还有一些轻微的编辑性修正。

较早变更

另请参见较早的变更列表， 其中涵盖了该候选推荐之前的 2020 年和 2019 年工作草案， 以及评论处理结果， 其中涵盖了 2013 年至 2020 年之间的所有评论。