W3C home > Mailing lists > Public > www-style@w3.org > January 2014

[CSSWG] Minutes Seattle F2F Mon 2014-01-27 PM II: Transitions and Animations

From: fantasai <fantasai.lists@inkedblade.net>
Date: Thu, 30 Jan 2014 02:10:02 -0800
Message-ID: <52EA24FA.8080606@inkedblade.net>
To: "www-style@w3.org" <www-style@w3.org>
Transitions
-----------

   - Discussed status of Transitions. A bunch of issues need to move to
     other specs.

   - RESOLVED: Remove the paint server definition from Transitions,
               deferring to the Images definition for transitioning
               <image> values.

   - RESOLVED: Remove the gradient animation text from Transitions.

Animations
----------

   - RESOLVED: Remove bit about waiting for document load event before
               starting animations

====== Full minutes below ======

Transitions
-----------

   dbaron: I've made some progress on Transitions.
   dbaron: A bunch of what's left is going through issues, by which I mean
           "here's a 4-page email message that I think is already dealt
           with, but I need to read the whole thing first".
   dbaron: Probably about half the Transitions issues are value-type-specific.
   dbaron: I think basically all of them should be deferred to the next
           level of the spec defining those values.
   dbaron: There are a few that require editing work.
   dbaron: One is dealing with out-of-range values.
   dbaron: I think most of what is left before LC is me doing work that
           I haven't gotten to yet.
   dbaron: I have not been following the Animations issues as well yet.
   dbaron: Also, I've been putting in "defer til level 2" in the status
           whiteboard for some issue, and have two links for the normal
           and the deferred ones.
   dbaron: I made some pretty significant edits around TPAC, and I think
           I talked about those.
   krit: One issue I'm not sure is tracked is the paint server animation.
   krit: I'd remove the section completely.
   RESOLVED: Remove the paint server definition from Transitions,
             deferring to the Images definition for transitioning
             <image> values.
   dbaron: There's also a section about gradient.
   dbaron: Does anyone implement the Transitions definition of gradient
           interpolation, rather than Images?
   krit: Blink and WK don't.
   dbaron: Gecko doesn't animate gradients at all.
   <leif> neither does Presto (from memory)
   <florian> my memory of Presto matches Leif's
   RESOLVED: Remove the gradient animation text from Transitions.

   krit: I'd like to reference the shadow interpolation for drop-shadow(),
         but it only defines shadow-list.  Should I just say it's a list
         of one item?
   [some discussion]
   krit: Yes.

   plh: I heard you were going to move some issues to other specs.
        Are you planning to do that?
   dbaron: I can do it, though I'd be happy with others to help.

   dbaron: I think one of the bigger Animation issues is that we agreed
           to make pretty substantive changes about a year ago, which
           nobody had the time to edit and I'm not sure is compatible
           anymore.
   dbaron: Especially regarding animating non-interpolable values.
   krit: SVG's model is still a bit simpler, where it switches over at
         half the time progress.
   TabAtkins: We currently say that it switches at half the progress,
              not half the time.
   krit: Right, but that means it could hit that point more than once.

   sylvaing: Last time I pull issues out of the mailing list was Jan 1st
             2013 for Animations.  Not sure for Transitions.
   sgalineau agrees to edit CSS Animations again

<br type=coffee dur=15min>

Animations
----------

Scribe: fantasai
   Scribe: fantasai
   krit: Currently, animations spec states that animations start time
         is easier if the document load event is firing
   krit: or when property is resolved for current element
   krit: whatever happens later is actually start time
   krit: I don't think this is what impl do
   krit: implementations start animations once style is resolved
   krit: maybe we should remove sentence about document load
   dbaron: I agree with the change. Thought we already had
   RESOLVED: Remove bit about waiting for document load event before
             starting animations
Received on Thursday, 30 January 2014 13:42:04 UTC

This archive was generated by hypermail 2.3.1 : Thursday, 30 January 2014 13:42:12 UTC