Re: [web-animations] confusing picture for player limiting behavior

2015-02-17 Thread Brian Birtles

Hi Aleksei,

Thanks for your mail.

On 2015/02/18 18:48, Aleksei Semenov wrote:

Hello, everyone.

The section '3.5.11. Reaching the end' describes the player behavior,
when it reaches its boundaries (either start or finish).
The section also contains a picture to demonstrate the effect of limiting.
(Please, find it attached)
The description of the picture reads

The effect of limiting the current time of a player with a start time
of 1s,a source content of length 3s, and a positive player playback
rate.After the current time of the player reaches the end of the
source content, it is capped at 3s.


I think the picture is not correct in the area, where timeline time is
before player start time.
First, the curve contains the arrow as if playback rate is negative, but
description states it is positive.


Sorry, I don't understand this point. Why do you suggest the playback 
rate is negative? Timeline time and player time both increase and 
decrease in proportion. If the playback rate were negative the curve 
would slope in the opposite direction since an increase in timeline time 
would cause a decrease in player time.


Brian



[web-animations] Some specification issues

2015-02-17 Thread Сергей Грехов
A couple of specification issues.

1) WebIDL for KeyframeEffect
(http://w3c.github.io/web-animations/#the-keyframeeffect-interfaces)
contains the following

// Mutable additions to KeyframeEffectReadonly interface
inherit attribute DOMString spacing;
voidsetFrames (object frames);

I think that spacing attribute is not an addition to
KeyframeEffectReadonly interface but rather mutable override of its member

2) KeyframeEffectReadonly.clone() returns KeyframeEffect instance. It
should return KeyframeEffectReadonly instance. Otherwise this method
should be moved to KeyframeEffect interface

3) Definition of AnimationTimingReadonly.fill attribute
(http://w3c.github.io/web-animations/#dom-animationtimingreadonly-fill) is
the following:

- If the animation node to which the fill mode is being is applied is an
animation,
Use none as the fill mode.
- Otherwise,
Use both as the fill mode.

On level 1 we define only one type of animation node - animation. Does it
makes sense describe fill behavior for non animation nodes here?

Thank you,
Sergey G. Grekhov