W3C home > Mailing lists > Public > www-svg@w3.org > October 2008

[1.2T LC]: accessing rules for traitAccess (ISSUE-2094 ACTION-2316)

From: Andrew Emmons <atemmons@rogers.com>
Date: Thu, 23 Oct 2008 19:10:14 -0700 (PDT)
To: Julien.Reichel@spinetix.com, www-svg@w3.org
Message-ID: <872053.36711.qm@web88205.mail.re2.yahoo.com>

Hello Julien,

Thank you very much for your question.

You are right in that allowing the modification of xml:id 
does impart some burden on the UA with respect to handling the
change of animation elements. However, most implementation feedback 
has been that there is still complexity in allowing any animation 
element attribute to be modified while still within the tree. We feel
this complexity is enough to warrant the restriction, in order to reduce 
implementation burden on small devices.

Please let us know shortly if this satisfies your comment. 

All the best,
Andrew, On Behalf of the SVG WG

>In "Accessing rules for animation related elements" in the additional
>accessing rules for the trait access, it is specified that "[SMIL
>animation elements] cannot be modified using the TraitAccess methods
>once inserted into the tree". This means for instance that the "href"
>cannot be modified. I suppose that the purpose of this rule is to
>simplify the design of UA. However there are no rules that forbid to
>modify the xml:id of an element already inserted in the tree ( or did I
>miss it? ). 

>Thus it is possible to modify the target of an animation by switching
>the xml:id of two elements (which is equivalent to a change of the href
>in the animation). So IMO this restriction  is insufficient to enable
>simplification of the UA design.  Note that modifying the xml:id of
>other even in the tree can also be used to modify the behavior of other
>attribute (like a begin="id1.begin" for instance)

>My question:

>- Why have such as restriction for the trait access (as there are other
>ways, not forbidden, to trigger the same effect) ?

Received on Friday, 24 October 2008 02:10:55 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 22:54:20 UTC