RE: [SMIL30 FWD] calcMode, keyTimes and examples

I think at one point we had some idea about the last value of 1 being
implied, and then we made it tighter. This may be cruft left over from that,
but I want to be sure that we do not have anything left over that conflicts.
I will take a closer look at this tonight.

First thought is that to produce what the text describes, the code should
say:

   <animate attributeName="foo" from="10" to="20"
      dur="10s" keyTimes="0.0; 0.7; 1"
      calcMode="spline" keySplines=".5 0 .5 1 1 1" />

Patrick

> -----Original Message-----
> From: [email protected] [mailto:[email protected]]On Behalf
> Of Sjoerd Mullender
> Sent: Tuesday, May 29, 2007 1:21 AM
> To: Dr. Olaf Hoffmann
> Cc: [email protected]; Patrick Schmitz
> Subject: Re: [SMIL30 FWD] calcMode, keyTimes and examples
>
>
> This is indeed an inconsistency which should be fixed.
>
> Patrick, any ideas?  I'm referring to the first problem reported here
> since I already have a tentative resolution for the second (fix both
> example and accompanying text--see the other thread).
>
> Dr. Olaf Hoffmann wrote:
> > Hello,
> >
> > I would like to (re)report a problem in the working draft
> > of SMIL 3 (already reported for previous versions or
> > working drafts of SMIL, but not corrected or discussed
> > yet).
> >
> > In 3.9.1 SMIL 3.0 SplineAnimation Module Attributes
> > (Calculation mode attributes)
> > it is noted about keyTimes:
> >
> > '
> >   For linear and spline animation, the first time value in the
> list must be 0,
> >   and the last time value in the list must be 1.
> > '
> >
> >  Later in the section "Interpolation with keySplines" we find
> the example:
> >
> > '
> >   <animate attributeName="foo" from="10" to="20"
> >      dur="10s" keyTimes="0.0; 0.7"
> >      calcMode="spline" keySplines=".5 0 .5 1" />
> >
> >    The value will change from 10 to 20, using an
> "ease-in/ease-out" curve
> > specified
> >    by the keySplines values. The keyTimes values cause the
> value of 20 to be
> > reached
> >    at 7 seconds, and to hold there for the remainder of the 10
> second simple
> > duration.
> > '
> >
> > Well the behaviour described for the examples sounds useful, but because
> > the first cited section specified the last value has to be 1,
> this does not
> > fit together.
> > Is it possible to change the 'the last time value in the list
> must be 1' or
> > the example?
> >
> >
> > Another problem occurs with this example in the section
> "Examples of advanced
> > uses of calcMode"
> >
> > '
> >   <animateColor attributeName="color" dur="10s" calcMode="discrete"
> >      values="green; yellow; red" keyTimes="0.0; 0.8;" />
> > '
> >
> > One time value is missing or invalid, because it is specified
> for keyTimes:
> > '
> > Each time value in the keyTimes list is specified as a floating point
> > value between 0 and 1 (inclusive), representing a proportional offset
> > into the simple duration of the animation element.
> > '
> > and
> > '
> > If a list of keyTimes is specified, there must be exactly as
> many values in
> > the keyTimes list as in the values list.
> > '
> > and
> > '
> > Each successive time value must be greater than or equal to the
> preceding
> > time value.
> > '
> >
> > Well the last time value '' is no floating point value between
> 0 and 1 and ''
> > is not greater or equal to the preceding value '0.8'.
> > Therefore this example does not fit to the description of the keyTimes
> > attribute, too.
> >
> >
> >
> >
> > Best wishes...
> >
> >
>
>
> --
> Sjoerd Mullender
>
>