CSS 颜色调整模块 第1级

W3C 候选推荐草案,

更多关于此文档的信息
此版本:
https://www.w3.org/TR/2022/CRD-css-color-adjust-1-20220614/
最新发布版本:
https://www.w3.org/TR/css-color-adjust-1/
编辑草案:
https://drafts.csswg.org/css-color-adjust-1/
以前的版本:
历史记录:
https://www.w3.org/standards/history/css-color-adjust-1
实现报告:
https://wpt.fyi/results/css/css-color-adjust?label=experimental&label=master&aligned
反馈:
CSSWG 问题仓库
内联规格
编辑者:
Elika J. Etemad / fantasai (邀请专家)
(微软)
(谷歌)
Tab Atkins Jr. (谷歌)
建议编辑此规格:
GitHub 编辑器

摘要

该模块引入了一个模型,并控制用户代理的自动颜色调整,以处理用户偏好,如“深色模式”、对比度调整或特定的颜色方案。

CSS是一种用于描述结构化文档(如 HTML 和 XML)在屏幕、纸张等上呈现的语言。

本文件的状态

本节描述了本文件在发布时的状态。 W3C 当前发布的技术报告和本技术报告的最新修订版本 可在 https://www.w3.org/TR/ 的 W3C 技术报告索引中找到。

本文件由 CSS 工作组作为 候选推荐草案 使用 推荐流程 发布。 作为候选推荐草案发布 并不意味着 W3C 及其成员的支持。 候选推荐草案 集成了工作组计划在后续候选推荐快照中包含的前候选推荐中的更改。

这是一个草案文件, 可能会随时被更新、替换 或被其他文件取代。 将此文档引用为进展中的工作以外的用途是不适宜的。

请通过 在 GitHub 中提交问题(首选)来发送反馈, 在标题中包括规格代码“css-color-adjust”,例如: “[css-color-adjust] …评论概要…”。 所有问题和评论均 存档。 或者,反馈也可以发送到 (存档) 公开邮件列表 www-style@w3.org

本文件受 2021年11月2日 W3C 进程文档 管理。

本文件由根据 W3C 专利政策 运营的工作组制作。 W3C 维护了与该工作组交付物相关的 公开的专利披露列表; 该页面还包括有关专利披露的说明。 如果某人确实知道包含 基本要求 的专利, 该人必须按照 W3C 专利政策第6节 披露相关信息。

1. 介绍

本规范引入了三个新功能 ,与用户代理自动调整颜色的控制相关:

结合 prefers-color-schemeprefers-contrastforced-colors 媒体查询 [MEDIAQUERIES-5], 本模块允许作者和用户之间的配色方案协商。

1.1. 值定义

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

除了在属性定义中列出的特定值, 本规范中定义的所有属性 还接受 CSS 通用关键字 作为其属性值。 为了可读性,它们未被重复显式列出。

2. 首选配色方案

操作系统和用户代理通常会为用户提供选择用户界面元素的 首选配色方案 的功能。 此 配色方案 通常会反映在用户代理的导航界面呈现中, 以及页面内的界面元素(如表单控件和滚动条)中, 并期望也在 CSS 的 系统颜色 的值中反映出来。

用户代理还可以允许用户为他们查看的页面指示 配色方案 的偏好, 请求作者使页面适应这些颜色偏好。 (不需要表达这样的偏好; 用户可以对操作系统界面颜色有偏好, 但不希望将其强加到页面上。)

最常见的 配色方案 偏好有:

浅色深色配色方案 并不代表精确的颜色调色板(例如黑白), 而是一系列可能的调色板。 若要保证特定颜色,作者必须自己指定这些颜色。 此外,请注意, 因此,将默认或 <系统颜色> 与作者指定的颜色配对 不能保证任何特定的对比度级别; 可能需要同时设置前景和背景颜色 以确保可读性 [WCAG21]

为了使页面能够适应用户的 首选配色方案, 用户代理将匹配 prefers-color-scheme 媒体查询 以用户的 首选配色方案[MEDIAQUERIES-5] 此外,这里定义的 color-scheme 属性 使作者能够为用户代理提供的 UI 和页面中的颜色指示适当的 配色方案

用户代理可以支持额外的 配色方案, 但是 CSS 并不支持协商额外的 配色方案: 用户代理应推动这些方案的标准化, 以便 prefers-color-schemecolor-scheme 能反映出额外的值。

