Options:
- # Session Start: Tue Apr 06 00:00:01 2010
- # Session Ident: #css
- # [00:07] * Quits: karl (karlcow@128.30.54.58) (Quit: O public road, I say back I am not afraid to leave you, yet I love you, you express me better than I can express myself.)
- # [00:35] * Quits: arronei (arronei@131.107.0.98) (Connection reset by peer)
- # [00:43] * Joins: arronei (arronei@131.107.0.118)
- # [00:46] * Joins: Lachy (Lachlan@85.196.122.246)
- # [00:50] * Joins: karl (karlcow@128.30.54.58)
- # [01:04] * Quits: jdaggett_ (jdaggett@110.4.186.83) (Quit: jdaggett_)
- # [02:25] * Joins: miketaylr (miketaylr@24.42.95.234)
- # [03:24] * Joins: TabAtkins_ (chatzilla@76.253.3.102)
- # [03:39] * Quits: miketaylr (miketaylr@24.42.95.234) (Connection reset by peer)
- # [03:41] * Joins: miketaylr (miketaylr@24.42.95.234)
- # [03:48] * Quits: dbaron (dbaron@63.245.220.240) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [05:38] * Quits: miketaylr (miketaylr@24.42.95.234) (Client exited)
- # [06:49] * Quits: jdaggett (jdaggett@202.221.217.73) (Quit: jdaggett)
- # [06:59] * Joins: dbaron (dbaron@98.234.51.190)
- # [08:27] <fantasai> TabAtkins_: I'm wondering why animations aren't flat out defined in an at-rule instead of having the keyframes in an at-rule and all the other relevant info munged into comma-separated properties on the selector
- # [08:27] <TabAtkins_> Presumably for flexibility.
- # [08:28] <TabAtkins_> You can pulse different number of times, different durations, etc.
- # [08:29] <fantasai> well, have an @rule for keyframes then
- # [08:29] <fantasai> and another one for named animations
- # [08:29] <fantasai> @keyframes { ... }
- # [08:29] <fantasai> @animation throb { ... }
- # [08:30] <TabAtkins_> I don't think you're gaining anything over specifying the animation properties then.
- # [08:30] <fantasai> you gain not having so many properties
- # [08:30] <TabAtkins_> Is that a problem?
- # [08:30] <fantasai> you're proposing to multiply by three
- # [08:30] <fantasai> yes
- # [08:31] <fantasai> it's a lot of overhead
- # [08:31] <TabAtkins_> The alternative is to put them together, but have a way of specifying whether it's an in, out, or during animation.
- # [08:32] <fantasai> also, comma-separated lists are unweildy
- # [08:32] <fantasai> if you have an @rule, you can define a more sane syntax
- # [08:32] <TabAtkins_> You'd need comma separated lists anyway, no? To separate out multiple animations? Or are you thinking just a space-separate list of animations?
- # [08:32] <fantasai> yeah, but then it's just a list of animation names
- # [08:33] <fantasai> you dont' have to match up across properties
- # [08:33] <TabAtkins_> This wouldn't make transitions any less full-of-properties.
- # [08:33] <fantasai> it would
- # [08:33] <fantasai> why wouldn't it?
- # [08:34] <fantasai> If you define stuff in an at-rule and reference it later, the stuff in the at-rule isn't a property
- # [08:34] <fantasai> @font-face defines a bunch of stuff
- # [08:34] <TabAtkins_> Transitions would still need their (somewhat smaller) set of properties, since they don't do anything with keyframes or animations at all.
- # [08:34] <fantasai> well, yeah
- # [08:34] <fantasai> and for more complicated things they can use the same syntax to get names and timing functions and stuff
- # [08:35] <TabAtkins_> I think animations only have two more properties beyond transitions, though. Is that enough to justify changing how you treat their shared properties?
- # [08:37] <fantasai> yeah, I don't know
- # [08:37] <fantasai> btw, one thing I don't like in your proposal is that that you have to know the duration of the play-in animation in order to time the play-during one
- # [08:38] <fantasai> seems like there should be some automatic way to handle that
- # [08:38] <fantasai> also
- # [08:38] <fantasai> hooking together three animations requires that they connect up in a reasonable way, no?
- # [08:39] <fantasai> you can't stop anytime in the middle of play-during and immediately start play-out if they're animating the same properties, otherwise it'll skip frames or something
- # [08:39] <TabAtkins_> Mm, true about needing an automatic way to start a play-during animation.
- # [08:40] <fantasai> anyway, I don't really have intelligent comments to make on this stuff. should go back and finish the minutes
- # [08:40] * fantasai hopes she can find all the relevant IRC logs
- # [08:41] <TabAtkins_> Perhaps one could leave the "from" keyframe selector out, and automatically grab the value that the previous class of animation had?
- # [08:41] <TabAtkins_> I think there might be some nice automatic way to smoothly transition between animations.
- # [08:41] <TabAtkins_> (pun intended)
- # [08:46] * fantasai thinks transitioning animation-duration will lead to some interesting effects
- # [08:47] <TabAtkins_> I think the draft actually says that the values of the animation-* properties are frozen when the animation starts. ^_^
- # [08:47] <TabAtkins_> (for the purposes of that animation)
- # [08:47] <fantasai> oh, so you can't slow something down as you unhover?
- # [08:47] <fantasai> :)
- # [08:48] <TabAtkins_> luckily, no ^_^
- # [08:53] <fantasai> So what if I want to spin down a spinny thing as you unhover?
- # [09:07] * Quits: TabAtkins_ (chatzilla@76.253.3.102) (Ping timeout)
- # [09:23] * Quits: dbaron (dbaron@98.234.51.190) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [10:06] * Quits: anne (annevk@83.85.115.123) (Connection reset by peer)
- # [10:06] * Joins: anne (annevk@83.85.115.123)
- # [10:19] * Joins: jdaggett (jdaggett@202.221.217.73)
- # [11:00] * Quits: jdaggett (jdaggett@202.221.217.73) (Quit: jdaggett)
- # [11:25] * Quits: Lachy (Lachlan@85.196.122.246) (Quit: This computer has gone to sleep)
- # [11:36] * Joins: lstorset (lstorset@213.236.208.22)
- # [11:38] * Parts: lstorset (lstorset@213.236.208.22)
- # [11:48] * Joins: Lachy (Lachlan@213.236.208.22)
- # [12:22] * Quits: Lachy (Lachlan@213.236.208.22) (Quit: Leaving)
- # [12:22] * Joins: Lachy (Lachlan@213.236.208.22)
- # [13:00] * Joins: jdaggett (jdaggett@110.4.186.83)
- # [13:58] * Joins: Bert_ (bbos@mcclure.w3.org)
- # [13:58] * Quits: Bert_ (bbos@mcclure.w3.org) (Quit: leaving)
- # [14:20] * Quits: jdaggett (jdaggett@110.4.186.83) (Quit: jdaggett)
- # [15:04] * Joins: myakura (myakura@122.17.119.104)
- # [15:18] * Joins: miketaylr (miketaylr@38.117.156.163)
- # [15:58] * Joins: ChrisL (ChrisL@128.30.52.169)
- # [16:02] * Quits: myakura (myakura@122.17.119.104) (Quit: Leaving...)
- # [17:25] * Quits: Lachy (Lachlan@213.236.208.22) (Quit: This computer has gone to sleep)
- # [17:44] <TabAtkins> fantasai: To spin down a spinner, just make a keyframe that slows things down, and/or use an appropriate timing function.
- # [17:49] * Quits: ChrisL (ChrisL@128.30.52.169) (Client exited)
- # [19:36] * Joins: jdaggett (jdaggett@110.4.186.83)
- # [20:54] * Quits: jdaggett (jdaggett@110.4.186.83) (Quit: jdaggett)
- # [20:56] * Joins: dbaron (dbaron@63.245.220.240)
- # [21:33] * Joins: Lachy (Lachlan@85.196.122.246)
- # [22:08] * Quits: Lachy (Lachlan@85.196.122.246) (Quit: Leaving)
- # [22:12] * Quits: dbaron (dbaron@63.245.220.240) (Ping timeout)
- # [22:16] * Joins: dbaron (dbaron@63.245.220.240)
- # [22:21] * Joins: Curt` (DorkeyDear@75.10.134.207)
- # [22:54] * Joins: sylvaing (sylvaing@76.104.131.10)
- # [22:54] * Quits: sylvaing (sylvaing@76.104.131.10) (Quit: sylvaing)
- # [22:54] * Joins: sylvaing (sylvaing@76.104.131.10)
- # [22:57] * Joins: TabAtkins_ (tabatkins@216.239.45.4)
- # [22:58] <TabAtkins_> exit
- # [22:58] * Quits: TabAtkins_ (tabatkins@216.239.45.4) (Quit: leaving)
- # [23:02] * Quits: miketaylr (miketaylr@38.117.156.163) (Client exited)
- # [23:09] * Joins: jdaggett (jdaggett@110.4.186.83)
- # Session Close: Wed Apr 07 00:00:00 2010
The end :)