Present: Dmitry Baranovskiy, Steve Block, Shane Stephens, Douglas Stockwell, Brian Birtles
1. Status update
2. Where to from here
3. Animation groups
4. Animation timelines / triggers
5. Animation stack & Keyframe animations
1. STATUS UPDATE
* Lots of renaming stuff
* Tweaks to make zero-duration animations easier to create
* Removed TimingFuncCallback
Shane, Steve, Doug:
* Polyfill implementation work
2. WHERE TO FROM HERE
➙ Agreed we want to prioritise the CSS and SVG integration work
* Discussed briefly the importance of templates
➙ Agreed we can possibly drop them from v1 but will consider further
Can we make the ED more of a "living spec"? Include some v2 features that are clearly marked / filtered out of the FPWD version.
• Some discussion about the value of keeping a single living spec from which we publish different versions vs having a v1 spec plus an extra dumping ground for v2 features and annotations in the v1 spec indicating how those features will be integrated
• Needs some more consideration
FPWD - when? Can we use the FXTF telecon times to start working towards it?
• Work as if we're going to be FPWD-ready by end 2012, but realistically as long as we have it in time for the CSS and SVG F2F in Feb we should be ok
Brian: I had a look. I like the parameterisation of merge. I wonder why merge has to use the parent container's duration. Given recent pushback regarding Web Anim's apparent complexity, I wonder how critical merging is for v1.
➙ Discussed possibility of dropping merging from v1. The difficulty is that to-animation is essentially a merge. Discussed the possibility of still implementing to-animation as a merge but not exposing merging in general through the API in v1.
➙ We will resume further discussion of merging at our next F2F
4. ANIMATION TIMELINES / TRIGGERS
➙ Everyone to read through both (a) Shane’s notes about time sources and triggers and (b) Brian’s notes below about Integration with Media for discussion on Friday
The intention is to be able to use a "replace" animation with a single keyframe for an SVG-style "to" animation. But this breaks the intention of "replace" quite a bit (it should completely ignore everything underneath it). So we could:
a) sample the style when a one-keyframe animation is _created_ and use for the base value
b) sample the underlying style on each frame for one-keyframe animations, and use this for the base value
c) instead use "merge" animations with a constant destination value for an SVG-style "to" animation (and reverse this / augment merge slightly to support "from" animations)