Cameron McCormack:
> >Modifying attributes of animation elements while they are in the
> >document will not change the animation.  Removing the element, changing
> >the attribute, then reinserting it will work.  I believe this is
> >conformant, but I will have to dig deeper into the specs.

Andreas Neumann:
> hm, this is sad. Both ASV and Opera support changing SMIL attributes 
> from script and I also use this feature frequently. I can't find any 
> text in the animation chapter of the spec that would tell an author that 
> he can't modify SMIL attributes by script. It would be a restriction if 
> I can't do this in Batik.

There are some things that are undefined about changes to animation
attributes, particularly with the timing attributes, I think.  SMIL
Animation says this:

   5.3. Constraints on manipulating animation elements

   Language designers integrating SMIL Animation are encouraged to
   disallow manipulation of attributes of the animation elements, after
   the document has begun. This includes both the attributes specifying
   targets and values, as well as the timing attributes. In particular,
   the id attribute (of type ID) on all animation elements must not be
   mutable (i.e. should be read-only). Requiring animation runtimes to
   track changes to id values introduces considerable complexity, for
   what is at best a questionable feature.

   It is recommended that language specifications disallow manipulation
   of animation element attributes through DOM interfaces after the
   document has begun.  It is also recommended that language
   specifications disallow the use of animation elements to target other
   animation elements.

   Note in particular that if the attributeName attribute can be changed
   (either by animation or script), problems may arise if the target
   attribute has a namespace qualified name. Current DOM specifications
   do not include a mechanism to handle this binding.

   Dynamically changing the attribute values of animation elements
   introduces semantic complications to the model that are not yet
   sufficiently resolved. This constraint may be lifted in a future
   version of SMIL Animation.

But, SVG 1.1 doesn’t specifically disallow changes to the attributes.  I
will try to get to this soon then.

> Thanks again for your work and congratulations on getting this into the 
> trunk!

Thanks. :)

-- 
Cameron McCormack, http://mcc.id.au/
        xmpp:[EMAIL PROTECTED]  ▪  ICQ 26955922  ▪  MSN [EMAIL PROTECTED]

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to