15:56:37 RRSAgent has joined #css 15:56:37 logging to http://www.w3.org/2017/03/15-css-irc 15:56:39 RRSAgent, make logs public 15:56:39 Zakim has joined #css 15:56:41 Zakim, this will be Style_CSS FP 15:56:41 ok, trackbot 15:56:42 Meeting: Cascading Style Sheets (CSS) Working Group Teleconference 15:56:43 Date: 15 March 2017 15:56:51 present+ 15:57:31 present+ dael 15:57:46 present+ 15:57:49 ScribeNick: dael 15:57:50 present+ 15:57:53 present+ bdc 15:58:30 present+ 15:59:01 present+ 15:59:37 glazou has joined #css 15:59:51 present+ antonp 16:00:15 present+ 16:00:24 present+ glazou 16:00:41 present+ 16:00:54 present+ 16:01:21 Rossen_: We'll give it another minute or two. 16:01:24 tantek, I think we hear your kbd loud and clear when you type 16:01:29 alex_antennahouse has joined #css 16:01:29 present+ 16:01:35 present+ 16:01:44 ChrisL has joined #css 16:01:57 Rossen_: is fantasai on? 16:02:46 I want to mention wrt merging the test repos. 16:03:11 gsnedders: I want to mention this^ email which we can do without fantasai 16:03:11 Present+ 16:03:12 present+ 16:03:28 bradk has joined #css 16:03:39 Rossen_: Let's start. 16:03:41 Present+ 16:03:53 bcampbell has joined #css 16:03:59 Rossen_: As usual, any extra agenda items? 16:04:11 fantasai: I'd like to go over the flexbox status. 16:04:19 present+ 16:04:22 fantasai: Anything we can do to get it republished soon-ish. 16:04:37 Rossen_: Perhaps that will be covered in agenda #5. 16:04:48 Rossen_: If we don't cover it then we'll put it seperately. 16:04:56 Rossen_: Anything else I might have missed? 16:05:36 Rossen_: I'm only hearing gsnedders addition 16:05:43 Topic: Grid DoC 16:05:46 Topic: minmax max value 16:06:06 https://drafts.csswg.org/css-grid/issues-cr-2016 16:06:13 https://drafts.csswg.org/css-grid/issues-cr-2016#issue-1 16:06:45 fantasai: First open issue is #1 which is about...we got a message from Ali Willians explaining a case when you have conflicting min and max constraints the min wins generally, but this is a case where max should win 16:07:01 https://lists.w3.org/Archives/Public/www-style/2016Oct/0076.html 16:07:30 fantasai: WE closed as no change for consistancy, but his use case is value and it would make more sense if it's possible to express this sizing contraint where the max...in this use case the optimal was 20% and the max was 250px and that wasn't working out. 16:07:30 ... hoping we're not going to end up with !max-width :) 16:07:58 fantasai: This is a totally valid use case, it would be nice to have a syntax to express it. Maybe fore next grid release or something. 16:08:08 fantasai: Here's the example^ 16:08:16 grid-template-columns: 1fr repeat(4, minmax(20%, 250px)) 1fr 16:08:19 fantasai: [explains example] 16:08:41 fantasai: Perfectly reasonable. We can't solve other than nest the grid in a larger container. 16:09:11 fantasai: Proposal is we reject the proposal, but also request that if the WG has a reasonable way to express this raise an issue so we can add this. 16:09:15 Rossen_: Comments? 16:09:53 rachelandrew: It's not a use case that's come up from anyone else and I've heard lots this week. It feels like there will be lots of little things like this. I feel we're going to get an awful lot of this kind of use case as people get their hands on grid. 16:10:23 Rossen_: I would agree with rachelandrew and fantasai. Pushing this to a different level or in the sizing spec is the path forward. Having it punted from L1 grid sounds right. 16:10:36 Rossen_: If there are no other thoughts we can call for resolution 16:10:50 Rossen_: Objections to reject this issue for L2 of grid? 16:10:54 s/L2/L1 16:11:07 fantasai: We want to solve the use case, but perhaps in a slightly different way. 16:11:15 Rossen_: We can work it out, but not in grid L1 16:11:32 fantasai: In L2 we won't invert hte order of priority for min/max. We'd solev the use case in another way. 16:11:43 Rossen_: For sure. I'm jsut saying let's cross this bridge when we come to it. 16:11:53 RESOLVED: reject this issue for L1 of grid 16:11:58 And I'm saying we're not crossing any bridges that invert the order of minmax prioity 16:12:07 https://drafts.csswg.org/css-grid/issues-cr-2016#issue-8 16:12:13 https://github.com/w3c/csswg-drafts/issues/798 16:12:18 Topic: dominant-baseline should apply to grid/flex containers 16:12:54 fantasai: it's a css inline layout issue. Max was pointing out that applies to doesn't apply to grid & flexbox and it should. I made the change to inline but want the WG to say okay. 16:13:06 fantasai: Change was to CSS Inline 16:13:15 myles has joined #css 16:13:18 https://drafts.csswg.org/css-inline/#dominant-baseline-property 16:13:18 present+ myles 16:13:29 fantasai: There's a dominant baseline prop. Link ^ 16:13:38 Rossen_: Any feedback? 16:13:45 Rossen_: Other opinions? 16:14:04 Rossen_: Anyone feel we shouldn't apply dominant baseline to grid and flex containers? 16:14:10 fantasai: also applied alignment-baseline to flex/grid items 16:14:16 RESOLVED: Accept text 16:14:19 https://drafts.csswg.org/css-grid/issues-cr-2016#issue-16 16:14:26 https://github.com/w3c/csswg-drafts/issues/958 16:14:29 I find it a bit curious that baseline-shift applies to fewer elements than alignment-baseline and dominant-baseline 16:14:32 Topic: Defer subgrid 16:15:36 fantasai: He's asking to drop subgrid because he wants to iff you can impl subgrid independantly to each axis. TabAtkins and I said if you want something you want changed and that destabilizes the spec we'll drop it, but so far you've jsut said I"m not sure about the spec. That's our position, but we wanted to know the WGs thoughts 16:15:57 Rossen_: So your opinion is not change the current spec and wait for a counter proposal that negates or improves the current solution? 16:15:58 fantasai: Yes 16:16:05 tantek: Is anyone else impl subgrid? 16:16:22 Rossen_: FF is. 16:16:25 tantek: Which is Mats. 16:16:33 SteveZ has joined #css 16:16:42 https://github.com/w3c/csswg-drafts/issues/958 16:16:44 [issue clarification] 16:17:16 present+ SteveZ 16:17:22 s/iff/see if/ 16:17:32 q? 16:18:19 q+ 16:18:24 rachelandrew: I've commented on the thread. I'd love to see Mats...I've written my concerns about locked to axis and I'd love to see Mats investigation on if it's possible to do it more like the original. It would be a shame if he doesn't get to do that. I'm concerned about how usefult he spec will be. I don't want him to feel the investigation would not be useful. 16:18:41 TabAtkins: No one is holding up Mats but himself. He think's we're not open to changing and we are. 16:18:55 fantasai: Maybe he wants us to pull so no one else impl until there's investigation? 16:19:48 Rossen_: We certainly welcome the feedback. If Mats is under a different opinion I'd love to have him join a call or meeting to make sure he feels supported. If he has any impl experience and feedback with the current proposal we'd love ot hear it. This is why we have CRs and call for impl feedback. 16:20:22 Rossen_: In the lack of concrete proposal given the work that's gone in already to subgrid and the feedabck we have gotten I don't believe there's enough merit to remove it and say we'll have something better, trust us. 16:20:24 dbaron, that's a fair point :) I guess there's no reason it couldn't apply to baseline alignment in general... 16:20:48 ACTION: fantasai extend applies to for baseline-shift to match alignment-baseline 16:20:48 Created ACTION-836 - Extend applies to for baseline-shift to match alignment-baseline [on Elika Etemad - due 2017-03-22]. 16:20:52 Rossen_: Also, we've made significant efforts to make the symmetricity of grid in respect to rows and columns and it would be unfortunate if we spec subgrid to favor one or the other. 16:21:14 q? 16:21:18 Rossen_: And I was speaking as a chair. I'll say if I'm using my MSFT hat. 16:22:26 ack tantek 16:22:40 tantek: To see if I can communicate impressions from Mats, I think TabAtkins's characerization is true, but when there's a spec in CR it indicates a very specific direction and there's no indication in the spec text other directions are possible and does communicate strongly by its state. It's reasonable for Mats to feel that way. I think anyone outside the WG would have a similar impression. 16:23:41 tantek: Mats afaict is the impl that's most ahead on this work and the subgrid is calling for impl feedback. I think we shouldn't just prefer...even vague impl feedback trumps aspirational percision. I'm not asking to replace the current spec, but it's reasonable to indicate with spec text that there's an alternative being investigated. 16:24:11 tantek: That's useful to show Mats his work is valuable and communicate to other impl that this is useful to the WG and welcome. And say that we are looking for alternatives here. 16:24:19 +1 to tantek's proposal 16:24:27 tantek: That's my proposal, but of course we're in CR which brings up should we drop 16:25:37 TabAtkins: There's no alternate prop. It's jsut vaguely we should go back to thinking about independent axes. I recall when the original subgrid came up I wanted to push another level. IT was author and dev concerns that made us look at a simplified version for this draft. If the group now feels it's more important to get it right and push it, that's fine. That's my original position. 16:25:37 +1 to all of what TabAtkins said 16:26:26 tantek: That's fair. There is a bit of, we are learning more about this conceptal space as we impl. There is new info, like we just heard from rachelandrew where there is now openness to biasing toward a correct version later. 16:27:30 tantek: The specific proposal would be that we either seperate it out or add at least an informative paragraph saying we're considering an alternative design that's independent on each axis. I agree it's vague but something that communicates it's happening. I think you'll see more specific proposals follow up. 16:27:52 TabAtkins: Mat's isn't just a third policy. We can tell him please work on this. We can point him to the minutes and communicate. 16:27:55 q+ 16:28:05 tantek: That's part 2, but part 2 is to more implementers broadly. 16:28:14 TabAtkins: Igalia monitors the issues list for grid. 16:28:49 fantasai: Yes, Igalia & Mats follow minutes, but it's our job to be clear to everyone, including those that only read docs. If there's something important to tell impl it should be in the doc. 16:29:16 fantasai: Given the current state, we're shipping grid with everyone except subgrid. Given that I don't object to putting that in L2 and doing that as a WD for comments. 16:29:25 I'd like to hear rachelandrew's opinion on moving subgrid to a separate spec and spinning that up 16:29:46 fantasai: I think Mats wanting to investigate is fantastic. We didn't do it because Igalia thought it was impossible. IT would be great if they could talk and agree it's possible. 16:30:10 TabAtkins: I agree which is why this needs to start in an issue with a proposal. I know how hard it was to think about originally. 16:30:28 I don't think it was that hard to think about. 16:31:02 at this point would anyone strongly object to moving subgrid to a separate spec? 16:31:14 / level 16:31:34 Rossen_: As an impl or as a chair, I don't have a strong objection to moving subgrid out into a different spec or keeping it in spec with an explicit sentence that welcomes additional contributions. I also don't see how this is any different then any work in other specs. They are there to invite impl and through this impl feedback get specs that are more technically sounds as well as from user PoV 16:31:44 I would object to moving it to moving it to a different module, yes :) Not to a different level. 16:32:12 Rossen_: If ther only thing we're considering is an impl that feels unheard, please invite Mats to join us so he feels all his ideas/obj/proposals have been heard. 16:32:19 tantek: I can follow up with Mats directly 16:32:45 Rossen_: In addition to the +1 to TabAtkins I also believe grid would have been done earlier if we didn't have spin cycles for subgrid 16:32:49 q+ fantasai 16:32:55 ack Rossen_ 16:33:26 Rossen_: Based on the impl we had with grid when the initial proposal came through we know subgrid would be difficult. BUt there was no obj to persuing that simple version. There hasn't been another version that came through. 16:33:46 Rossen_: Here we are discussing this again so it would be good to take an option so we can push forward on REC track for grid 16:33:48 q? 16:33:53 ack fantasai 16:34:21 fantasai: In terms of cycles we spent on subgrid, we spent more time talking about it should be there or not instead of technical. Also as an editor I spent a miniscule amount of time on subgrid vs the rest. 16:34:22 q+ to note I think separating subgrid to another spec will be a win-win, help give subgrid room to consider multiple proposals, and help Grid advance toward REC 16:34:28 Rossen_: Agreed. 16:34:43 q- 16:34:49 Rossen is making my point 16:34:54 Rossen_: Do we want to keep subgrid in the grid spec or move it out on its own so it can signal additional and stronger request for feedbacn & changes? 16:35:15 TabAtkins: I think we should only move things that are unstable and not ready for this level. 16:35:21 It sounds like it is less developed than the rest of grid. 16:35:26 +1 to moving to the next level, for stability reasons 16:35:32 so, push to next level 16:35:32 Rossen_: Okay. We have 3 impl and none have subgrid. I think this speaks volumes. 16:35:36 ChrisL - it is, less implemented by far (like none vs 3) 16:35:38 rachelandrew: I think move. 16:35:40 ChrisL, I'm not sure that it's less stable, it just has received less attention because it hasn't been implemented yet 16:35:45 q? 16:36:33 rachelandrew: I really wanted it to be impl and at the time Igalia had the revision there was hope there would be impl. If we're talking changes it's better to move so that we say we're not expecting impl. And it tells authors we want more feedback. We can say we moved it so we can talk about what we need. 16:36:38 +1 rachelandrew 16:36:50 Rossen_: Let's try and have a resolution. Objections to moving subgrid to its own module? 16:36:56 next level of grid, not it's own 16:37:00 fantasai: I do. I don't want another module. We can move to grid 2. 16:37:02 I'm fine with level 2 16:37:06 I'm +1 on what fantasai said 16:37:07 agree with fantasai 16:37:11 rachelandrew: Yes, I meant a level 2. not a seperate subgrid weird thing. 16:37:24 +1 to grid l2 16:37:37 Rossen_: Okay, grid level 2. Objections to moving subgrid to level 2 of grid? 16:37:48 RESOLVED: Move subgrid to level 2 of Grid 16:38:06 Rossen_: And again, tantek please reach out to Mats and make sure he feels he's being heard and supported here. 16:38:17 TabAtkins: Can we please get Mats to join the WG? 16:38:21 Rossen_: Is he not? 16:38:27 TabAtkins: I don't think officially. 16:38:35 Rossen_: So tantek you can follow up on that too. 16:38:44 We should have all the Igalia and Mozilla devs who participate in GitHub to have edit privileges in the repo 16:38:56 tantek: I can ask if he wants to officially join. I'll do my best to facilitate the communication. I can't force him to join. 16:39:53 fantasai: I'm skipping issue #15. I have #17 A question about if fr are a length 16:40:07 fantasai: We said no, but it raised if they should be combinable in calc. 16:40:08 do you have a link for this? 16:40:18 https://github.com/w3c/csswg-drafts/issues/955 16:40:19 fantasai: I wanted to get a resolution and see if there's interest in adding that. 16:40:26 fantasai: to a future level 16:40:51 TabAtkins: fr isn't a length, It's length adjecent but you can't combine it with lengths. 16:41:16 myles has joined #css 16:41:16 Rossen_: I would further that that I always thought of fr like auto for purposes of distributing space. For that reason we don't consider auto as combinable 16:41:22 fantasai: Yet. It's been requested. 16:41:37 TabAtkins: And when we deal with that we can reconsider. As of now I think we should jsut resolve. 16:41:58 fantasai: fr are not and will not be combinable with length and % values. Reconsider when auto values are combinable. 16:42:02 Rossen_: Sounds good. 16:42:15 Rossen_: Objections? 16:42:21 proposed resolution: length & frs are not combinable, but will reconsider if/when length & auto are combinable 16:42:34 RESOLVED: length & frs are not combinable, but will reconsider if/when length & auto are combinable 16:42:41 Topic: republish 16:43:00 fantasai: Closing today's issues, we have one open which is % and we should jsut do an update officially 16:43:05 Rossen_: I'm in favor. 16:43:06 hyatt has joined #css 16:43:09 Rossen_: Objections? 16:43:16 RESOLVED: Republish Grid 16:43:19 ChrisL: Updated CR? 16:43:25 fantasai: Yes. 16:43:30 https://github.com/w3c/csswg-drafts/issues/523#issuecomment-282771617 16:43:37 are we going to note imminent separation of subgrid? 16:43:42 in this new Grid CR? 16:43:42 zcorpan has joined #css 16:43:54 can we at least make a note of that happening soon since we have a resolution? 16:44:15 is the draft ready to go now and is the list of changes up to date? So I can start working on a transition request 16:44:22 s/separation of subgrid/moving of subgrid to level 2 16:44:23 fantasai: And Rego wanted to confirm the behavior we got for the replaced elements in grid is actually what we want. ANyone with an opinion please look at his comments. If you think it's wrong post an issue. Otherwise we'll asumme it's closed. fremy if you could look it would be appriciated. 16:44:43 tantek: Quick question on grid CR. Can we include a note about the move? 16:44:52 ChrisL: I assumed the republish would inclde the removal. 16:45:01 tantek: Great. That's awesome too. Thanks. 16:45:02 ChrisL, no, need to pull in edits from today :) 16:45:19 Topic: Driving specs to REC 16:45:21 ok no worries. Disposition of comments? 16:45:30 rrsagent, here 16:45:30 See http://www.w3.org/2017/03/15-css-irc#T16-45-30 16:45:37 driving specs to REC ++ 16:45:51 Rossen_: I've had multiple discussions with people from W3M, AC members, etc. They always ask me why are we not publishing more REC. 16:46:04 because we need more people like gsnedders 16:46:16 Rossen_: That started a little investigative process on how to move things forward. Are there things to expidite this. 16:46:26 that's not a joke :( 16:46:26 Rossen_: We've had discussions with astearns and here's our proposal 16:46:48 companies send product managers here, but not super-awesome QA personnel 16:47:04 Rossen_: If we look trhough all the agendas that we've had this year alone we had discussions around almost everything being worked on [lists] 16:47:44 Rossen_: Usually when we have time for discussion we're good at filling our call time. However, not every topic helps us move to REC. They don't come on spec work alone. We need tests. 16:48:22 Rossen_: Looking through the current specs, the ones that seem closest to driving to REC are: Writing Modes is the closest and we're waiting on final test reports. 16:48:41 Rossen_: Text level 3, fonts 3, cascade 3, transforms L1, flexbox, variables 16:48:59 Rossen_: As a P2 we have grid as the first. The rest are open to discussion. 16:49:10 q+ 16:49:12 Rossen_: So how do we move forward? This is stating the obvious, I think. 16:49:20 Rossen_: So how do we make progress? 16:49:34 YES 16:49:42 q+ 16:49:44 q+ to discuss Font 3 testing 16:49:45 this is kinda what I was trying to do at the Lisbon f2f 16:49:52 with what specs are going to CR by end of the year 16:49:53 etc. 16:50:10 Rossen++ 16:50:17 Rossen_: Our poposal is to dedicate all those specs as the first tiem for every call until they become recs. WE've discssued this in the past and usually the first objections was "if there's nothing to discuss why have them on the agenda" and it's because we're either done or stuck on something. If we're stuck we need to figure out how to get unstuck. 16:50:19 spending the first 15 minutes of every phone call asking people why they haven't done any work really sucks 16:50:28 last time we did that I stopped attending the calls 16:50:29 dbaron, +1 16:50:36 dbaron, true, hopefully we can minimize it to 5 min ;) 16:50:46 Rossen_: If there's nothing to do becides tests, let's get tests written. Perhaps we'll ask why there are no tests written or none reviewed. 16:51:12 hopefully we can reframe it as "Is there anything we can help with on this spec?" 16:51:20 it also sets up an expectation, so people tend to prioritise getting stuff done ahead of the call 16:51:24 Rossen_: So spending 15 minutes out of every call talking about people not doing what they were supposed to can suck, but it can be really productive. THis is how we got SVG from something chaotic to something organizes and in CR. 16:51:24 tantek, every call? the same answer almost every call 16:51:31 tantek++ 16:51:36 I am not a fan of shaming or berating people about "asking people why they haven't done any work" 16:51:51 in fact I am specifically against any such shaming or berating. totally unproductive and demotivating 16:52:13 Rossen_: The same objections and comments were made with SVG. We ask these questions because we want to ship the spec. Those of you that ship on a regular cadance know how to do it. THis mandated progress is a way to do it. 16:52:21 q? 16:52:22 Rossen_: This is our current proposal from astearns and I. 16:52:30 q? 16:52:36 fantasai, I think it's legitimate to ask "how can we help?" and also ok for editor(s) to say "no idea or you can't", until they think of something that does. 16:52:37 ChrisL: yes 16:52:46 fantasai: First, on your list of specs, I think conditional rules, cascade & V&U should be on there. 16:52:52 Rossen_: Cascade was there. 16:52:57 q+ 16:53:02 just asking the question, and respecting the editor(s) answers would be a good start 16:53:10 fantasai: Condituatal rules, V&U, Backgrounds. 16:53:29 fantasai: Text 3 isn't even in CR. I'm in favor of working on them, but there's things in addition to testing. 16:53:44 q+ to note prioritizing CR->PR, and then "mature" (implemented?) WDs -> CR makes sense 16:53:48 ack fantasai 16:53:52 q- 16:54:05 fantasai: Second comment is until there are people doing testing as a significant part of their to do we won't make significant progress. Most of this work is not telecon work. It needs people that care about gathering tests. 16:54:41 q? 16:54:52 (I was basically going to say what fantasai did) 16:54:52 fantasai: Until we have people that have the time to do that we'll jsut talk status which is not useful. That's the problem we need to solve. We need QA people. It doesn't have to be actual QA people, but people who can QA. It can also be QA people. But if it's people doing this in their spare time we won't make progress. 16:55:20 Rossen_: In reply, once we see the testing work for a spec has taken off we can de-allocate this spec out of conf call. Until then we need to support this work. 16:56:10 ChrisL: I did publish for css 3 fonts there areas missing tests. A good 2/3 could be tested from myles' font, but it's mac os only font. I can't make tests. That's what I'm stuck on. If I can get unstuck I can commit to tests. I'm asking for help. 16:56:18 ChrisL: I can potentially take a quick look, FWIW 16:56:21 Rossen_: Send me an e-mail and I'll connect you with out fonts guys. 16:56:26 ^^^ great example of the need help? ask for help. pattern 16:56:26 q? 16:56:27 myles: A couple thoughts. 16:56:32 ack ChrisL 16:56:32 ack ChrisL 16:56:32 ChrisL, you wanted to discuss Font 3 testing 16:56:39 ack myles 16:56:40 myles: I want to echo fantasai that the work remaining doesn't need to be on the call. 16:56:52 q? 16:57:05 myles: Second is I'm still fairly new as an editor so...I would love to take my specs to REC, but I need an mentor. I'm happy to work with ChrisL or anyone else. 16:57:28 We should *absolutely* make sure that people feel welcome to bring up any issues that need WG discussion or help from other people. Just don't think that dedicating time every call to testing work is useful if none of that work is being done and there is therefore nothing to discuss. :) 16:57:40 myles: Point 3, ChrisL the font I'm confident I can make it work, I jsut need time. Which is kidn of like point 1. The people doing this in their spare time, it's a matter of time and priorities. 16:58:30 fantasai, beyond "feel welcome", I think it's important to signal that the group prioritizes that 16:58:36 tantek, sure 16:58:38 Rossen_: I totally agree. Time is the only currency we have to spend and if we're constantly on credit we have problems. I want to force those convos so people can ask for help. Given that you've made you the editor and you need mentoring, this is the time for you to ask. If we don't force those convos we'll be stuck wehre there are all kinds of things to do and the progrss gets slower. 16:58:43 ack tantek 16:58:43 tantek, you wanted to note prioritizing CR->PR, and then "mature" (implemented?) WDs -> CR makes sense 16:58:51 ack tantek 16:58:51 tantek, don't mind to have a standing agenda item that's "Does anyone working on testing have anything to discuss" 16:59:09 tantek: In responce to fantasai, Rossen_ if we priorities the CRs and then the mature WD as spereate clusters I think that would help. 16:59:38 fantasai: is this the "I get a soapbox" item? :P 16:59:38 jcraig has joined #css 16:59:46 (also :() 17:00:06 Rossen_: Definitely. THe order we cam eup with was initial review of specs that seem close and stable enough in terms of not too much in terms of changes and mostly impl in browsers. We welcome feedback similar to fantasai's. We missed some. We can continue to refine the list on the private ML and continue to go forward 17:00:13 ChrisL: 🥂 17:00:27 Rossen_: If we don't start next call, perhaps, we should start the following. If we don't solidify the set of specs for next week, that is. 17:00:35 gsnedders: Sure :) 17:00:45 jamesn has joined #css 17:00:55 also we should encourage editors of CRs that need help to prioritize their requests / issues 17:01:00 over new WDs etc. 17:01:01 Rossen_: We're on the top of the hour. This is something that will take getting used to, but in the long run I'm hopeful and I think we'll get good results and send good signals to the rest of the community. 17:01:28 fantasai: I jsut want to repeat that if you want to get to rec we need to get QA people in here, not just devs that also write specs. 17:01:46 Rossen_: Yes. That's noted. We'll see what can be done. As a group we have to be able to get our specs to REC. 17:01:50 jnurthen has joined #css 17:01:50 we are over time 17:02:03 fantasai, agreed, and we can also note that more broadly, e.g. to AC/AB that we are looking for more QA help 17:02:08 gsnedders: I jsut want ot mention that the [missed] will happen in under a fortnight 17:02:26 s/[missed]/merge with webplatform tests 17:02:29 https://lists.w3.org/Archives/Public/www-style/2017Mar/0042.html is the email I mentioned before about that 17:02:38 Rossen_: Thanks everyone. We'll chat next week. 17:02:39 s/webplatform tests/web-platform-tests/ 17:03:04 byebye 17:03:17 thanks dael! 17:03:31 trackbot, end meeting 17:03:31 Zakim, list attendees 17:03:31 As of this point the attendees have been Rossen_, dael, plinss, antenna, bdc, rachelandrew, astearns, antonp, melanierichards, glazou, tantek, gsnedders, tgraham, 17:03:34 ... alex_antennahouse, dbaron, ChrisL, TabAtkins, bradk, myles, SteveZ 17:03:39 RRSAgent, please draft minutes 17:03:39 I have made the request to generate http://www.w3.org/2017/03/15-css-minutes.html trackbot 17:03:40 RRSAgent, bye 17:03:40 I see 1 open action item saved in http://www.w3.org/2017/03/15-css-actions.rdf : 17:03:40 ACTION: fantasai extend applies to for baseline-shift to match alignment-baseline [1] 17:03:40 recorded in http://www.w3.org/2017/03/15-css-irc#T16-20-48