2.1. 选择加入首选配色方案:color-scheme 属性

名称: color-scheme
值: normal | [ light | dark | <custom-ident> ]+ && only?
初始值: normal
适用于: 所有元素和文本
继承:
百分比: 不适用
计算值: 关键字 normal,或指定配色方案关键字的有序列表
规范顺序: 根据语法
动画类型: 离散

虽然 prefers-color-scheme 媒体特性 允许作者使页面的颜色适应用户的首选配色方案, 但页面的许多部分不在作者的控制范围内 (例如表单控件、滚动条等)。 color-scheme 属性允许一个元素指示 它设计为使用哪些 配色方案。 这些值与用户的偏好协商, 结果是一个影响表单控件和滚动条的默认颜色的 使用的配色方案, 以及 CSS 系统颜色的使用值。 (参见 § 2.2 使用配色方案的效果。)

注意:由于许多页面是在支持配色方案之前编写的, 用户代理无法自动调整其控制的元素中使用的颜色, 因为这可能会导致与周围页面的颜色对比度不可读。

主语言可以定义 页面支持的配色方案, 即页面上所有元素默认支持的 配色方案 列表。

注意: [HTML] 指定了一个 color-scheme meta 标签, 可用于设置 页面支持的配色方案

值的定义如下:

normal

表示元素支持 页面支持的配色方案, 如果它们被设置了,或者表示它根本不支持任何 配色方案

light

表示元素支持 浅色配色方案

dark

表示元素支持 深色配色方案

only

禁止用户代理 覆盖元素的配色方案

<custom-ident>

<custom-ident> 值没有意义, 仅为了未来兼容性而存在, 以便将来添加的配色方案不会使旧版用户代理中的 color-scheme 声明无效。 用户代理不得解释任何 <custom-ident> 值有特定意义; 任何其他被识别的配色方案 必须明确地添加到此属性的语法中。

注意:为了避免混淆, 编写教程和参考材料时 应省略 <custom-ident>

normallightdarkonly 关键字 在此属性中不是有效的 <custom-ident>

注意: 浅色深色 配色方案 不是特定的颜色调色板。 例如, stark 黑白方案和深棕色调的方案 都被视为 浅色配色方案。 若要确保特定的前景或背景颜色, 需要显式地进行指定。

确定元素的使用配色方案
  1. 如果用户的 首选配色方案, 如 prefers-color-scheme 媒体特性中所指, 存在于所列出的 配色方案 中, 且用户代理支持, 则这是元素的 使用配色方案

  2. 否则, 如果用户指示覆盖其选择的配色方案的偏好, 且元素的 color-scheme 中没有出现 only 关键字, 用户代理必须使用用户的 首选配色方案 覆盖配色方案。 参见 § 2.3 覆盖配色方案

  3. 否则, 如果用户代理至少支持所列出的 配色方案 中的一个, 则使用的 配色方案 是列表中的第一个支持的 配色方案

  4. 否则, 使用的 配色方案 是浏览器默认的。 (相当于 normal。)

注意:用户代理不要求支持任何特定的 配色方案, 因此仅使用一个关键字, 例如 color-scheme: dark, 来指示所需的 配色方案 仍然不能保证对元素的渲染产生任何效果。

一个响应用户偏好浅色或深色显示的页面, 通过使用 prefers-color-scheme 媒体特性 来更改其使用的颜色, 可以简单地使用全局声明使浏览器控制的 UI (滚动条、输入框等) 也与之匹配:
:root { 
  color-scheme: light dark; 
} 

如果页面仅限于使用 <系统颜色>, 则上述的 color-scheme 声明 将支持用户的首选配色方案, 即使作者不需要使用 @media 规则。

如果页面不能合理地适应所有配色方案, 例如出于品牌或戏剧原因,color-scheme 仍然可以指示 页面可以支持哪些配色方案, 从而使 UI 匹配。

如果页面的配色方案主要是浅色, 则以下内容将明确指示:

:root { 
  color-scheme: light; 
} 

如果页面主要是深色, 明确指示这一点也会使页面看起来更加一致:

:root { 
  color-scheme: dark; 
} 

当然,更好的做法是支持两种配色方案。

