W3C home > Mailing lists > Public > public-svg-wg@w3.org > January to March 2012

Re: review of SVG 2 animation-related requirements

From: Brian Birtles <bbirtles@mozilla.com>
Date: Fri, 23 Mar 2012 14:19:09 +0900
Message-ID: <4F6C07CD.3030903@mozilla.com>
To: public-svg-wg@w3.org
Hi Cyril,

(2012/03/23 12:41), Cyril Concolato wrote:
> SVG tiny 1.2 uses the AccessKey syntax to start animations, see http://www.w3.org/TR/SVGTiny12/animate.html#AccessKeyValueSyntax. I don't remember that there was any security concern, maybe we missed them. I'm not sure. Without scripting, how would you be able to log the keys and do something useful, just with AccessKey? The spec says that this behaves like a keydown listener so it could possibly be restricted similarly to scripting.

Yes, SVG 1.1 has accessKey as well and there have been some security 
concerns but I think they are solvable either by using modifier keys or 
by disabling accessKey whenever script is disabled.

>>> 5. "The<discard>   element"
>> http://www.w3.org/Graphics/SVG/WG/wiki/SVG2_Requirements_Input#the_.3C
>>> discard.3E_element
>> No.
> The use case for the discard element was for long running animations to be able declaratively to remove some elements from the DOM when they were not needed anymore. I understand that this element can be problematic when mixed with scripts and when seeking, but it's really useful to keep the memory usage low (see http://biblio.telecom-paristech.fr/cgi-bin/download.cgi?id=7129). I've used it a lot in conversions of cartoon animations from Flash to SVG. I think it's a valid use case for SVG 2. How would you achieve that use case without?

Ok, I hadn't really looked at this properly.

It breaks the invariant that a backwards seek returns the animation to 
its state at the seek time. But maybe that's ok.

I think it's part of a larger feature relating to having declarative 
manipulations of the document. We've heard requests about having, e.g. 
<set> actually change the value of an attribute, not just its animVal.

It would definitely be useful but I'm not sure what the implications 
would be.

The only way to achieve the same result at the moment is with 
script--actually this is a fairly common pattern, to add an end event 
handler that removes the animation node and its target.

Best regards,

Brian Birtles
Received on Friday, 23 March 2012 05:19:39 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:20:14 UTC