Options:
- # Session Start: Wed Feb 24 00:00:00 2010
- # Session Ident: #css
- # [00:19] * Quits: arronei (arronei@131.107.0.82) (Client exited)
- # [00:19] * Joins: arronei (arronei@131.107.0.85)
- # [01:42] * Joins: jdaggett (jdaggett@202.221.217.73)
- # [01:54] * Joins: anthony (chatzilla@203.12.172.254)
- # [01:55] * Parts: anthony (chatzilla@203.12.172.254)
- # [03:02] * Quits: anne (annevk@83.85.115.123) (Ping timeout)
- # [03:30] * Quits: Curt` (DorkeyDear@76.241.77.112) (Quit: Leaving)
- # [06:01] * Quits: TabAtkins (chatzilla@70.139.15.246) (Ping timeout)
- # [06:16] * Quits: dbaron (dbaron@63.245.220.240) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [07:16] * Joins: shepazu_ (schepers@128.30.52.169)
- # [07:19] * Quits: shepazu (schepers@128.30.52.169) (Ping timeout)
- # [09:31] <jdaggett> fantasai: ping
- # [09:41] * Joins: anne (annevk@83.85.115.123)
- # [09:55] * shepazu_ is now known as shepazu
- # [10:31] * jdaggett is now known as jdaggett_afk
- # [10:40] * Quits: Lachy (Lachlan@83.170.95.133) (Quit: This computer has gone to sleep)
- # [10:47] * Joins: Lachy (Lachlan@88.131.66.114)
- # [10:50] * Quits: Lachy (Lachlan@88.131.66.114) (Ping timeout)
- # [10:51] * Joins: Lachy (Lachlan@83.170.95.133)
- # [10:55] * Quits: Lachy (Lachlan@83.170.95.133) (Quit: Leaving)
- # [10:59] * Joins: Lachy (Lachlan@88.131.66.80)
- # [11:57] * Joins: jdaggett (jdaggett@118.243.226.86)
- # [12:02] * Quits: shepazu (schepers@128.30.52.169) (Ping timeout)
- # [12:09] <fantasai> jdaggett: pong
- # [12:10] * fantasai thinks it should be bedtime
- # [12:11] * fantasai will wait a 5 minutes, however, because by morning it will be bedtime for jdaggett
- # [12:59] * Joins: myakura (myakura@123.224.228.213)
- # [14:02] * Quits: Lachy (Lachlan@88.131.66.80) (Connection reset by peer)
- # [14:03] * Joins: Lachy (Lachlan@88.131.66.80)
- # [14:22] * Joins: TabAtkins (chatzilla@70.139.15.246)
- # [14:35] * Quits: TabAtkins (chatzilla@70.139.15.246) (Ping timeout)
- # [15:27] * Quits: jdaggett (jdaggett@118.243.226.86) (Quit: jdaggett)
- # [16:52] * Joins: dbaron (dbaron@98.234.51.190)
- # [16:52] <dbaron> I might be a few minutes late to the telecon, although hopefully not... I need to stop by the post office on my way in, and it opens half an hour before the telecon starts.
- # [16:52] <dbaron> (There's sometimes a long line at the post office.)
- # [17:05] * Joins: szilles (chatzilla@67.180.184.118)
- # [17:11] * Quits: dbaron (dbaron@98.234.51.190) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [17:12] * Joins: TabAtkins (chatzilla@70.139.15.246)
- # [17:44] * Joins: smfr (smfr@68.183.233.11)
- # [17:44] * Joins: glazou (glazou@82.247.96.19)
- # [17:44] * Quits: TabAtkins (chatzilla@70.139.15.246) (Ping timeout)
- # [17:44] * Joins: Zakim (rrs-bridgg@128.30.52.30)
- # [17:44] * Joins: RRSAgent (rrs-loggee@128.30.52.169)
- # [17:44] <RRSAgent> logging to http://www.w3.org/2010/02/24-CSS-irc
- # [17:44] <glazou> Zakim, this will be Style
- # [17:44] <Zakim> ok, glazou; I see Style_CSS FP()12:00PM scheduled to start in 17 minutes
- # [17:44] <glazou> RRSAgent, make logs public
- # [17:44] <RRSAgent> I have made the request, glazou
- # [17:52] * Quits: myakura (myakura@123.224.228.213) (Quit: Leaving...)
- # [17:58] <Zakim> Style_CSS FP()12:00PM has now started
- # [17:58] <Zakim> +glazou_sick
- # [17:58] <glazou> LOL
- # [17:58] <glazou> Zakim, glazou_sick is me
- # [17:58] <Zakim> +glazou; got it
- # [17:59] * Joins: oyvind (oyvinds@213.236.208.22)
- # [18:01] <Zakim> +smfr
- # [18:01] * Joins: dbaron (dbaron@63.245.220.240)
- # [18:01] * dbaron RRSAgent, pointer?
- # [18:01] * RRSAgent See http://www.w3.org/2010/02/24-CSS-irc#T16-59-44
- # [18:01] <Zakim> -glazou
- # [18:01] <Zakim> +[Mozilla]
- # [18:01] <Zakim> -smfr
- # [18:02] <smfr> stupid AT&T
- # [18:02] <Zakim> +smfr
- # [18:02] * dbaron Zakim, [Mozilla] has dbaron
- # [18:02] * Zakim +dbaron; got it
- # [18:02] <Zakim> +glazou
- # [18:02] * Joins: dethbakin (dethbakin@98.234.211.150)
- # [18:03] <Zakim> +dethbakin
- # [18:04] <Zakim> +[Microsoft]
- # [18:04] <Zakim> +Bert
- # [18:04] * Joins: sylvaing (sylvaing@131.107.0.106)
- # [18:04] <Zakim> +SteveZ
- # [18:04] <Zakim> + +200000aaaa
- # [18:04] * dbaron Zakim, aaaa is fantasai
- # [18:04] * Zakim +fantasai; got it
- # [18:05] <Zakim> +plinss
- # [18:05] <glazou> we have regrets from dsinger, molly and bradk
- # [18:08] <szilles> Scribenick: szilles
- # [18:09] <szilles> DG: Light agenda, mostly from last week
- # [18:09] <szilles> DG: we should start a discussion of coming F2F, agenda items, schedules, attendance
- # [18:10] <szilles> Agenda: 1. Follow up on Image Position and Image Fit
- # [18:10] <glazou> http://lists.w3.org/Archives/Public/www-style/2010Jan/0476.html
- # [18:10] <szilles> BB: Last weeks discussion did not reach a conclusion on anything
- # [18:11] <szilles> BB: Elika proposes and I agree that the rule for "overflow" should be clip the overflowing parts
- # [18:12] <szilles> SMFR: I can see use cases for scrollbars or the above solution; We could go either way
- # [18:14] <szilles> EE: The author can put scroll bars on the replace element it self; e.g. a document inside an iframe. Thus there is no particular need for scroll bars on the box into which the replace element goes
- # [18:14] <szilles> SMFR: I agree with Elika's analysis; clipping makes most sense
- # [18:15] <szilles> DB: no opinion, still trying to understand it, but willing to live with the clipping proposal
- # [18:15] <szilles> Decision: Clipping is the behavior for overflow
- # [18:16] <szilles> 1a. Missing "none"
- # [18:17] <szilles> EE: the answer despends on what the model is for negotiation between the box and the replaced element. I suggested one in a reply
- # [18:18] <fantasai> http://lists.w3.org/Archives/Public/www-style/2010Feb/0164.html
- # [18:21] <szilles> EE: The "none' value is asserted as necessary for SVG. I am not sure that this is so.
- # [18:22] <szilles> EE: If CSS decides on the view box size and SVG decides how to fill it then there is no need for a 'none' value because SVG setting will be used anyway
- # [18:22] <szilles> ACTION (all) read Elika's answer above
- # [18:22] * trackbot noticed an ACTION. Trying to create it.
- # [18:22] <trackbot> Sorry, couldn't find user - (all)
- # [18:23] <szilles> 1c * Fit to content or padding box?
- # [18:23] <szilles> Decision: content box
- # [18:23] <szilles> 1d * Don't inherit
- # [18:24] <szilles> DG: It is suggested to not inherit image-postition and image-fit
- # [18:25] <szilles> EE: the use case for inheritance is "nested elements" but it seems to be more important to honor SVG's preserve aspect ratio
- # [18:25] <fantasai> yes
- # [18:26] <szilles> SMFR: I am fine with no inheritance
- # [18:26] <fantasai> s/nested/nested object/
- # [18:26] <szilles> BB: me too
- # [18:27] <szilles> Decision: Do what is best for SVG
- # [18:27] <szilles> ACTION (Elika): Find out what is best for SVG
- # [18:27] * trackbot noticed an ACTION. Trying to create it.
- # [18:27] <trackbot> Sorry, couldn't find user - (Elika)
- # [18:27] * Bert thinks it has to be w/o parentheses
- # [18:28] <szilles> N. B. if what is best for SVG involves no inheritance, then there will be no inheritance
- # [18:28] <szilles> 1d Which module does image-fit go into
- # [18:29] * glazou still coughs a lot, sorry for the noise
- # [18:29] <szilles> EE: could move this property out of the page module into the images module which is being actively edited
- # [18:30] <szilles> BB: Paged Media should be back into CR as soon as possible
- # [18:30] <glazou> Zakim, who is here?
- # [18:30] <Zakim> On the phone I see [Mozilla], smfr, glazou, dethbakin, [Microsoft], Bert, SteveZ, fantasai, plinss
- # [18:30] <Zakim> [Mozilla] has dbaron
- # [18:30] <Zakim> On IRC I see sylvaing, dethbakin, dbaron, oyvind, RRSAgent, Zakim, glazou, smfr, szilles, Lachy, anne, jdaggett_afk, arronei, karl, krijnh, plinss_, plinss, Bert, Hixie, fantasai,
- # [18:30] <Zakim> ... trackbot
- # [18:30] <szilles> EE: The catch is that there are a bunch of open issues that will delay getting paged media done
- # [18:31] <szilles> PL: HP is implementing it now and will likely want to push this through, perhaps via me
- # [18:32] <szilles> SZ: Who will make the changes?
- # [18:33] <szilles> EE: The problem with making the changes in Paged Media, is that due to references to the CR version from other orgs we cannot move the draft back to WD
- # [18:34] <szilles> The result of this is that the "editor's draft" that is public cannot be reissued so there is a large discrepency between it and the CR draft.
- # [18:36] <szilles> SZ: it is disconcerting that someone is normatively referencing an out of date document whatever its status
- # [18:37] <szilles> EE: There was some print stuff going on at MIPC and some other org; HP could perhaps provide more detail
- # [18:37] <sylvaing> Zakim, [Microsoft] has sylvaing
- # [18:37] <Zakim> +sylvaing; got it
- # [18:38] <szilles> SZ: can we action HP to tell us what they think the constraints are on the paged media module
- # [18:38] <szilles> ACTION (PL): Get information from HP
- # [18:38] * trackbot noticed an ACTION. Trying to create it.
- # [18:38] <trackbot> Sorry, couldn't find user - (PL)
- # [18:38] <szilles> 1e A new 'auto' behavior
- # [18:39] <szilles> BB: I do not like it; I think we can do without it
- # [18:39] <szilles> PL: how do we get the default behaviors without it
- # [18:39] <szilles> EE: We can say that we assign the box and the content "filler" does what ever it thinks is right
- # [18:40] <szilles> EE: using the model above, the content filler is given the size of the area to fill and it makes the decision on how to fill it
- # [18:41] <szilles> SG: Would 'auto' be the default behavior then?
- # [18:41] <szilles> Answer: yes
- # [18:42] <szilles> DB: Because "object" is so hard to implement, perhpas we should not force that on every other kind of element
- # [18:43] <szilles> SG and DB: auto should not be the default just because it is good for "object"
- # [18:44] <szilles> DG: do you agree that a new "auto" value is needed?
- # [18:44] <dbaron> I think <object> behavior might be a bunch of quirks... and object isn't used very much for any of this.
- # [18:44] <dbaron> I think the right behavior for <object> might be to switch implementations to doing 'fill'.
- # [18:44] <szilles> SG and DB: no, we do not agree there is a need
- # [18:44] <szilles> Decision: the proposal for a new "auto" value is not accepted
- # [18:45] <szilles> 2. Applying transitions to properties like visibility
- # [18:45] <glazou> http://lists.w3.org/Archives/Public/www-style/2009Nov/0328.html
- # [18:45] <szilles> DB: I think that this is more likely a F2F topic
- # [18:45] <szilles> agreed
- # [18:45] <szilles> 3. animation Fill Modes
- # [18:45] <glazou> http://lists.w3.org/Archives/Public/www-style/2010Jan/0443.html
- # [18:46] <Zakim> -fantasai
- # [18:46] * fantasai has to attend an i18n telecon
- # [18:46] <szilles> SMFR: this would be in addition to animation spec to add a property 'animation-fill-mode'
- # [18:47] <szilles> SMFR: property allows author to spec whether the effect of the animation extends from now to end of delay period and how it ends
- # [18:47] <szilles> DB: How does this interact with the animation-iteration-count?
- # [18:48] <szilles> SMFR: this would apply only after the last interation
- # [18:48] <szilles> DB: With and iteration count of 3 and a fill-mode of "both"
- # [18:49] <szilles> SMFR: With a count of 3 and goes forward-backward-forward it applies to the last frame, but if the count were 2 which frame does it apply to
- # [18:50] <szilles> DB: I like it provided that with even iteration counts are explained
- # [18:50] <dbaron> I think even iteration counts should probably mean that the from keyframe applies at both ends
- # [18:51] <dbaron> er, even iteration counts *and* direction:alternate
- # [18:51] <szilles> SMFR: should the animation spec say anythnig about rendering when the animation event fires?
- # [18:51] <glazou> http://lists.w3.org/Archives/Public/www-style/2010Jan/0445.html
- # [18:51] <szilles> ACTION (SMFR); Come back with a more detailed proposal
- # [18:51] * trackbot noticed an ACTION. Trying to create it.
- # [18:51] <trackbot> Sorry, couldn't find user - (SMFR);
- # [18:52] <szilles> 4. Animation Timing Function property
- # [18:52] <smfr> http://lists.w3.org/Archives/Public/www-style/2010Feb/0212.html
- # [18:53] <smfr> ACTION (smfr); Write a more detailed proposal for animation-fill-mode
- # [18:53] * trackbot noticed an ACTION. Trying to create it.
- # [18:53] <trackbot> Sorry, couldn't find user - (smfr);
- # [18:53] <smfr> ACTION smfr; Write a more detailed proposal for animation-fill-mode
- # [18:53] * trackbot noticed an ACTION. Trying to create it.
- # [18:53] <trackbot> Sorry, couldn't find user - smfr;
- # [18:53] <smfr> grr
- # [18:53] * Joins: shepazu (schepers@128.30.52.169)
- # [18:53] <szilles> SMFR: This overlaps with the 'visibility' discussion
- # [18:54] <szilles> Decision: this becomes a topic for the F2F meeting
- # [18:54] <glazou> Percentage heights
- # [18:54] <glazou> http://lists.w3.org/Archives/Public/www-style/2009Nov/0286.html
- # [18:55] <smfr> glazou: you're breaking up
- # [18:55] <glazou> let me rejoin
- # [18:55] * sylvaing wishes his random ideas looked like David's
- # [18:55] <szilles> 5. Percentage height calculations
- # [18:55] <Zakim> -glazou
- # [18:55] <szilles> DB: I would need some time to recall this suggestion
- # [18:55] <glazou> sorry lost phone
- # [18:56] <Zakim> +glazou
- # [18:56] * sylvaing he's been caught by HADOPI
- # [18:57] * dbaron is attending
- # [18:57] * dbaron will also be arriving back in the bay area by plane the day before the meeting
- # [18:57] <szilles> DG: Please gather ideas for the F2F agenda
- # [18:57] * sylvaing hopes he can attend the Apple employee store
- # [18:57] <szilles> BB: Richard Ishida has volunteered to help edit the Ruby Module and we should invite him to explain what he is doing
- # [18:58] <szilles> DG: I will arrange an invitation
- # [18:58] <dbaron> http://www.w3.org/International/wiki/BidiProposal
- # [18:59] <szilles> DB: There is a bidi proposal that the I18N WG will be discussing. This is aimed at HTML, but is likely to affect CSS as well
- # [18:59] <szilles> SZ: Should we ask Richard to update us on the bidi propoasl while at our meeting
- # [18:59] <szilles> DB: that would be good.
- # [18:59] <Zakim> -[Mozilla]
- # [18:59] <Zakim> -smfr
- # [18:59] <Zakim> -Bert
- # [18:59] <Zakim> -dethbakin
- # [18:59] <Zakim> -glazou
- # [18:59] <Zakim> -[Microsoft]
- # [18:59] <Zakim> -plinss
- # [18:59] * Parts: smfr (smfr@68.183.233.11)
- # [18:59] <szilles> Adjuourn at 9:58 AM PST
- # [18:59] * Quits: sylvaing (sylvaing@131.107.0.106) (Quit: sylvaing)
- # [19:00] <szilles> Zakim, make minutes
- # [19:00] <Zakim> I don't understand 'make minutes', szilles
- # [19:00] <glazou> Zakim, make minutes public
- # [19:00] <Zakim> I don't understand 'make minutes public', glazou
- # [19:00] <glazou> RRSAgent, make minutes
- # [19:00] <RRSAgent> I have made the request to generate http://www.w3.org/2010/02/24-CSS-minutes.html glazou
- # [19:00] * Bert thinks its rrsagent, not zakim
- # [19:00] <glazou> szilles: that's rrsagent
- # [19:00] <glazou> yep
- # [19:01] * glazou has to run
- # [19:01] <glazou> bye people
- # [19:01] <szilles> bye
- # [19:01] * Quits: glazou (glazou@82.247.96.19) (Quit: glazou)
- # [19:01] * Quits: oyvind (oyvinds@213.236.208.22) (Quit: oyvind)
- # [19:01] * Quits: szilles (chatzilla@67.180.184.118) (Quit: ChatZilla 0.9.86 [Firefox 3.5.7/20091221164558])
- # [19:03] <Zakim> -SteveZ
- # [19:03] <Zakim> Style_CSS FP()12:00PM has ended
- # [19:03] <Zakim> Attendees were glazou, smfr, dbaron, dethbakin, Bert, SteveZ, +200000aaaa, fantasai, plinss, sylvaing
- # [19:25] * Quits: dethbakin (dethbakin@98.234.211.150) (Quit: dethbakin)
- # [19:32] * Joins: dethbakin (dethbakin@98.234.211.150)
- # [19:34] * Quits: dethbakin (dethbakin@98.234.211.150) (Quit: dethbakin)
- # [19:52] * Quits: Lachy (Lachlan@88.131.66.80) (Quit: This computer has gone to sleep)
- # [20:11] * Joins: Lachy (Lachlan@83.170.95.133)
- # [20:39] * Joins: TabAtkins (chatzilla@70.139.15.246)
- # [20:58] * Quits: TabAtkins (chatzilla@70.139.15.246) (Ping timeout)
- # [21:02] * Joins: jdaggett (jdaggett@118.243.226.86)
- # [21:07] * Joins: TabAtkins (chatzilla@70.139.15.246)
- # [21:07] * Zakim excuses himself; his presence no longer seems to be needed
- # [21:07] * Parts: Zakim (rrs-bridgg@128.30.52.30)
- # [21:08] <TabAtkins> Good meeting?
- # [21:08] <TabAtkins> Also: Happy late birthday, fantasai!
- # [22:54] <fantasai> Thanks Tab!
- # [22:54] <fantasai> oh, btw, in response to your comment about grammars for css3-images
- # [22:54] <fantasai> TabAtkins: Yes, you should provide a grammar
- # [22:55] <TabAtkins> Kk, will do.
- # [22:55] <fantasai> TabAtkins: a grammar will make sure that you didn't leave out any important details
- # [22:55] <fantasai> TabAtkins: we had this problem with Selectors
- # [22:55] <TabAtkins> Do we have a reference for how to define the grammar? It's just an ABNF, but I'd like to match our style conventions in laying it out.
- # [22:57] <TabAtkins> (On the topic of gradients, I'm replacing tons of images on my company's site as part of my cleanup before I leave, and I love them.)
- # [23:18] <fantasai> TabAtkins: I'd suggest matching http://www.w3.org/TR/CSS21/grammar.html
- # [23:19] <fantasai> TabAtkins: Bert might have some other pointers
- # [23:19] <TabAtkins> kk
- # [23:20] <TabAtkins> I'll have a proposed grammar on the list tomorrow.
- # [23:20] <TabAtkins> Or Friday, maybe.
- # [23:20] <fantasai> kk
- # [23:21] <fantasai> plinss: Any idea when you can help with the lxml installation on test.csswg.org?
- # [23:33] * Quits: jdaggett (jdaggett@118.243.226.86) (Quit: jdaggett)
- # Session Close: Thu Feb 25 00:00:00 2010
The end :)