一个页面可能通常能够处理多种配色方案, 但仍然有一个子部分需要以特定配色方案呈现。

例如, 样式指南可能提供了使用浅色或深色的几个 UI 示例, 专门展示浅色或深色主题。 可以这样指示:

:root { 
  color-scheme: light dark; 
} 

.light-theme-example { 
  color-scheme: light; 
} 

.dark-theme-example { 
  color-scheme: dark; 
} 

只有根元素为 .light-theme-example.dark-theme-example 的子部分将特别选择加入 浅色深色 主题; 页面其余部分将尊重用户的偏好。

注意:重复一个关键字,例如 color-scheme: light light, 是有效的,但不会产生除第一次关键字之外的任何额外效果。

2.2. 使用配色方案的效果

对于所有元素, 用户代理必须将以下内容匹配到 使用的配色方案

在根元素上, 使用的配色方案 还必须影响 画布的表面颜色, color 属性的初始值, 以及视口的滚动条。

为了保持预期的颜色对比度, 在通常通过透明画布渲染的嵌入文档中(例如通过 HTML iframe 元素提供的嵌入文档), 如果该元素的使用的配色方案 与嵌入文档根元素的 使用配色方案 不匹配, 则 UA 必须使用不透明的 画布, 其颜色为适合嵌入文档的 Canvas 颜色, 而不是透明画布。 此规则不适用于通过用于图形的元素嵌入的文档 (如 img 元素嵌入的 SVG 文档)。

注意:除上述的小范围调整外, 用户代理通常不会进一步调整页面以匹配用户的首选 配色方案, 因为意外破坏页面的可能性太高。 但是,当用户需要特定的颜色选择(例如出于无障碍原因)时, 可能会应用更具侵入性的更改; 参见 § 3 强制配色方案

2.3. 覆盖配色方案

如果用户指示对特定配色方案的覆盖偏好, 且作者未禁止此操作(通过使用 only 关键字), 则用户代理可以覆盖配色方案, 强制使用的配色方案为用户的 首选配色方案。 如果元素不支持该 配色方案, 用户代理还必须将其他颜色自动调整为所选的 配色方案, 例如通过反转其亮度, 同时保持页面可读性所需的颜色对比度。 在这种情况下,UA 也可以自动调整替换元素、背景图像和其他外部资源中的颜色。

注意:此类自动调整的具体细节由 UA 定义, 并且在不同的 UA 之间可能有所不同。 但它的目的是不将所有颜色强制为固定调色板, 如 强制颜色模式 所做的那样, 而是将页面上的所有颜色 强制为 深色浅色 配色方案。

例如,UA 可能具有“暗室”模式, 将所有页面强制为 深色 配色方案。

对于已经支持 深色 配色方案的页面, 并通过 color-scheme 属性 或 color-scheme meta 名称来指示支持, 这只会使 prefers-color-scheme 媒体查询 的值报告为 dark,并选择一个 深色 使用的配色方案

但是对于未明确支持 深色 配色方案的页面, 且未通过指定 color-scheme: only light 明确禁止此自动调整, 此模式会触发页面颜色的自动调整, 以强制页面符合所需的 深色 配色方案。

3. 强制配色方案

强制颜色模式是一项无障碍功能, 旨在通过颜色对比提高文本的可读性。 视力有限的人 通常在前景和背景颜色之间有特定类型对比时, 更容易阅读内容。

操作系统可以提供内置的颜色主题, 例如 Windows 的高对比度黑底白字 和高对比度白底黑字主题。 用户也可以自定义自己的主题, 例如提供低对比度或色相对比度。

强制颜色模式下, 用户代理在页面上强制使用用户的首选颜色调色板, 覆盖作者为特定属性选择的颜色, 详见 § 3.1 强制颜色模式影响的属性。 它还可以在文本下方强制执行“背板” (类似于在 ::selection 伪元素上绘制背景的方式), 以确保足够的对比度来提高可读性。

为了使页面能够适应强制颜色模式, 用户代理将匹配 forced-colors 媒体查询, 并且必须通过 CSS 系统颜色提供所需的颜色调色板 (参见 [CSS-COLOR-4])。 另外, 如果用户代理根据 Lab 亮度判断 Canvas 颜色 显然是深色(L < 33%)或浅色(L > 67%), 则必须匹配 prefers-color-scheme 媒体查询的适当值, 并表达相应的用户偏好 color-scheme。 这将允许支持浅色/深色配色方案的页面 自动调整以更接近匹配强制配色方案。 上述深色与浅色阈值之间的行为 由用户代理定义, 可能会假定用户首选配色方案为 lightdark

