blob: 33f5fa158a2dd7e6ca7c4c3bb46eb392f7c54d56 (
plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
|
<svg xmlns="http://www.w3.org/2000/svg">
<defs>
<linearGradient id="lime">
<stop offset="0.0" stop-color="lime"/>
</linearGradient>
<linearGradient id="red">
<stop offset="0.0" stop-color="red"/>
</linearGradient>
</defs>
<!-- 1. Set paint server -->
<rect x="0" y="0" width="100" height="100" fill="red">
<set attributeName="fill" to="url(#lime)"/>
</rect>
<!-- 2. Get paint server. We're looking for a code path that will fetch the
base value, fail to replace it, and end up setting the animation
value as the fetched base value.
To-animation requires fetching the base value so we use that, plus
invalid animation values so that we won't replace the base value. -->
<rect x="100" y="0" width="100" height="100" fill="url(#lime)">
<animate attributeName="fill" to="pikapikaglittergold"/>
</rect>
<!-- 3. "Interpolate" paint servers. We should fall back to discrete mode
which should mean that 150s into a 3-valued animation of 400s duration
we're in the middle value since each value will get about 133s each.
-->
<rect x="200" y="0" width="100" height="100" fill="red">
<animate attributeName="fill" values="orange; url(#lime); purple"
begin="-150s" dur="400s"/>
</rect>
<!-- By addition tests: In the following cases we'll go to calculate our
animation function values but since they're by-animation we'll try to do
some addition which should fail since addition with paint servers isn't
supported and hence the animation should not be applied. -->
<!-- 4. Check by-addition behaves (1): by: paint server -->
<rect x="0" y="100" width="100" height="100" fill="lime">
<animate attributeName="fill" from="#f00" by="url(#red)"/>
</rect>
<!-- 5. Check by-addition behaves (2): from: paint server -->
<rect x="100" y="100" width="100" height="100" fill="lime">
<animate attributeName="fill" from="url(#red)" by="#f00"/>
</rect>
<!-- 6. Check by-addition behaves (3): from-by paint server -->
<rect x="200" y="100" width="100" height="100" fill="#0f0">
<animate attributeName="fill" from="url(#red)" by="url(#red)"/>
</rect>
<!-- 7. Check that by-addition without a paint server is ok though.
(Since the animation has indefinite simple duration we'll never get past
the first value which is is lime green.) -->
<rect x="0" y="200" width="100" height="100" fill="red">
<animate attributeName="fill" from="#0f0" by="#00f" dur="indefinite"/>
</rect>
<!-- 8. Sandwich addition test. In the following cases we should be able to
calculate the animation function ok, but we'll fail to add it to the
underlying values (since paint servers can't be added) and just set the
value instead. (SMIL 3 12.6.3 says, "[The additive] attribute is
ignored if the target attribute does not support additive animation.")
-->
<rect x="100" y="200" width="100" height="100" fill="red">
<animate attributeName="fill" values="url(#lime)" additive="sum"/>
</rect>
<!-- 9. Check paced animation fails expectedly. The operation is as with case
3 and we should fall back to discrete mode -->
<rect x="200" y="200" width="100" height="100" fill="red">
<animate attributeName="fill" values="#0f1; url(#lime); #00f"
begin="-150s" dur="400s" calcMode="paced"/>
</rect>
<!-- 10. Fallback color - specified color -->
<rect x="0" y="300" width="100" height="100" fill="red">
<set attributeName="fill" to="url(#nonexistant) lime"/>
</rect>
<!-- 11. Fallback color - currentColor -->
<g color="lime">
<rect x="100" y="300" width="100" height="100" fill="red">
<set attributeName="fill" to="url(#nonexistant) currentColor"/>
</rect>
</g>
<!-- 12. Fallback color - none -->
<rect x="200" y="300" width="100" height="100" fill="lime"/>
<rect x="200" y="300" width="100" height="100" fill="red">
<set attributeName="fill" to="url(#nonexistant) none"/>
</rect>
</svg>
|
