FFFF csswg-drafts/css2/changes.src at 04552c9737050a6c6c9adac714aff1c76c7dfffd · w3c/csswg-drafts · GitHub
Skip to content

changes.src

Latest commit

 

History

History
1133 lines (876 loc) · 43.4 KB

changes.src

File metadata and controls

1133 lines (876 loc) · 43.4 KB
</blockquote>
<p>E.g., &ldquo;U+A?5&rdquo; previously was a single UNICODE-RANGE
token (although a semantically meaningless one), now this is two
tokens: &ldquo;U+A?&rdquo; (meaning the 16-character range
U+A0-AF) and the number &ldquo;5&rdquo;.
<p>(See <a
href="http://www.w3.org/mid/5227C33B.9010408@inkedblade.net" >CSS
WG minutes 2013-09-03.</a>)
<!-- Status: edited -->
<li id=s.9.2a class=clarification>
<p><span class=updated>[2012-09-19]</span> Modify <a
href="visuren.html#box-gen" >&ldquo;9.2 Controlling box
generation&rdquo;</a> and <a
href="visuren.html#anonymous-block-level" >&ldquo;9.2.1
Block-level elements and block boxes&rdquo;</a> as follows:
<blockquote>
<p><strong>Controlling box generation</strong>
<p>The following sections describe the types of boxes that may be
generated in CSS&nbsp;2.1. A box's type affects, in part, its
behavior in the visual formatting model. The 'display' property,
described below, specifies a box's type.
<p><ins>Certain values of the ''display' property cause an
element of the source document to generate a <dfn>principal
box</dfn> that contains descendant boxes and generated content
and is also the box involved in any positioning scheme. Some
elements may generate additional boxes in addition to the
principal box: 'list-item' elements. These additional boxes are
placed with respect to the principal box.</ins>
<p><strong>9.2.1 Block-level elements and block boxes</strong>
<p><del><dfn>Block-level elements</dfn> are those elements of the
source document that are formatted visually as blocks (e.g.,
paragraphs). The following values of the 'display' property make
an element block-level: 'block', 'list-item', and 'table'.</del>
<p><ins><dfn>Block-level elements</dfn> &ndash; those elements of
the source document that are formatted visually as blocks (e.g.,
paragraphs) &ndash; are elements which generate a block-level
principal box. Values of the 'display' property that make an
element block-level include: 'block', 'list-item', and
'table'. <dfn>Block-level boxes</dfn> are boxes that participate
in a block formatting context.</ins>
<p><del><dfn>Block-level boxes</dfn> are boxes that participate
in a block formatting context. Each block-level element
generates a <dfn>principal block-level box</dfn> that contains
descendant boxes and generated content and is also the box
involved in any positioning scheme. Some block-level elements
may generate additional boxes in addition to the principal box:
'list-item' elements. These additional boxes are placed with
respect to the principal box.</del>
<p><del>Except for table boxes, which are described in a later
chapter, and replaced elements,</del> <ins>In
CSS&nbsp;2,</ins> a block-level box is also a block container
box <ins>unless it is a table box or the principal box of a
replaced element</ins>. A <dfn >block container box</dfn> either
contains only block-level boxes or establishes an inline
formatting context and thus contains only inline-level
boxes. <ins>An element whose principal box is a block container
box is a <dfn >block container element.</dfn></ins> Values of
the 'display' property which make a non-replaced element
generate a block container include 'block', 'list-item' and
'inline-block'. Not all block container boxes are block-level
boxes: non-replaced inline blocks and non-replaced table cells
are block containers but <ins>are</ins> not block-level
<del>boxes</del>. Block-level boxes that are also block
containers are called <dfn>block boxes</dfn>.
<p>The three terms "block-level box," "block container box B3CD ," and
"block box" are sometimes abbreviated as "block" where
unambiguous.
</blockquote>
<!-- Status: edited -->
<!-- http://lists.w3.org/Archives/Public/www-style/2012Sep/0041.html -->
<li id=s.9.2.4a class=clarification>
<p><span class=updated>[2012-09-19]</span> Modify <a
href="visuren.html#display-prop" >&ldquo;9.2.4 The 'display'
property&rdquo;</a> as follows:
<blockquote>
<dl>
<dt><strong>block</strong>
<dd>This value causes an element to generate a
<ins>principal</ins> block box.
<dt><strong>inline-block</strong>
<dd>This value causes an element to generate <del>an</del>
<ins>a principal</ins> inline-level block container.
<ins>(</ins>The inside of an inline-block is formatted as a
block box, and the element itself is formatted as an atomic
inline-level box.<ins>)</ins>
</dl>
</blockquote>
<!-- Status: edited -->
<!-- http://lists.w3.org/Archives/Public/www-style/2012Sep/0041.html -->
<li id=s.17.4b class=clarification>
<p><span class=updated>[2012-09-19]</span> Modify <a
href="tables.html#model" >&ldquo;17.4 Tables in the visual
formatting model&rdquo;</a> as follows:
<blockquote>
<p>In both cases, the table generates a principal block
<ins>container</ins> box called the <dfn>table wrapper box</dfn>
that contains the table box itself and any caption boxes (in
document order). The <dfn>table box</dfn> is a block-level box
that contains the table's internal table boxes. The caption
boxes are <ins>principal</ins> block-level boxes that retain
their own content, padding, margin, and border areas, and are
rendered as normal block boxes inside the table wrapper
box. Whether the caption boxes are placed before or after the
table box is decided by the 'caption-side' property, as
described below.
<p>The table wrapper box is <del>a 'block' box if the table is
block-level</del> <ins>block-level for 'display: table'</ins>,
and <del>an 'inline-block' box if the table is
inline-level</del> <ins>inline-level for 'display:
inline-table'</ins>. The table wrapper box establishes a block
formatting context, and the table box establishes a table
formatting context. The table box (not the table wrapper box) is
used when doing baseline vertical alignment for an
'inline-table'. The width of the table wrapper box is the
border-edge width of the table box inside it, as described by
section 17.5.2. Percentages on 'width' and 'height' on the table
are relative to the table wrapper box's containing block, not
the table wrapper box itself.
</blockquote>
<!-- Status: edited -->
<!-- http://lists.w3.org/Archives/Public/www-style/2012Sep/0041.html -->
<li id=s.4.1.1d class=change>
<p><span class=updated>[2012-09-19]</span> For compatibility with
SVG, modify the definition of macro num in <a
href="syndata.html#tokenization" >&ldquo;4.1.1
Tokenization&rdquo;</a> as follows:
<blockquote>
<table>
<tr>
<td><del>num</del>
<td><del><code>[-+]?[0-9]+|[-+]?[0-9]*\.[0-9]+</code></del>
<tr>
<td><ins>num</ins>
<td><ins><code>[+-]?([0-9]+|[0-9]*\.[0-9]+)(e[+-]?[0-9]+)?</code></ins>
</table>
</blockquote>
<p class=tests>Relevant tests:
<a href="https://github.com/w3c/web-platform-tests/tree/master/css/CSS2/syntax/scientific-notation-001.xht" >scientific-notation-001</a>
<!-- Status: edited -->
<!-- As decided on 2012-08-15 -->
<li id=s.14.2 class=change>
<p><span class=updated>[2014-07-16]</span> The background of the
canvas cannot be taken from an element that is suppressed with
'display: none'. On the other hand, if the element is merely
invisible ('visibility: hidden'), its background can still be used
for the canvas. In other words, if the root element has 'display:
none', the background of the canvas is transparent. In the case of
(X)HTML documents, if the root element has 'background:
transparent' and the &lt;body&gt; element has 'display: none', the
background of the canvas is likewise transparent. Change the text in
<a href="colors.html#background" >&ldquo;14.2 The
background&rdquo;</a> as follows:
<blockquote>
<p>[&hellip;] Such backgrounds must also be anchored at the same point
as they would be if they were painted only for the root element.
<p><ins>However, if no boxes are generated for the element whose
background would be used for the background of the canvas, then
the canvas background is transparent. (In CSS&nbsp;2, that is the
case when the element or an ancestor has 'display: none'.)</ins>
<p><ins>Note that, if the element has 'visibility: hidden' but
not 'display: none', boxes <em>are</em> generated for it and its
background <em>is</em> used for the canvas.</ins>
</blockquote>
<!-- Status: edited, but the WG still needs to validate the text -->
<!-- http://lists.w3.org/Archives/Public/www-style/2014Jul/0162.html -->
<li id=s.9.9.1 class=change>
<p><span class=updated>[2015-07-01]</span> An element with
'position: fixed'
<em>always</em> establishes a new stacking context. (This is
different from 'position: absolute', where 'z-index' determines if
the element establishes a stacking context or not.)
<p>Change the definition of 'auto' in <a
href="visuren.html#z-index" >&ldquo;9.9.1 Specifying the stack
level: the 'z-index' property&rdquo;</a> as follows:
<blockquote>
<dl>
<dt><strong>auto</strong> <dd>The stack level of the generated
box in the current stacking context is 0. <del>The box does not
establish a new stacking context unless it is the root
element.</del> <ins>If the box has 'position: fixed' or if it
is the root, it also establishes a new stacking context.</ins>
</dl>
</blockquote>
<p class=tests>Relevant tests:
<a href="https://github.com/w3c/web-platform-tests/tree/master/css/CSS2/visuren/fixed-pos-stacking-001.xht" >fixed-pos-stacking-001</a>
<!-- Status: edited, but WG still needs to validate the text -->
<!-- https://lists.w3.org/Archives/Public/www-style/2015Jul/0032.html -->
<li id=s.4.1.1e class=change>
<p><span class=updated>[2015-09-05]</span> Malformed declarations
are handled differently when the start of the malformed
declaration conforms to the syntax of an at-rule. In that case,
parsing resumes not at the next semicolon or at the closing curly
brace of the enclosing block, but immediately after that
at-rule. This is expressed by adding the at-rule to the core
syntax for rulesets, as shown below.
View remainder of file in raw view