- From: Øyvind Stenhaug <oyvinds@opera.com>
- Date: Fri, 20 Jan 2012 16:45:19 +0100
- To: "www-style@w3.org" <www-style@w3.org>, "Sylvain Galineau" <sylvaing@microsoft.com>
On Fri, 20 Jan 2012 01:01:51 +0100, Sylvain Galineau <sylvaing@microsoft.com> wrote: > We resolved during the 1/4 telcon [1] to allow !important user rules to > override > animations. > > While this seems reasonable and coherent with the overall CSS model, we > need > to understand what it means in scenarios such as: > > @keyframes colorChange { > from { color: red; } > to { color: blue; } > } > div { > animation: colorChange 4s infinite alternate; > transition: color 1s; > } > > /* user stylesheet */ > div:hover { color: green !important; } > > > Obviously the fun part is when the :hover rule matches during the > animation. > > - Does the :hover transition starts from whatever intermediate value was > last > applied by colorChange? I'm not sure, but presumably it should act the same as if the animation were removed while in progress. If there is a transition, it should probably start from the intermediate value. But maybe there shouldn't be a transition at all. > - What happens when the user hovers away? Transitioning back to a moving > target > is not easy nor is it clearly desirable. Nor would a reversal look > appropriate. The current Transitions draft says that "[i]mplementations must not start a transition when the computed value of a property changes as a result of declarative animation". This seems like such a case, though I think that sentence could use some clarification. (If the property's "computed value" changes due to an animation finishing or being aborted, like in the previous question, does that count as a "result of declarative animation"?) See also <http://lists.w3.org/Archives/Public/www-style/2011Nov/0071.html>. > [1] http://lists.w3.org/Archives/Public/www-style/2012Jan/0099.html -- Øyvind Stenhaug Core Norway, Opera Software ASA
Received on Friday, 20 January 2012 15:46:01 UTC