Re: [css3-transforms] ...calcMode

Hi Olaf,

On Jun 4, 2012, at 4:29 AM, Dr. Olaf Hoffmann wrote:

> Dirk Schulze:
> 
> ...
>>>> Even SMIL animations does not differ on further
>>>> definitions for e.g calcMode and just uses 'from-to'.
>>> 
>>> No, as mentioned calcMode cares in general about interpolation between
>>> values from a list, not just from-to. Obviously one has to analyse the
>>> complete list at once to get the default calcMode behaviour right.
>>> But because between all transform values following section 15 one can
>>> interpolate somehow if required, a values list does not cause more
>>> complications (different from for example fill and stroke with possible
>>> paint servers, implicating only discrete behavior).
>> 
>> For paced animations I would agree. The definition on error handling for
>> SVG says that it should get animated since the first error. E.g for
>> values="translate(20) ; translate(100) ; translate(invalid)"
>> calcMode="linear" you would see an animation from 20 to 100. See SVG 1.1
>> error processing: "If the document has animations, the animations shall
>> stop at the point at which an error is encountered and the visual
>> presentation of the document shall reflect the animated status of the
>> document at the point the error was encountered."
>> 
> 
> This is not related to error management, the calcMode definition
> notes:
> 'The default mode is "linear", however if the attribute does not support 
> linear interpolation (e.g. for strings), the calcMode attribute is ignored 
> and discrete interpolation is used.'
Oh, that has nothing to to with error handling. In the example above the type supports 'linear'. Therefore it must be animated 'linear'. SMIL wants the host language to define the error handling and SVG does it. It should get animated till the first error.

Greetings,
Dirk
> 
> Unfortunately for fill and stroke for example SVG is more complex
> than intended by SMIL, but obviously we do not want only discrete
> animation for fill and stroke, just because these properties are overloaded 
> with non interpolable values like none or a paint-server. 
> Therefore the viewer has to analyse the complete values list do decide, 
> if something different than discrete is possible. 
> The situation here seems to be slightly better, if we assume, that
> some wording problems are fixed as suggested, linear or spline interpolation
> seems to be always possible for such transform lists.
> 
> Olaf
> 
>

Received on Monday, 4 June 2012 16:34:49 UTC