[css-sizing] Add Changes section

Author: fantasai

css-sizing/Overview.bs

@@ -153,7 +153,7 @@ Terminology</h2>
 				Note: This is called the “shrink-to-fit” width in <a href="http://www.w3.org/TR/CSS21/visudet.html#float-width">CSS2.1§10.3.5</a>
 				and <a href="http://www.w3.org/TR/css3-multicol/#pseudo-algorithm">CSS Multi-column Layout § 3.4</a>.
 
-		<dt><dfn>preferred inline-size</dfn>
+		<dt><dfn title="preferred inline-size|preferred size">preferred inline-size</dfn>
 		<dd>
 			A box’s “ideal” <i>inline-size</i>.
 			Unless otherwise specified, this is the <i>max-content inline-size</i>.
@@ -550,6 +550,26 @@ Extrinsic Size Determination</h2>
 		<a href="http://lists.w3.org/Archives/Public/www-style/2012Oct/0204.html">Example.</a>
 		Maybe it should stop at each formatting root, or something similar?
 
+<h2 class=no-num id="changes">
+Changes</h2>
+
+	<p>
+		Changes since the <a href="http://www.w3.org/TR/2012/WD-css3-sizing-20120927/">September 2012 Working Draft</a> include:
+
+	<ul>
+		<li>Changed <code>fill-available</code> keyword to <code>fill</code>.
+		<li>Defined <a>preferred size</a> concept.
+		<li>Hooked up intrinsic sizes of replaced elements to the <a>default sizing algorithm</a> in [[!CSS3-IMAGES]].
+		<li>Specified that ''fill'' treates ''margin/auto'' margins as zero.
+		<li>Clarified definition of <a>available size</a>.
+		<li>Specified that percentages resolved against an intrinsic size of the parent computes falls back to auto sizing.
+		<li>Fixed bad wording wrt containing blocks in <a>fill-available inline size</a> definition,
+		    and specified that it is calculated <em>after</em> margin collapsing.
+		<li>Specified that an absolutely-positioned box's containing block is always considered definite.
+		<li>Improved section on intrinsic sizing of multi-column elements.
+		<li>Cleaned up some terminology (“min-size” to “min-content size”, “measure” to “inline-size, “extent” to “block-size”).
+	</ul>
+
 <h2 class=no-num id="acknowledgments">
 Acknowledgments</h2>