[go: up one dir, main page]

CSS Fonts Module Level 5

W3C Working Draft,

More details about this document
This version:
https://www.w3.org/TR/2021/WD-css-fonts-5-20211221/
Latest published version:
https://www.w3.org/TR/css-fonts-5/
Editor's Draft:
https://drafts.csswg.org/css-fonts-5/
History:
https://www.w3.org/standards/history/css-fonts-5
Feedback:
CSSWG Issues Repository
Inline In Spec
Editors:
(Apple Inc.)
Chris Lilley (W3C)
Suggest an Edit for this Spec:
GitHub Editor
Delta Spec:
yes

Abstract

This specification defines modifications to the existing CSS Fonts 4 specification along with additional features.

CSS is a language for describing the rendering of structured documents (such as HTML and XML) on screen, on paper, etc.

Status of this document

This section describes the status of this document at the time of its publication. A list of current W3C publications and the latest revision of this technical report can be found in the W3C technical reports index at https://www.w3.org/TR/.

This document was published by the CSS Working Group as a Working Draft using the Recommendation track. Publication as a Working Draft does not imply endorsement by W3C and its Members.

This is a draft document and may be updated, replaced or obsoleted by other documents at any time. It is inappropriate to cite this document as other than work in progress.

Please send feedback by filing issues in GitHub (preferred), including the spec code “css-fonts” in the title, like this: “[css-fonts] …summary of comment…”. All issues and comments are archived. Alternately, feedback can be sent to the (archived) public mailing list www-style@w3.org.

This document is governed by the 2 November 2021 W3C Process Document.

This document was produced by a group operating under the W3C Patent Policy. W3C maintains a public list of any patent disclosures made in connection with the deliverables of the group; that page also includes instructions for disclosing a patent. An individual who has actual knowledge of a patent which the individual believes contains Essential Claim(s) must disclose the information in accordance with section 6 of the W3C Patent Policy.

1. Introduction

The CSS Fonts Level 4 specification ([CSS-FONTS-4]) describes the controls CSS provides for selecting and using fonts within documents, including support for variable fonts and color fonts. The ideas here are additions or modifications to the properties and rules defined in CSS Fonts Level 4.

This specification is currently a delta to the CSS Fonts Level 4 specification. Do not assume that if something is not here, it has been dropped.

1.1. Value Definitions

This specification follows the CSS property definition conventions from [CSS2] using the value definition syntax from [CSS-VALUES-3]. Value types not defined in this specification are defined in CSS Values & Units [CSS-VALUES-3]. Combination with other CSS modules may expand the definitions of these value types.

In addition to the property-specific values listed in their definitions, all properties defined in this specification also accept the CSS-wide keywords as their property value. For readability they have not been repeated explicitly.

2. Basic Font Properties

w3c/csswg-drafts/126[css-fonts] Specifying changes to parameters for fallback fonts

2.1. Font family: the font-family property

2.1.1. Generic font families

In addition to the CSS Fonts 4 § 2.1.3 Generic font families in CSS Fonts Level 4, the following new generic font families are also defined.

w3c/csswg-drafts/4910[meta] [css-fonts] Criteria for generic font families
w3c/csswg-drafts/5054[css-fonts] generic family for Pi, Picture, Symbols fonts
xxx
Placeholder text for the xxx generic font family.
w3c/csswg-drafts/4566[css-fonts] Should we start a registry for additional generic fonts?

2.2. Font weight: the font-weight property

w3c/csswg-drafts/2690[css-fonts-4] Percentages in font-weight for relative weights

2.3. Font style: the font-style property

w3c/csswg-drafts/4044[css-fonts] Vertical text doesn't play nicely with font-style and font-stretch

2.4. Relative sizing: the font-size-adjust property

Name: font-size-adjust
Value: none | [ ex-height | cap-height | ch-width | ic-width | ic-height ]? [ from-font | <number> ]
Initial: none
Applies to: all elements and text
Inherited: yes
Percentages: N/A
Computed value: the keyword none, or a pair of a metric keyword and a <number>
Canonical order: per grammar
Animation type: discrete if the keywords differ, otherwise by computed value type