3.1. 强制颜色模式影响的属性

强制颜色模式 激活时, 如果某个元素上的 forced-color-adjustauto(见下文), 元素上的颜色会被强制调整为用户首选的颜色调色板。

具体来说,对于以下每个属性:

如果其 计算值 是除 系统颜色 以外的颜色, 则其 使用值 会被强制为 系统颜色,具体如下:

此外:

UA 可以进一步调整这些 强制颜色模式 的启发式方法, 以提供更好的用户体验。

3.2. 退出强制配色方案:forced-color-adjust 属性

名称: forced-color-adjust
值: auto | none | preserve-parent-color
初始值: auto
应用于: 所有元素和文本
继承:
百分比: 无效
计算值: 按指定
规范顺序: 按语法
动画类型: 不可动画

forced-color-adjust 属性 允许作者使特定元素退出 强制颜色模式, 恢复对颜色的完整 CSS 控制。 这些值具有以下含义:

auto

强制颜色模式 下, 元素的颜色由 UA 自动调整。

none

强制颜色模式 下, 元素的颜色不由 UA 自动调整。

作者应仅在自己调整颜色以支持用户的颜色和对比度需求, 并需要更改 UA 的默认调整以为这些元素提供更适合的用户体验时使用此值。

preserve-parent-color

强制颜色模式 下, 如果 color 属性 从其父元素继承 (即没有 层叠值层叠值currentColorinherit, 或其他继承自父元素的关键字), 则它计算为其父元素 color 值的 使用值

在所有其他方面,与 none 相同。

注意: 该值仅用于获得合理的行为, 以嵌入的 SVG 元素接收外部文档的文本颜色 (并与 强制颜色模式 的调整保持一致), 同时默认将 SVG 保留为其精确颜色, 因为 强制颜色模式 通常无法有效地应用于插图。

为了不破坏 SVG 内容, 预计 UA 会将以下规则添加到其 UA 样式表中:

@namespace "http://www.w3.org/2000/svg";
svg|svg { forced-color-adjust: preserve-parent-color; }
svg|foreignObject { forced-color-adjust: auto; }

UA 必须将根元素上设置的 forced-color-adjust 值 传播到文档视口 (它可以影响例如画布背景)。 请注意,forced-color-adjust 不会 从 HTML body 传播。

4. 基于性能的颜色调整

在大多数显示器上, 作者选择的颜色对设备性能没有显著影响; 使用白色背景或黑色背景显示文档都同样容易。

然而,一些设备的限制和其他特性使得这种假设不成立。 例如, 打印机往往在白纸上打印; 使用白色背景的文档不需要消耗墨水来绘制背景, 而黑色背景的文档则需要花费大量墨水填充背景颜色。 这往往会导致打印效果较差, 有时甚至对纸张产生不良的物理影响, 更不用说花费额外墨水导致的打印成本增加了。 即使是较小的差异, 如将文本颜色设为黑色与深灰色, 在打印时也可能有很大不同, 因为这将从使用单一的黑色墨水切换到使用青色、洋红和黄色墨水的混合, 从而增加墨水的使用量并降低分辨率。

因此,在某些情况下用户代理会在特定的上下文中调整作者指定的样式, 使其更适合输出设备并符合用户的预期喜好。 但在某些情况下,文档可能以重要且深思熟虑的方式使用颜色,而用户可能会欣赏这些选择, 因此文档希望能提示用户代理可能需要尊重页面的颜色选择。 本节定义了控制这些自动调整的属性。

名称: print-color-adjust
值: economy | exact
初始值: economy
应用于: 所有元素
继承:
百分比: 不适用
计算值: 指定的关键字
规范顺序: 按语法
动画类型: 离散

print-color-adjust 属性向用户代理提供了有关如何处理可能在打印机或类似设备上昂贵或不明智的颜色和样式选择的提示, 例如在深色背景上使用浅色文本。 如果用户代理允许用户控制文档显示的这一方面, 则必须更强地尊重用户的偏好,而不是 print-color-adjust 提供的提示。 它有以下值:

