<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Gotcha &#8211; transform.matrix and scaleX/Y</title>
	<atom:link href="http://alecmce.com/as3/gotcha-transform-scale/feed" rel="self" type="application/rss+xml" />
	<link>http://alecmce.com/as3/gotcha-transform-scale</link>
	<description></description>
	<lastBuildDate>Thu, 26 Jan 2012 15:18:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Niko Nami</title>
		<link>http://alecmce.com/as3/gotcha-transform-scale#comment-267</link>
		<dc:creator>Niko Nami</dc:creator>
		<pubDate>Tue, 17 Aug 2010 06:56:00 +0000</pubDate>
		<guid isPermaLink="false">http://alecmce.com/?p=720#comment-267</guid>
		<description>hey your post leaded me to the solution, by raising the issue to my conscious :)&lt;br&gt;&lt;br&gt;actually Adobe has described the issue in the FP9 release notes:&lt;br&gt;&lt;a href=&quot;http://www.adobe.com/support/documentation/en/flashplayer/9/releasenotes.html&quot; rel=&quot;nofollow&quot;&gt;http://www.adobe.com/support/documentation/en/f...&lt;/a&gt;&lt;br&gt;&lt;br&gt;&lt;i&gt;Transform Matrix transformations are not reflected in respective MovieClip/DisplayObject properties. Properties like scaleX, scaleY, and rotation are not changed as the result of changes to a DisplayObject&#039;s transformation matrix (flash.geom.Transform, flash.geom.Matrix). &lt;/i&gt;&lt;br&gt;&lt;br&gt;they suggest to use Matrix-Transformations instead to solve the scaleX / scaleY function.