For any given font size, the apparent size and effective legibility of text varies across fonts as a function of their design. For example, for bicameral scripts such as Latin or Cyrillic that distinguish between upper and lowercase letters, the relative height of lowercase letters compared to their uppercase counterparts is a determining factor of legibility. In situations where font fallback occurs, fallback fonts might not share the same ratios as the desired font family for key typographic metrics, and will thus appear to be a different size and possibly be less readable.

The font-size-adjust property provides a way to preserve the readability and apparent size of text when font fallback occurs. It does this by adjusting the used font size so that the specified metric is the same regardless of the font used.

Values have the following meanings:

none
No special font-size adjustment is applied.
ex-height | cap-height | ch-width | ic-width | ic-height
Specifies the font metric to normalize, defaulting to ex-height:
ex-height
Normalize the aspect value of the fonts, using the x-height divided by the font size.
cap-height
Normalize the cap-height of the fonts, using the cap-height by the font size.
ch-width
Normalize the horizontal narrow pitch of the fonts, using the advance width of “0” (ZERO, U+0030) divided by the font size.
ic-width
Normalize the horizontal wide pitch of the font, using the advance width of “水” (CJK water ideograph, U+6C34) divided by the font size.
ic-height
Normalize the vertical wide pitch of the font, using the advance height of “水” (CJK water ideograph, U+6C34) divided by the font size.
<number>
Each font’s used size is normalized to match the chosen font metric to this specified proportion of the computed font-size. In other words, for each glyph, the adjusted font size to use u is calculated as:
u  =  ( m / m′ ) s

where:

s  =  computed 'font-size!!property' value
m  =  metric as specified by the 'font-size-adjust' property
m′ =  metric as specified in the actual font
u  =  adjusted font-size to use

Negative values are invalid.

from-font
Computes to the <number> corresponding to the specified metric of the first available font.
The style defined below defines Verdana as the desired font family, but if Verdana is not available Futura or Times will be used. One paragraph also has font-size-adjust specified.
p {
  font-family: Verdana, Futura, Times;
}
p.adj {
  font-size-adjust: 0.545;
}

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

Verdana has a relatively high aspect value of 0.545, meaning lowercase letters are relatively tall compared to uppercase letters, so at small sizes text appears legible. Times has a lower aspect value of 0.447, and so if fallback occurs, the text will be less legible at small sizes than Verdana unless font-size-adjust is also specified.

Note: For text which uses diacritics, too large an x-height will actually decrease legibility as the diacritics become cramped.

How text rendered in each of these fonts compares is shown below, the columns show text rendered in Verdana, Futura and Times. The same font-size value is used across cells within each row and red lines are included to show the differences in x-height. In the upper half, each row is rendered in the same font-size value. The same is true for the lower half, but in this half the font-size-adjust property is also set to 0.545, so that the actual font size is adjusted to preserve the x-height of Verdana across each row. Note how small text remains relatively legible across each row in the lower half.

text with and without 'font-size-adjust'
Text with and without the use of font-size-adjust

The value of font-size-adjust affects the used value of font-size but does not affect the computed value. Therefore it can affect the size of relative units that are based on font metrics such as ex and ch but does not affect the size of em units. Since numeric values of line-height refer to the computed size of font-size, font-size-adjust also does not affect the used value of line-height.

Note: Since font-size-adjust does not factor into the line-height, specifying a line height too tightly can result in overlapping lines of text. For example, when a fallback font with a low aspect value is normalized to match one with a high aspect value, its ascenders and descenders are likely to extend outside the line box with line-height: 1.

The font-size-adjust adjustment applies to any font that is selected but in typical usage it would be based on the corresponding metric value of the first (most desired) font in the font-family list. If this is specified accurately, the (m/m′) term in the adjustment formula will resolve to 1 for the first font and no adjustment occurs for that font; and the rest of the fonts will resolve to match. If the value is specified inaccurately, text rendered using the first font in the family list will display differently in older user agents that don’t support font-size-adjust.

Authors can calculate the aspect value for a given font by comparing spans with the same content but different font-size-adjust properties. If the same font-size is used, the spans will match when the font-size-adjust value is accurate for the given font.

Two spans with borders are used to determine the aspect value of a font. The font-size is the same for both spans but the font-size-adjust property is specified only for the right span. Starting with a value of 0.5, the aspect value can be adjusted until the borders around the two letters line up.

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