economy
用户代理应根据输出设备的需要和谨慎程度对页面样式进行调整。

例如,如果正在打印文档, 用户代理可能会忽略任何背景并调整文本颜色使其足够深, 以最小化墨水的使用量。

exact
该值表示指定元素上的页面正在使用颜色和样式,这种使用方式非常重要且具有意义, 不应进行调整或更改,除非用户请求。

例如, 一个提供打印导航的网站可能会对导航步骤使用“斑马条纹”, 即白色和浅灰色背景交替显示。 失去这种斑马条纹并使用纯白背景会使得在开车时匆忙一瞥时很难快速阅读这些导航。

UA 必须将根元素上设置的 print-color-adjust 值 传播到文档视口 (它可以影响例如画布背景)。 请注意,print-color-adjust 不会 从 HTML body 传播。

4.2. color-adjust 简写

名称: color-adjust
值: <'print-color-adjust'>
初始值: 见各个属性
应用于: 见各个属性
继承: 见各个属性
百分比: 见各个属性
计算值: 见各个属性
动画类型: 见各个属性
规范顺序: 按语法

color-adjust 简写允许作者在一个声明中设置所有与性能相关的颜色调整属性。 (目前只有一个这样的属性——print-color-adjust——但将来可能会添加更多。)

color-adjust 简写目前已弃用。 作者应使用更具体的 print-color-adjust 属性, 以避免在非预期上下文中意外重置基于性能的颜色调整。

5. 隐私和安全考量

通过 颜色方案强制颜色模式 应用用户颜色偏好时, 会通过 getComputedStyle() 方法将用户的颜色偏好暴露给页面, 这可能增加指纹识别的表面。

避免这种情况会带来不幸的缺点,这些缺点被认为过于严重而无法忽略。 具体来说:

有关此主题的讨论,请参阅 Issue 5710

此外,嵌入的文档可能通过计时攻击来确定其自己的 颜色方案 是否与其嵌入的 iframe 相匹配。

6. 致谢

本规范的实现离不开 Apple、Google 和 Microsoft 在各种颜色调整功能方面的开发努力, 以及在 www-style 上关于打印调整的讨论。 特别是,CSS 工作组感谢以下人员的贡献: Alison Maher, François Remy, イアンフェッティ

在此列出其他 MSFT / Apple / Google 的人员。

7. 变更

2022年2月10日候选推荐快照 以来的变更:

另见 候选推荐之前的变更

符合性

文档惯例

符合性要求通过描述性断言和 RFC 2119 术语的组合来表达。本规范中规范部分的关键字 "MUST"(必须)、"MUST NOT"(不得)、"REQUIRED"(需要)、"SHALL"(应当)、"SHALL NOT"(不得)、"SHOULD"(应该)、"SHOULD NOT"(不应该)、"RECOMMENDED"(建议)、"MAY"(可以)、和 "OPTIONAL"(可选)按照 RFC 2119 中的描述进行解释。然而,为了可读性,本规范中的这些单词并未全部使用大写字母表示。

除明确标记为非规范性的部分、示例和注释外,本规范的所有文本都是规范性的。[RFC2119]

本规范中的示例以 "for example"(例如)开头,或者通过 class="example" 与规范文本区分开来,例如:

这是一个信息性示例。

信息性注释以 "Note"(注释)开头,并通过 class="note" 与规范文本区分开来,例如:

注释,这是一个信息性注释。

建议部分是规范性的部分,采用特殊样式以引起注意,并通过 <strong class="advisement"> 与其他规范文本区分开来,例如:用户代理必须提供一个可访问的替代方案。

符合性类

对本规范的符合性 定义了三种符合性类:

样式表
一个 CSS 样式表
渲染器
一个 用户代理(UA),用于解释样式表的语义并渲染使用这些样式表的文档。
创作工具
一个 用户代理(UA),用于编写样式表。

如果一个样式表中使用本模块定义的语法的所有语句根据通用 CSS 语法和本模块定义的各个功能语法都是有效的,那么该样式表符合本规范。

如果一个渲染器除了按照适当的规范解释样式表外,还正确支持本规范定义的所有功能,通过正确解析它们并相应地渲染文档,则该渲染器符合本规范。但是,由于设备限制导致 UA 无法正确渲染文档的情况并不使得该 UA 不符合规范。(例如,UA 不需要在单色显示器上渲染颜色。)

