01:18:27 Someone should get libxml2 following HTML now the spec is pretty stable 01:48:10 "Someone" :) 01:52:51 :) 02:04:01 jdaggett has joined #css 02:32:31 gn it does follow HTML. Look, it's years behind! :-) 03:40:00 jet has joined #css 04:27:50 tantek has joined #css 06:12:18 jet has joined #css 07:55:40 glazou has joined #css 08:45:03 lajava has joined #css 09:18:14 antonp has joined #css 09:24:28 Ms2ger has joined #css 11:21:15 darktears has joined #css 12:03:54 plh has joined #css 12:30:16 Ms2ger has joined #css 12:34:49 tantek has joined #css 13:32:42 dbaron has joined #css 15:14:22 nvdbleek has joined #css 15:14:37 glazou has left #css 15:30:07 ArronEi has joined #css 15:31:09 glazou has joined #css 15:31:40 Zakim has joined #css 15:31:55 Zakim, this will be Style 15:31:55 ok, glazou; I see Style_CSS FP()12:00PM scheduled to start in 29 minutes 15:32:02 RRSAgent, make logs public 15:32:08 jet has joined #css 15:32:16 glazou has changed the topic to: http://lists.w3.org/Archives/Public/www-style/2014Oct/0375.html 15:55:14 glazou has joined #css 15:55:24 Zakim, code? 15:55:24 the conference code is 78953 (tel:+1.617.761.6200 sip:zakim@voip.w3.org), glazou 15:56:28 AH_Miller has joined #CSS 15:56:50 Style_CSS FP()12:00PM has now started 15:56:57 + +1.253.307.aaaa 15:57:02 zakim, aaaa is me 15:57:03 +ArronEi; got it 15:57:05 adenilson has joined #css 15:57:06 dael has joined #css 15:57:17 +MikeMiller 15:57:56 +dael 15:58:12 + +33.1.39.21.aabb 15:58:20 -MikeMiller 15:58:24 Zakim, aabb is me 15:58:24 +glazou; got it 15:58:40 +MikeMiller 15:59:08 bradk has joined #css 15:59:09 +[Microsoft] 15:59:18 +SGalineau 15:59:24 +??P15 15:59:29 +??P16 15:59:36 Zakim, ?P15 is me. 15:59:36 sorry, adenilson, I do not recognize a party named '?P15' 15:59:47 -??P16 15:59:49 Zakim, ??P15 is me. 15:59:49 +adenilson; got it 15:59:53 +BradK 16:00:19 smfr has joined #css 16:00:52 + +1.631.398.aacc 16:01:26 +smfr 16:01:38 antenna has joined #css 16:01:41 +??P27 16:02:00 -[Microsoft] 16:02:24 Zakim, who in on the phone? 16:02:24 I don't understand your question, glazou. 16:02:28 +Bert 16:02:32 Zakim, who is on the phone? 16:02:33 On the phone I see ArronEi, dael, glazou, MikeMiller, SGalineau, adenilson, BradK, +1.631.398.aacc, smfr, ??P27, Bert 16:02:59 +plinss 16:03:06 +[IPcaller] 16:03:10 koji has joined #css 16:03:11 Zakim, IPcaller is me 16:03:11 +fantasai; got it 16:03:15 gregwhitworth has joined #css 16:03:42 + +1.281.305.aadd 16:03:50 + +1.425.301.aaee 16:04:04 +hober 16:04:20 Zakim, aaee is rossen 16:04:20 +rossen; got it 16:04:30 glazou: Let's start. We have a few regrets. 16:04:34 +koji 16:04:34 Keshav has joined #css 16:04:38 glazou: Are there extra items? 16:04:47 my SIP client isn't working right now, so unable to join 16:04:48 Topic: Animations Issues 16:04:58 dbaron, ACK 16:05:01 sylvaing: I want to make sure we have the right people. 16:05:17 +??P39 16:05:22 SteveZ has joined #css 16:05:28 sylvaing: During Sophia we agreed to let animation prop effect running animations so if your animation is running and you change the timing or what not it has an immediat effect. 16:05:34 Zakim, ??P39 is me 16:05:35 +antonp; got it 16:05:45 sylvaing: OUtstanting is what happens when you update an anmation in a @keyframe 16:05:47 +SteveZ 16:06:01 vollick has joined #css 16:06:07 +[Microsoft] 16:06:13 sylvaing: TabAtkins was of the opinion it ignore them and that's fine with me. You end up in a tricky area. I can't find any real minutes or e-mail thread suggesting concensus. 16:06:26 sylvaing: If people don't object I'll document it, but I want to double check. 16:06:29 glazou: Opinions? 16:06:48 sylvaing: So inside a @keyframe the only animation prop that has an effect is timing. The others are ignored. 16:07:01 TabAtkins: And it doesn't do what it normally does inside, it's just between keyframes. 16:07:26 + +1.408.881.aaff 16:07:40 ??: So this is prop that effect animations, not changing the keyframes. 16:07:47 s/??/smfr/ 16:07:52 sylvaing: So it's can a keyframe rule change a running animation property. 16:08:12 sylvaing: So we covered what it means to chnge when an animation running, the only leftover part is when you have a @keyframe rule. 16:08:16 smfr: Sounds fine. 16:08:24 glazou: Seems resolveable. 16:08:48 RESOLVED: amination properties don't apply inside keyframe rules except animation timing function (where we have text already) 16:08:55 dino has joined #css 16:09:05 sylvaing: Next issue 16:09:05 https://www.w3.org/Bugs/Public/show_bug.cgi?id=25344 16:09:10 sylvaing__: This bug above 16:09:33 sylvaing__: It's a non-issue. When you have a keyframes objects for an @rule, today you can set the name of the keyframe rule to none. 16:09:49 sylvaing__: THat's not a good keyword. The question was should we throw, I think yes. 16:10:21 sylvaing__: This isn't controversial, I think. Unless someone thinks of an exception. 16:10:27 smfr: Is none the only special value? 16:10:34 sylvaing__: For the name of a keyframes rule? 16:10:47 smfr: I can imagine infinate or inheret which would be a bad time 16:10:55 sylvaing__: So the usual global keywords would throw. 16:11:01 sylvaing__: Fair point. 16:11:13 ???: Haven't we in the past req. keyframes to be quoted? 16:11:21 ??? is Arronei 16:11:22 smfr: The original spec had, but we removed that. 16:11:24 s/???/dino/ 16:11:31 oops! 16:11:47 sylvaing__: So you can say if you want to use inheret you can quote it, but if you don't quote it, what happens? You can't set to that. 16:11:57 smfr: So is it valid when you're passing the first time? 16:12:05 glazou: What about counter names? 16:12:11 TabAtkins: Explicitly disallowed. 16:12:16 glazou: So I say we do that. 16:12:24 TabAtkins: You get that for fre if you ref custom-idents. 16:12:29 sylvaing__: Okay. THat works. 16:12:38 plinss: Does custom-odent spec the OM? 16:12:42 http://dev.w3.org/csswg/css-values/#custom-idents 16:12:50 TabAtkins: No so much, but if you check the grammer for the animation name you get there. 16:13:11 sylvaing__: I'll clarify in the prose spec. So if I do @keyframe and "none" does that work? 16:13:20 TabAtkins: No, it doesn't match the keyframes grammer 16:13:23 sylvaing__: You're right. 16:13:39 sylvaing__: So.... when I set it in the OM, the named prop to none, it still throws. 16:13:41 TabAtkins: Yeah. 16:13:50 TabAtkins: Anything that prevents reserializing it. 16:14:08 can that be minuted 16:14:18 zakim, who's making noise? 16:14:22 that was me! 16:14:25 not me though 16:14:31 TabAtkins, listening for 11 seconds I heard sound from the following: glazou (27%), SGalineau (44%), TabAtkins (14%) 16:14:32 colleagues talking about star wars shit 16:14:44 dbaron has joined #css 16:15:04 RESOLVED: keywords are invalid @keyframes names and will throw when set through the OM 16:15:16 sylvaing__: Next one. 16:15:17 https://www.w3.org/Bugs/Public/show_bug.cgi?id=25034 16:15:26 Zakim, code 16:15:26 I don't understand 'code', dbaron 16:15:27 sylvaing__: This came from an e-mail from glazou 16:15:27 Zakim, code? 16:15:28 the conference code is 78953 (tel:+1.617.761.6200 sip:zakim@voip.w3.org), dbaron 16:15:48 sylvaing__: It was deleteRule/findRule. What happens when milti rules containt the same key? 16:15:57 +David_Baron 16:16:06 sylvaing__: The API today assumes that there is one. In practice browsers apply a rule to the last one 16:16:22 glazou: The problem is diff from delete and find. WE may have to change find but fix delete 16:16:25 network completely stopped working, rebooting didn't fix it, and then it just magically started working again 16:16:31 sylvaing__: From my testing they find and delete the last one. 16:16:41 glazou: I'mnot sure if this is what the user would expect. 16:17:04 sylvaing__: It makes sense before. You would find or delete the last one. Now that there's cascading across rules it may not find or delete everything. 16:17:21 sylvaing__: A find rule may give an incomplete desc or you may think you delete everything. 16:17:29 sylvaing__: So today it's find and delete the last one 16:17:50 glazou: smfr's question in CSS: CSS WG got the OM from DOM long ago. WE were long ago going to add the OM pieces. 16:17:58 sylvaing__: And this is the OM in Animations spec. 16:18:19 smfr: I guess I understand. I thought we had a longer goal to rewrite the OM, will it still work after we re-write? 16:18:41 sylvaing__: I agree we may want to clen in the future. I suggest for lvl 1 we should agree on what to interop on. 16:19:02 sylvaing__: I think the behavior is reasonable for find. 16:19:13 smfr: It seems to be current functions are insuffiecent. 16:19:20 TabAtkins: They are, but that was org spec and impl. 16:19:27 smfr: So we're not going to change, just define. 16:19:53 sylvaing__: And it used to be reasonable, it's just more awkward now that we cascade across rules. It's not ideal, but we desc what browsers do. 16:20:10 sylvaing__: So saying delete/find rule apply to the last of that rule? 16:20:19 smfr: So how does that work.?? 16:20:44 sylvaing__: So right now it is a seperate issue. In browsers today you see the first one as the second is thought of as a sep item. 16:20:52 TabAtkins: Original spec OM was a hot mess, basically. 16:21:00 sylvaing__: It was oversymplistic 16:21:09 smfr: Can we add a note to the spec that desc this issue? 16:21:13 sylvaing__: I can do that. 16:21:13 more detail: "50%" is different from "50%, 60%" and might even be different from "50%,60%" (no space) 16:21:25 smfr: I think it should be for authors so they know we understand there's this issue. 16:21:39 I don't understand what " RESOLVED: keywords are invalid @keyframes names and will throw when set through the OM" means 16:21:50 glazou: I think smfr question is important to add a note. An editor will rely on findRule, so please do the note. 16:22:03 TabAtkins: The occational thing where we say it's not great behav but it's legacy. 16:22:18 sylvaing__: Let me resolve this and then answer dbaron's IRC question 16:22:25 RESOLVED: findRule/deleteRule return/delete the last rule with the specified key 16:22:30 dbaron, i think the resolution was that setting keyframes rule name to "inherit" via the OM will do nothing other than throw an exception 16:22:40 alex_antennahouse has joined #css 16:23:01 sylvaing__: So dbaron what this means is that if you retreve the keyframes rule for the OM and set it's name prop to a keyword like none, they think it's a name like any other. And this means it should fail. 16:23:06 dbaron: And does parsing fail? 16:23:16 sylvaing__: Yes. It's a custom-ident based fail. 16:23:27 sylvaing__: that's all I had for today. 16:23:53 sylvaing__: We'll have more for the F2F and we'll be pretty much done. The one that's left and I would love input is the one from Sophia which had tests everyone ran. 16:23:56 +[IPcaller] 16:24:03 sylvaing__: That one is tricky. Any input is welcome. 16:24:10 dbaron: I'm not sure which one you mean.. 16:24:18 apologies for lateness I'm IPcaller 16:24:24 tantek has joined #css 16:24:43 sylvaing__: The one you sent all the alternatives on multiple animations running concerently. You had the list A-G and alpha and beta. WE resolved to G Beta, but what that means in spec prose is trickier. 16:24:45 Zakim, [IPcaller] hax alex_antennahouse 16:24:45 I don't understand '[IPcaller] hax alex_antennahouse', glazou 16:24:55 sylvaing__: That's it for today. 16:25:00 Topic: Text 16:25:04 Zakim, [IPcaller] has alex_antennahouse 16:25:04 +alex_antennahouse; got it 16:25:06 -dino 16:25:08 https://lists.w3.org/Archives/Member/w3c-css-wg/2014OctDec/0073.html 16:25:20 koji: Yeah. fantasai? 16:25:32 glazou: Just one thing, I'd like to leave the last 10 minutes for TPAC convo 16:25:55 koji: So fantasai and I discussed this and we disagree so we need the WG opinions 16:26:02 https://wiki.csswg.org/spec/text-justify-auto#future-possibilities 16:26:08 koji: Looking at the table from the last F2F (above) 16:26:48 koji: WE have the options listed there. fantasai point is that C option is really bad. She finds it unacceptable and should be avoided at any cost. 16:27:01 koji: I don't think it's that bad. I'd rather less docs and authors being affected. 16:27:18 fantasai: The issue is Koji wanted clarification on what data we're going to collect and how that impacts our decision 16:27:30 fantasai: I thought we look for what can/can't people live with 16:28:02 fantasai: I understood that if the Japanese don't want large spaces because it make it ugly. Korean we're not sure about if it's okay to treat Han and Hangul diff. Does that make odd spacing 16:28:10 fantasai: Let me paste... 16:28:39 fantasai: There was a thing and I can't remember where. 16:28:41 pastebin? 16:29:17 -glazou 16:29:23 s/thng/place for code snippets/ 16:29:23 Zakim, code? 16:29:23 the conference code is 78953 (tel:+1.617.761.6200 sip:zakim@voip.w3.org), glazou 16:29:24 http://pastebin.mozilla.org/6853299 16:29:28 fantasai: Here we are 16:29:33 -adenilson 16:29:44 Zakim add a hickup 16:29:56 fantasai: The question we need to ask is does creating spaces between Han and not Hangul create wierd parsing of Korean or does it look awk. 16:29:59 +glazou 16:30:08 fantasai: The way having large spaces in Japanese would look awk. 16:30:16 fantasai: That's my understanding of the key question 16:30:20 +??P15 16:30:28 Zakim, ??P15 is me. 16:30:28 +adenilson; got it 16:30:37 koji: I understand that. I think asking if it's acceptable or ugly to end users will fail. How bad is hard to figure out by interviewing users 16:30:57 koji: What we're asking is to help us...how do we determine this as a WG? 16:31:51 koji: One idea that came from our discussion was would be to ask companies how badly thier product does for justification behavior, but other ideas would be appricitated. 16:32:15 ??: I can say that the current webkit behavior is what we've been asked to have and we don't have any bugs from Korean users 16:32:19 koji: Okay. Great. 16:32:30 s/??/hober/ 16:33:04 hober: It's worth noting that the web corpus for Korean isn't similar to historical. If the default is good for moderna nd there's a way to tag historical, that's the best we can do 16:33:25 koji: I understand. A behavior that I'm worrying about isn't webkit. fantasai? 16:34:05 fantasai: I'd like to hear from actual Korean people. Cases where this will be noticed isn't really common. You need narrow lines or a large word that wraps. That's going to be more common on mobile, but isn't common in general. 16:34:52 fantasai: It's important to understand is it as bad if you put random justification somewhere in the word. Is it going to effect wehre spaces are intp and where word boundries are, that's more important than if a space is slightly bigger than ideal. 16:35:01 bradk has joined #css 16:35:02 s/justification space/ 16:35:08 s/in the word/in the middle of a word/ 16:35:19 koji: This issue itself isn't about webcompat only. We're asking authors to explain what to do. If we're not breaking many doc, is that something we would choose? 16:35:39 s/webcompat/backward-compat/ 16:36:04 Ms2ger has joined #css 16:36:27 fantasai: You're like, well, we're only going to break some doc in Korean which is less important than making more doc in Japaense look right. I think we should get a minimum of this isn't broken. Your saying lets break one thing to make other things look better, I'm saying break nothing even if it makes everything look worse overall. 16:36:28 -rossen 16:36:34 regrets for missing TPAC f2f - I am co-chairing the #social web WG. 16:36:36 fantasai: We're supposed to get information 16:36:42 koji: Why no webkit compalints? 16:36:50 fantasai: Maybe they didn't notice. 16:36:59 koji: But if they didn't notice it's not a big problem, is it? 16:37:28 fantasai: If I put spaces in the middle of an english word so it looks badly erned, most users won't notice, but it's still very wrong. 16:37:37 s/erned/kerned/ 16:37:46 fantasai: If you come up witha case where that space gets larger, it becomes a problem for readability. 16:38:20 fantasai: What do you want to know from the WG? I think we need to know from Korean people if this is an okay place to put spaces or is this as bad as putting a space between a suffix and the rest of a word. 16:38:43 glazou: I still have a lot of good contacts in Korea. If you want to send me an email I can forward so they can answers. 16:38:46 fantasai: OKay. 16:39:13 koji: What I'm saying is that if we ask users about how bad this is, is it unaccaptable or just ugly, that's not the right way to investigate. 16:39:29 koji: Only could say ugly or inacceptable to the same thing, it's just how they think it. 16:39:53 +rossen 16:40:01 glazou: I don't really understand, Koji. pinging the users about impact is always good. 16:40:23 hober: When we discussed in Sophia we ended up in a reasonable place without the feedback. I don't think anything has changed, we want that feedback. 16:40:29 glazou: So what are the next steps? 16:40:44 fantasai: I have an e-mail I just need to tweek before I send it to you to be forwarded. 16:40:53 glazou: I'm not sure I'll get an answer, but I can forward. 16:41:14 fantasai: I don't know what koji wants, I think he wants to not ask the uses because he doesn't think they will give good feedback. 16:41:37 koji: If the question is yes or no or compared to something it's okay. If it's is this ugly or unacceptable I think it's inaccurate. 16:41:49 fantasai: That's why I phrased with comparisions to english and japanese. 16:42:00 koji: I got different feelings from that. The difference is subtile. 16:42:09 s/tile/tle 16:42:27 koji: Am I wrong? Regarding investigating? 16:42:33 1. Don't ask anyone from Korea to help 16:42:44 2. Come up with a question and do our best to get the information 16:42:50 fantasai: I think the actions options are (above) 16:43:01 fantasai: You're saying do 1 because the best isn't good enough to be worthwhile. 16:43:23 koji: ask Korean natives? 16:44:06 fantasai: We need to ask someone who isn't Japanese. We have a bias because there's lots of opinions from Japanese speakers, but no Korean. I don't care who we ask, but if you're arguing we don't talk to anybody it doesn't make sense. 16:44:14 koji: We had started asking companies. 16:44:38 glazou: I'm not sure this is going anywhere. fantasai you send me an e-mail and we give them a week to answer. If we get a useful answer fine. If not we do otherwise. 16:44:45 glazou: Anything else on this issue in Text? 16:45:17 koji: WE're discussing this for a long time, after this and a few others are resolved, we want to take text to CR, so if there are other concerns they should state them. 16:45:29 fantasai: We have to go through LC again, but there should be no changes beyond that. 16:45:34 glazou: Okay. Thank you. 16:45:37 Topic: TPAC 16:46:12 glazou: I don't know if you have seen the request from Janina for a joint meeting Friday morning. That's outside our two days, so anyone willing to attend, please do so 16:46:35 glazou: We have a bunch of observer requests. It seems our agenda will be packed with joint meetings, but we don't have a lot of offical items. 16:46:45 bradk has joined #css 16:46:59 glazou: It looks like most of us will arrive Sunday evening. So let's have plans together by Sunday evening. ANy questions about TPAC? 16:47:29 fantasai: Flexbox LC ends at the end of this week, so if you have feedback please try and put it together. If you need mroe time, please let us know. 16:47:36 rossen: Which module? 16:47:44 fantasai: Flexbox. So get your feedback together. 16:47:52 glazou: Anything else? 16:48:07 fantasai^: We were looking in particular for compat feedback on the flex-basis: auto/main-size issue 16:48:15 SteveZ: Any idea of what topics on what days? I have a Tuesday prob so I'd like layout on Monday. 16:48:53 glazou: Given the number of TPAC constraints, I'd appriciate if they can go on the wiki. I'm asking everyone to put their name on the participants list on the wiki. Right now there's only 6 or 8 people. That will help us monitor who is here when. 16:48:56 glazou: Anything else? 16:49:05 -hober 16:49:13 -SGalineau 16:49:14 glazou: OK. I guess this is all today. Safe flight to anyone flying and I'll see you there! 16:49:15 -smfr 16:49:15 -David_Baron 16:49:17 -[Microsoft] 16:49:17 -ArronEi 16:49:18 -SteveZ 16:49:18 -adenilson 16:49:20 -glazou 16:49:21 -[IPcaller] 16:49:21 -fantasai 16:49:22 -rossen 16:49:22 -??P27 16:49:23 -MikeMiller 16:49:23 -koji 16:49:24 -dael 16:49:24 -TabAtkins 16:49:25 smfr has left #css 16:49:27 -plinss 16:49:29 - +1.631.398.aacc 16:49:30 -antonp 16:50:02 -Bert 16:50:30 -> https://www.w3.org/2002/09/wbs/35125/TPAC2014/registrants#CSS registered particpants 16:51:43 Bert: yes but no hotel/flight info 16:58:19 plinss: ping? 16:59:46 adenilson: pong 17:00:39 plinss: hi there. I’m trying to edit the TPAC wiki page to add my name on the participants list but it seems that my user doesn’t have edit access. 17:00:57 reload the page, you should have access now 17:01:08 Would you mind to check if it is missing the magical edit bit flag? 17:01:12 ah, coolio. Let me try. 17:01:22 yay! 17:01:25 plinss: thanks man. 17:01:28 thanks plinss :) 17:01:29 np 17:05:01 disconnecting the lone participant, BradK, in Style_CSS FP()12:00PM 17:05:02 Style_CSS FP()12:00PM has ended 17:05:02 Attendees were +1.253.307.aaaa, ArronEi, MikeMiller, dael, +33.1.39.21.aabb, glazou, [Microsoft], SGalineau, adenilson, BradK, +1.631.398.aacc, smfr, Bert, plinss, fantasai, 17:05:03 ... +1.281.305.aadd, +1.425.301.aaee, hober, TabAtkins, rossen, koji, antonp, SteveZ, +1.408.881.aaff, dino, David_Baron, alex_antennahouse 17:47:27 nvdbleek has joined #css 18:30:38 Zakim has left #css 18:48:48 liam has joined #css 18:51:00 jet has joined #css 19:13:15 nvdbleek has joined #css 20:00:24 lajava has joined #css 20:03:56 stryx` has joined #css 20:11:34 jet has joined #css 20:38:27 darktears has joined #css 20:45:30 adenilson has joined #css 20:46:38 jet has joined #css 21:35:17 lajava has joined #css 21:39:34 tantek has joined #css 21:53:18 tantek has joined #css 22:08:51 TabAtkins: if I want to link to http://dev.w3.org/csswg/css-values/#common-keywords from css-animations, is there a Bikeshed syntax? 22:18:19 tantek has joined #css 22:18:35 liam has joined #css 22:32:58 ArronEi has joined #css 22:56:45 sylvaing__: Not *yet*. There will be, and it will look like [[css-values#common-keywords]]. But cross-spec heading linking isn't in yet. 23:01:22 TabAtkins: cool; so 23:01:28 Yes. 23:01:43 And sorry I haven't gotten to that yet; it'll be cool when I do. ^_^ 23:02:12 oh no worries 23:47:42 of course I'll link to the ED #bwahahaha