@@ -949,6 +949,18 @@ SVG1.1 'writing-mode' Values</h4>
949949 on whether this process causes "writing-mode: rl" to merely shift the
950950 text string or reverse the order of all glyphs in the text.</p>
951951
952+ <div class="note" id="embedded-svg-inheritance">
953+ <p> As all other CSS properties do,
954+ the 'writing-mode' property inherits to embedeed inline SVG elements.
955+ This could cause unintentional side effects when, for example,
956+ an SVG designed only for horizontal flow was embedded inline into a vertical flow document.
957+
958+ <p> Authors can prevent this from happening by adding the following rule:
959+ <div class="example">
960+ <pre> svg { writing-mode: initial; }</pre>
961+ </div>
962+ </div>
963+
952964<h2 id="inline-alignment">
953965Inline-level Alignment</h2>
954966
@@ -2078,9 +2090,13 @@ Auto-sizing Block Containers in Orthogonal Flows</h4>
20782090
20792091 <p>
20802092 The used <i> inline size</i> of the resulting multi-column element is then calculated:
2081- if the content neither line-wraps nor fragments within the multi-column element,
2082- then the used <i> inline size</i> is the <i> max-content inline size</i> of the box's contents;
2083- else it is calculated from the used 'column-width' , 'column-count' , and 'column-gap' .
2093+ <ol>
2094+ <li> If the content neither line-wraps nor fragments within the multi-column element,
2095+ then the used <i> inline size</i> is the <i> max-content inline size</i> of the box's contents.
2096+ This criteria gives the shrink-to-fit behavior for short orthogonal flow contents
2097+ without making a large blank space.
2098+ <li> Otherwise it is calculated from the used 'column-width' , 'column-count' , and 'column-gap' .
2099+ </ol>
20842100
20852101 <p>
20862102 The used <i> block size</i> of the box is either the used column length
0 commit comments