如果创作工具编写的样式表在语法上符合通用 CSS 语法和本模块中每个功能的语法,并满足本模块中描述的样式表的所有其他符合性要求,则该创作工具符合本规范。

部分实现

为了使作者能够利用向前兼容的解析规则来指定回退值,CSS 渲染器 必须 将没有可用支持级别的 at-rules、属性、属性值、关键字和其他语法结构视为无效(并 适当忽略)。特别是,用户代理 不得 在单个多值属性声明中选择性忽略不支持的组件值而保留支持的值:如果任何值被视为无效(因为不支持的值必须如此),CSS 要求整个声明被忽略。

不稳定和专有功能的实现

为了避免与未来稳定的 CSS 功能发生冲突,CSSWG 建议在实现 不稳定 功能和 专有扩展 时,遵循最佳实践

非实验性实现

一旦规范达到候选推荐阶段,就可以进行非实验性实现,且实现者应发布任何已到 CR 级别功能的非前缀实现,只要能够证明其按规范正确实现。

为了建立和维持 CSS 在各实现之间的互操作性,CSS 工作组请求非实验性的 CSS 渲染器在发布任何 CSS 功能的非前缀实现之前,向 W3C 提交实现报告(以及必要时提交用于该实现报告的测试用例)。提交给 W3C 的测试用例会由 CSS 工作组进行审查和更正。

关于提交测试用例和实现报告的详细信息,可以在 CSS 工作组的网站上找到,网址为 https://www.w3.org/Style/CSS/Test/。有关问题请通过 public-css-testsuite@w3.org 邮件列表进行联系。

候选推荐退出标准

为了将本规范推进到建议推荐状态,必须有至少两个独立且互操作的实现每个功能。每个功能可以由不同的产品实现,没有要求所有功能都必须由单个产品实现。对于这一标准,我们定义如下术语:

独立
每个实现必须由不同的组织开发,且不能共享、重用或派生自其他合格实现所使用的代码。不涉及本规范实现的代码部分不受此要求的限制。
互操作
通过官方 CSS 测试套件中的相应测试用例,或者如果实现不是 Web 浏览器,则通过等效测试。测试套件中的每个相关测试都应创建一个等效测试,如果要用这样的用户代理(UA)声明互操作性,此外,必须有一个或多个其他 UA 也能够以相同方式通过这些等效测试以达到互操作性目的。等效测试必须公开提供以供同行评审。
实现
用户代理:
  1. 实现了该规范。
  2. 对公众开放。该实现可以是发行的产品或其他公开可用的版本(如 beta 版本、预览发布或“每夜构建”)。非发行版本必须至少在一个月内实现该功能,以证明其稳定性。
  3. 不是实验性的(即,特意设计为通过测试套件的版本,不打算在未来正常使用)。

该规范将至少保持六个月的候选推荐状态。

索引

本规范定义的术语

引用定义的术语

参考文献

规范性参考文献