which i found solved in the &quot;fl.motion.MatrixTransformer&quot; - which again you can find in the Flash CS3 IDE path:
[Program Files]AdobeAdobe Flash CS3deConfigurationActionScript 3.0Classesflmotion</description>
		<content:encoded><![CDATA[<p>hey your post leaded me to the solution, by raising the issue to my conscious <img src='http://alecmce.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>actually Adobe has described the issue in the FP9 release notes:<br /><a href="http://www.adobe.com/support/documentation/en/flashplayer/9/releasenotes.html" rel="nofollow">http://www.adobe.com/support/documentation/en/f&#8230;</a></p>
<p><i>Transform Matrix transformations are not reflected in respective MovieClip/DisplayObject properties. Properties like scaleX, scaleY, and rotation are not changed as the result of changes to a DisplayObject&#8217;s transformation matrix (flash.geom.Transform, flash.geom.Matrix). </i></p>
<p>they suggest to use Matrix-Transformations instead to solve the scaleX / scaleY function.</p>
<p>which i found solved in the &#8220;fl.motion.MatrixTransformer&#8221; &#8211; which again you can find in the Flash CS3 IDE path:<br />
[Program Files]AdobeAdobe Flash CS3deConfigurationActionScript 3.0Classesflmotion</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Niko Nami</title>
		<link>http://alecmce.com/as3/gotcha-transform-scale#comment-489</link>
		<dc:creator>Niko Nami</dc:creator>
		<pubDate>Tue, 17 Aug 2010 06:56:00 +0000</pubDate>
		<guid isPermaLink="false">http://alecmce.com/?p=720#comment-489</guid>
		<description>hey your post leaded me to the solution, by raising the issue to my conscious :)actually Adobe has described the issue in the FP9 release notes:&lt;a href=&quot;http://www.adobe.com/support/documentation/en/flashplayer/9/releasenotes.html&quot; rel=&quot;nofollow&quot;&gt;http://www.adobe.com/support/documentation/en/f...&lt;/a&gt;&lt;i&gt;Transform Matrix transformations are not reflected in respective MovieClip/DisplayObject properties. Properties like scaleX, scaleY, and rotation are not changed as the result of changes to a DisplayObject&#039;s transformation matrix (flash.geom.Transform, flash.geom.Matrix). &lt;/i&gt;they suggest to use Matrix-Transformations instead to solve the scaleX / scaleY function.

which i found solved in the &quot;fl.motion.MatrixTransformer&quot; - which again you can find in the Flash CS3 IDE path:
[Program Files]AdobeAdobe Flash CS3deConfigurationActionScript 3.0Classesflmotion
</description>
		<content:encoded><![CDATA[<p>hey your post leaded me to the solution, by raising the issue to my conscious <img src='http://alecmce.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> actually Adobe has described the issue in the FP9 release notes:<a href="http://www.adobe.com/support/documentation/en/flashplayer/9/releasenotes.html" rel="nofollow">http://www.adobe.com/support/documentation/en/f&#8230;</a><i>Transform Matrix transformations are not reflected in respective MovieClip/DisplayObject properties. Properties like scaleX, scaleY, and rotation are not changed as the result of changes to a DisplayObject&#8217;s transformation matrix (flash.geom.Transform, flash.geom.Matrix). </i>they suggest to use Matrix-Transformations instead to solve the scaleX / scaleY function.</p>
<p>which i found solved in the &#8220;fl.motion.MatrixTransformer&#8221; &#8211; which again you can find in the Flash CS3 IDE path:<br />
[Program Files]AdobeAdobe Flash CS3deConfigurationActionScript 3.0Classesflmotion</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: alecmce</title>
		<link>http://alecmce.com/as3/gotcha-transform-scale#comment-266</link>
		<dc:creator>alecmce</dc:creator>
		<pubDate>Thu, 25 Feb 2010 05:15:35 +0000</pubDate>
		<guid isPermaLink="false">http://alecmce.com/?p=720#comment-266</guid>
		<description>Thanks Robert for your analysis. On reflection this should have been reasonably apparent, but I&#039;ve been a little busy of late. You are right, of course.</description>
		<content:encoded><![CDATA[<p>Thanks Robert for your analysis. On reflection this should have been reasonably apparent, but I&#39;ve been a little busy of late. You are right, of course.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alec McEachran</title>
		<link>http://alecmce.com/as3/gotcha-transform-scale#comment-434</link>
		<dc:creator>Alec McEachran</dc:creator>
		<pubDate>Thu, 25 Feb 2010 00:15:00 +0000</pubDate>
		<guid isPermaLink="false">http://alecmce.com/?p=720#comment-434</guid>
		<description>Thanks Robert for your analysis. On reflection this should have been reasonably apparent, but I&#039;ve been a little busy of late. You are right, of course.</description>
		<content:encoded><![CDATA[<p>Thanks Robert for your analysis. On reflection this should have been reasonably apparent, but I&#8217;ve been a little busy of late. You are right, of course.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: robpenner</title>
		<link>http://alecmce.com/as3/gotcha-transform-scale#comment-265</link>
		<dc:creator>robpenner</dc:creator>
		<pubDate>Wed, 24 Feb 2010 08:38:08 +0000</pubDate>
		<guid isPermaLink="false">http://alecmce.com/?p=720#comment-265</guid>
		<description>If you also trace out the rotation and matrix for a, b and c, you can solve the mystery:&lt;br&gt;&lt;br&gt;trace(a.scaleX, a.scaleY, a.rotation, a.transform.matrix);&lt;br&gt;trace(b.scaleX, b.scaleY, b.rotation, b.transform.matrix);&lt;br&gt;trace(c.scaleX, c.scaleY, c.rotation, c.transform.matrix);&lt;br&gt;&lt;br&gt;0.5 0.5 180 (a=-0.5, b=0, c=0, d=-0.5, tx=125, ty=173)&lt;br&gt;-0.5 -0.5 0 (a=-0.5, b=0, c=0, d=-0.5, tx=250, ty=173)&lt;br&gt;-0.5 -0.5 180 (a=0.5, b=0, c=0, d=0.5, tx=375, ty=173.45)&lt;br&gt;&lt;br&gt;Scaling x or y by -1 is equivalent to flipping on that axis. Scaling x and y by -1 at the same time is equivalent to rotating by 180 degrees. Decomposing a matrix into scale and skew/rotation requires an interpretation that is ambiguous, at times.&lt;br&gt;&lt;br&gt;For a and b, the matrices are identical in scale. However, the interpretation appears to be swayed by the whether the scaleX and scaleY properties are set. Flash seems to cache scaleX and scaleY, rather than doing a fresh decompose every time. That&#039;s my guess. &lt;br&gt;&lt;br&gt;c is interesting because it is both doubly negative and rotated, which cancel out.</description>
		<content:encoded><![CDATA[<p>If you also trace out the rotation and matrix for a, b and c, you can solve the mystery:</p>
<p>trace(a.scaleX, a.scaleY, a.rotation, a.transform.matrix);<br />trace(b.scaleX, b.scaleY, b.rotation, b.transform.matrix);<br />trace(c.scaleX, c.scaleY, c.rotation, c.transform.matrix);</p>
<p>0.5 0.5 180 (a=-0.5, b=0, c=0, d=-0.5, tx=125, ty=173)<br />-0.5 -0.5 0 (a=-0.5, b=0, c=0, d=-0.5, tx=250, ty=173)<br />-0.5 -0.5 180 (a=0.5, b=0, c=0, d=0.5, tx=375, ty=173.45)</p>
<p>Scaling x or y by -1 is equivalent to flipping on that axis. Scaling x and y by -1 at the same time is equivalent to rotating by 180 degrees. Decomposing a matrix into scale and skew/rotation requires an interpretation that is ambiguous, at times.</p>
<p>For a and b, the matrices are identical in scale. However, the interpretation appears to be swayed by the whether the scaleX and scaleY properties are set. Flash seems to cache scaleX and scaleY, rather than doing a fresh decompose every time. That&#39;s my guess. </p>
<p>c is interesting because it is both doubly negative and rotated, which cancel out.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robert Penner</title>
		<link>http://alecmce.com/as3/gotcha-transform-scale#comment-433</link>
		<dc:creator>Robert Penner</dc:creator>
		<pubDate>Wed, 24 Feb 2010 03:38:00 +0000</pubDate>
		<guid isPermaLink="false">http://alecmce.com/?p=720#comment-433</guid>
		<description>If you also trace out the rotation and matrix for a, b and c, you can solve the mystery:

trace(a.scaleX, a.scaleY, a.rotation, a.transform.matrix);
trace(b.scaleX, b.scaleY, b.rotation, b.transform.matrix);
trace(c.scaleX, c.scaleY, c.rotation, c.transform.matrix);

0.5 0.5 180 (a=-0.5, b=0, c=0, d=-0.5, tx=125, ty=173)
-0.5 -0.5 0 (a=-0.5, b=0, c=0, d=-0.5, tx=250, ty=173)
-0.5 -0.5 180 (a=0.5, b=0, c=0, d=0.5, tx=375, ty=173.45)

Scaling x or y by -1 is equivalent to flipping on that axis. Scaling x and y by -1 at the same time is equivalent to rotating by 180 degrees. Decomposing a matrix into scale and skew/rotation requires an interpretation that is ambiguous, at times.

For a and b, the matrices are identical in scale. However, the interpretation appears to be swayed by the whether the scaleX and scaleY properties are set. Flash seems to cache scaleX and scaleY, rather than doing a fresh decompose every time. That&#039;s my guess. 

c is interesting because it is both doubly negative and rotated, which cancel out.</description>
		<content:encoded><![CDATA[<p>If you also trace out the rotation and matrix for a, b and c, you can solve the mystery:</p>
<p>trace(a.scaleX, a.scaleY, a.rotation, a.transform.matrix);<br />
trace(b.scaleX, b.scaleY, b.rotation, b.transform.matrix);<br />
trace(c.scaleX, c.scaleY, c.rotation, c.transform.matrix);</p>
<p>0.5 0.5 180 (a=-0.5, b=0, c=0, d=-0.5, tx=125, ty=173)<br />
-0.5 -0.5 0 (a=-0.5, b=0, c=0, d=-0.5, tx=250, ty=173)<br />
-0.5 -0.5 180 (a=0.5, b=0, c=0, d=0.5, tx=375, ty=173.45)</p>
<p>Scaling x or y by -1 is equivalent to flipping on that axis. Scaling x and y by -1 at the same time is equivalent to rotating by 180 degrees. Decomposing a matrix into scale and skew/rotation requires an interpretation that is ambiguous, at times.</p>
<p>For a and b, the matrices are identical in scale. However, the interpretation appears to be swayed by the whether the scaleX and scaleY properties are set. Flash seems to cache scaleX and scaleY, rather than doing a fresh decompose every time. That&#8217;s my guess. </p>
<p>c is interesting because it is both doubly negative and rotated, which cancel out.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

