<?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: Accumulation of to-animation</title>
	<atom:link href="http://brian.sol1.net/svg/animatetransform-issues/accumulation-of-to-animation/feed/" rel="self" type="application/rss+xml" />
	<link>http://brian.sol1.net/svg</link>
	<description>News about my attempts to implement SVG Declarative (SMIL) Animation in Mozilla</description>
	<lastBuildDate>Sat, 30 Jan 2010 05:36:50 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.5</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Brian</title>
		<link>http://brian.sol1.net/svg/animatetransform-issues/accumulation-of-to-animation/comment-page-1/#comment-32731</link>
		<dc:creator>Brian</dc:creator>
		<pubDate>Sun, 21 Dec 2008 21:50:27 +0000</pubDate>
		<guid isPermaLink="false">http://brian.sol1.net/svg/?page_id=46#comment-32731</guid>
		<description>Just for the record, this is in SMILANIM 3.3.1 where it says:

&lt;blockquote&gt;Cumulative animation is not defined for &quot;&lt;i&gt;to animation&lt;/i&gt;&quot;.&lt;/blockquote&gt;</description>
		<content:encoded><![CDATA[<p>Just for the record, this is in SMILANIM 3.3.1 where it says:</p>
<blockquote><p>Cumulative animation is not defined for &#8220;<i>to animation</i>&#8220;.</p></blockquote>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brian</title>
		<link>http://brian.sol1.net/svg/animatetransform-issues/accumulation-of-to-animation/comment-page-1/#comment-32695</link>
		<dc:creator>Brian</dc:creator>
		<pubDate>Sun, 14 Dec 2008 19:59:39 +0000</pubDate>
		<guid isPermaLink="false">http://brian.sol1.net/svg/?page_id=46#comment-32695</guid>
		<description>Yes, you&#039;re right. I noticed this just this morning actually. Thanks for pointing that out! I will take a look at your test cases. Thanks again!</description>
		<content:encoded><![CDATA[<p>Yes, you&#8217;re right. I noticed this just this morning actually. Thanks for pointing that out! I will take a look at your test cases. Thanks again!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Olaf</title>
		<link>http://brian.sol1.net/svg/animatetransform-issues/accumulation-of-to-animation/comment-page-1/#comment-32683</link>
		<dc:creator>Olaf</dc:creator>
		<pubDate>Sat, 13 Dec 2008 12:10:35 +0000</pubDate>
		<guid isPermaLink="false">http://brian.sol1.net/svg/?page_id=46#comment-32683</guid>
		<description>I think, the behaviour is already implied by the definition in the old SMIL 
animation recommendation.

http://www.w3.org/TR/2001/REC-smil-animation-20010904/#FromToByAndAdditive

Because it starts with the underlying value and ends with the to-value, it does the same,
if it is repeated, there is no choice to do something different, even if an author
note accumulate sum, because for each repetition it starts again with the underlying value
und ends with the to-value.
But of course, in later SMIL versions this is much clearer, but the additions seem to be
derived directly from implied consequences of the original definition.
Therefore I test this already for animations within SVG1.1 depending on the old SMIL
animation recommendation.</description>
		<content:encoded><![CDATA[<p>I think, the behaviour is already implied by the definition in the old SMIL<br />
animation recommendation.</p>
<p><a href="http://www.w3.org/TR/2001/REC-smil-animation-20010904/#FromToByAndAdditive" rel="nofollow">http://www.w3.org/TR/2001/REC-smil-animation-20010904/#FromToByAndAdditive</a></p>
<p>Because it starts with the underlying value and ends with the to-value, it does the same,<br />
if it is repeated, there is no choice to do something different, even if an author<br />
note accumulate sum, because for each repetition it starts again with the underlying value<br />
und ends with the to-value.<br />
But of course, in later SMIL versions this is much clearer, but the additions seem to be<br />
derived directly from implied consequences of the original definition.<br />
Therefore I test this already for animations within SVG1.1 depending on the old SMIL<br />
animation recommendation.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
