[css-transforms-1] Fix issue links to point to the correct repository.

Author: dirkschulze

css-transforms-1/Overview.bs

@@ -123,11 +123,11 @@ When used in this specification, terms have the meanings assigned in this sectio
 	  * an element whose layout is governed by the CSS box model which is either a <a href="https://www.w3.org/TR/CSS2/visuren.html#block-level">block-level</a> or <a href="https://www.w3.org/TR/CSS2/visuren.html#x13">atomic inline-level element</a>, or whose 'display' property computes to ''table-row'', ''table-row-group'', ''table-header-group'', ''table-footer-group'', ''table-cell'', or ''table-caption'' [[!CSS2]]
 	  * an element in the SVG namespace and not governed by the CSS box model which has the attributes <a element-attr for>transform</a>, <{pattern/patternTransform}> or <{linearGradient/gradientTransform}> [[!SVG11]].
 
-    Issue(2033): Too restrictive and replace black list with white list?
+    Issue(w3c/csswg-drafts#2033): Too restrictive and replace black list with white list?
 
-    Issue(908): How do transforms apply to inlines?
+    Issue(w3c/csswg-drafts#908): How do transforms apply to inlines?
 
-    Issue(358): Adapte SVG2's content model for transformable elements.
+    Issue(w3c/csswg-drafts#358): Adapte SVG2's content model for transformable elements.
 : <dfn>transformed element</dfn>
 :: An element with a computed value other than ''transform/none'' for the 'transform' property.
 
@@ -145,7 +145,7 @@ When used in this specification, terms have the meanings assigned in this sectio
 : <dfn>2D matrix</dfn>
 ::  A 3x2 transformation matrix with 6 items or a 4x4 matrix with 16 items, where the items m<sub>31</sub>, m<sub>32</sub>, m<sub>13</sub>, m<sub>23</sub>, m<sub>43</sub>, m<sub>14</sub>, m<sub>24</sub>, m<sub>34</sub> are equal to ''0'' and m<sub>33</sub>, m<sub>44</sub> are equal to ''1''.
 
-	Issue: should this spec mention 4x4 matrices?
+	Issue(w3c/csswg-drafts#2186): should this spec mention 4x4 matrices?
 
 : <dfn>identity transform function</dfn>
 :: A <a href="#transform-functions">transform function</a> that is equivalent to a identity 4x4 matrix (see <a href="#mathematical-description">Mathematical Description of Transform Functions</a>). Examples for identity transform functions are ''translate(0)'', ''translateX(0)'', ''translateY(0)'', ''scale(1)'', ''scaleX(1)'', ''scaleY(1)'', ''rotate(0)'', ''skew(0, 0)'', ''skewX(0)'', ''skewY(0)'' and ''matrix(1, 0, 0, 1, 0, 0)''.
@@ -172,7 +172,7 @@ Transforms apply to [=transformable elements=].
 
 Note: Transformations do affect the visual rendering, but have no affect on the CSS layout other than affecting overflow. Transforms are also taken into account when computing client rectangles exposed via the Element Interface Extensions, namely <a href="https://www.w3.org/TR/cssom-view/#dom-element-getclientrects">getClientRects()</a> and <a href="https://www.w3.org/TR/cssom-view/#dom-element-getboundingclientrect">getBoundingClientRect()</a>, which are specified in [[CSSOM-VIEW]].
 
-Issue(901): Overflow bounds that are computed at the end of layout can increase (but not decrease) by  paint-level effects such as transforms.
+Issue(w3c/csswg-drafts#901): Overflow bounds that are computed at the end of layout can increase (but not decrease) by  paint-level effects such as transforms.
 
 <div class="example">
   <pre>
@@ -235,7 +235,7 @@ For elements whose layout is governed by the CSS box model, any value other than
 
 For elements whose layout is governed by the CSS box model, any value other than ''transform/none'' for the transform also causes the element to become a containing block, and the object acts as a containing block for fixed positioned descendants.
 
-Issue(913): Is this effect on ''position: fixed'' necessary? If so, need to go into more detail here about why fixed positioned objects should do this, i.e., that it's much harder to implement otherwise.
+Issue(w3c/csswg-drafts#913): Is this effect on ''position: fixed'' necessary? If so, need to go into more detail here about why fixed positioned objects should do this, i.e., that it's much harder to implement otherwise.
 
 <a href="https://www.w3.org/TR/css3-background/#fixed0">Fixed backgrounds</a> on the root element are affected by any transform specified for that element. For all other elements that are effected by a transform (i.e. have a transform applied to them, or to any of their ancestor elements), a value of ''fixed'' for the 'background-attachment' property is treated as if it had a value of ''background-attachment/scroll''. The computed value of 'background-attachment' is not affected.
 
@@ -274,7 +274,7 @@ Serialization of the computed value of <<transform-list>> {#serialization-of-the
 
 A <<transform-list>> for the computed value is serialized to one <<matrix()>> function by the following algorithm:
 
-Issue: keep 4x4 matrix here and below?
+Issue(w3c/csswg-drafts#2186): keep 4x4 matrix here and below?
 
 <ol class="algorithm">
 	1. Let <var>transform</var> be a 4x4 matrix initialized to the identity matrix. The elements <var ignore> m11</var>, <var ignore>m22</var>, <var ignore>m33</var> and <var ignore>m44</var> of <var>transform</var> must be set to ''1'' all other elements of <var>transform</var> must be set to ''0''.
@@ -367,10 +367,10 @@ All transformations defined by the 'transform' and 'transform-origin' property a
 		* The reference box is positioned at the origin of the coordinate system established by the {{viewBox}} attribute.
 		* The dimension of the reference box is set to the <em>width</em> and <em>height</em> values of the {{viewBox}} attribute.
 
-    Issue(999): Follow used value definition of Fill and Stroke specs/SVG2?
+    Issue(w3c/csswg-drafts#999): Follow used value definition of Fill and Stroke specs/SVG2?
 </dl>
 
-Issue(892): Clarify what the reference box of paint servers, <a element>clipPath</a> and <a element>mask</a> is.
+Issue(w3c/csswg-drafts#892): Clarify what the reference box of paint servers, <a element>clipPath</a> and <a element>mask</a> is.
 
 A reference box adds an additional offset to the origin specified by the 'transform-origin' property.
 
@@ -384,7 +384,7 @@ The SVG <a element-attr for>transform</a> Attribute {#svg-transform}
 
 The SVG 1.1 specification did not specify the attributes <a element-attr for>transform</a>, <{linearGradient/gradientTransform}> or <{pattern/patternTransform}> as <a>presentation attributes</a> [[!SVG11]]. In order to improve the integration of SVG and HTML, this specification makes these SVG attributes presentation attributes and makes the 'transform' property one that applies to [=transformable elements=] in the SVG namespace.
 
-Issue(919) Can patternTransform or gradientTransform or transform attributes apply to one element? If yes, which is the most significant? 
+Issue(w3c/csswg-drafts#919) Can patternTransform or gradientTransform or transform attributes apply to one element? If yes, which is the most significant? 
 
 This specification will also introduce the new presentation attribute 'transform-origin'. Values on this presentation attribute get parsed following the syntax rules on <a href="#svg-data-types">SVG Data Types</a> [[!SVG11]].
 
@@ -482,7 +482,7 @@ In particular the <{pattern/patternUnits}>, <{linearGradient/gradientUnits}> and
 
 For all other [=transformable elements=] the <a element-attr for>transform</a> presentation attribute represents values in the current user coordinate system of the parent. All percentage values of the <a element-attr for>transform</a> presentation attribute are relative to the element's [=reference box=].
 
-Issue(893): User coordinate space statement breaks SVG.
+Issue(w3c/csswg-drafts#893): User coordinate space statement breaks SVG.
 
 <div class="example">
 
@@ -532,7 +532,7 @@ With this specification, the <{animate}> element and the <{set}> element can ani
 
 The animation effect is post-multiplied to the underlying value for additive <{animate}> animations (see below) instead of added to the underlying value, due to the specific behavior of <<transform-list>> animations.
 
-Issue(909) Clarify post-/pre-multiply column-/row-major order.
+Issue(w3c/csswg-drafts#909) Clarify post-/pre-multiply column-/row-major order.
 
 <var ignore=''>From-to</var>, <var ignore=''>from-by</var> and <var ignore=''>by</var> animations are defined in SMIL to be equivalent to a corresponding <var>values</var> animation. However, <var ignore=''>to</var> animations are a mixture of additive and non-additive behavior [[SMIL3]].
 
@@ -580,7 +580,7 @@ Some animations require a neutral element for addition. For transform functions
 
 Note: Animations to or from the neutral element of additions <<matrix()>> fall back to discrete animations (See [[#matrix-interpolation]]).
 
-Issue(932): Replace text and simply refer to `null` value?
+Issue(w3c/csswg-drafts#932): Replace text and simply refer to `null` value?
 
 <div class="example">
 
@@ -752,7 +752,7 @@ When animating or transitioning transforms, the transform function lists must be
 
 In some cases, an animation might cause a transformation matrix to be singular or non-invertible. For example, an animation in which scale moves from 1 to -1. At the time when the matrix is in such a state, the transformed element is not rendered.
 
-Issue(927): Use proposed tranform interpolation from GitHub issue.
+Issue(w3c/csswg-drafts#927): Use proposed tranform interpolation from GitHub issue.
 
 Transform function primitives and derivatives {#transform-primitives}
 =====================================================================
@@ -773,7 +773,7 @@ Two-dimensional primitives with derived transform functions are:
 
 </dl>
 
-Issue: Move the following lines to CSS-Transforms-2.
+Issue(w3c/csswg-drafts#2186): Move the following lines to CSS-Transforms-2.
 
 Three-dimensional primitives with derived transform functions are:
 
@@ -919,9 +919,9 @@ Decomposition also makes use of the following function:
 
 The pseudo code below is based upon the "unmatrix" method in "Graphics Gems II, edited by Jim Arvo".
 
-Issue(924): Clarify column/row order for matrix in pseudo code.
+Issue(w3c/csswg-drafts#924): Clarify column/row order for matrix in pseudo code.
 
-Issue(483): Incorrect indices for matrix?
+Issue(w3c/csswg-drafts#483): Incorrect indices for matrix?
 
 <pre>
 Input:  matrix      ; a 4x4 matrix