span {
  border: solid 1px red;
}

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

<p><span>b</span><span class="adjust">b</span></p>
Futura with an aspect value of 0.5
Futura with an aspect value of 0.5

The box on the right is a bit bigger than the one on the left, so the aspect value of this font is something less than 0.5. Adjust the value until the boxes align.

Note: If the specified metric has been overridden in @font-face, e.g. by size-adjust, then the overridden metric will be used in the font-size-adjust calculation. Consequently, applying font-size-adjust and size-adjust together means that size-adjust appears to have no effect.

3. Font Resources

3.1. The @font-face rule

Note: Descriptors are applied per-font rather than per-element. Multiple fonts can be used within an individual element e.g. for characters not supported by the first available font.

3.2. Font reference: the src descriptor

3.2.1. Parsing the src descriptor

The src descriptor value must be parsed according to section CSS Syntax 3 § 5.3.9 Parse a comma-separated list of component values. Then each component value is parsed according to this grammar:

<url> [ format(<font-format>)]? [ techn( <font-tech>#)]? | local(<font-face-name>)
<font-format>= [<string> | collection | embedded-opentype | opentype
 | svg | truetype | woff | woff2 ]
<font-tech>= [<font-feature-tech> | <color-font-tech>
 | variations | palettes | incremental ]
<font-feature-tech>= [feature-opentype | feature-aat | feature-graphite]
<color-font-tech>= [color-COLRv0 | color-COLRv1 | color-SVG | color-sbix | color-CBDT ]

If a component value is parsed correctly and is a supported CSS Fonts 4 § 11.2 Font formats or CSS Fonts 4 § 11.1 Font tech, add it to the list of supported sources. If parsing a component value results in a parsing error or its format or tech are unsupported, do not add it to the list of supported sources.

If there are no supported entries at the end of this process, the value for the src descriptor is a parse error.

These parsing rules allow for graceful fallback of fonts for user agents which don’t support a particular font tech or font format.

For example, when incremental transfer is not supported, a woff2 compressed version of the font is supplied, for optimal performance. Then, for incremental transfer using the range-request method, the raw uncompressed OpenType font is provided so that the client can perform byte range requests.
@font-face {
  font-family: "MyIncrementallyLoadedWebFont";
  src: url("FallbackURLForBrowsersWhichDontSupportIncrementalLoading.woff2") format("woff2");
  src: url("MyIncrementallyLoadedWebFont.otf") format(opentype)  tech(incremental);
}

3.3. Font property descriptors: the font-size

w3c/csswg-drafts/806[css-fonts-5] Add font-size descriptor to @font-face which allows ranges (for optical sizing)
w3c/csswg-drafts/731[css-fonts] font-size Descriptor for ex Unit
Name: font-size
For: @font-face
Value: auto | [<number>]{1,2}
Initial: normal
auto
The font matches any font size
<number>
If a single <number> is given the font matches that specific font size, only. If two <number>s are given, they specify a range of font sizes which will match.

3.4. Glyph Size Multiplier: the size-adjust descriptor

Name: size-adjust
For: @font-face
Value: <percentage [0,∞]>
Initial: 100%

The size-adjust descriptor defines a multiplier for glyph outlines and metrics associated with this font, to allow the author to harmonize the designs of various fonts when rendered at the same font-size.

All metrics associated with this font—including glyph advances, baseline tables, and overrides provided by @font-face descriptors—are scaled by the given percentage, as are the rendered glyph images. Consequently, any values derived from font metrics (such as ex and ch units, or the from-font value of text-decoration-thickness) are also affected when sourced from this font. However, the computed font-size (and thus any values that derive from it, such as em units, percentages in text-underline-offset, etc.) remains unaffected.

Note: The size-adjust descriptor functions similarly to the font-size-adjust property, which essentially calculates an adjustment per font by matching ex heights, but likewise does not affect the computed font-size.

3.5. Line Height Font Metrics Overrides: the ascent-override, descent-override, and line-gap-override descriptors

Name: ascent-override
For: @font-face
Value: [ normal | <percentage [0,∞]> ]{1,2}
Initial: normal
Name: descent-override
For: @font-face
Value: [ normal | <percentage [0,∞]> ]{1,2}
Initial: normal
Name: line-gap-override
For: @font-face
Value: [ normal | <percentage [0,∞]> ]{1,2}
Initial: normal

The ascent-override, descent-override, and line-gap-override descriptors specify the ascent metric, descent metric, and line gap metric of the font, respectively. The first value provides the value for the x axis, and the second value provides the value for the y axis (defaulting to normal if omitted).

normal
The corresponding metric value is obtained from the font as usual, as if this descriptor were absent from the @font-face block.

Note: Since there are multiple sources of such metrics in some font formats, this can result in text layout that varies across UAs/platforms.

<percentage>
The corresponding metric is replaced by the given percentage multiplied by the used font size.

The font-size-adjust property is applied after the size-adjust descriptor.

Note: The consequence of applying font-size-adjust after size-adjust is that size-adjust appears to have no effect.

Note: None of these descriptors affect the computation of font-size, line-height, or font-relative lengths. They can, however, affect the behavior of line-height: normal and more generally the baseline alignment of inline-level content.

Note: Since these metrics are only applicable in the block axis, the y-axis value will only be used when typesetting upright in vertical typographic modes.

The percentage is resolved against different font sizes for different elements.
@font-face {
  font-family: overridden-font;
  ascent-override: 50%;
  ...
}

<span style="font-family: overridden-font; font-size: 20px;">
  Outer span content
  <span style="font-size: 150%;">Inner span content</span>
</span>

The outer span uses an ascent value of 10px, whereas the inner span uses 15px.

We may override the metrics of a local fallback font to match the primary font, which is a web font. This reduces layout shifting when switching from fallback to the primary font.
@font-face {
  font-family: cool-web-font;
  src: url("https://example.com/font.woff");
}

@font-face {
  font-family: fallback-to-local;
  src: local(Some Local Font);
  /* Override metric values to match cool-web-font */
  ascent-override: 125%;
  descent-override: 25%;
  line-gap-override: 0%;
  size-adjust: 96%;
}

<div style="font-family: cool-web-font, fallback-to-local">Title goes here</div>
<img src="https://example.com/largeimage" alt="A large image that you don’t want to shift">

The image will not be shifted as much when the user agent finishes loading and switches to use the web font (assuming the override values are similar to the web font’s natural metrics).

3.6. Superscript and subscript metrics overrides: the superscript-position-override, subscript-position-override,superscript-size-override and subscript-size-override descriptors

Name: superscript-position-override
For: @font-face
Value: [ normal | from-font | <percentage> ]{1,2}
Initial: normal
Name: subscript-position-override
For: @font-face
Value: [ normal | from-font | <percentage> ]{1,2}
Initial: normal
Name: superscript-size-override
For: @font-face
Value: [ normal | from-font | <percentage [0,∞]> ]{1,2}
Initial: normal
Name: subscript-size-override
For: @font-face
Value: [ normal | from-font | <percentage [0,∞]> ]{1,2}
Initial: normal

The superscript-position-override, subscript-position-override, superscript-size-override, and subscript-size-override descriptors specify the superscript offset, subscript offset, superscript size, and subscript size metrics of the font, respectively, which are used to synthesize glyphs when required by font-variant-position. The first value provides the value for the x axis, and the second value provides the value for the y axis (defaulting to the first value if omitted).

normal
The UA determines what metrics value to use, whether derived from the font or from some heuristic.
from-font
The corresponding metric in the font data is used, if any. (If the metric is missing, same as normal.)
<percentage>
The corresponding metric is replaced by the given percentage multiplied by the used font size.

Note: Since these metrics are only applicable in the block axis, the y-axis value will only be used when typesetting upright in vertical typographic modes.

4. Font Feature Properties

4.1. Font language override: the font-language-override property

w3c/csswg-drafts/5484[css-fonts-5] Removing font-language-override

5. Font Feature and Variation Resolution

w3c/csswg-drafts/5635[CSS-Fonts] Need method to interpolate variable font settings

6. Font Variation Properties

6.1. Optical sizing control: the font-optical-sizing property

w3c/csswg-drafts/5466[css-text][css-fonts] Optical bounds of a line

7. Security Considerations

No new security considerations have been reported on this specification.

8. Privacy Considerations

No new privacy considerations have been reported on this specification.

9. Acknowledgments

Firstly, the editors would like to thank all of the contributors to the previous level of this module.

Secondly, we would like to acknowledge DerKoun from PDFReactor, Xiaocheng Hu from Google, and Jonathan Kew from Mozilla, for their contributions to the improvements in this Level 5.

10. Changes

10.1. Changes since the WD of 2021-07-29

10.2. Changes since the FPWD of 2021-06-29

Conformance

Document conventions

Conformance requirements are expressed with a combination of descriptive assertions and RFC 2119 terminology. The key words “MUST”, “MUST NOT”, “REQUIRED”, “SHALL”, “SHALL NOT”, “SHOULD”, “SHOULD NOT”, “RECOMMENDED”, “MAY”, and “OPTIONAL” in the normative parts of this document are to be interpreted as described in RFC 2119. However, for readability, these words do not appear in all uppercase letters in this specification.

All of the text of this specification is normative except sections explicitly marked as non-normative, examples, and notes. [RFC2119]

Examples in this specification are introduced with the words “for example” or are set apart from the normative text with class="example", like this:

This is an example of an informative example.

Informative notes begin with the word “Note” and are set apart from the normative text with class="note", like this:

Note, this is an informative note.

Advisements are normative sections styled to evoke special attention and are set apart from other normative text with <strong class="advisement">, like this: UAs MUST provide an accessible alternative.

Conformance classes

Conformance to this specification is defined for three conformance classes:

style sheet
A CSS style sheet.
renderer
A UA that interprets the semantics of a style sheet and renders documents that use them.
authoring tool
A UA that writes a style sheet.

A style sheet is conformant to this specification if all of its statements that use syntax defined in this module are valid according to the generic CSS grammar and the individual grammars of each feature defined in this module.

A renderer is conformant to this specification if, in addition to interpreting the style sheet as defined by the appropriate specifications, it supports all the features defined by this specification by parsing them correctly and rendering the document accordingly. However, the inability of a UA to correctly render a document due to limitations of the device does not make the UA non-conformant. (For example, a UA is not required to render color on a monochrome monitor.)

An authoring tool is conformant to this specification if it writes style sheets that are syntactically correct according to the generic CSS grammar and the individual grammars of each feature in this module, and meet all other conformance requirements of style sheets as described in this module.

Partial implementations

So that authors can exploit the forward-compatible parsing rules to assign fallback values, CSS renderers must treat as invalid (and ignore as appropriate) any at-rules, properties, property values, keywords, and other syntactic constructs for which they have no usable level of support. In particular, user agents must not selectively ignore unsupported component values and honor supported values in a single multi-value property declaration: if any value is considered invalid (as unsupported values must be), CSS requires that the entire declaration be ignored.

Implementations of Unstable and Proprietary Features

To avoid clashes with future stable CSS features, the CSSWG recommends following best practices for the implementation of unstable features and proprietary extensions to CSS.

Non-experimental implementations

Once a specification reaches the Candidate Recommendation stage, non-experimental implementations are possible, and implementors should release an unprefixed implementation of any CR-level feature they can demonstrate to be correctly implemented according to spec.

To establish and maintain the interoperability of CSS across implementations, the CSS Working Group requests that non-experimental CSS renderers submit an implementation report (and, if necessary, the testcases used for that implementation report) to the W3C before releasing an unprefixed implementation of any CSS features. Testcases submitted to W3C are subject to review and correction by the CSS Working Group.

Further information on submitting testcases and implementation reports can be found from on the CSS Working Group’s website at https://www.w3.org/Style/CSS/Test/. Questions should be directed to the public-css-testsuite@w3.org mailing list.

Index

Terms defined by this specification

Terms defined by reference

References

Normative References

[CSS-CASCADE-5]
Elika Etemad; Miriam Suzanne; Tab Atkins Jr.. CSS Cascading and Inheritance Level 5. 3 December 2021. WD. URL: https://www.w3.org/TR/css-cascade-5/
[CSS-FONTS-3]
John Daggett; Myles Maxfield; Chris Lilley. CSS Fonts Module Level 3. 20 September 2018. REC. URL: https://www.w3.org/TR/css-fonts-3/
[CSS-FONTS-4]
John Daggett; Myles Maxfield; Chris Lilley. CSS Fonts Module Level 4. 29 July 2021. WD. URL: https://www.w3.org/TR/css-fonts-4/
[CSS-INLINE-3]
Dave Cramer; Elika Etemad; Steve Zilles. CSS Inline Layout Module Level 3. 27 August 2020. WD. URL: https://www.w3.org/TR/css-inline-3/
[CSS-TEXT-DECOR-4]
Elika Etemad; Koji Ishii. CSS Text Decoration Module Level 4. 6 May 2020. WD. URL: https://www.w3.org/TR/css-text-decor-4/
[CSS-VALUES-3]
Tab Atkins Jr.; Elika Etemad. CSS Values and Units Module Level 3. 6 June 2019. CR. URL: https://www.w3.org/TR/css-values-3/
[CSS-VALUES-4]
Tab Atkins Jr.; Elika Etemad. CSS Values and Units Module Level 4. 16 December 2021. WD. URL: https://www.w3.org/TR/css-values-4/
[CSS2]
Bert Bos; et al. Cascading Style Sheets Level 2 Revision 1 (CSS 2.1) Specification. 7 June 2011. REC. URL: https://www.w3.org/TR/CSS21/
[RFC2119]
S. Bradner. Key words for use in RFCs to Indicate Requirement Levels. March 1997. Best Current Practice. URL: https://datatracker.ietf.org/doc/html/rfc2119

Informative References

[CSS-DISPLAY-3]
Tab Atkins Jr.; Elika Etemad. CSS Display Module Level 3. 3 September 2021. CR. URL: https://www.w3.org/TR/css-display-3/
[CSS-WRITING-MODES-4]
Elika Etemad; Koji Ishii. CSS Writing Modes Level 4. 30 July 2019. CR. URL: https://www.w3.org/TR/css-writing-modes-4/

Property Index

Name Value Initial Applies to Inh. %ages Anim­ation type Canonical order Com­puted value
font-size-adjust none | [ ex-height | cap-height | ch-width | ic-width | ic-height ]? [ from-font | <number> ] none all elements and text yes N/A discrete if the keywords differ, otherwise by computed value type per grammar the keyword none, or a pair of a metric keyword and a <number>

@font-face Descriptors

Name Value Initial
ascent-override [ normal | <percentage [0,∞]> ]{1,2} normal
descent-override [ normal | <percentage [0,∞]> ]{1,2} normal
font-size auto | [<number>]{1,2} normal
line-gap-override [ normal | <percentage [0,∞]> ]{1,2} normal
size-adjust <percentage [0,∞]> 100%
subscript-position-override [ normal | from-font | <percentage> ]{1,2} normal
subscript-size-override [ normal | from-font | <percentage [0,∞]> ]{1,2} normal
superscript-position-override [ normal | from-font | <percentage> ]{1,2} normal
superscript-size-override [ normal | from-font | <percentage [0,∞]> ]{1,2} normal

Issues Index

w3c/csswg-drafts/126[css-fonts] Specifying changes to parameters for fallback fonts
w3c/csswg-drafts/4910[meta] [css-fonts] Criteria for generic font families
w3c/csswg-drafts/5054[css-fonts] generic family for Pi, Picture, Symbols fonts
w3c/csswg-drafts/4566[css-fonts] Should we start a registry for additional generic fonts?
w3c/csswg-drafts/2690[css-fonts-4] Percentages in font-weight for relative weights
w3c/csswg-drafts/4044[css-fonts] Vertical text doesn't play nicely with font-style and font-stretch
w3c/csswg-drafts/6384[css-fonts-5] font-size-adjust with missing metrics
w3c/csswg-drafts/6384[css-fonts-5] font-size-adjust with missing metrics
w3c/csswg-drafts/806[css-fonts-5] Add font-size descriptor to @font-face which allows ranges (for optical sizing)
w3c/csswg-drafts/731[css-fonts] font-size Descriptor for ex Unit
w3c/csswg-drafts/5484[css-fonts-5] Removing font-language-override
w3c/csswg-drafts/5635[CSS-Fonts] Need method to interpolate variable font settings
w3c/csswg-drafts/5466[css-text][css-fonts] Optical bounds of a line