[CSS-BACKGROUNDS-3]
Bert Bos; Elika Etemad; Brad Kemper. CSS 背景和边框模块 第3级。2021年7月26日。候选推荐(CR)。网址:https://www.w3.org/TR/css-backgrounds-3/
[CSS-CASCADE-5]
Elika Etemad; Miriam Suzanne; Tab Atkins Jr. CSS 层叠和继承 第5级。2022年1月13日。候选推荐(CR)。网址:https://www.w3.org/TR/css-cascade-5/
[CSS-COLOR-4]
Tab Atkins Jr.; Chris Lilley; Lea Verou. CSS 颜色模块 第4级。2022年4月28日。工作草案(WD)。网址:https://www.w3.org/TR/css-color-4/
[CSS-COLOR-5]
Chris Lilley; 等人. CSS 颜色模块 第5级。2022年4月28日。工作草案(WD)。网址:https://www.w3.org/TR/css-color-5/
[CSS-MULTICOL-1]
Florian Rivoal; Rachel Andrew. CSS 多列布局模块 第1级。2021年10月12日。候选推荐(CR)。网址:https://www.w3.org/TR/css-multicol-1/
[CSS-PSEUDO-4]
Daniel Glazman; Elika Etemad; Alan Stearns. CSS 伪元素模块 第4级。2020年12月31日。工作草案(WD)。网址:https://www.w3.org/TR/css-pseudo-4/
[CSS-SCROLLBARS-1]
Tantek Çelik; Rossen Atanassov; Florian Rivoal. CSS 滚动条样式模块 第1级。2021年12月9日。候选推荐(CR)。网址:https://www.w3.org/TR/css-scrollbars-1/
[CSS-TEXT-DECOR-3]
Elika Etemad; Koji Ishii. CSS 文本装饰模块 第3级。2022年5月5日。候选推荐(CR)。网址:https://www.w3.org/TR/css-text-decor-3/
[CSS-UI-3]
Tantek Çelik; Florian Rivoal. CSS 基本用户界面模块 第3级 (CSS3 UI)。2018年6月21日。正式推荐(REC)。网址:https://www.w3.org/TR/css-ui-3/
[CSS-UI-4]
Florian Rivoal. CSS 基本用户界面模块 第4级。2021年3月16日。工作草案(WD)。网址:https://www.w3.org/TR/css-ui-4/
[CSS-VALUES-3]
Tab Atkins Jr.; Elika Etemad. CSS 值和单位模块 第3级。2019年6月6日。候选推荐(CR)。网址:https://www.w3.org/TR/css-values-3/
[CSS-VALUES-4]
Tab Atkins Jr.; Elika Etemad. CSS 值和单位模块 第4级。2021年12月16日。工作草案(WD)。网址:https://www.w3.org/TR/css-values-4/
[CSS2]
Bert Bos; 等人. 层叠样式表 第2级修订版 (CSS 2.1) 规范。2011年6月7日。正式推荐(REC)。网址:https://www.w3.org/TR/CSS21/
[CSSOM-1]
Daniel Glazman; Emilio Cobos Álvarez. CSS 对象模型 (CSSOM)。2021年8月26日。工作草案(WD)。网址:https://www.w3.org/TR/cssom-1/
[FILL-STROKE-3]
Elika Etemad; Tab Atkins Jr. CSS 填充和描边模块 第3级。2017年4月13日。工作草案(WD)。网址:https://www.w3.org/TR/fill-stroke-3/
[FILTER-EFFECTS-1]
Dirk Schulze; Dean Jackson. 滤镜效果模块 第1级。2018年12月18日。工作草案(WD)。网址:https://www.w3.org/TR/filter-effects-1/
[HTML]
Anne van Kesteren; 等人. HTML 标准。活跃标准。网址:https://html.spec.whatwg.org/multipage/
[MEDIAQUERIES-5]
Dean Jackson; 等人. 媒体查询 第5级。2021年12月18日。工作草案(WD)。网址:https://www.w3.org/TR/mediaqueries-5/
[RFC2119]
S. Bradner. RFC中指示需求级别的关键词。1997年3月。最佳现行做法。网址:https://datatracker.ietf.org/doc/html/rfc2119
[SVG2]
Amelia Bellamy-Royds; 等人. 可缩放矢量图形 (SVG) 2。2018年10月4日。候选推荐(CR)。网址:https://www.w3.org/TR/SVG2/

信息性参考文献

[CSS-CONDITIONAL-3]
David Baron; Elika Etemad; Chris Lilley. CSS 条件规则模块 第3级。2022年1月13日。候选推荐(CR)。网址:https://www.w3.org/TR/css-conditional-3/
[WCAG21]
Andrew Kirkpatrick; 等人. 网页内容无障碍指南 (WCAG) 2.1。2018年6月5日。正式推荐(REC)。网址:https://www.w3.org/TR/WCAG21/

属性索引

名称 初始值 适用范围 继承 百分比 动画类型 规范顺序 计算值
color-adjust <'print-color-adjust'> 参见各个属性 参见各个属性 参见各个属性 参见各个属性 参见各个属性 按语法 参见各个属性
color-scheme normal | [ light | dark | <custom-ident> ]+ && only? normal 所有元素和文本 不适用 离散 按语法 关键字 normal 或按指定颜色方案关键字的顺序列表
forced-color-adjust auto | none | preserve-parent-color auto 所有元素和文本 不适用 不可动画化 按语法 按指定
print-color-adjust economy | exact economy 所有元素 不适用 离散 按语法 指定关键字

问题索引

列出其他 MSFT / Apple / Google 的人员。