- From: Daniel Holbert <dholbert@mozilla.com>
- Date: Fri, 22 Jan 2010 11:06:46 -0800
- To: "Dr. Olaf Hoffmann" <Dr.O.Hoffmann@gmx.de>
- CC: www-svg@w3.org
Thanks for the feedback! I think I think I agree that Opera's behavior
is the most sane and is what was probably intended. At this point,
that's the behavior I'll be shooting for with my patch for Mozilla.
However, I still think that both SVG 1.1 & SVG 1.2Tiny are misleading on
this point and need additional clarification. Details below...
On 01/22/2010 02:55 AM, Dr. Olaf Hoffmann wrote:
> I cannot see a problem with this:
> > Animation of presentation attributes is equivalent to animating the
> > corresponding property. Thus, the same effect occurs from animating
> > the presentation attribute with attributeType="XML" as occurs with
> > animating the corresponding property with attributeType="CSS".
>
> Of course, there is itself no different effect, if it is interpreted
> correctly, what 'effect' means).
I disagree -- in some situations, Opera (which you say is most correct)
yields an unquestionably different effect, regardless of what you define
"effect" to mean.
In the test I provided[1], compare cases (e) vs (f). The only textual
difference betwen those two is attributeType=XML vs CSS -- one animates
the presentation attribute, and one animates the corresponding property.
According to the quoted block above, that should "produce the same
effect", and yet Opera (which you say is most correct) produces very
different visual results. On every level, that's a *different effect*.
If Opera's behavior is indeed correct, then I don't think it's "effect"
that needs clarifying -- I think it's rather the situations under which
the above-quoted block applies.
It looks like SVG 1.2 Mobile tried to clarify this a bit by adding the
caveat "In the absence of style sheets" (which explains away the
distinction between (e) vs (f) described above). But that's not
generally sufficient -- it also needs an additional caveat, saying
something like this:
In the absence of any other animations targeting the
presentation attribute and corresponding property...
In situations covered by that additional caveat, then yes, I'd agree
that attributeType="XML"/"CSS" should have the "same effect". *Without*
that caveat, though, it's unclear what should happen when CSS and XML
animations interact, in cases like (a) and (b) from my testcase. (In
fact, the implication right now is that they should be treated as
indistinguishable -- i.e. that they should add to each other, etc.)
> If one manages to isolate a simple enough sample,
> the visible result can be the same.
Right -- and my point is that if the spec is going to declare two things
as having "the same effect", and as being "equivalent", it needs to more
clearly define the ("simple" as you say) situations in which that is
true. I believe the caveat I provided above (or something similar)
would fix the ambiguity.
Thanks for the response,
~Daniel
[1]
http://people.mozilla.org/~dholbert/tests/smil/compat_tests/xmlVsCssChart_v1.svg
Received on Friday, 22 January 2010 19:07:20 UTC