15:18:05 RRSAgent has joined #css 15:18:05 logging to http://www.w3.org/2013/03/13-css-irc 15:18:11 Zakim, this will be Style 15:18:11 ok, glazou; I see Style_CSS FP()12:00PM scheduled to start in 42 minutes 15:18:17 RRSAgent, make logs public 15:20:14 Hi glazou 15:20:20 salut SimonSapin 15:20:29 does it get better in Paris? 15:21:45 yes, finally melting 15:21:54 but it's been really a pain 15:22:00 yesterday was awful 15:22:30 had to leave my car in some random street, driving was far too dangerous 15:24:45 Do you know where this is maintained? https://www.w3.org/Style/Group/css3-src/status-ED-CSS.inc 15:24:54 And if I can change it 15:25:31 no idea, sorry 15:25:46 see the hg log ? 15:25:52 who did the commits ? 15:26:02 I don’t see css3-src at all in the hg repo 15:26:17 ah right 15:26:27 then Bert is probably the owner 15:26:28 nor in http://dev.w3.org/cvsweb/ 15:26:35 do we have other repositories? 15:29:54 the web site's 15:30:01 and it appears to be there I think 15:30:04 ask Bert :-D 15:30:11 I will, thanks 15:30:21 glazou: is there alternative to align-content in order to get vertical alignment on block elements? 15:30:45 in flex you mean ? 15:30:55 i'm trying to figure out a reasonable mapping from XSL-FO's display-align property to CSS 15:31:24 glazou: align-content is presently defined in CSS3 Alignment Module 15:31:34 looking 15:32:28 glenn, and in http://dev.w3.org/csswg/css3-flexbox/#align-content-property 15:32:40 I think this is your best option, yes 15:32:40 the prob is that vertical-align (CSS2) only applies to inlines and table cells 15:32:54 and you can't use inline-blocks ? 15:33:49 haven't investigated that, but will do so; tnx 15:34:28 i imagine folks must have some hacks they've been using to get vertical alignment in div etc without yet having align-content available 15:34:51 glenn, I suggest you ask bradk 15:34:55 web designers 15:35:02 k 15:35:03 they know hacks and browser specific stuff 15:35:32 i need something that isn't browser specific, but will chk further 15:35:56 i'm trying to define a new formatting model for TTML that uses only html/css features rather than xsl-fo 15:36:18 but we had used XSL-FO's display-align and writing-mode properties 15:36:40 so now have to find a reasonable "standardized" mapping 15:43:39 antonp has joined #css 15:48:01 BradK has joined #CSS 15:49:04 plh has joined #css 15:50:15 Bert, not sure "blah blah" is a valid hg commit message…. 15:50:25 at least not a very useful one 15:50:50 since it's visible in twitter account @CSScommits, can I suggest you find better messages ?-) 15:51:42 Bert, also it would be nice to start commit messages with the spec short name, eg. [css3-page] 15:52:56 that too 15:53:07 it's not "nice", it's a WG resolution 15:53:32 BradK_ has joined #CSS 15:56:07 Style_CSS FP()12:00PM has now started 15:56:14 +??P0 15:56:20 Zakim, ??P0 is me 15:56:20 +glazou; got it 15:56:54 dbaron has joined #css 15:58:47 SimonSapin has joined #css 15:59:06 + +97362aaaa 15:59:17 tantek has joined #css 15:59:26 Zakim, aaaa is antonp 15:59:26 +antonp; got it 15:59:47 + +1.610.324.aabb 15:59:52 djackson has joined #css 15:59:53 oyvind has joined #css 15:59:55 SimonSapin has joined #css 16:00:02 +Stearns 16:00:08 Zakim, aabb is djackson 16:00:08 +djackson; got it 16:00:20 +SimonSapin 16:01:52 jdovey has joined #css 16:01:53 rhauck has joined #css 16:02:23 +SteveZ 16:02:27 florian has joined #css 16:02:36 + +1.415.308.aacc 16:02:49 djackson has joined #css 16:02:55 + +1.416.800.aadd 16:03:04 Zakim, aacc is me 16:03:04 +krit; got it 16:03:09 +??P12 16:03:10 + +1.415.832.aaee 16:03:16 + +1.253.307.aaff 16:03:23 Zakim, aadd is me 16:03:23 +jdovey; got it 16:03:28 +[IPcaller] 16:03:31 Zakim, aaee is me 16:03:31 +rhauck; got it 16:03:32 +fantasai 16:03:34 nvdbleek2 has joined #css 16:03:35 + +1.650.766.aagg 16:03:39 Zakim, [IPcaller] has me 16:03:39 +florian; got it 16:03:44 http://lockerz.com/s/286935518 16:03:49 zakim, who is on the phone? 16:03:49 On the phone I see glazou, antonp, djackson, Stearns, SimonSapin, SteveZ, krit, jdovey, ??P12, rhauck, +1.253.307.aaff, [IPcaller], fantasai, +1.650.766.aagg 16:03:52 [IPcaller] has florian 16:03:59 JohnJansen has joined #CSS 16:04:03 SteveZ has joined #css 16:04:07 zakim, I am P12 16:04:07 sorry, nvdbleek2, I do not see a party named 'P12' 16:04:16 +Bert 16:04:17 smfr has joined #css 16:04:17 zakim, I am ??P12 16:04:18 +nvdbleek2; got it 16:04:23 +smfr 16:04:48 +[Microsoft] 16:05:01 Zakim, Microsoft has JohnJansen 16:05:01 +JohnJansen; got it 16:05:10 Zakim, who is on the phone ? 16:05:10 On the phone I see glazou, antonp, djackson, Stearns, SimonSapin, SteveZ, krit, jdovey, nvdbleek2, rhauck, +1.253.307.aaff, [IPcaller], fantasai, +1.650.766.aagg, Bert, smfr, 16:05:14 ... [Microsoft] 16:05:14 [Microsoft] has JohnJansen 16:05:14 [IPcaller] has florian 16:05:31 Zakim, aagg is BradK 16:05:31 +BradK; got it 16:05:34 koji has joined #css 16:06:25 Scribe: fantasai 16:06:26 +dbaron 16:06:54 glazou: Sorry for sending agenda really late. Blocked by snowstorm in Paris. 16:07:04 +glenn 16:07:16 glazou: So agenda is somewhat random. 16:07:19 cabanier has joined #css 16:07:19 +??P31 16:07:23 glazou: Please, if any other items, say so 16:07:45 https://lists.w3.org/Archives/Member/w3c-css-wg/2013JanMar/0284.html 16:07:59 glazou: First on agenda is wrt specs that are WDs moving along REC track 16:08:04 glazou: "Outstanding Publications" 16:08:25 +[IPcaller.a] 16:08:35 zakim, [ipcaller.a] is me 16:08:35 +koji; got it 16:08:58 fantasai: [summarizes email] 16:09:21 krit: Does the announcement need to be on a blog post? 16:09:28 glazou: IIRC we resolved on that a year and a half ago 16:09:43 glazou: One of the editors should write a blog post on the CSSWG blog 16:09:56 glazou: and post on twitter wrt updated WD/etc. 16:10:08 SimonSapin: How do you publish on the blog? 16:10:13 +Tantek 16:10:16 glazou: WordPress with W3C credentials 16:10:19 Zakim, mute Tantek 16:10:19 Tantek should now be muted 16:10:23 glazou: If you can't log in, ask Coralie Mercier 16:10:28 http://wiki.csswg.org/spec/publish 16:11:08 (Or ask me, but in principle all WG members have write access to the blog automatically.) 16:12:01 fantasai: The idea is to post to www-style/blog to let people know that there's an update, to say what's changed/what you'd like feedback on especially. 16:12:17 glazou: Next item, adding Simon Pieters to CSSOM 16:12:24 ? 16:12:37 fantasai, spelling correct 16:12:41 glenn: Shane hasn't been able to contribute 16:12:57 glenn: I suggest that Simon could take over primary editorship on CSSOM-View spec 16:13:12 glenn: and could assist with CSSOM as well, depending how much energy he can put in, can make more progress 16:13:29 RESOLVED: Add Simon Pieters as editor to CSSOM, CSSOM-View 16:14:08 fantasai: On topic of publications, has telecon for css3-conditional CR been scheduled? 16:14:14 Bert: Working on that today. 16:14:32 Simon Pieters is sometimes zcorpan on IRC 16:14:43 glazou: September F2F 16:15:03 SteveZ: The website currently lists week of Sept 9-13 16:15:20 SteveZ: Those are fine with me, but have a conflicting meeting the next week, was hoping to lock down dates for that week 16:15:38 glazou: I have PM from Peter, he's ifne with 9-13 but would prefer beginning of the week 16:15:40 http://wiki.csswg.org/planning/tokyo-2013 lists June 5~7 … is that obsolete 16:15:41 SteveZ: Fine with me 16:15:45 ? 16:16:00 oh, sorry 16:16:02 SteveZ: 2nd question is where. Talking about France 16:16:09 not the same meeting 16:16:14 SteveZ: Document conference in Florence 10-13 16:16:24 SteveZ: Hard to do both in same week 16:16:33 glazou: Unfortunately missing members in the room at this time 16:17:11 SteveZ: Don't know who was planning to go to that conference. 16:17:28 Bert: I added that to the calendar, in case ppl were interested in sharing. 16:17:43 Bert: ACM Document Engineering: layout, process, etc. 16:17:47 Bert: Very interesting 16:18:26 [discussion on conference scheduling] 16:18:47 Bert: Don't think there will be a lot of overlap, but might be interesting. Not important enough to reschedule our own meeting. 16:19:13 glazou: So let's say for time being 9-10. Where? 16:19:29 fantasai: Paris and Zurich 16:19:37 were volunteered 16:19:40 SteveZ: And Sophia 16:19:42 for Paris we were considering Mozilla hosting 16:20:11 dbaron: New Mozilla office in Paris opens soon, but not open yet. Might be easier to assess once it's open 16:20:26 Paris Mozilla office should be open by start of next month 16:20:32 glazou: Everyone ok with 9-11 Sept in France? 16:20:55 RESOLVED: September F2F is 9-11 in France, either Sophia or Paris 16:20:59 I won't know my availability then for quite a while, so I can't comment either way 16:21:02 glazou - I have a meeting in the 8th in the UK 16:21:11 would F2F 10-12 be ok? 16:21:11 I think there was also an offer from Google to host in Zürich 16:21:20 ok 16:21:21 -glenn 16:21:26 glazou: (to tantek) Take the EuroStar. No problem. 16:21:42 glazou: agenda item wrt Flexbox 16:21:48 https://lists.w3.org/Archives/Member/w3c-css-wg/2013JanMar/0296.html 16:21:54 http://lists.w3.org/Archives/Public/www-style/2013Feb/0364.html 16:22:00 -BradK 16:22:13 glazou: wrt reverting Flexbox to use zero as min-width 16:22:22 glazou: Has anyone reviewed the proposal? 16:22:24 dbaron: Fine with it 16:22:32 Rossen: Yes, agreed 16:22:45 glazou: Other opinions? 16:22:58 Anton: Why did we add it in the first place 16:22:59 Regrets: plh 16:23:09 +BradK 16:23:14 dbaron: What we lose by changing it, we get back when we add min-content and other keywords for heights 16:23:29 Zakim, mute BradK 16:23:29 BradK should now be muted 16:23:33 dbaron: Temporary loss, ability to have flexbox that doesn't go down below its intrinsic size 16:23:47 get it back with the min-content etc. keywords 16:23:50 glenn_ has joined #css 16:24:34 Zakim, who is on the phone? 16:24:34 On the phone I see glazou, antonp, djackson, Stearns, SimonSapin, SteveZ, krit, jdovey, nvdbleek2, rhauck, +1.253.307.aaff, [IPcaller], fantasai, Bert, smfr, [Microsoft], dbaron, 16:24:37 ... ??P31, koji, Tantek (muted), BradK (muted) 16:24:37 [Microsoft] has JohnJansen 16:24:37 [IPcaller] has florian 16:24:40 fantasai: We were triggering it by default because shrinking by default. 16:25:03 fantasai: Thought it was good to have a minimum for some common cases like toolbars. 16:25:17 Rossen: once we have min-content, then all other keywords, we get everything back. 16:25:17 +glenn 16:25:54 fantasai: The problem with having it by default is that nested flexboxes get complicated and hard to author. 16:26:06 glazou: Any objections to the proposal? 16:26:24 RESOLVED: Reset min-width/min-height to zero for Flex Items 16:26:30 Rossen has joined #css 16:27:13 fantasai notes that MSFT's implementation does min-content by default, so app authors would have to be aware of that change. 16:27:37 plh: no progress on IETF liaison (re last week's conf call) 16:27:54 Rossen: When evaluated internally, thought it was fine to explicitly request min-content. 16:27:57 http://lists.w3.org/Archives/Public/www-style/2013Mar/0219.html 16:28:23 I think I dreamed that I replied to that... 16:28:31 SimonSapin explains his email 16:28:35 +[Microsoft.a] 16:28:37 -??P31 16:28:48 zakim, microsoft has me 16:28:48 +Rossen; got it 16:29:05 Zakim, unmute me 16:29:05 BradK should no longer be muted 16:29:18 fantasai: I think actually that we should keep "page box" as the name of the box into which the content is flowed 16:29:37 SimonSapin: Do we change how MQ work? 16:29:44 fantasai: There's an open issue on that anyway 16:29:57 SimonSapin: They're based on outer width of page box 16:30:11 fantasai: And just need a new term for size given by size property 16:30:43 I agree with Simon 16:30:50 SimonSapin: Also might want page-margin boxes to be siblings of page box. 16:30:59 SimonSapin: Would help explain stacking 16:31:07 fantasai: Wouldn't explain inheritance though. 16:31:36 fantasai: For the other size... maybe "initial page size"? like "initial containing block". 16:31:59 fantasai: "page base size" or "page basis" 16:32:03 - +1.253.307.aaff 16:32:12 -SteveZ 16:32:24 SimonSapin: But MQ refers to... 16:32:33 fantasai: We can always update MQ to fix terminology. That's just editorial. 16:33:37 SimonSapin: Is group ok with making page box sibling of margin boxes? 16:33:46 fantasai: Don't think it matters how you explain it, as long as behavior doesn't change. 16:33:52 ?: Think it makes sense. 16:34:00 s/?/antonp/ 16:34:07 I like it as sibling 16:34:39 Content-box 16:34:47 "page container" 16:35:00 page-content box 16:35:08 no, that would be the content box of the page box 16:36:01 RESOLVED: Call the page box's containing block a page container 16:36:17 SimonSapin: If we have time, could discuss interaction of @page and MQ 16:36:22 glazou: Might have time today 16:36:39 glazou: Liam's not on the call, so yes we have time 16:36:52 SimonSapin: we have an open issue a long time 16:37:00 SimonSapin: How do viewport units interact with @page 16:37:10 SimonSapin: ... 16:37:18 SimonSapin: We discussed @viewport 16:37:38 SimonSapin: Which changes the default page size, and then applies MQ 16:37:42 SimonSapin: and affects viewport units 16:38:23 Can we remove the 'inactive' note next to css3 page, on the Current Work page? 16:38:57 fantasai: I think for viewport units in these contexts, it makes sense to either make them invalid, or have them refer to the default page size, like fonts refer to default page size 16:39:23 (I agree with BradK: css3-page doesn't seem very inactive anymore.) 16:39:25 :root { font-size: 1vw } @page { width: 50em } 16:40:32 SimonSapin: @page inherits from root element now 16:40:44 fantasai: This is so that if you set fonts on your document, your margin boxes get the same font. 16:41:24 SimonSapin: So where do we break this cycle? 16:41:52 SimonSapin: (without breaking some use case) 16:42:06 SimonSapin: Maybe one way to do that is like @viewport, make a first pass applying @page rules 16:42:11 SimonSapin: viewport units are base don some default 16:42:17 SimonSapin: Then we have base page size, whatever the name, 16:42:28 SimonSapin: which is used for MQ when we apply everything again 16:42:36 SimonSapin: It works nicely with @viewport 16:42:46 SimonSapin: But for @page rules it's more complicated because we generate pages 16:42:54 SimonSapin: Could get weird cases which don't make sense. 16:43:12 florian: In general support the idea, but don't know enough about page generation 16:44:08 fantasai: [explains named pages and how, e.g. name of first page can depend on 'page' property of first heading in document] 16:44:30 fantasai: I would be in favor of breaking this cycle earlier somehow 16:45:18 Florian: Need a non-crazy behavior, don't need to go further than that. 16:45:53 fantasai: Simon's example there shows two very common use cases 16:46:22 fantasai: First one is commonly used for slides, or anything else you want font size to grow with size of page 16:46:34 when all the pages are the same size, do the obvious, when not, do something non crazy. 16:47:01 fantasai: Second case is used in Japanese documents, where you want the page size to be an exact multiple of the size of the main paragraph font. 16:47:13 +SteveZ 16:47:32 @page { size: A4; margin: 4em; /* width: auto */ } 16:48:02 florian: Do you want the page size based on the character, or the character size based on the page? 16:48:15 fantasai: The former. You pick a comfortable font size and lay out around that. 16:48:17 koji: Yeah 16:48:35 fantasai: So we want both of those to work, but don't want them to make a cycle. 16:48:45 SimonSapin: One option is to have the @page context not inherit from the root 16:48:55 SimonSapin: That does break some use cases, but easiest to work around. 16:49:10 SimonSapin: Just means that you have to copy your font declarations into an @page rule. 16:49:30 glazou: Maybe the only way we can compromise without adding too much overhead. 16:49:51 SimonSapin: Also 'direction' and 'writing-mode' properties can be relevant 16:50:03 SimonSapin: they determine which is the first page: left or right 16:50:33 SimonSapin: Another reason it's nice to have inheritance from the root element 16:51:37 florian: I'm wondering if the first page really matters. Whichever page it is, all going to be the same. If they're going to be different can't be perfect anyway 16:53:11 SimonSapin: So, we don't need to decide anything today about this, but please think about it and discuss on mailing list. 16:53:35 florian: do we have a few concrete options? Or just vague problem area where we need ideas. 16:53:47 SimonSapin: So one proposal is to do like @viewport, do two passes. 16:53:59 SimonSapin: Other option is to not inherit from the root element. 16:54:10 fantasai: Whatever we do here should be consistent with @viewport 16:54:42 fantasai: So my criteria are 16:54:45 a) break the cycle 16:54:54 b) don't break use cases, even if some are less convenient 16:54:58 -SimonSapin 16:55:01 c) keep @page and @viewport consistent 16:55:09 SimonSapin, can you minute what you just said? >_< 16:55:21 my call just dropped 16:55:26 florian: Agree with fantasai's statement. Not sure I understand all the implications of that. 16:55:42 if we go with not inherit from the root 16:55:49 jarek has joined #css 16:55:58 glazou: Not sure we're going to close this now 16:56:00 +SimonSapin 16:56:20 glazou: Maybe up to you to make a proposal based on discussion we had today 16:56:36 http://wiki.csswg.org/topics 16:56:57 SimonSapin: I will write up various options by email 16:57:02 glazou: Anything else? 16:57:45 florian: Several things on device-adapation spec. Would be nice to tackle, but would like to hear from rest of group. 16:57:53 florian: Think MS has partial implementation. Others? 16:58:01 florian: Agree with Håkon most of what was proposed 16:58:14 glazou: Since you're not working for Opera... is Opera still working on this? 16:58:22 florian: I have don't know what they're doing 16:58:37 florian: I would guess they'll try to port this to WebKit 16:58:55 florian: Rune has sent a bunch of mails about this after the announcement, so maybe still working on it. Pure speculation. 16:59:04 glazou: We have 3 editors 16:59:10 glazou: 3 issues in tracker. 16:59:14 glazou: Let me ping the editors 16:59:18 -krit 16:59:22 florian: I think at some point I was supposed to co-edit this as well 16:59:34 florian: Tracked issues are fewer than the mailing list 16:59:34 +krit 16:59:40 glazou: Ok, I will ping the editors 16:59:45 and you 16:59:50 glazou: anything else? 16:59:56 Meeting closed. 16:59:59 -SteveZ 17:00:00 Bye. 17:00:01 -dbaron 17:00:03 -krit 17:00:03 -glazou 17:00:04 -[Microsoft.a] 17:00:04 -antonp 17:00:05 -Bert 17:00:05 -rhauck 17:00:05 -smfr 17:00:06 -jdovey 17:00:06 -koji 17:00:08 -[Microsoft] 17:00:10 -djackson 17:00:10 -Tantek 17:00:10 -BradK 17:00:11 -glenn 17:00:12 -fantasai 17:00:15 jdovey has left #css 17:00:17 -SimonSapin 17:00:19 -Stearns 17:00:22 smfr has left #css 17:00:24 BradK has left #css 17:00:30 fantasai: what’s next for publishing css3-page? 17:01:07 -[IPcaller] 17:04:15 SimonSapin: I'll regenerate the draft for WD and send it out 17:04:16 :0 17:06:08 disconnecting the lone participant, nvdbleek2, in Style_CSS FP()12:00PM 17:06:10 Style_CSS FP()12:00PM has ended 17:06:10 Attendees were glazou, +97362aaaa, antonp, +1.610.324.aabb, Stearns, djackson, SimonSapin, SteveZ, +1.415.308.aacc, +1.416.800.aadd, krit, +1.415.832.aaee, +1.253.307.aaff, jdovey, 17:06:11 ... rhauck, fantasai, +1.650.766.aagg, florian, Bert, nvdbleek2, smfr, JohnJansen, BradK, dbaron, glenn, [IPcaller], koji, Tantek, [Microsoft], Rossen 17:12:18 darktears has joined #css 17:27:59 fantasai: so, anything I need to do? 17:28:14 Nope, I'm regenerating it as we speak 17:28:18 great, thanks 17:37:06 rhauck has joined #css 17:38:32 lmclister has joined #css 17:39:13 darktears has joined #css 17:50:52 abucur has joined #css 17:52:03 tantek has joined #css 17:56:35 krit has joined #css 18:05:19 rhauck1 has joined #css 18:06:13 SimonSapin: you forgot to add issues for the viewport unit cycle and for the @page rule OM... 18:07:15 fantasai: you mean inline issue? 18:07:36 viewport units kind of go together with page size vs. MQ 18:08:25 OM, yes indeed, but if the WG agrees on separated .cssRules and .style then it should be easy 18:08:26 SimonSapin: Not really. They're both cycles, but they're different cycles :) 18:08:58 they’re related in that doing two passes like @viewport can solve both 18:09:57 but I’m not sure what to in an inline issue 18:10:02 what to write* 18:14:28 fantasai: is it still time to add something? 18:14:32 I added something 18:14:39 ok, thanks 18:15:06 publishing stuff without the postprocessor is annoyng :/ 18:15:09 (css-print) 18:15:47 fantasai: apparently the postprocessor is meant to be idempotent 18:16:28 I think that’s the wrong idea and that both "source" and "generated" stuff should be kept around, but for css-print it could be useful 18:17:54 it's done 18:18:01 Hopefully I never have to touch that file again :) 18:18:33 There's always errors *somewhere* 18:18:41 hehe 18:21:34 Ms2ger has joined #css 18:31:54 Zakim has left #css 18:37:02 zcorpan has joined #css 18:37:50 zcorpan_ has joined #css 18:59:48 SimonSapin has joined #css 19:00:34 fantasai: you reworded the part comparing selector specificity, but I took it from selectors4 so you might want to change it there too 19:02:12 isherman-book has joined #css 19:06:44 dbaron has joined #css 19:08:07 darktears has joined #css 19:09:11 SimonSapin: kk! 19:14:39 rhauck has joined #css 19:49:15 darktears has joined #css 20:11:57 jet has joined #css 20:23:22 slightlyoff has joined #css 20:47:06 dbaron has joined #css 21:20:09 krit1 has joined #css 21:34:45 isherman-book has joined #css 22:33:27 isherman-book has joined #css 22:35:28 macpherson has joined #css 22:37:55 macpherson_ has joined #css 22:43:51 isherman-book has joined #css 23:09:27 isherman-book has joined #css 23:26:55 glenn has joined #css 23:56:56 shans_away has joined #css 23:57:54 leaverou_away has joined #css 23:58:07 csswg has joined #css