baseURL descriptor is not given then one is created from
+ if a base-url descriptor is not given then one is created from
the [=style resource base URL=] of the rule.
ISSUE: Should this use <Title: CSS Basic User Interface Module Level 3 (CSS3 UI) -ED: https://drafts.csswg.org/css-ui/ -TR: https://www.w3.org/TR/css3-ui/ +ED: https://drafts.csswg.org/css-ui-3/ +TR: https://www.w3.org/TR/css-ui-3/ Previous Version: https://www.w3.org/TR/2017/PR-css-ui-3-20171214/ Shortname: css-ui Level: 3 diff --git a/css-view-transitions-2/Overview.bs b/css-view-transitions-2/Overview.bs index eb125237e58e..7ac70e0e28cc 100644 --- a/css-view-transitions-2/Overview.bs +++ b/css-view-transitions-2/Overview.bs @@ -58,7 +58,9 @@ spec:geometry-1 text:multiply; type:dfn; text:matrix; type:dfn; spec:infra; type:dfn; text:list -spec:css-borders-4; type: property; text:border-radius; +spec:css-borders-4; type: property; + text:border-radius; + text:border-width; spec:css-break-4; type:dfn; text:fragment spec:css2; type:dfn; text:viewportdiff --git a/css-writing-modes-4/Overview.bs b/css-writing-modes-4/Overview.bs index ec5514f7086c..b2ac0b21748a 100644 --- a/css-writing-modes-4/Overview.bs +++ b/css-writing-modes-4/Overview.bs @@ -25,8 +25,11 @@ Link Defaults: css2 (property) display/min-height/max-height/min-width/max-width
spec:css2; type:property; text:float spec:css2; type:property; text:clear +spec:css-borders-4; type:property; text:box-shadow spec:css-break-3; type:dfn; text:fragment +spec:css-masking-1; type:function; text:rect() spec:css-text-3; type:dfn; text:character +spec:html; type:element; text:body@@ -68,7 +71,7 @@ Introduction to Writing Modes
@@ -76,7 +79,7 @@ Introduction to Writing Modes
@@ -84,12 +87,12 @@ Introduction to Writing Modes
- 
@@ -106,7 +109,7 @@ Introduction to Writing Modes
The block flow direction is the direction in which block-level boxes stack and the direction in which line boxes stack - within a block container. The 'writing-mode' property determines the + within a [=block container=]. The 'writing-mode' property determines the block flow direction.
Writing systems typically have one or two native writing modes. Some @@ -206,7 +209,7 @@ Inline Direction and Bidirectionality bidirectionality, or "bidi" for short.
-
-
-
The 'writing-mode' property specifies the block flow direction, which determines the ordering direction of block-level boxes in a block formatting context; - the ordering direction of line boxes in a block container that contains inlines; + the ordering direction of line boxes in a [=block container=] that contains inlines; the ordering direction of rows in a table; etc. By virtue of determining the stacking direction of line boxes, the 'writing-mode' property also determines whether the line boxes' orientation (and thus the writing mode) @@ -971,7 +974,7 @@ Block Flow Direction: the 'writing-mode' property after it slides out to the side (towards the after edge of the block) rather than downward as it would in horizontal writing modes." - src="images/vertical-form.png">
+ src="images/vertical-form.png" width="182" height="266">If a box has a different 'writing-mode' value than its parent box @@ -980,7 +983,7 @@ Block Flow Direction: the 'writing-mode' property
Preferred baselines in various writing systems
In a well-designed mixed-script font, the glyphs are positioned in the coordinate space to harmonize with one another when typeset together. The baseline table is then constructed to @@ -1203,7 +1206,7 @@ Baseline Alignment Since the dominant baseline is the alphabetic baseline, the child box is aligned to its parent by matching up their alphabetic baselines.
+
In modern typographic systems, all glyphs are assigned a horizontal @@ -1269,13 +1272,13 @@ Introduction to Vertical Text Layout
@@ -1436,7 +1439,7 @@ Vertical Typesetting and Font Features
the UA may wish to [[!RFC6919]] (but is not expected to)
synthesize the missing glyphs by typesetting them sideways etc.
- 
+
+
+
A primarily Mongolian document, such as the one above, is written in vertical lines stacking left to right, but lays its Latin text with the tops of the glyphs towards the right. This makes the text run in @@ -1740,7 +1743,7 @@ Line-relative Directions
Line orientation in ''horizontal-tb''
Line orientation in ''vertical-rl'', ''vertical-lr'', and ''sideways-rl''
Line orientation in ''sideways-lr''
+ width="80" height="176">
Vertical baseline of an upright glyph
+ src="diagrams/vertical-table.png" width="441" height="299">
Table in ''vertical-rl'' RTL writing mode
If a box establishing an orthogonal flow is - either a block container or a multi-column container, + either a [=block container=] or a [=multi-column container=], for the case where the box's inline size is ''width/auto'':
-
@@ -2182,6 +2185,7 @@ Auto-sizing Block Containers in Orthogonal Flows
else / capped by its inner max size if that is fixed,
floored by its inner min size if that is fixed
- the initial containing block’s size
+
@@ -2189,7 +2193,7 @@ Auto-sizing Block Containers in Orthogonal Flows- Note that this requirement automatically triggers multi-column flow on all block containers. + Note that this requirement automatically triggers multi-column flow on all [=block containers=]. This is so that overflowing content, instead of continuing off the side of the containing block, is wrapped into columns in the flow direction of the containing block, thus avoiding T-shaped documents. @@ -2255,17 +2259,17 @@ Auto-sizing Block Containers in Orthogonal Flows Auto-sizing Other Orthogonal Flow Roots
In order to limit the length of lines, - block containers have special auto-sizing behavior + [=block containers=] have special auto-sizing behavior that triggers [=multi-column layout=] when their available inline space is infinite (which typically occurs when they establish an orthogonal flow).
For calculating the [=automatic inline size=] for other [=display types=] when the available inline space is infinite, - if the box is [=block level=] + if the box is [=block-level=] or the formatting context otherwise calculates an [=automatic inline size=] using its [=max-content=] size, - use the same formula used for the [=block containers’=] 'column-width' + use the same formula used for the [=block container|block containers’=] 'column-width' (see above) in place of that [=max-content size=]:
min(max-content, max(min-content, constraint)). @@ -2282,7 +2286,7 @@ Auto-sizing Other Orthogonal Flow Roots ensuring that its [=inline size=] still fits within the viewport or page area.
-
-
- the ''rect()'' notation of the 'clip' property [[!CSS2]] +
- the ''rect()'' notation of the 'clip' property [[!CSS-MASKING-1]]
- the background properties [[!CSS2]] [[!CSS3BG]]
- the border-image properties [[!CSS3BG]]
- the offsets of the 'box-shadow' and 'text-shadow' properties
@@ -2613,7 +2617,7 @@ Horizontal-in-Vertical Composition: the 'text-combine-upright' property
@@ -2638,7 +2642,7 @@ Horizontal-in-Vertical Composition: the 'text-combine-upright' property
+ src="images/tate-chu-yoko.png" width="121" height="326">
Example of horizontal-in-vertical tate-chu-yoko
+ src="images/bad-tate-chu-yoko.png" width="41" height="192">
Example of mis-applied tate-chu-yoko
@@ -2813,11 +2817,15 @@ Full-width Characters can potentially affect the selection of variants for characters included in combined text runs. Authors are advised to use these properties with care when 'text-combine-upright' is also used. -Privacy and Security Considerations {#priv-sec} +Privacy Considerations {#privacy} =============================================== - This specification introduces no new privacy leaks, - or security considerations beyond “implement it correctly”. + This specification introduces no new privacy leaks beyond “implement it correctly”. + +Security Considerations {#security} +=============================================== + + This specification introduces no new security considerations beyond “implement it correctly”.Changes
@@ -2845,7 +2853,7 @@ Changes since the Issue 5303, Issue 9788) - - Reshuffled text in the [[#intro]] and improved cross-linking. + Reshuffled text in the [[#text-flow|intro]] and improved cross-linking.
@@ -2885,17 +2893,17 @@ Changes since the New in Level 4
- This module is simply a copy of the - 2015 Candidate Recommendation of CSS Writing Modes Level 3. - The difference from the current CSS Writing Modes Level 3 is the set of features that were deferred from Level 3 due to later implementation uptake: + This module is simply a copy of the + 2015 Candidate Recommendation of CSS Writing Modes Level 3. + The difference from the current CSS Writing Modes Level 3 is the set of features that were deferred from Level 3 due to later implementation uptake: --
-
- Re-introduced ''sideways-lr'' and ''sideways-rl'' values of 'writing-mode' -
- Re-introduced the ''digits'' value of 'text-combine-upright'. -
- Re-introduced automatic multi-column behavior of orthogonal flows. -
- Clarified the conditions for bidi reordering-induced fragmentation. - (Issue 1509) -
-
+
- Re-introduced ''sideways-lr'' and ''sideways-rl'' values of 'writing-mode' +
- Re-introduced the ''digits'' value of 'text-combine-upright'. +
- Re-introduced automatic multi-column behavior of orthogonal flows. +
- Clarified the conditions for bidi reordering-induced fragmentation. + (Issue 1509) +
Acknowledgements
@@ -2975,4 +2983,4 @@ Vertical Scripts in UnicodeDue to limitations in the current feature set of Unicode Technical Report 50 and CSS Writing Modes, vertical ''mixed'' typesetting cannot automatically handle either Ogham or Old Turkic. - For these scripts, ''sideways-lr'' can be used to typeset passages. + For these scripts, ''sideways-lr'' can be used to typeset passages. \ No newline at end of file