15:17:17 RRSAgent has joined #css 15:17:17 logging to http://www.w3.org/2012/06/06-css-irc 15:17:22 Zakim, this will be Style 15:17:22 ok, glazou; I see Style_CSS FP()12:00PM scheduled to start in 43 minutes 15:17:26 RRSAgent, make logs public 15:31:18 jet has joined #CSS 15:47:23 dbaron has joined #css 15:47:26 arronei_ has joined #css 15:54:14 Style_CSS FP()12:00PM has now started 15:54:14 +sylvaing 15:54:29 +??P22 15:54:31 -??P22 15:54:31 +??P22 15:54:37 Zakim, ?P22 is me 15:54:37 sorry, glazou, I do not recognize a party named '?P22' 15:54:44 Zakim, ??P22 is me 15:54:45 +glazou; got it 15:55:01 glenn has joined #css 15:55:21 antonp has joined #css 15:55:44 +plinss 15:56:19 eheh 15:56:40 oyvind has joined #css 15:56:49 +??P7 15:57:05 zakim, ??p7 is me 15:57:05 +glenn; got it 15:58:05 +??P10 15:58:25 +fantasai 15:59:18 + +1.206.675.aaaa 15:59:20 -??P10 15:59:26 zakim, aaaa is me 15:59:35 guess you scared them off 15:59:37 CesarAcebal has joined #css 15:59:53 good 15:59:58 +antonp 16:00:21 +dbaron 16:00:25 +??P36 16:00:32 Zakim, I am ??P36 16:00:32 +florianr; got it 16:00:33 calling back on a (hopefully less-noisy) line 16:00:36 - +1.206.675.aaaa 16:00:38 Rossen has joined #css 16:00:56 rbetts has joined #css 16:01:23 +[Apple] 16:01:27 Zakim, Apple has me 16:01:28 +hober; got it 16:01:41 + +34.60.94.aabb 16:01:41 +[Microsoft] 16:01:44 +Brian_Leroux 16:01:59 Zakim, [Microsoft] is me 16:01:59 +Rossen; got it 16:02:01 zakim, aabb is me 16:02:01 +CesarAcebal; got it 16:02:09 +stearns 16:02:12 Zakim, Brian_Leroux is rbetts 16:02:12 +rbetts; got it 16:02:17 +SteveZ 16:02:52 SteveZ has joined #css 16:03:00 +TabAtkins_ 16:03:04 lol 16:03:11 not _that_ kind of duck 16:03:11 + +1.253.307.aacc 16:03:16 smfr has joined #css 16:03:17 zakim, aacc is me 16:03:22 +arronei_; got it 16:03:31 rbetts: use http://www.w3.org/1998/12/bridge/info/name.php3 to update the phone number to nick mapping in Zakim 16:03:44 will do that right now 16:03:59 +smfr 16:04:25 ScribeNick: fantasai 16:04:41 bradk has joined #css 16:04:45 glazou: Unprefixing of transforms, transitions, and animations 16:04:48 glazou: max 10 minutes 16:05:00 glazou: Since MS unprefixed these in IE10, is allowing other vendors to do that right now. 16:05:05 glazou: and get status report on the specs 16:05:15 +??P11 16:05:16 Tab: I'm morally approving of this move, we should all do it 16:05:28 vhardy__ has joined #css 16:05:34 Florian: It's painful that they're prefixed, so now cat is out of box, yes. 16:05:46 dbaron: I think we should unprefix as well. Would also like to see the specs move forward. 16:05:52 glazou: Hearing consensus here. Any objection? 16:05:58 +bradk 16:06:11 smfr: Are we making an exception for these specs specifically, or changing the policy in general? 16:06:17 + +1.415.617.aadd 16:06:17 sorry I'm late 16:06:24 Florian: We're making an exception right now, can discuss the rest later. 16:06:28 smfr: I'm ok with that then. 16:06:58 Florian: Are we some strings attached with this permission, or do we assume every implementation is good enough? 16:07:01 glazou: The latter 16:07:13 koji has joined #css 16:07:14 Zakim, who is noisy? 16:07:23 plinss: I think everyone's impl should be matching the spec at this point, given that I don't see a problem with unprefixing. 16:07:28 glazou, listening for 10 seconds I heard sound from the following: 20 (53%), glazou (59%), rbetts (29%), TabAtkins_ (5%), +1.415.617.aadd (16%) 16:07:56 smfr: We're not in a position to object, but asking forgiveness here not permission. 16:08:01 ... 16:08:05 glazou: We did discuss this before. 16:08:24 Florian: Browser vendors can do anything they want, obviously; question is what *should* we do. 16:08:47 plinss: They can do anything they want, but if they go against WG they're non-conforming. 16:09:05 plinss: Getting WG to agree means they can ship unprefixed and still be conformant. 16:09:24 plinss: This isn't a change in policy, this is a special exception. We've discussed several times before, didn't have consensus. Seem to have consensus now. 16:09:43 plinss: Still like to get to CR. 16:09:44 nimbu has joined #css 16:09:48 ChrisL has joined #css 16:10:13 plinss: MS is not going off on a limb and doing things on their own. MS didn't quite get permission first, but we're at a place where we're ready to give permission anyway. 16:10:31 smfr: Let's imagine that we discover IE doesn't match the CSS Transforms spec when it comes to 3D Rendering section 16:10:46 smfr: Do we now have to match IE's behavior because it's unprefixed, or they have a bug? 16:10:48 +ChrisL 16:11:00 Tab: It'll be standard compat issue -- what decision breaks the least thing. Just like 2.1 decisions. 16:11:13 glazou: IE10 is a preview, right? Still have times to fix things if urgent. 16:11:16 Zakim, who is here? 16:11:16 On the phone I see sylvaing, glazou, plinss, glenn (muted), fantasai, antonp, dbaron, florianr, [Apple], CesarAcebal, Rossen, rbetts, stearns, SteveZ, TabAtkins_, arronei_, smfr, 16:11:16 ... ??P11, bradk, +1.415.617.aadd, ChrisL 16:11:17 [Apple] has hober 16:11:19 On IRC I see ChrisL, nimbu, koji, vhardy__, bradk, smfr, SteveZ, rbetts, Rossen, CesarAcebal, oyvind, antonp, glenn, arronei_, dbaron, jet, RRSAgent, Zakim, glazou, SimonSapin, 16:11:20 sylvaing: Yes, some lattitude about that. 16:11:25 ... drublic, kennyluck, florianr, Ms2ger, tantek, danielfilho, ed, decadance, krijnh, isherman, stearns, shepazu, logbot, heycam|away, sylvaing, alexmog, shans, vhardy, 16:11:26 dbaron: Still some open issues in the specs. 16:11:27 ... CSSWG_LogBot, hober, fantasai, TabAtkins, gsnedders, paul___irish, arronei, dglazkov, Hixie, trackbot, Bert, plinss 16:11:31 -florianr 16:11:34 +??P36 16:11:45 Zakim, I am ??P36 16:11:47 +florianr; got it 16:11:52 +??P80 16:11:59 sylvaing: We expect that in some cases we'll match spec, in others might be non-conformant against testcases 16:12:00 Zakim, I am ??P80 16:12:00 +florianr; got it 16:12:08 +tantek 16:12:17 good morning 16:12:19 Zakim, aadd is me 16:12:22 +nimbu; got it 16:12:29 glazou: So, resolve? Any objection? 16:12:48 glazou: I'm hearing no objection, declaring consensus, we're unprefixing Transforms, Transitions, and Animations 16:12:53 great! 16:13:13 -florianr 16:13:14 RESOLVED: Transitions, Transforms, and Animations may be released unprefixed. 16:13:20 glazou asks about status of spcs 16:13:30 sylvaing: Now that release preview is out, will make more time to go through issues 16:13:43 sylvaing: Once done with flexbox, want to give priority to those 16:14:07 smfr: We have 11 open bugs on Transforms, 5 are editorial, 2 are already resolved, so 3-4 need more consideration 16:14:12 smfr: Don't think any big serious issues 16:14:25 plinss: Good time to push on getting tests for these specs 16:14:48 florianr: Speaking of tests, when releasing unprefix, is it encouraged or required to release implementation report? 16:15:15 +??P19 16:15:42 ... 16:15:47 normally, unprefixing can happen as soon as a draft enters CR 16:15:48 zakim, ??p19 is me 16:15:48 +koji; got it 16:15:50 implementation reports typically come sometime *during* CR. 16:16:00 re: florianr question 16:16:00 tantek, read snapshot 16:16:13 rbetts_ has joined #css 16:16:26 plinss: Prefixes was discussed with TAG, and they said we don't have a one-document explanation of our policy, both from vendor and author perspective 16:16:31 plinss: Think it's a good idea, publish as WG Note 16:16:35 sounds good 16:16:37 plinss: Sound good to everyone? 16:16:37 yes 16:16:41 who will write it? 16:16:48 +1 for prefix document 16:16:58 Florian: Do we want to publish such a note before we debate policy, or only after we decide what the new policy should be? 16:17:05 sylvaing: Don't think any harm in documenting current practice 16:17:05 We should document what we have been doing 16:17:11 plinss: Good to say what we're changing from 16:17:41 dbaron: If we're going to change it, should publish old and new policies together 16:18:01 ... 16:18:14 there is some echo 16:18:17 fantasai: Policy for vendors is already documented in snapshot, just not for authors 16:18:18 fantasai: old policy from vendor perspective is documented in snapshot and in drafts that follow module template 16:18:27 fantasai: from an author perspective its not documented 16:18:36 zakim, who is noisy? 16:18:43 plinss: Also heard feedback that shwhat's in snapshot is not clear 16:18:46 ChrisL, listening for 10 seconds I heard sound from the following: koji (25%) 16:18:48 Zakim, mute koji 16:18:48 koji should now be muted 16:18:48 -koji 16:19:08 fantasai - yes, what plinss said (re: snapshot, and your suggestion to "read snapshot") 16:19:12 glazou: Ok, let's do that. Who is going to write the document? 16:19:17 ChrisL: I'm happy to help for that 16:19:32 Florian: I'm not sure we agree on what authors are supposed to do 16:19:35 i am happy to help gather feedback from author side of things 16:19:40 alexmog_ has joined #css 16:19:44 glazou: Let's write the document, it'll go through this WG and we'll discuss it 16:19:45 cc: florianr 16:19:52 +??P12 16:19:54 plinss: Document gives us a concrete proposal to start with 16:20:01 zakim, ??p12 is me 16:20:02 +koji; got it 16:20:17 Florian: Just concerned we'll spend too much time on that 16:20:23 plinss: Chairs job to manage time 16:20:36 RESOLVED: WWrite document explaining prefixing policy as WG Note 16:20:38 https://lists.w3.org/Archives/Member/w3c-css-wg/2012AprJun/0269.html 16:20:42 Topic: Box Alignment 16:20:47 ScribeNick: TabAtkins 16:20:53 fantasai: We all agreed we shoudl work on this. 16:21:01 fantasai: and there were several decisions taht went into flexbox that went into the draft. 16:21:17 fantasai: I want to publish this with Flexbox, because we wanted to make it clear that the Flexbox properties will be extended. 16:21:22 I am for publication of the FPWD 16:21:25 +1 16:21:34 fantasai: So I'd like to publish FPWD of Box Align on the same day we publish Flexbox LC. 16:21:36 http://dev.w3.org/csswg/css3-align/ 16:21:39 +1 16:21:40 florianr: Good. 16:21:51 dbaron: What does the current draft say about how it applies to blocks? 16:22:08 fantasai: Same thing it said in the f2f - justify is in the inline direction, align is in the block direction. 16:22:25 fantasai: [explains what the -content/-self does for Block as well] 16:22:54 3.1 heading says "the ‘box-justify’ property" but the table refers to "justfify-self" 16:23:13 florianr: In the doc you have several parts where you refer to the old properties in Flexbox, those need to be updated. 16:23:19 zakim, mute me 16:23:19 ChrisL should now be muted 16:23:21 fantasai: Yeah, I need to make sure a few things is up-to-date. 16:23:30 florianr: I'm okay with it if those are changed. 16:24:03 dbaron: I think it might be important that the doc be a little clearer about what the big table with checkmarks mean. 16:24:03 Bert is on vacation, I will handle the publication 16:24:11 dbaron: It's saying that these properties handle the other models. 16:24:27 this document has the best images in a CSS spec ever :-D 16:24:30 dbaron: It shoudl probably be clear that the extensions are hypothetical currently, but it's still not entirely sure how they'll work. 16:25:03 dbaron: I just don't want people to try and implement these for layout models we haven't discussed yet, based on the little amount of information in this doc. 16:25:14 fantasai: This is a draft, and it does state what happens in the other layout models. 16:25:29 florianr: We agree on the general ideas for how it applies to Block, but not yet the details. 16:26:08 I agree with glazou. Super helpful illustrations. 16:26:56 dbaron: Some details seem to have been filled in since the f2f. 16:27:02 fantasai: It hasn't been changed since then, only naming. 16:27:10 fantasai: I can remove the properties, or...? 16:27:21 s/properties/details/ 16:27:24 TabAtkins: (and florian) just put in an issue about Block and Table not yet being finished. 16:27:36 http://www.w3.org/mid/5F1E71885C2346FAABB7AB84C4AA7E3B@FREMYD2 16:27:51 RESOLVED: Publish FPWD of Box Align, with corrections + note about how Block and Table interaction is still uncertain. 16:27:54 ScribeNick: divya 16:28:03 ScribeNick: nimbu 16:28:12 TabAtkins: couple of changes i want to make in vars 16:28:33 TabAtkins: the reason why i presented int he form i did, because it required least amount of syntax additions, so we can focus on ideas itself 16:28:38 TabAtkins: i always wanted something similar 16:28:46 jet has left #CSS 16:28:58 TabAtkins: feedback privately from some people in the group that something simpler like a $ sign would be more desirable. 16:29:08 TabAtkins: changed draft to incorporate that, but it is not permanent 16:29:26 TabAtkins: var properties are still defined with var-foo, but I would prefer it as $foo, the vars are used as $foo. 16:29:51 TabAtkins: the var f() exists if you wantto provide default values for vars, and outside of parent f() to refer to inherited values. 16:30:02 TabAtkins: the big discussion has been going on what kind of syntax 16:30:21 TabAtkins: some people vocally dislike $ sign and have been playing around with other syntaxes 16:30:34 TabAtkins: I prefer using $ sign for usage, i would like to use $ sign for property defn as well 16:30:48 q+ 16:30:53 glazou: it seems to me $ would conflict with css preprocessors. 16:30:58 zakim, unmute me 16:30:58 ChrisL should no longer be muted 16:31:17 TabAtkins: the maintainer of sass has mentioned that we shouldnt care about compatibility of css with sass. 16:31:23 Zakim, ack ChrisL 16:31:23 I see no one on the speaker queue 16:31:24 q+ 16:31:31 ChrisL: i was gonna say what TabAtkins just said. 16:31:44 TabAtkins: there are other langs like using php to write css, in my experience it is not an issue. 16:31:57 Zakim, ack florianr 16:31:57 I see no one on the speaker queue 16:31:58 TabAtkins: it only happens if you are using string interpolation. 16:32:05 florianr: 3 reasons for disagreeing. 16:32:14 florianr: yes, sass is willing to be fixed, but it is an open set. 16:32:17 with PHP, just be sure to use single quotes ' ' rather than double quotes " " in order to avoid processing of $ variables 16:32:25 florianr: since we have an alternative why break things. 16:32:55 florianr: i am under the impression that threre is a large overlap between people who want to use $ and the set of people who think we should use $ in property names and places other than values. 16:33:07 florianr: because they behave diff it is a good thing they look different 16:33:29 Let's use the euro symbol instead of the dollar sign. 16:33:31 florianr: you would introduce another f() to do var inherit, if we have to have a f() anyway, i would just have that syntax rather than multiple mechanisms. 16:33:47 florianr: the way it was initially proposed, still look best to me. 16:34:01 q+ 16:34:07 florian+ 16:34:17 tabatkins+ 16:34:28 TabAtkins: if people are confused they will immediately realise that it doesnt work. 16:34:36 florianr: it doesnt mean that they would immediately understand why 16:34:59 TabAtkins: it is not even confusing, you define a variable it looks like this, if you try to use variable as property name, it is not something that is possible to confuse 16:35:09 florianr: it is possible to be ocnfused not be misused. 16:35:16 I agree that any such confusion would be brief. 16:35:30 fantasai: is the goal to summarize or to decide? 16:35:34 bradk, that's still a currency symbol? *cough* 16:35:37 fantasai: i guess the discussion has been summarized 16:35:40 q- 16:35:47 glazou: lets move on. 16:36:00 TabAtkins: you wanna take on the scribing? :) 16:36:03 http://wiki.csswg.org/topics?datasrt=&dataflt[]=spec%3Dcss3-flexbox 16:36:13 http://wiki.csswg.org/topics/flex-initial-value 16:36:14 ScribeNick: tantek 16:36:17 ScribeNick: TabAtkins 16:36:21 Topic: Flexbox 16:36:29 fantasai: First is to discuss the initial value fo the 'flex' proeprty. 16:36:41 fantasai: Ojan was unhappy with our f2f decision to make them flexible by default. 16:36:59 fantasai: The thread produced three possibilities - one we rejected in hamburg, one we accepted, and a third one that seems to have consensus now. 16:37:30 tantek_ has joined #css 16:37:31 fantasai: The issue is that, if the items are inflexible by default, you can either use the alignment props, auto margins, or flex, and all of these are one step away. 16:37:58 fantasai: The disadvantage is that if you don't have negative-flex by default, you'll run into overflow situations in a lot of situations where you weren't thinking about narrow screens. 16:38:09 fantasai: So having negative flex on by default protects users somewhat. 16:38:36 fantasai: Another disadvantage is that, in the cross direcction, the default is "stretch", which is like flexing, so it would be inconsistent. 16:39:14 fantasai: We talked about this on the list, and it turns out you get more pros and less cons if you make the initial value "0 1 auto", inflexible in growth situations but flexible in shrink situations. 16:39:31 fantasai: The only con that's left is that it's inconsistent with "stretch" in the cross dimension, but that doesn't seem to be a big deal. 16:40:06 +[Microsoft] 16:40:11 fantasai: The mailing list seems to mostly lean toward the new behavior. 16:40:23 zakim, microsoft has me 16:40:23 +alexmog_; got it 16:40:40 TabAtkins: Among the implementors and editors, there were no strong objections, one favoring current behavior, and the rest favoring new behavior. 16:40:54 alexmog_: I ahve one problem with the new defaults - there is no keyword for whatever this is. 16:41:08 alexmog_: I think if we like this, we should have a keyword for it. 16:41:20 fantasai: The keyword for that is "initial". We can put it into the "common values for flex" section. 16:41:40 http://dev.w3.org/csswg/css3-flexbox/#flex-examples 16:41:46 "flex: initial" 16:41:55 alexmog_: Usually the smart default is called "auto". If that's not applicable here, maybe we shouldn't add it. 16:42:08 fantasai: It's important to make it easy to get realtive flex - it should be 1 keyword. 16:42:28 alexmog_: It might work if all of these defaults remain defaults in flex contents. 16:42:45 alexmog_: So "flex:auto" means "0 1 auto", while "flex:1" means "flex: 1 1 auto". 16:42:54 antonp: I think I agree here. 16:43:07 antonp: There's no reason your shortcut can't be a bit clever. 16:43:34 fantasai: We already do some magic - "flex:1" sets flex-basis to 0. 16:43:58 fantasai: I would rather have the basis set by itself consistently set flex to 1 instead of having the "auto" keyword set it to 0. 16:44:31 alexmog_: I just think that too much magic makes it difficult to use. I'd much prefer shorthands to set what I specify, and use defaults for whatever I don't specify. 16:45:10 fantasai: I like the current shorthand behavior. 16:45:16 glazou, plinss - aside: re: which mailing list for Fullscreen - I am ok with public-webapps per Art Barstow's suggestion. 16:45:18 alexmog_: But not the initial values? 16:45:39 tantek: please say by email 16:45:50 fantasai: I think the initial values could possibly change. But I think this is limited magic. If you set only the flex-grow, it gives a special flex-basis. If you set only the flex-basis, it gives a special flex-grow. 16:46:05 glazou - will do 16:46:08 thanks 16:46:14 alexmog_: Pretty much every use of flexbox I've seen has flex explicitly specified on every element. 16:46:44 alexmog_: If they want default behavior, they'll have to remember how to set that. 16:46:49 fantasai: They just use 'initial'. 16:47:52 fantasai: I think authors will just learn to use "initial" here for this behavior. 16:48:15 does not like depending on a keyword that is totally new for most authors and is not well supported elsewhere 16:48:29 "just use this global keyword that...doesn't really work anywhere else for now" 16:48:30 alexmog_: I don't think anyone is really against it - I'm just slightly uncomfortable with new defaults. 16:48:53 antonp: Someone said on the mailing list that shouldn't the default be "do very little"? 16:49:10 fantasai: We rejected that - having negative flex on by default helps users when the author wasn't thinking about things like narrow screens. 16:50:02 alexmog_: If we don't have it stretch by default in the main axis, could we change back to 'start' for cross-alignment? 16:50:23 TabAtkins: It was that way - I changed it to 'stretch' based on your feedback that we shoudl be consistent with the old draft. I'm fine either way. 16:50:32 zakim, mute me 16:50:32 ChrisL should now be muted 16:50:35 florianr: One debate at a time, please? 16:50:59 LOL 16:51:11 Abstain and dropping off 16:51:21 -SteveZ 16:51:28 Options: 16:51:33 Zakim, who is on the phone ? 16:51:33 On the phone I see sylvaing, glazou, plinss, glenn (muted), fantasai, antonp, dbaron, [Apple], CesarAcebal, Rossen, rbetts, stearns, TabAtkins_, arronei_, smfr, ??P11, bradk, 16:51:37 ... nimbu, ChrisL (muted), florianr.a, tantek, koji, [Microsoft] 16:51:37 [Apple] has hober 16:51:37 [Microsoft] has alexmog_ 16:51:43 A: Keep current behavior (initival value of flex is "1 1 auto"). 16:51:59 B: Change current behavior to be non-flexible by default (initial value of flex is "0 1 auto") 16:52:17 abstain (if we take votes by IRC as well it could go faster) 16:52:17 Ojan and dholbert on the mailing list chose B 16:52:21 abstain 16:52:32 sylvaing: A 16:52:35 glazou: abstain 16:52:37 plinss: abs 16:52:49 tantek: abstain 16:52:51 abstain 16:52:52 fantasai: B 16:52:57 antonp: abstain 16:52:57 dbaron: abstain 16:53:05 arronei: abstain 16:53:07 hober: abstain 16:53:16 CesarAcebal: abstain 16:53:19 Rossen: A 16:53:22 rbetts: A 16:53:24 TabAtkins: B 16:53:33 smfr: abstain 16:53:39 bradk: abstain 16:53:39 ChrisL - abstain winning = leave to editor's choice IMHO. 16:53:48 webkit-abstain? 16:53:56 florianr: B 16:54:09 alexmog_: A 16:54:40 16:55:53 I can live with B. 16:56:10 glazou: The people who want A, can you live with B? 16:57:19 http://wiki.csswg.org/topics/css3-flexbox-default-shrink-when-grow-is-0 16:57:29 woof 16:57:34 RESOLVED: initial value of 'flex' is "0 1 auto", editors to decide details among themselves. 16:57:43 flex: 0 1 auto 16:57:47 flex: 0 auto 16:58:06 -ChrisL 16:58:26 abstain on prior straw poll 16:58:55 fantasai: REquest was to make a flex value of "0" be special - instead of setting flex-shrink to 1 (its initial value), set it to 0 as well. 16:59:14 fantasai: Given the choice we just made, I think we should reverse that, and make omitted flex-shrink always take its initial value. 16:59:33 Alex: makes sense 17:00:03 RESOLVED: Reverse the f2f decision, make omitted flex-shrink in the flex shorthand always use the initial value. 17:00:09 go LC! 17:00:12 Topic: Publish Flexbox as LC? 17:00:14 RESOLVED: no change to flex shorthanding due to that previous issue 17:00:19 TabAtkins: We're okay with the remaining issues. 17:00:23 -dbaron 17:00:24 -rbetts 17:00:24 -Rossen 17:00:26 -glazou 17:00:26 -stearns 17:00:26 -tantek 17:00:26 -smfr 17:00:27 -sylvaing 17:00:29 -antonp 17:00:29 RESOLVED: Publish Flexbox as LC. 17:00:32 -[Microsoft] 17:00:33 -koji 17:00:33 HURRAY 17:00:35 nimbu has left #css 17:00:35 -CesarAcebal 17:00:38 -[Apple] 17:00:59 -plinss 17:01:03 -bradk 17:01:16 -glenn 17:01:20 -florianr.a 17:01:34 ChrisL: If Tab and I can turn this around in a few hours and get it on your desk by tomorrow morning, pubrules-checked... can you publish tomorrow? 17:02:17 -arronei_ 17:02:38 no, it needs 24 hours notice 17:03:24 vhardy__ has joined #css 17:03:37 in other words there needs to be a publication request and pubrules-compliant =ddocuments in place on wednesday morning (france time) for a thursday morning publication 17:04:00 folks, you didn't minute the resolution to go to LC 17:04:32 anton, I see a minuted resolution on IRC 17:04:58 oops sorry, i see it lower down 17:05:36 great! and good result :-) 17:05:40 antonp has left #css 17:06:37 krit has joined #css 17:26:07 http://www.w3.org/TR/CSS21/visuren.html#phantom-line-box 17:26:59 vhardy_ has joined #css 17:33:11 vhardy_ has joined #css 17:35:00 oyvind has left #css 17:48:08 vhardy_ has joined #css 17:58:09 -TabAtkins_ 17:58:11 -fantasai 18:01:29 -??P11 18:06:30 disconnecting the lone participant, nimbu, in Style_CSS FP()12:00PM 18:06:31 Style_CSS FP()12:00PM has ended 18:06:31 Attendees were sylvaing, glazou, plinss, glenn, fantasai, +1.206.675.aaaa, antonp, dbaron, florianr, hober, +34.60.94.aabb, Rossen, CesarAcebal, stearns, rbetts, SteveZ, 18:06:31 ... TabAtkins_, +1.253.307.aacc, arronei_, smfr, bradk, +1.415.617.aadd, ChrisL, tantek, nimbu, koji, alexmog_ 18:06:33 TabAtkins: we need a changes section 18:07:11 fantasai: Ah, right. 18:07:30 Just put in a list with a single bullet point "* everything" 18:08:13 Do you want a list here, or should I edit the spec? 18:08:40 Since you'll either have to hand-insert it into Overview.html or re-do your fixes, I'm not sure which is better. 18:09:26 Also: are we just doing changes since last WD? 18:10:36 yes, only since last WD 18:10:45 Okay, so: 18:11:03 * name of the 'display' values were changed to ''flex'' and ''inline-flex'' 18:11:28 * replaced elements are now guaranteed to be flexbox items, even if they're replaced with inline content 18:11:50 * made ''visiblity:collapse'' have an effect 18:12:08 * added "min-size: auto" 18:12:42 * changed the defaults of 'flex' 18:13:00 * turned 'flex' into a shorthand, with longhands of 'flex-grow/shrink/basis' 18:13:08 * Renamed all the alignment properties 18:13:14 * and some of their values 18:13:56 * made negative flexibility relative to the base size of items in addition to the flex shrink ratio 18:14:07 * Specified the page layout algorithm 18:14:21 * Edits and clarifications to the flex layout algorithm 18:14:29 I think that's it. 18:18:11 Liam has joined #css 18:33:34 vhardy_ has joined #css 18:34:22 nimbu has joined #css 18:36:43 TabAtkins: http://dev.w3.org/csswg/css3-flexbox/#changes 18:52:58 tantek has joined #css 18:57:50 vhardy_ has joined #css 19:03:43 tantek has joined #css 19:06:44 Zakim has left #css 19:45:38 fantasai: I just remembered that "flex:initial" can't work that way. 19:45:48 A shorthand just passes "initial" down to its longhands. 19:47:39 tantek has joined #css 19:47:45 Unless we special-case this somehow. 19:48:12 brb 19:51:47 vhardy_ has joined #css 19:53:19 nimbu has joined #css 19:56:38 ChrisL has joined #css 20:03:52 nimbu1 has joined #css 20:04:23 nimbu1 has left #css 20:12:48 tantek has joined #css 20:25:05 TabAtkins: And that doesn't work why? 20:25:25 Because I'm dumb and confused myself? 20:26:08 lol 20:26:25 kennyluck has joined #css 20:33:01 danielfilho has joined #css 20:52:29 dbaron has joined #css 21:11:04 decadance has joined #css 22:01:11 shepazu has joined #css 22:02:32 vhardy_ has joined #css 22:11:34 nimbu has joined #css 22:26:24 krit has joined #css 23:32:11 jdaggett has joined #css 23:32:43 jdaggett_ has joined #css