15:14:19 RRSAgent has joined #css 15:14:19 logging to http://www.w3.org/2015/06/17-css-irc 15:14:25 Zakim, this will be Style 15:14:25 ok, glazou; I see Style_CSS FP()12:00PM scheduled to start in 46 minutes 15:14:30 RRSAgent, make logs public 15:24:28 koji: are you online? 15:24:38 renoirb has joined #css 15:24:53 florian: yes, are you good to talk? 15:25:08 koji: yes, I was trying to reach you on skype 15:29:45 renoirb has joined #css 15:37:59 Florian: fun fact , if you use Facebook, go to a friend’s personal page and see the box on the left hand side of the page with current activity, studies, birthdate… It’s all user-select: none… 15:50:53 antenna has joined #css 15:56:23 dael has joined #css 15:57:31 Style_CSS FP()12:00PM has now started 15:57:38 + +1.206.675.aaaa 15:57:56 +??P1 15:58:01 Zakim, ??P1 is me 15:58:01 +glazou; got it 15:58:08 zakim, aaaa is me 15:58:08 +astearns; got it 15:58:17 glazou: that's nasty. I'd probaly user-stylesheet my way out of that if I was using facebook in the first place. 15:58:20 bcampbell has joined #css 15:58:33 +dael 15:58:45 ScribeNick: dael 15:58:48 tgraham has joined #css 15:58:53 + +1.908.982.aabb 15:58:54 + +1.479.764.aacc 15:58:55 +dauwhe 15:58:57 + +1.631.398.aadd 15:59:04 Zakim, I am probably aabb 15:59:04 I don't understand 'I am probably aabb', Florian 15:59:07 +plinss 15:59:08 zakim, aadd is me 15:59:09 +antenna; got it 15:59:11 Zakim, I am aabb 15:59:11 +Florian; got it 15:59:16 +??P9 15:59:33 +[IPcaller] 15:59:42 +??P11 15:59:45 Zakim, ??P11 is me 15:59:45 +SimonSapin; got it 15:59:48 smfr has joined #css 15:59:58 Zakim [IPCaller] is me 15:59:58 zakim, [IPcaller] is me 15:59:58 +tgraham; got it 16:00:03 myles has joined #css 16:00:08 Last minute regrets; personal stuff 16:00:34 alex_antennahouse has joined #css 16:00:36 Zakim not sure who is me but I'm here 16:00:38 +smfr 16:00:51 TabAtkins: any last minute thoughts on grid issues? 16:01:35 adenilson has joined #css 16:01:46 + +1.519.513.aaee 16:01:59 +??P2 16:02:09 +??P16 16:02:16 Zakim, ?P16 is me. 16:02:16 sorry, adenilson, I do not recognize a party named '?P16' 16:02:35 Zakim, ??P16 is me. 16:02:35 +adenilson; got it 16:02:41 Zakim, ??P2 is me 16:02:41 +alex_antennahouse; got it 16:02:42 tdresser has joined #css 16:02:58 +[Microsoft] 16:03:17 Zakim, who is here? 16:03:17 On the phone I see astearns, glazou, dael, Florian, +1.479.764.aacc, dauwhe, antenna, plinss, ??P9, tgraham, SimonSapin, smfr, +1.519.513.aaee, alex_antennahouse, adenilson, 16:03:21 ... [Microsoft] 16:03:21 On IRC I see tdresser, adenilson, alex_antennahouse, myles, smfr, tgraham, bcampbell, dael, antenna, renoirb, RRSAgent, Zakim, glazou, lajava, antonp, Florian, svillar, dauwhe, 16:03:21 ... dbaron, plh, Ms2ger, shepazu, rego, paul___irish, hober, CSSWG_LogBot, ed, sylvaing, shans, Rossen, plinss, leaverou, projector, liam, Hixie_, decadance, krijnhoetmer, 16:03:21 ... gsnedders, fantasai, SimonSapin, shane, koji, dstockwell, rbyers, ElijahLynn, cabanier, astearns, krit, mvujovic______, ppk___, slightlyoff, iank, nikos, lmclister______, 16:03:21 ... achicu_____ 16:03:30 zakim, who is noisy? 16:03:33 fantasai: yes, dunno, yes (to the three gap issues) 16:03:41 zakim, microsoft has me 16:03:41 +Rossen; got it 16:03:43 dael, listening for 10 seconds I heard sound from the following: astearns (15%), glazou (36%), +1.479.764.aacc (14%) 16:03:46 gregwhitworth has joined #css 16:03:47 + +1.415.231.aaff 16:03:51 +BradK 16:03:55 zakim, aaff is me 16:03:55 +koji; got it 16:04:12 glazou: Let's get started. 16:04:23 glazou: Anything to add to the agenda? 16:04:36 Topic: transform-origin UA style 16:04:51 https://lists.w3.org/Archives/Public/www-style/2015Jun/0109.html 16:04:54 glazou: I'll handle it. There is a tentitive explination of the issue for default transform-origin for SVG elements 16:05:12 glazou: There is a problem between svg and non-svg which is 0,0 for svg and 50,50 for others. 16:05:36 glazou: There is a decoration that would do the switch, or chang ehte default style sheet. 16:05:37 +[IPcaller] 16:05:41 BradK has joined #CSS 16:05:51 glazou: krit is handling it and he has a slight preference for the option from Cameron. 16:05:57 glazou: What do people thinkabout this? 16:06:06 +hober 16:06:23 Rossen: I was at the svg f2f last week. THe one issue that we discussed during that topic was if we don't have the auto value, what happens when you set to initial 16:06:44 Rossen: The UA style sheet will get up and running the first time and when you reset the tranform-origin to initial, we are screwed. 16:06:48 glazou: That's a good point. 16:07:09 Rossen: My preference was to go with auto even though I don't like automagic defaults, but it will cover that use case which I believe is important. 16:07:16 The stylesheet approach might have been fine if there was no compat concern, but there is, so auto. 16:07:19 glazou: But we have the value anyway so it must work in all cases. 16:07:29 glazou: I was more in favor of the second proposal, but that's a very good point. 16:07:39 fantasai: The initial keyword computes to 0,0? 16:07:50 glazou: It computed to 50%,50% on svg elements. 16:07:59 fantasai: Does anyone use initial on transform-origins? 16:08:03 Rossen: I'm assuming they do. 16:08:14 fantasai: It's fairly obscure. If you know it takes a position you'll put it. 16:08:26 Rossen: Working for the last 12 months on interop, initial is used a lot. 16:08:33 s/it/a position into it/ 16:08:43 glazou: And if it's available to all CSS prop, we need to make it available. It's a question of being consistant. 16:08:56 smfr: Out of the released, do they set value to initial? 16:09:02 Rossen: They're supposed to. 16:09:22 fantasai: The concern is web compat. Cameron says FF and Webkit already impl it. They're evidently not hitting a problem. 16:09:49 q+ 16:10:04 Rossen: My point was for consistancy. That they're not running into issue today, lets say in a year SVG gets more traction, the initial value is well defined and people are using it. If they do it for transform-origin they will get unexpected results. 16:10:46 s/Out of the released/CSS resets/ 16:10:51 fantasai: They will get it if they use it on anything that the UA sets a different default and we do that on a lot of things. We do that where we think initial is one thing but somewhere we set it to something else because that's the important default. There's no need for this to be more complicated. 16:11:00 hober: I agree. 16:11:26 s/get it/get an unexpected default/ 16:11:29 glazou: I have a problem with that POV. It's a constant of CSS spec. We need to solve the 50%,50% instead of 0,0. The second is to make sure initial works correctly. 16:12:00 q- 16:12:02 glazou: The question is, does the first proposal or second proposal solve both req. It seems the second is not. That's my personal opinion. It seems the first one could fix it at the cost of some change in browser impl. 16:13:00 Florian: If we had no compat issue to worry about, both solutions could be reasonably used. We are using UA style sheet for a bunch of things so there are a bunch of things where you get a different value forminitial. It means it's okay to do. But since it was brought up that doing it with the UA style sheet is done, doing elsewise would be compat issue. 16:13:24 glazou: Since we don't have krit, I told him I'd issue a call for consensus. 16:13:34 Rossen: Just because we don't have krit doesn't mean there aren't other SVG members. 16:13:42 Rossen: If we can get close to a resolution I would prefer that. 16:13:54 I would like to also smash the idea that the initial value of every CSS property needs to be 'auto' if we would otherwise need a UA style rule to get the right behavior. We don't do that anywhere else. 16:14:15 Rossen: I wanted to bring up, to contridict myself in proposing auto, it will bring the auto for animation and position kind of iffy because we'll have to allow transfor-origin to be animatable. 16:14:20 If we can represent the UA stylesheet without 'auto', we don't add 'auto'. 16:14:34 +1 to fantasai 16:14:51 Rossen: We can argue both ways quite a bit. I would be okay with the second proposal, but we have to be clear that we are going against what initial is supposed to do. Or at least if people start using initial they might get unexpected results. 16:14:58 glazou: YOu're suggesting the second prop with a note? 16:15:04 Rossen: I'm not opposed, yes. 16:15:20 glazou: Second is the UA style sheet with a note about the danger of using initial on svg elements. 16:15:21 We just made applied this exact principle to cursors: minimizing the automagic in favor of using the UA style sheet. I don't understand why we are arguing in the opposite direction here. 16:15:31 Florian: I would prefer that. Also because what fantasai put on IRC. 16:15:36 glazou: fantasai you agree? 16:16:04 glazou: The UA style sheet plus a note saying initial transform-origin for SVG elements won't lead to an expected result 16:16:14 fantasai: Yes, a note or example would be helpful. It's a good idea. 16:16:17 glazou: Obj? 16:16:33 RESOLVED: Adopt second suggestion from Cameron about the UA style sheet plus a note saying initial transform-origin for SVG elements won't lead to an expected result 16:16:53 Topic: % resolution for abspos vs in-flow grid items. 16:17:00 https://lists.w3.org/Archives/Member/w3c-css-wg/2015AprJun/0164.html 16:17:01 https://lists.w3.org/Archives/Member/w3c-css-wg/2015AprJun/0164.html 16:17:01 glazou: That's from fan 16:17:09 s/fan/fantasai 16:17:17 fantasai: I don't have a clear thought, but I'll present. 16:17:53 bcampbell has joined #css 16:17:58 fantasai: We discussed % res in the block dimension for flexbox and in-grid items. What Mats pointed out is if you have and abspos grid item which we can do, those margins because it's abspos will have verical resolve against horz. 16:18:37 fantasai: So if you position an item in a grid area, if the margins are resolved against horz or vert will depend on if it's abspos. That's pretty inconsistant, so do we want that situation or do we change abspos or grid 16:18:59 Rossen: In our impl of grid, grid items are treated the same way always for % reoslution regardless of how they got to be layed out. 16:19:39 Rossen: If and abspos element makes its way from the first level children of grid or somewhere deeper inside of the element chain it shouldn't matter. It's still part of the grid and will be layed out for all grid rules and this shouldn't be an exception. 16:20:06 Rossen: If we're allowing you to, for ex position and abspos item in a grid row/column, there's not reason for it not to resolve % the same way as other grid items. Same for flex. 16:20:08 fantasai: Okay. 16:20:27 fantasai: We're missing dbaron and TabAtkins so I don't think we should resolve, but if anyone has something to add to think about it, let's do that. 16:20:43 Florian: I'm confused about the statemnt of same for flex. you don't abspos osmething into flex, do you? 16:20:44 fantasai: No. 16:20:58 Florian: You have something that would be flex but you abspos it away from flex? 16:21:06 Rossen: I misse dthat. 16:21:31 Florian: I was saying that in the flexbox case if you haev a flex item you abspos to someplace else it's ancestry is in the flex, but it's not a part of the flex box. 16:21:41 zakim, who is noisy? 16:21:42 ECHO !!! 16:21:54 astearns, listening for 10 seconds I heard sound from the following: +1.479.764.aacc (14%), [Microsoft] (90%), adenilson (69%) 16:22:04 zakim, mute adenilson 16:22:04 adenilson should now be muted 16:22:36 sorry guys (damn mic!). 16:22:53 ouch! 16:23:03 :-) 16:23:15 Rossen: What I said is that the use case from Florian is correct, but it's the opp. of what we're talking about. He said we have a first child of a flex box that's abspos, but the flexbox isn't abspos. In that case the abspos flexbox item will be layed out and processed whereever it gets processed. 16:23:25 andreyr has joined #css 16:24:03 Rossen: So what we were discussing is the opposite where a deeply nested element is abspos but also gets its position container to be grid or flex and that grid of flex is doing layout for the abspos item. SO the rules for that grid or flexbos should apply. 16:24:08 Florian: That makes sense to me, yes. 16:24:21 Rossen: I just wanted to point out that there should be no difference between flex and grid. 16:24:35 Florian: I think what IE currently does makes sense, but we should defer for other people. 16:24:51 glazou: If there's nothing more to say, let's move on. 16:24:58 Topic: Grid Issues 16:25:04 https://lists.w3.org/Archives/Member/w3c-css-wg/2015AprJun/0166.html 16:25:19 glazou: That was from fantasai with two items. First is row/column gap issues, second is a11y. 16:25:36 fantasai: There's three parts of row/column gap. First is should normal value of row-gap compute to 0. 16:25:43 ACTION glazou: email krit about resolution item 1 16:25:43 Created ACTION-694 - Email krit about resolution item 1 [on Daniel Glazman - due 2015-06-24]. 16:26:13 fantasai: There is supposed to be interpreted as a UA value, I think it's easier to authors to compute to 0. The list seems to agree, but I think we should resolve that normal computes to 0 on grid containers. 16:26:30 s/UA value/UA value in multicol/ 16:26:32 Zakim, who is noisy? 16:26:40 s/compute to 0/compute to 0 on multi-col/ 16:26:42 glazou, listening for 10 seconds I heard sound from the following: [IPcaller] (4%) 16:26:47 s/multi-col/grid containers/ 16:27:09 Noise always stops as soon as you ask Zakim about it 16:27:16 Rossen: I'm having a hard time getting to the e-mail 16:27:19 fantasai: gregwhitworth agrees. 16:27:23 fantasai: So it should be okay. 16:27:34 One of murphys laws, I think 16:27:43 fantasai: gregwhitworth replied to the list that it makes sense so I'm assuming it makes sense of MS in general. 16:27:51 s/of/for/ 16:27:51 Rossen: gregwhitworth has opinions, but I have some too. 16:28:10 glazou: Obj? 16:28:18 RESOLVED: that normal computes to 0 on multi-col on grid containers 16:28:43 fantasai: This is for row-gap and column gap. We want to have a short hand. options are grid-gap, but I'm open to other suggestions. 16:28:46 grid-gap sounds ok to me 16:28:49 Rossen: grid-gap sounds good. 16:29:03 hober: It's also consitant. track-gap would be confusing about multi-col. 16:29:18 fantasai: It does apply in multi-col because it's a short hand that sets row and column gap. 16:30:06 +1 to hober 16:30:12 hober: It it applies in multi-col I'd say track-gap sounds better because it doesn't rely on another mode(?) 16:30:20 'gap' 16:30:21 zakim, who is noisy? 16:30:26 my mic is off. 16:30:33 astearns, listening for 11 seconds I heard sound from the following: glazou (4%), +1.479.764.aacc (48%), [IPcaller] (46%) 16:30:36 fantasai: track is a grid layout, but not for rows and columns. Not sure that it makes it better. 16:30:37 gap 16:30:49 s/layout/layout term/ 16:30:52 Rossen: Yep, agree with fantasai that track isn't applicaple to multi-col 16:31:09 Florian: Do we have a plan to add another property that's a better use for the word gap alone? 16:31:36 fantasai: I don't know. We might want to look at the next issue. Should the shorthand reset the gap property. 16:31:36 crazy echo 16:31:44 Zakim, mute IPcaller 16:31:44 [IPcaller] should now be muted 16:31:48 there's a lot of echo 16:31:52 Zakim, unmute IPcaller 16:31:52 [IPcaller] should no longer be muted 16:32:07 Zakim, [IPcaller] is fantasai 16:32:07 +fantasai; got it 16:32:22 Zakim, unmute fantasai 16:32:22 fantasai was not muted, glazou 16:32:30 -adenilson 16:32:32 Florian: Based on this it seems the text should be probably not a good idea for gap. We can just call it grid-gap for the general property. 16:32:45 zakim, mute aacc 16:32:45 +1.479.764.aacc should now be muted 16:32:55 thanks plinss 16:33:13 aaahhhh 16:33:22 fantasai: I think having the grid shorthand reset the gap property is a useful thing. The interaction with multi-col isn't a problem because you can't have an interaction. It's only column-gap that applies the multi-col. It's unlike people would try and combine multi-col and grid b/c they do very different things. 16:33:34 MaRakow has joined #CSS 16:33:43 hober: So you argue people will only want to use the short hand when doing grid layout so we can name it after grid. That seems reasonable. 16:33:50 +??P16 16:34:01 Zakim, ??P16 is me. 16:34:01 +adenilson; got it 16:34:02 Rossen: Did we consider something like gutter. 16:34:16 Rossen: It doesn't say gap in the name, but it describes the gap in all those layout types. 16:34:26 +[Microsoft.a] 16:34:41 Zakim, [Microsoft.a] is me 16:34:41 +MaRakow; got it 16:34:43 fantasai: We can't use gutter without a prefix since that's confusing with the page gutter. If we have a row-gap and column-gap, the shorthand should be gap not gutter. 16:34:59 s/page gutter/page gutter, which is the part of the page used for binding/ 16:35:04 Rossen: I'm fine with it. We can change it later. 16:35:27 gutter -> row-gutter column-gutter 16:35:27 +1 fantasai 16:35:40 RESOLVED: GRID-GAP PROPERTY IS THE SHORTHAND FOR COLUMN-GAP AND ROW-GAP. and grid-gap resets both. 16:36:01 https://lists.w3.org/Archives/Public/www-style/2015Jun/0180.html 16:36:58 fantasai: Basically, we haev a requirement that authors shouldn't use grid or flexbox reordering to reorder the source differently thant he visual order when it's not benefitial for a11y. When you're reordering you do it in the sourse. We add a conformance req. on authoring tools where if they don't change the source, that's the opt-in for the author. 16:37:28 fantasai: It would be non-conformant ot have an authoring tool that lets you do layout in grid just by changing grid properties unless the author using the tool says I don't want you to reorder the source. 16:37:44 s/lets you do layout/lets you reorder items/ 16:38:12 glazou: What do people think? 16:38:17 - +1.479.764.aacc 16:38:29 bo: can you desc what an author opt-in means? I'm not sure I understand. 16:38:46 + +1.479.764.aagg 16:38:53 Zakim, I am aagg 16:38:53 +Florian; got it 16:39:35 fantasai: The default behavior of any authoring tool that allows re-ordering using grid or flexbox, it does the re-ordering by re-ordering the source, unless the author specificallys ays I want to keep the source order the same. The dafult behavior without the author doing something to choose visual re-ordering only, would be to change the source order. 16:40:48 Rossen: I guess...this is arequiremnt that we will take. Having ordering and the ability to re-order items in those layouts is both useful and very appropriate to be done on the CSS layout. For ex. you want to re-order images backwards to show the oldest first. I don't see why you would re-order your entire file. I see the a11y, but I find it difficult to believe it would be done anyone except the CSS layer if you can do it there. 16:41:05 Florian: I'm not convicned this would make a huge difference on what people do, but I agree with the requirement. 16:42:00 s/ done anyone except/ done anywhere except/ 16:42:09 hober: I am worried that the requirement makes assumptions about the UI of authoring tools that might not match a sufficently new authoring tool UI. I don't want this rule to restrict authoring tool makers from innovating new ways to present these features, but on a meta level I don't make an authoring tool so I'd like to hear from people that make authoring tools. Do they find it reasonable. 16:42:28 glazou: I have no opinion yet because I haven't dove into flexbox or grid for my authoring tool. 16:42:46 Rossen: The tool makers on our side, I don't believe these guys look into this kind of req closely. 16:43:02 Florian: Yeah, I think not matter what we write it might not be applied, but they indicate intention. 16:43:24 hober: I thinkt hat suggests it should be a note as to the best practice instead of conformance. 16:43:26 Florian: We have that. 16:43:30 fantasai: I don't htink we do. 16:43:35 Florian: ON authors, not tools. 16:43:48 fantasai: We have a conformance req on authors to order their DOMs in a logical way. 16:44:06 glazou: In the w3c sheet there is an a11y guidelines post and it's the best post out there. 16:44:25 Florian: Given that we have an author requirement, we can have a note to the authoring tools saying their UIshould take this into account. 16:44:39 glazou: I'd like us to warn the people editing the doc to know about it. 16:44:44 Florian: In addition to, yes. 16:45:00 glazou: A note in the whole spec while the document is about authoring tools entirely. 16:45:09 Florian: Having the note in both places, yes. 16:45:17 "must" in a note? 16:45:21 fantasai: I think that makes sense. I'm happy to draft text for that. 16:45:32 glazou: SimonSapin has a good question. 16:45:49 Florian: It's a note explainging to authoring tools that authors have a must. It's an explination of a must. 16:46:06 SimonSapin: Ok, fair enouh 16:46:09 glazou: Let's defer until fantasai makes the text. Do you accept an action to write it? 16:46:29 fantasai: Adding a note to grid and flexbox and add a note that they can add conformance criteria if they wish. 16:46:49 bo: this feels like a stop-gap about the bigger a11y issue for flexbox. This brings awareness to it, it does help. 16:47:20 https://lists.w3.org/Archives/Public/www-style/2015May/0154.html 16:47:25 action fantasai to write a note about authoring tools supporting the must requirement to re-order the DOM in a logical way 16:47:25 Created ACTION-695 - Write a note about authoring tools supporting the must requirement to re-order the dom in a logical way [on Elika Etemad - due 2015-06-24]. 16:47:46 https://lists.w3.org/Archives/Member/w3c-css-wg/2015AprJun/0168.html 16:47:52 Topic: grid thing form gregwhitworth 16:48:34 gregwhitworth: We had the same issue with interop about fixed position. However we get CSS 2.2 update we need to be able to say fixed pos if Gecko changes, it seemed like we're leaning in that direction. 16:48:45 gregwhitworth: I don't know if this needs much discussion unless Gecko disagrees. 16:48:59 glazou: We don't have dbaron. So that defers until early July. 16:49:17 gregwhitworth: I don't think I need to be here. However we get it updated, we just need to know if he disagrees. 16:49:27 Rossen: We have implementation intent from Blink. 16:49:33 ??; No, blink and webkit have it. 16:49:47 https://lists.w3.org/Archives/Member/w3c-css-wg/2015AprJun/0165.html 16:49:47 Topic: CSS UI Issues 16:49:56 glazou: Let's do the two last ones about publication. 16:50:18 s/??/gregwhitworth/ 16:50:21 subtopic: updated Rec for css-style-attr 16:50:37 Florian: There was a minor issue, it doesn't change anything, a term was just defined twice. 16:50:43 glazou: No obj? 16:50:56 RESOLVED: Update the REC for css-style-attr 16:51:01 glazou: Do we have Bert? 16:51:10 fantasai: I can work with plh to publish. 16:52:05 Florian: We don't have TabAtkins for the other one. There was an issue he raised where he realized that our publication practice wasn't a w3c requirement, but a CSS WG rule and he wanted to change publication to let authors deal with it. 16:52:30 fantasai: I know I've published directly to web-req, but they wanted me to talk to the staff contacts. Given staff contacts aren't here... 16:52:48 glazou: These are things chairs need to discuss with plh and web-req. If you want us to discuss we can. 16:53:07 Florian: I think it's an action on the chairs to find out if it's possible to see if it's worth discussing. 16:53:18 glazou: Let me ping plh on if it's possible and I'll get back. 16:53:27 glazou: One question, smfr are you on? 16:53:42 https://lists.w3.org/Archives/Public/www-style/2015Jun/0147.html 16:53:44 glazou: Did you want to talk about item 9? 16:54:01 smfr: We're making progress on the ML, but I wanted to ask Microsoft for feedback 16:54:11 ??: I saw the mail, but haven't gotten to digest. 16:54:21 smfr: There was another only about containing block that would be good to nail down. 16:54:29 s/??/MaRakow 16:55:13 Florian: I'd like to mention something about CSS 3 UI. Our "LC" period ends today. We have a handful of small issues open. There's maybe one or two we can tackle on the call. I don't think we can go to CR. 16:55:38 Florian: During the F2F we thought we might drop the box-sizing and Mozilla was going to figure out if it was okay, but they removed it from their code base. 16:55:47 fantasai: There was a resolution on the Wednesday minutes to drop 16:56:26 Florian: Okay. So we do drop it. I had a discussion with authors that it was nice, but not with any major use case. In some cases it's convenient, but it can be done without. If vendors agree we should remove, we stick byt he previous resolution. 16:56:35 fantasai: If there's strong demand it shows up in level 4. 16:56:37 Florian: Okay. 16:57:05 Florian: The other thing is the CSS3 UI spec talking about the cursor property it has supposed values as auto. 16:57:16 glazou: URL? 16:57:20 http://www.w3.org/mid/DB2A75EC-6C11-44A7-A043-4A2418ADC3C9@rivoal.net 16:57:29 The UA may treat unsupported values as auto. 16:57:29 E.g. on platforms that do not have a concept 16:57:29 of a context-menu cursor, the UA may render 16:57:31 default or whatever is appropriate. 16:57:40 Florian: [reads text] 16:58:06 Florian: I don't htink this is good, if you don't support, don't support and people can use a test page. "do whatever is appropriate" is vague. 16:58:19 glazou: Is tantek on the call? I'd like to hear the original reason for it. 16:58:27 glazou: I tend to agree, but I'd like to hear from him. 16:58:27 - +1.519.513.aaee 16:58:31 Florian: That's reasonable. 16:58:43 glazou: Okay, ping tantek to give us context. 16:59:12 -hober 16:59:15 action Florian ping tantek for reason the UA may treat unsupported values as auto. 16:59:15 Created ACTION-696 - Ping tantek for reason the ua may treat unsupported values as auto. [on Florian Rivoal - due 2015-06-24]. 16:59:17 -astearns 16:59:18 -adenilson 16:59:18 -MaRakow 16:59:19 -[Microsoft] 16:59:19 -alex_antennahouse 16:59:20 -Florian.a 16:59:20 -glazou 16:59:22 -fantasai 16:59:22 -??P9 16:59:23 -Florian 16:59:23 -SimonSapin 16:59:23 -BradK 16:59:24 glazou: I suggest we stop here. Thank you everyone. Bye. 16:59:25 -plinss 16:59:26 -antenna 16:59:27 -smfr 16:59:33 smfr has left #css 16:59:37 -koji 16:59:39 -tgraham 16:59:40 -dauwhe 16:59:41 -dael 16:59:41 Style_CSS FP()12:00PM has ended 16:59:42 Attendees were +1.206.675.aaaa, glazou, astearns, dael, +1.908.982.aabb, +1.479.764.aacc, dauwhe, +1.631.398.aadd, plinss, antenna, Florian, SimonSapin, tgraham, smfr, 16:59:42 ... +1.519.513.aaee, adenilson, alex_antennahouse, Rossen, +1.415.231.aaff, BradK, koji, hober, fantasai, [Microsoft], MaRakow, +1.479.764.aagg 16:59:44 BradK has left #css 17:23:38 I’ve written a polyfill for nesting in CSS (following the W3C CSS Nesting Module Level 3 syntax) https://github.com/jonathantneal/postcss-nesting 17:44:51 rego has joined #css 17:59:13 jet has joined #css 18:01:45 adenilson has joined #css 18:32:43 dauwhe has joined #css 18:34:19 dauwhe_ has joined #css 18:39:33 JohnMcLear has joined #css 18:54:27 Zakim has left #css 19:14:50 Florian has joined #css 19:16:41 zcorpan has joined #css 19:38:49 Florian has joined #css 19:41:43 dauwhe has joined #css 20:00:02 svillar has joined #css 20:10:04 lajava has joined #css 20:37:20 myles has joined #css 20:58:43 lajava has joined #css 21:10:06 estellevw has joined #css 21:13:29 dauwhe has joined #css 21:35:46 renoirb_ has joined #css