/irc-logs / w3c / #css / 2014-10-22 / end

Options:

# Session Start: Wed Oct 22 00:00:00 2014
# Session Ident: #css
# [00:01] <krit> TabAtkins: with Markdown syntax maybe :P
# [00:01] <TabAtkins> Heh, I'll do inline markdown eventually. ^_^
# [00:14] * Joins: tantek (~tantek@public.cloak)
# [00:41] * Quits: jet (~junglecode@public.cloak) (jet)
# [00:52] <birtles> TabAtkins: thanks!
# [00:52] <birtles> TabAtkins: by the way, I appreciate the performance improvements
# [00:53] <birtles> TabAtkins: seems to have gone from about 20s -> 10s to rebuild on my machine and I haven't updated for a week or so
# [00:53] <TabAtkins> I'm glad they're noticeable!
# [00:53] <TabAtkins> Oh wow, your spec is big, and your machine is slow. ^_^
# [00:53] <TabAtkins> And yeah, the perf improvement should be right around the 50-60% range.
# [00:54] <TabAtkins> I'm mostly done with perf hacking, because the only big thing I can do now is replacing the html parser with a strict, simple xml5 parser.
# [00:57] <TabAtkins> plinss: It seems that the tool that automatically supplies bikeshedded files if you don't check one in for yourself doesn't pay attention to bikeshed results - it'll replace a good version with console spew if bikeshed updates in a way that causes the spec to start throwing fatal errors.
# [01:02] <plinss> TabAtkins: mmm, good point. IIRC it wipes generated files first to be able to tell what files need generating later, but I'll take a look at fixing that.
# [01:03] <TabAtkins> Yeah, I can't depend on it right now, because I do occasionally make Bikeshed stricter in interesting ways, or temporarily mess things up and cause spurious errors. ^_^
# [01:04] <plinss> Though if I preserve the last good output, you won't see those errors...
# [01:05] <plinss> Want me to email error output to you?
# [01:05] <birtles> we have it set up to build on travis so it only publishes if it succeeds, and if it fails you get the travis logs and error emails
# [01:08] <TabAtkins> plinss: Yes, emailing errors would be great.
# [01:08] <TabAtkins> Automatically getting what birtles just said. ^_^
# [01:08] <plinss> I
# [01:09] <TabAtkins> You.
# [01:09] <plinss> (Damn autocorrect, that was supposed to be: OK)
# [01:27] <SimonSapin> TabAtkins: you could use the parser in lxml.html instead of html5lib, it's not quite conformant but very fast
# [01:30] * Quits: adenilson (~anonymous@public.cloak) (adenilson)
# [01:31] <TabAtkins> Hm, I might try that as a first pass. I plan to make it an opt-in switch at first, so if your spec gets screwed up you can use the conforming html parser.
# [01:54] * Joins: jet (~junglecode@public.cloak)
# [03:03] * Quits: jet (~junglecode@public.cloak) (jet)
# [03:18] <gsnedders> Someone should get libxml2 following HTML now the spec is pretty stable
# [03:48] <SimonSapin> "Someone" :)
# [03:52] <gsnedders> :)
# [04:04] * Joins: jdaggett (~jdaggett@public.cloak)
# [04:32] <liam> gn it does follow HTML. Look, it's years behind! :-)
# [04:41] * Quits: dauwhe (~dauwhe@public.cloak) ("")
# [05:40] * Joins: jet (~junglecode@public.cloak)
# [06:07] * Quits: jet (~junglecode@public.cloak) (jet)
# [06:27] * Quits: tantek (~tantek@public.cloak) (tantek)
# [06:27] * Joins: tantek (~tantek@public.cloak)
# [06:35] * Quits: liam (liam@public.cloak) (Client closed connection)
# [08:12] * Joins: jet (~junglecode@public.cloak)
# [09:42] * Quits: jet (~junglecode@public.cloak) (jet)
# [09:55] * Joins: glazou (~glazou@public.cloak)
# [10:45] * Joins: lajava (~javi@public.cloak)
# [10:49] * Quits: jdaggett (~jdaggett@public.cloak) (Ping timeout: 180 seconds)
# [11:14] * Quits: {Darktears} (~darktears@public.cloak) (Client closed connection)
# [11:18] * Joins: antonp (~Thunderbird@public.cloak)
# [11:24] * Joins: Ms2ger (~Ms2ger@public.cloak)
# [11:31] * Quits: tantek (~tantek@public.cloak) (tantek)
# [11:34] * Quits: Ms2ger (~Ms2ger@public.cloak) (Ping timeout: 180 seconds)
# [13:21] * Joins: darktears (~darktears@public.cloak)
# [14:03] * Joins: plh (plehegar@public.cloak)
# [14:30] * Joins: Ms2ger (~Ms2ger@public.cloak)
# [14:34] * Joins: tantek (~tantek@public.cloak)
# [14:35] * Quits: tantek (~tantek@public.cloak) (tantek)
# [15:32] * Joins: dbaron (~dbaron@public.cloak)
# [15:39] * plh is now known as plh-away
# [15:45] * Quits: shepazu (schepers@public.cloak) ("is sleepy")
# [17:14] * Joins: nvdbleek (~nvdbleek@public.cloak)
# [17:14] * Parts: glazou (~glazou@public.cloak) (glazou)
# [17:24] * Quits: Ms2ger (~Ms2ger@public.cloak) (Ping timeout: 180 seconds)
# [17:30] * Joins: ArronEi (~ArronEi@public.cloak)
# [17:31] * Joins: glazou (~glazou@public.cloak)
# [17:31] * Joins: Zakim (zakim@public.cloak)
# [17:31] <glazou> Zakim, this will be Style
# [17:31] <Zakim> ok, glazou; I see Style_CSS FP()12:00PM scheduled to start in 29 minutes
# [17:32] <glazou> RRSAgent, make logs public
# [17:32] <RRSAgent> I have made the request, glazou
# [17:32] * Joins: jet (~junglecode@public.cloak)
# [17:32] * glazou changes topic to 'http://lists.w3.org/Archives/Public/www-style/2014Oct/0375.html'
# [17:50] * Quits: glazou (~glazou@public.cloak) (Ping timeout: 180 seconds)
# [17:55] * Joins: glazou (~glazou@public.cloak)
# [17:55] <glazou> Zakim, code?
# [17:55] <Zakim> the conference code is 78953 (tel:+1.617.761.6200 sip:zakim@voip.w3.org), glazou
# [17:56] * Joins: AH_Miller (~mike@public.cloak)
# [17:56] <Zakim> Style_CSS FP()12:00PM has now started
# [17:56] <Zakim> + +1.253.307.aaaa
# [17:57] <ArronEi> zakim, aaaa is me
# [17:57] <Zakim> +ArronEi; got it
# [17:57] * Joins: adenilson (~anonymous@public.cloak)
# [17:57] * Joins: dael (~dael@public.cloak)
# [17:57] <Zakim> +MikeMiller
# [17:57] <Zakim> +dael
# [17:58] <Zakim> + +33.1.39.21.aabb
# [17:58] <Zakim> -MikeMiller
# [17:58] <glazou> Zakim, aabb is me
# [17:58] <Zakim> +glazou; got it
# [17:58] <Zakim> +MikeMiller
# [17:59] * Joins: bradk (~bradk@public.cloak)
# [17:59] <Zakim> +[Microsoft]
# [17:59] <Zakim> +SGalineau
# [17:59] <Zakim> +??P15
# [17:59] <Zakim> +??P16
# [17:59] <adenilson> Zakim, ?P15 is me.
# [17:59] <Zakim> sorry, adenilson, I do not recognize a party named '?P15'
# [17:59] <Zakim> -??P16
# [17:59] <adenilson> Zakim, ??P15 is me.
# [17:59] <Zakim> +adenilson; got it
# [17:59] <Zakim> +BradK
# [18:00] * Joins: smfr (~smfr@public.cloak)
# [18:00] <Zakim> + +1.631.398.aacc
# [18:01] <Zakim> +smfr
# [18:01] * Joins: antenna (~antenna@public.cloak)
# [18:01] <Zakim> +??P27
# [18:02] <Zakim> -[Microsoft]
# [18:02] <glazou> Zakim, who in on the phone?
# [18:02] <Zakim> I don't understand your question, glazou.
# [18:02] <Zakim> +Bert
# [18:02] <glazou> Zakim, who is on the phone?
# [18:02] <Zakim> On the phone I see ArronEi, dael, glazou, MikeMiller, SGalineau, adenilson, BradK, +1.631.398.aacc, smfr, ??P27, Bert
# [18:03] <Zakim> +plinss
# [18:03] <Zakim> +[IPcaller]
# [18:03] * Joins: koji (~koji@public.cloak)
# [18:03] <fantasai> Zakim, IPcaller is me
# [18:03] <Zakim> +fantasai; got it
# [18:03] * Joins: gregwhitworth (~gregwhitworth@public.cloak)
# [18:03] <Zakim> + +1.281.305.aadd
# [18:03] <Zakim> + +1.425.301.aaee
# [18:04] * TabAtkins For real, zakim? You recognize me on alternating weeks.
# [18:04] <Zakim> +hober
# [18:04] * TabAtkins zakim, aadd is me
# [18:04] * Zakim +TabAtkins; got it
# [18:04] <dael> Zakim, aaee is rossen
# [18:04] <Zakim> +rossen; got it
# [18:04] <dael> glazou: Let's start. We have a few regrets.
# [18:04] <Zakim> +koji
# [18:04] * Joins: Keshav (~Keshav@public.cloak)
# [18:04] <dael> glazou: Are there extra items?
# [18:04] <dbaron> my SIP client isn't working right now, so unable to join
# [18:04] <dael> Topic: Animations Issues
# [18:04] <glazou> dbaron, ACK
# [18:05] <dael> sylvaing: I want to make sure we have the right people.
# [18:05] <Zakim> +??P39
# [18:05] * Joins: SteveZ (~SteveZ@public.cloak)
# [18:05] <dael> 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.
# [18:05] <antonp> Zakim, ??P39 is me
# [18:05] <Zakim> +antonp; got it
# [18:05] <dael> sylvaing: OUtstanting is what happens when you update an anmation in a @keyframe
# [18:05] <Zakim> +SteveZ
# [18:05] * Quits: nvdbleek (~nvdbleek@public.cloak) (nvdbleek)
# [18:06] * Joins: vollick (~vollick@public.cloak)
# [18:06] <Zakim> +[Microsoft]
# [18:06] * Quits: dbaron (~dbaron@public.cloak) ("8403864 bytes have been tenured, next gc will be global.")
# [18:06] <dael> 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.
# [18:06] <dael> sylvaing: If people don't object I'll document it, but I want to double check.
# [18:06] <dael> glazou: Opinions?
# [18:06] <dael> sylvaing: So inside a @keyframe the only animation prop that has an effect is timing. The others are ignored.
# [18:07] <dael> TabAtkins: And it doesn't do what it normally does inside, it's just between keyframes.
# [18:07] <Zakim> + +1.408.881.aaff
# [18:07] <dael> ??: So this is prop that effect animations, not changing the keyframes.
# [18:07] <TabAtkins> s/??/smfr/
# [18:07] <dael> sylvaing: So it's can a keyframe rule change a running animation property.
# [18:08] <dael> sylvaing: So we covered what it means to chnge when an animation running, the only leftover part is when you have a @keyframe rule.
# [18:08] <dael> smfr: Sounds fine.
# [18:08] <dael> glazou: Seems resolveable.
# [18:08] <dael> RESOLVED: amination properties don't apply inside keyframe rules except animation timing function (where we have text already)
# [18:08] * Joins: dino (~textual@public.cloak)
# [18:09] <dael> sylvaing: Next issue
# [18:09] <sylvaing__> https://www.w3.org/Bugs/Public/show_bug.cgi?id=25344
# [18:09] <dael> sylvaing__: This bug above
# [18:09] * dino zakim, who is here?
# [18:09] * Zakim sees on the phone: ArronEi, dael, glazou, MikeMiller, SGalineau, adenilson, BradK, +1.631.398.aacc, smfr, ??P27, Bert, plinss, fantasai, TabAtkins, rossen, hober, koji, antonp,
# [18:09] * Zakim ... SteveZ, [Microsoft], +1.408.881.aaff
# [18:09] * Zakim sees on irc: dino, vollick, SteveZ, Keshav, gregwhitworth, koji, antenna, smfr, bradk, dael, adenilson, AH_Miller, glazou, jet, Zakim, ArronEi, plh-away, darktears, antonp, lajava,
# [18:09] * Zakim ... glenn_, SimonSapin, kangil__, dwim__, CSSWG_LogBot, Bert, nikos, renoirb, birtles, amtiskaw, achicu_____, lmclister_____, krit, fantasai, krijnhoetmer, paul___irish, stryx`,
# [18:09] * Zakim ... hober, rego, abucur___, mvujovic_____, astearns_, cabanier, sylvaing, panzana`, ato, projector, sylvaing__, shans, leaverou_away, timeless, Teoli___, slightlyoff, jacobg______
# [18:09] <dael> 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.
# [18:09] <dael> sylvaing__: THat's not a good keyword. The question was should we throw, I think yes.
# [18:09] * dino zakim, i am aaff
# [18:09] * Zakim +dino; got it
# [18:10] <dael> sylvaing__: This isn't controversial, I think. Unless someone thinks of an exception.
# [18:10] <dael> smfr: Is none the only special value?
# [18:10] <dael> sylvaing__: For the name of a keyframes rule?
# [18:10] <dael> smfr: I can imagine infinate or inheret which would be a bad time
# [18:10] <dael> sylvaing__: So the usual global keywords would throw.
# [18:11] <dael> sylvaing__: Fair point.
# [18:11] <dael> ???: Haven't we in the past req. keyframes to be quoted?
# [18:11] <ArronEi> ??? is Arronei
# [18:11] <dael> smfr: The original spec had, but we removed that.
# [18:11] <dino> s/???/dino/
# [18:11] <dino> oops!
# [18:11] <dael> 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.
# [18:11] <dael> smfr: So is it valid when you're passing the first time?
# [18:12] <dael> glazou: What about counter names?
# [18:12] <dael> TabAtkins: Explicitly disallowed.
# [18:12] <dael> glazou: So I say we do that.
# [18:12] <dael> TabAtkins: You get that for fre if you ref custom-idents.
# [18:12] <dael> sylvaing__: Okay. THat works.
# [18:12] <dael> plinss: Does custom-odent spec the OM?
# [18:12] <smfr> http://dev.w3.org/csswg/css-values/#custom-idents
# [18:12] <dael> TabAtkins: No so much, but if you check the grammer for the animation name you get there.
# [18:13] <dael> sylvaing__: I'll clarify in the prose spec. So if I do @keyframe and "none" does that work?
# [18:13] <dael> TabAtkins: No, it doesn't match the keyframes grammer
# [18:13] <dael> sylvaing__: You're right.
# [18:13] <dael> sylvaing__: So.... when I set it in the OM, the named prop to none, it still throws.
# [18:13] <dael> TabAtkins: Yeah.
# [18:13] <dael> TabAtkins: Anything that prevents reserializing it.
# [18:14] <gregwhitworth> can that be minuted
# [18:14] <TabAtkins> zakim, who's making noise?
# [18:14] <dino> that was me!
# [18:14] <dino> not me though
# [18:14] <Zakim> TabAtkins, listening for 11 seconds I heard sound from the following: glazou (27%), SGalineau (44%), TabAtkins (14%)
# [18:14] <dino> colleagues talking about star wars shit
# [18:14] * Joins: dbaron (~dbaron@public.cloak)
# [18:14] * glazou dino, normal :-)
# [18:15] <sylvaing__> RESOLVED: keywords are invalid @keyframes names and will throw when set through the OM
# [18:15] <dael> sylvaing__: Next one.
# [18:15] <sylvaing__> https://www.w3.org/Bugs/Public/show_bug.cgi?id=25034
# [18:15] <dbaron> Zakim, code
# [18:15] <Zakim> I don't understand 'code', dbaron
# [18:15] <dael> sylvaing__: This came from an e-mail from glazou
# [18:15] <dbaron> Zakim, code?
# [18:15] <Zakim> the conference code is 78953 (tel:+1.617.761.6200 sip:zakim@voip.w3.org), dbaron
# [18:15] <dael> sylvaing__: It was deleteRule/findRule. What happens when milti rules containt the same key?
# [18:15] <Zakim> +David_Baron
# [18:16] <dael> sylvaing__: The API today assumes that there is one. In practice browsers apply a rule to the last one
# [18:16] <dael> glazou: The problem is diff from delete and find. WE may have to change find but fix delete
# [18:16] <dbaron> network completely stopped working, rebooting didn't fix it, and then it just magically started working again
# [18:16] * smfr wonders why we’re specifying any css om stuff
# [18:16] <dael> sylvaing__: From my testing they find and delete the last one.
# [18:16] <dael> glazou: I'mnot sure if this is what the user would expect.
# [18:17] <dael> 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.
# [18:17] <dael> sylvaing__: A find rule may give an incomplete desc or you may think you delete everything.
# [18:17] <dael> sylvaing__: So today it's find and delete the last one
# [18:17] <dael> 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.
# [18:17] <dael> sylvaing__: And this is the OM in Animations spec.
# [18:18] <dael> smfr: I guess I understand. I thought we had a longer goal to rewrite the OM, will it still work after we re-write?
# [18:18] * dbaron RRSAgent, pointer?
# [18:18] * RRSAgent See http://www.w3.org/2014/10/22-css-irc#T16-18-19
# [18:18] <dael> sylvaing__: I agree we may want to clen in the future. I suggest for lvl 1 we should agree on what to interop on.
# [18:19] <dael> sylvaing__: I think the behavior is reasonable for find.
# [18:19] <dael> smfr: It seems to be current functions are insuffiecent.
# [18:19] <dael> TabAtkins: They are, but that was org spec and impl.
# [18:19] <dael> smfr: So we're not going to change, just define.
# [18:19] <dael> 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.
# [18:20] <dael> sylvaing__: So saying delete/find rule apply to the last of that rule?
# [18:20] <dael> smfr: So how does that work.??
# [18:20] <dael> 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.
# [18:20] <dael> TabAtkins: Original spec OM was a hot mess, basically.
# [18:21] <dael> sylvaing__: It was oversymplistic
# [18:21] <dael> smfr: Can we add a note to the spec that desc this issue?
# [18:21] <dael> sylvaing__: I can do that.
# [18:21] <dino> more detail: "50%" is different from "50%, 60%" and might even be different from "50%,60%" (no space)
# [18:21] <dael> smfr: I think it should be for authors so they know we understand there's this issue.
# [18:21] <dbaron> I don't understand what " RESOLVED: keywords are invalid @keyframes names and will throw when set through the OM" means
# [18:21] <dael> glazou: I think smfr question is important to add a note. An editor will rely on findRule, so please do the note.
# [18:22] <dael> TabAtkins: The occational thing where we say it's not great behav but it's legacy.
# [18:22] <dael> sylvaing__: Let me resolve this and then answer dbaron's IRC question
# [18:22] <sylvaing__> RESOLVED: findRule/deleteRule return/delete the last rule with the specified key
# [18:22] <dino> dbaron, i think the resolution was that setting keyframes rule name to "inherit" via the OM will do nothing other than throw an exception
# [18:22] * Joins: alex_antennahouse (~458c94ae@public.cloak)
# [18:23] <dael> 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.
# [18:23] <dael> dbaron: And does parsing fail?
# [18:23] <dael> sylvaing__: Yes. It's a custom-ident based fail.
# [18:23] <dael> sylvaing__: that's all I had for today.
# [18:23] * dino -- can we even HAVE a f2f without sylvaing__?
# [18:23] <dael> 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.
# [18:23] <Zakim> +[IPcaller]
# [18:24] <dael> sylvaing__: That one is tricky. Any input is welcome.
# [18:24] <dael> dbaron: I'm not sure which one you mean..
# [18:24] <alex_antennahouse> apologies for lateness I'm IPcaller
# [18:24] * Joins: tantek (~tantek@public.cloak)
# [18:24] <dael> 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.
# [18:24] <glazou> Zakim, [IPcaller] hax alex_antennahouse
# [18:24] <Zakim> I don't understand '[IPcaller] hax alex_antennahouse', glazou
# [18:24] <dael> sylvaing__: That's it for today.
# [18:25] <dael> Topic: Text
# [18:25] <glazou> Zakim, [IPcaller] has alex_antennahouse
# [18:25] <Zakim> +alex_antennahouse; got it
# [18:25] <Zakim> -dino
# [18:25] <glazou> https://lists.w3.org/Archives/Member/w3c-css-wg/2014OctDec/0073.html
# [18:25] <dael> koji: Yeah. fantasai?
# [18:25] <dael> glazou: Just one thing, I'd like to leave the last 10 minutes for TPAC convo
# [18:25] <dael> koji: So fantasai and I discussed this and we disagree so we need the WG opinions
# [18:26] <koji> https://wiki.csswg.org/spec/text-justify-auto#future-possibilities
# [18:26] <dael> koji: Looking at the table from the last F2F (above)
# [18:26] <dael> 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.
# [18:27] <dael> koji: I don't think it's that bad. I'd rather less docs and authors being affected.
# [18:27] <dael> fantasai: The issue is Koji wanted clarification on what data we're going to collect and how that impacts our decision
# [18:27] <dael> fantasai: I thought we look for what can/can't people live with
# [18:28] <dael> 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
# [18:28] <dael> fantasai: Let me paste...
# [18:28] <dael> fantasai: There was a thing and I can't remember where.
# [18:28] <smfr> pastebin?
# [18:28] * glazou hears nothing any more
# [18:29] <Zakim> -glazou
# [18:29] <SteveZ> s/thng/place for code snippets/
# [18:29] <glazou> Zakim, code?
# [18:29] <Zakim> the conference code is 78953 (tel:+1.617.761.6200 sip:zakim@voip.w3.org), glazou
# [18:29] <fantasai> http://pastebin.mozilla.org/6853299
# [18:29] <dael> fantasai: Here we are
# [18:29] <Zakim> -adenilson
# [18:29] <glazou> Zakim add a hickup
# [18:29] <dael> 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.
# [18:30] <Zakim> +glazou
# [18:30] <dael> fantasai: The way having large spaces in Japanese would look awk.
# [18:30] <dael> fantasai: That's my understanding of the key question
# [18:30] <Zakim> +??P15
# [18:30] <adenilson> Zakim, ??P15 is me.
# [18:30] <Zakim> +adenilson; got it
# [18:30] <dael> 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
# [18:30] * Quits: bradk (~bradk@public.cloak) ("Signing Off. Buh-bye.")
# [18:30] <dael> koji: What we're asking is to help us...how do we determine this as a WG?
# [18:31] <dael> 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.
# [18:32] <dael> ??: 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
# [18:32] <dael> koji: Okay. Great.
# [18:32] <fantasai> s/??/hober/
# [18:33] <dael> 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
# [18:33] <dael> koji: I understand. A behavior that I'm worrying about isn't webkit. fantasai?
# [18:34] <dael> 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.
# [18:34] <dael> 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.
# [18:35] * Joins: bradk (~bradk@public.cloak)
# [18:35] <fantasai> s/justification space/
# [18:35] <fantasai> s/in the word/in the middle of a word/
# [18:35] <dael> 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?
# [18:35] <koji> s/webcompat/backward-compat/
# [18:36] * Joins: Ms2ger (~Ms2ger@public.cloak)
# [18:36] <dael> 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.
# [18:36] <Zakim> -rossen
# [18:36] <tantek> regrets for missing TPAC f2f - I am co-chairing the #social web WG.
# [18:36] <dael> fantasai: We're supposed to get information
# [18:36] <dael> koji: Why no webkit compalints?
# [18:36] * bradk is on two different conference calls right now, so I might not answer questions right away.
# [18:36] * glazou laughs at last fantasai sentence :-D
# [18:36] <dael> fantasai: Maybe they didn't notice.
# [18:37] <dael> koji: But if they didn't notice it's not a big problem, is it?
# [18:37] * glazou tantek, noted, sorry to read that
# [18:37] <dael> 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.
# [18:37] <fantasai> s/erned/kerned/
# [18:37] <dael> fantasai: If you come up witha case where that space gets larger, it becomes a problem for readability.
# [18:38] <dael> 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.
# [18:38] <dael> 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.
# [18:38] <dael> fantasai: OKay.
# [18:39] <dael> 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.
# [18:39] <dael> koji: Only could say ugly or inacceptable to the same thing, it's just how they think it.
# [18:39] <Zakim> +rossen
# [18:40] <dael> glazou: I don't really understand, Koji. pinging the users about impact is always good.
# [18:40] <dael> 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.
# [18:40] <dael> glazou: So what are the next steps?
# [18:40] <dael> fantasai: I have an e-mail I just need to tweek before I send it to you to be forwarded.
# [18:40] <dael> glazou: I'm not sure I'll get an answer, but I can forward.
# [18:41] <dael> 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.
# [18:41] <dael> 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.
# [18:41] <dael> fantasai: That's why I phrased with comparisions to english and japanese.
# [18:42] <dael> koji: I got different feelings from that. The difference is subtile.
# [18:42] <fantasai> s/tile/tle
# [18:42] <dael> koji: Am I wrong? Regarding investigating?
# [18:42] <fantasai> 1. Don't ask anyone from Korea to help
# [18:42] <fantasai> 2. Come up with a question and do our best to get the information
# [18:42] <dael> fantasai: I think the actions options are (above)
# [18:42] * sylvaing__ Not sure why #1 is not an option
# [18:43] <dael> fantasai: You're saying do 1 because the best isn't good enough to be worthwhile.
# [18:43] * sylvaing__ or rather why it is an option
# [18:43] <dael> koji: ask Korean natives?
# [18:43] * Quits: bradk (~bradk@public.cloak) ("Signing Off. Buh-bye.")
# [18:44] <dael> 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.
# [18:44] <dael> koji: We had started asking companies.
# [18:44] <dael> 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.
# [18:44] <dael> glazou: Anything else on this issue in Text?
# [18:45] * tantek glazou indeed. I do missing "hanging out" with this group so hope to see many of you during breaks and evening activities.
# [18:45] <dael> 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.
# [18:45] <dael> fantasai: We have to go through LC again, but there should be no changes beyond that.
# [18:45] <dael> glazou: Okay. Thank you.
# [18:45] <dael> Topic: TPAC
# [18:46] <dael> 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
# [18:46] <dael> 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.
# [18:46] * Joins: bradk (~bradk@public.cloak)
# [18:47] <dael> glazou: It looks like most of us will arrive Sunday evening. So let's have plans together by Sunday evening. ANy questions about TPAC?
# [18:47] * tantek glazou perhaps we will get the chance to hang out during the AC meetings protion ;)
# [18:47] * tantek *portion
# [18:47] * glazou tantek :-)
# [18:47] <dael> 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.
# [18:47] <dael> rossen: Which module?
# [18:47] <dael> fantasai: Flexbox. So get your feedback together.
# [18:47] <dael> glazou: Anything else?
# [18:48] <fantasai> fantasai^: We were looking in particular for compat feedback on the flex-basis: auto/main-size issue
# [18:48] <dael> SteveZ: Any idea of what topics on what days? I have a Tuesday prob so I'd like layout on Monday.
# [18:48] <dael> 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.
# [18:48] <dael> glazou: Anything else?
# [18:49] <Zakim> -hober
# [18:49] * Quits: vollick (~vollick@public.cloak) (Ping timeout: 180 seconds)
# [18:49] <Zakim> -SGalineau
# [18:49] * Quits: AH_Miller (~mike@public.cloak) ("")
# [18:49] <dael> glazou: OK. I guess this is all today. Safe flight to anyone flying and I'll see you there!
# [18:49] <Zakim> -smfr
# [18:49] <Zakim> -David_Baron
# [18:49] <Zakim> -[Microsoft]
# [18:49] <Zakim> -ArronEi
# [18:49] <Zakim> -SteveZ
# [18:49] <Zakim> -adenilson
# [18:49] <Zakim> -glazou
# [18:49] <Zakim> -[IPcaller]
# [18:49] <Zakim> -fantasai
# [18:49] <Zakim> -rossen
# [18:49] <Zakim> -??P27
# [18:49] <Zakim> -MikeMiller
# [18:49] <Zakim> -koji
# [18:49] <Zakim> -dael
# [18:49] <Zakim> -TabAtkins
# [18:49] * Quits: alex_antennahouse (~458c94ae@public.cloak) ("http://www.mibbit.com ajax IRC Client")
# [18:49] * Parts: smfr (~smfr@public.cloak) (smfr)
# [18:49] <Zakim> -plinss
# [18:49] * Quits: koji (~koji@public.cloak) ("Leaving...")
# [18:49] <Zakim> - +1.631.398.aacc
# [18:49] <Zakim> -antonp
# [18:49] * Quits: antenna (~antenna@public.cloak) ("Leaving")
# [18:49] * Quits: dael (~dael@public.cloak) ("Page closed")
# [18:50] <Zakim> -Bert
# [18:50] <Bert> -> https://www.w3.org/2002/09/wbs/35125/TPAC2014/registrants#CSS registered particpants
# [18:52] <glazou> Bert: yes but no hotel/flight info
# [18:57] * Quits: gregwhitworth (~gregwhitworth@public.cloak) (Ping timeout: 180 seconds)
# [18:58] <adenilson> plinss: ping?
# [18:59] <plinss> adenilson: pong
# [19:00] <adenilson> 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.
# [19:00] <plinss> reload the page, you should have access now
# [19:01] <adenilson> Would you mind to check if it is missing the magical edit bit flag?
# [19:01] <adenilson> ah, coolio. Let me try.
# [19:01] <adenilson> yay!
# [19:01] <adenilson> plinss: thanks man.
# [19:01] <glazou> thanks plinss :)
# [19:01] <plinss> np
# [19:05] <Zakim> disconnecting the lone participant, BradK, in Style_CSS FP()12:00PM
# [19:05] <Zakim> Style_CSS FP()12:00PM has ended
# [19:05] <Zakim> 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,
# [19:05] <Zakim> ... +1.281.305.aadd, +1.425.301.aaee, hober, TabAtkins, rossen, koji, antonp, SteveZ, +1.408.881.aaff, dino, David_Baron, alex_antennahouse
# [19:05] * plh-away is now known as plh
# [19:07] * Quits: glazou (~glazou@public.cloak) (glazou)
# [19:08] * Quits: bradk (~bradk@public.cloak) ("Signing Off. Buh-bye.")
# [19:09] * Quits: adenilson (~anonymous@public.cloak) (adenilson)
# [19:10] * Quits: dino (~textual@public.cloak) ("Textual IRC Client: www.textualapp.com")
# [19:19] * Quits: Keshav (~Keshav@public.cloak) ("Page closed")
# [19:19] * Quits: jet (~junglecode@public.cloak) (jet)
# [19:24] * Quits: ArronEi (~ArronEi@public.cloak) (Ping timeout: 180 seconds)
# [19:47] * Joins: nvdbleek (~nvdbleek@public.cloak)
# [20:11] * Quits: lajava (~javi@public.cloak) (Ping timeout: 180 seconds)
# [20:30] * Zakim excuses himself; his presence no longer seems to be needed
# [20:30] * Parts: Zakim (zakim@public.cloak) (Zakim)
# [20:48] * Joins: liam (liam@public.cloak)
# [20:49] * liam is now known as LiamYGK
# [20:51] * Joins: jet (~junglecode@public.cloak)
# [20:53] * Quits: darktears (~darktears@public.cloak) (Ping timeout: 180 seconds)
# [21:12] * Quits: nvdbleek (~nvdbleek@public.cloak) (nvdbleek)
# [21:13] * Quits: SteveZ (~SteveZ@public.cloak) (Ping timeout: 180 seconds)
# [21:13] * Joins: nvdbleek (~nvdbleek@public.cloak)
# [21:21] * Quits: LiamYGK (liam@public.cloak) ("Leaving")
# [21:30] * Quits: nvdbleek (~nvdbleek@public.cloak) (nvdbleek)
# [21:41] * Quits: jet (~junglecode@public.cloak) (jet)
# [22:00] * Joins: lajava (~javi@public.cloak)
# [22:03] * Quits: stryx` (~stryx@public.cloak) (Client closed connection)
# [22:03] * Joins: stryx` (~stryx@public.cloak)
# [22:11] * Joins: jet (~junglecode@public.cloak)
# [22:16] * Quits: tantek (~tantek@public.cloak) (tantek)
# [22:38] * Joins: darktears (~darktears@public.cloak)
# [22:41] * Quits: jet (~junglecode@public.cloak) (jet)
# [22:45] * Joins: adenilson (~anonymous@public.cloak)
# [22:46] * Joins: jet (~junglecode@public.cloak)
# [22:49] * Quits: antonp (~Thunderbird@public.cloak) (antonp)
# [23:25] * Quits: lajava (~javi@public.cloak) (Ping timeout: 180 seconds)
# [23:35] * Joins: lajava (~javi@public.cloak)
# [23:39] * Joins: tantek (~tantek@public.cloak)
# [23:46] * Quits: lajava (~javi@public.cloak) (Ping timeout: 180 seconds)
# [23:47] * Quits: tantek (~tantek@public.cloak) (Ping timeout: 180 seconds)
# [23:53] * Joins: tantek (~tantek@public.cloak)
# Session Close: Thu Oct 23 00:00:00 2014

The end :)