- From: Dean Jackson <dino@apple.com>
- Date: Mon, 01 Aug 2011 14:43:59 -0700
- To: Rik Cabanier <cabanier@gmail.com>
- Cc: Jonathan Snook <jonathan@snook.ca>, www-style@w3.org
- Message-id: <391E4D26-0863-428E-9171-0D3F3FEE8E66@apple.com>
On 01/08/2011, at 2:36 PM, Rik Cabanier wrote:
> Yes, you're absolutely right. I assumed that the default fill-mode was 'forwards'.
>
> Are you proposing that the following constructs become valid as well:
> @keyframes fade {
> 10% { display:block; opacity: 1; }
> 90% { display:none; opacity:0; }
Yes. It will depend on the timing function as to when the switch from block to none occurs.
> }
> and
> @keyframes fade {
> 10% { display:block; opacity: 1; }
> 30% { display:none; opacity:0; }
> 60% { display:block; opacity: 1; }
> 90% { display:none; opacity:0; }
> }
Yes. Authors will have to realise that this may not perform very well.
>
> This would be most helpful, but it seems odd that an element has a running animation and a style of 'display: none'.
Yes, it is odd. That's why I'm waiting for other implementors to disagree :)
Dean
>
> Rik
>
> Rik
>
> On Mon, Aug 1, 2011 at 2:20 PM, Dean Jackson <dino@apple.com> wrote:
>
> On 01/08/2011, at 2:16 PM, Rik Cabanier wrote:
>
>> I think Jonathan was looking for a solution that removes the DIV from the flow. Setting opacity to 0 will not remove the object so it will still take up space and be part of the page's layout.
>> If you have a lot of animations, this causes significant slowdowns.
>
> But he has display:none; on the div.hidden rule.
>
> So basically the animation should run with display:block through all keyframes, then once it is done it reverts to the non-animated style where display is none.
>
> This could lead to some weird behaviour, such as if the animation had a delay. A lot depends on when exactly the animation starts. The spec is awful in these areas :(
>
> Dean
>
>>
>> Rik
>>
>> On Mon, Aug 1, 2011 at 1:46 PM, Dean Jackson <dino@apple.com> wrote:
>>
>> On 28/07/2011, at 10:22 PM, Jonathan Snook wrote:
>>
>> > However, currently, non-transitionable properties are ignored. I'd like to suggest that this be changed and I'll give you a particular use case:
>> >
>> > div {
>> > display:block;
>> > }
>> >
>> > div.hidden {
>> > display:none;
>> > animation: slide-out 1s 1;
>> > }
>> >
>> > In this example, the hidden class is applied to a DIV via JavaScript. The problem is that by setting display:none, neither animations nor transitions will work. I would propose that non-transitionable values be allowed.
>> >
>> > @keyframes slide-out {
>> > 0% { display:block; opacity: 1; }
>> > 100% { display:none; opacity:0; }
>> > }
>>
>> I think if you set 100% { display: block; opacity: 0; } you'd get the effect you're looking for.
>>
>> The spec should say that non-animatable properties in a keyframe value rule are applied (we agreed for transitions that non-animatable properties do actually change over time, at the end of the duration). If that's not the case then I'll fix it. If WebKit doesn't implement this then it's a bug too.
>>
>> So basically, I think there is a workaround, but it might not be specified or implemented :) Hopefully others agree.
>>
>> Dean
>>
>>
>>
>>
>
>
Received on Monday, 1 August 2011 21:44:26 UTC