/irc-logs / w3c / #css / 2015-09-16 / end

Options:

# Session Start: Wed Sep 16 00:00:00 2015
# Session Ident: #css
# [00:10] * Joins: Hamatti (~jumasan@public.cloak)
# [00:31] * Quits: Hamatti (~jumasan@public.cloak) (Ping timeout: 180 seconds)
# [00:41] * Joins: Hamatti (~jumasan@public.cloak)
# [01:08] * Joins: estellevw (~estellevw@public.cloak)
# [01:13] * Quits: estellevw (~estellevw@public.cloak) ("Snuggling with the puppies")
# [01:14] * Joins: estellevw (~estellevw@public.cloak)
# [01:19] * Quits: bkardell_ (~uid10373@public.cloak) ("Connection closed for inactivity")
# [01:21] * Quits: antonp (~Thunderbird@public.cloak) (antonp)
# [01:22] * Quits: estellevw (~estellevw@public.cloak) ("Snuggling with the puppies")
# [01:25] * Joins: jdaggett (~jdaggett@public.cloak)
# [01:28] <fantasai> hokay, server is being very flaky
# [01:29] <fantasai> TabAtkins: I'm sending in Grid Layout for publication. If you've got changes... send them directly to me 'coz the server is being a flake atm.
# [01:29] <TabAtkins> I'm good.
# [01:30] <fantasai> Cool. I'll send in a zipfile tonight then
# [01:51] * Quits: darktears (~darktears@public.cloak) ("Leaving...")
# [02:01] * Joins: jdaggett_ (~jdaggett@public.cloak)
# [02:05] * Quits: jdaggett (~jdaggett@public.cloak) (Ping timeout: 180 seconds)
# [02:05] * jdaggett_ is now known as jdaggett
# [02:16] * Joins: Florian (~Florian@public.cloak)
# [02:23] * Quits: adenilson (~anonymous@public.cloak) (adenilson)
# [02:34] * Quits: myles (~Adium@public.cloak) ("Leaving.")
# [02:37] * Joins: myles (~Adium@public.cloak)
# [02:37] * Quits: myles (~Adium@public.cloak) ("Leaving.")
# [03:36] * Quits: dholbert (~dholbert@public.cloak) (Ping timeout: 180 seconds)
# [03:44] * Joins: dholbert (~dholbert@public.cloak)
# [03:54] * Joins: estellevw (~estellevw@public.cloak)
# [04:10] * leaverou is now known as leaverou_away
# [04:25] * Joins: dbaron (~dbaron@public.cloak)
# [05:02] * leaverou_away is now known as leaverou
# [05:26] * Quits: Florian (~Florian@public.cloak) (Client closed connection)
# [05:43] * Quits: dbaron (~dbaron@public.cloak) ("8403864 bytes have been tenured, next gc will be global.")
# [06:05] * Joins: skk` (~user@public.cloak)
# [06:05] * Quits: skk (~user@public.cloak) (Client closed connection)
# [07:00] * Quits: estellevw (~estellevw@public.cloak) ("Snuggling with the puppies")
# [07:11] * Joins: Florian (~Florian@public.cloak)
# [07:18] * Quits: Florian (~Florian@public.cloak) (Ping timeout: 180 seconds)
# [07:57] * Joins: Ms2ger` (~Ms2ger@public.cloak)
# [08:29] * Quits: rego (~smuxi@public.cloak) (Client closed connection)
# [08:36] * Joins: rego (~smuxi@public.cloak)
# [08:46] * Quits: rego (~smuxi@public.cloak) (Client closed connection)
# [08:53] * Joins: rego (~smuxi@public.cloak)
# [08:54] * Joins: antonp (~Thunderbird@public.cloak)
# [08:54] * Quits: rego (~smuxi@public.cloak) (Client closed connection)
# [09:03] * Joins: rego (~smuxi@public.cloak)
# [09:11] * Quits: rego (~smuxi@public.cloak) (Client closed connection)
# [09:18] * Joins: rego (~smuxi@public.cloak)
# [09:21] * Quits: rego (~smuxi@public.cloak) (Client closed connection)
# [09:29] * Joins: rego (~smuxi@public.cloak)
# [09:30] * Quits: rego (~smuxi@public.cloak) (Client closed connection)
# [09:30] * Joins: rego (~smuxi@public.cloak)
# [09:32] * Joins: Florian (~Florian@public.cloak)
# [09:38] * Joins: glazou (~glazou@public.cloak)
# [09:39] * Quits: Florian (~Florian@public.cloak) (Ping timeout: 180 seconds)
# [09:59] * Joins: lajava (~javi@public.cloak)
# [10:00] * Quits: jdaggett (~jdaggett@public.cloak) (jdaggett)
# [10:01] * Quits: Ms2ger` (~Ms2ger@public.cloak) (Ping timeout: 180 seconds)
# [10:07] * Joins: Ms2ger` (~Ms2ger@public.cloak)
# [10:11] * Joins: Florian (~Florian@public.cloak)
# [10:12] * Quits: antonp (~Thunderbird@public.cloak) (antonp)
# [11:20] * Quits: Ms2ger` (~Ms2ger@public.cloak) (Ping timeout: 180 seconds)
# [11:29] * Joins: Ms2ger` (~Ms2ger@public.cloak)
# [12:57] * Quits: zcorpan (~zcorpan@public.cloak) (Client closed connection)
# [13:18] * Joins: zcorpan (~zcorpan@public.cloak)
# [13:34] * Quits: zcorpan (~zcorpan@public.cloak) (Client closed connection)
# [13:34] * Joins: hgl_ (~hgl@public.cloak)
# [13:35] * Joins: zcorpan (~zcorpan@public.cloak)
# [13:41] * Quits: hgl (~hgl@public.cloak) (Ping timeout: 180 seconds)
# [13:42] * Quits: zcorpan (~zcorpan@public.cloak) (Ping timeout: 180 seconds)
# [13:49] * Joins: zcorpan (~zcorpan@public.cloak)
# [13:51] * Quits: Florian (~Florian@public.cloak) (Client closed connection)
# [13:58] * Quits: JohnMcLear (~JohnMcLear2@public.cloak) (Client closed connection)
# [13:58] * Joins: JohnMcLear (~JohnMcLear2@public.cloak)
# [14:03] * Joins: plh (plehegar@public.cloak)
# [14:11] * Joins: Florian (~Florian@public.cloak)
# [14:14] * Quits: zcorpan (~zcorpan@public.cloak) (Ping timeout: 180 seconds)
# [14:21] * Joins: zcorpan (~zcorpan@public.cloak)
# [14:22] * Quits: hgl_ (~hgl@public.cloak) (hgl_)
# [14:22] * Joins: hgl (~hgl@public.cloak)
# [14:35] * Quits: rego (~smuxi@public.cloak) (Ping timeout: 180 seconds)
# [14:37] * Joins: rego (~smuxi@public.cloak)
# [14:43] * Quits: zcorpan (~zcorpan@public.cloak) (Client closed connection)
# [14:43] * Joins: zcorpan (~zcorpan@public.cloak)
# [14:45] * Joins: dbaron (~dbaron@public.cloak)
# [14:46] * Joins: zcorpan_ (~zcorpan@public.cloak)
# [14:47] * Quits: zcorpan (~zcorpan@public.cloak) (Client closed connection)
# [15:01] * Quits: lajava (~javi@public.cloak) (Ping timeout: 180 seconds)
# [15:38] * Quits: zcorpan_ (~zcorpan@public.cloak) (Client closed connection)
# [15:39] * Joins: zcorpan (~zcorpan@public.cloak)
# [15:46] * Quits: zcorpan (~zcorpan@public.cloak) (Ping timeout: 180 seconds)
# [15:47] * Joins: lajava (~javi@public.cloak)
# [15:47] * Quits: Florian (~Florian@public.cloak) (Client closed connection)
# [15:51] * Joins: Florian (~Florian@public.cloak)
# [16:31] * Quits: Florian (~Florian@public.cloak) (Client closed connection)
# [16:32] * Joins: Florian (~Florian@public.cloak)
# [16:33] * Joins: Florian_ (~Florian@public.cloak)
# [16:39] * Quits: Florian (~Florian@public.cloak) (Ping timeout: 180 seconds)
# [16:44] * Joins: darktears (~darktears@public.cloak)
# [16:54] * Joins: {Darktears} (~darktears@public.cloak)
# [16:54] * Quits: darktears (~darktears@public.cloak) (Client closed connection)
# [16:56] * Quits: {Darktears} (~darktears@public.cloak) (Client closed connection)
# [17:36] * astearns changes topic to 'https://lists.w3.org/Archives/Public/www-style/2015Sep/0124.html'
# [17:36] <astearns> RRSAgent, make logs public
# [17:37] * Joins: RRSAgent (rrsagent@public.cloak)
# [17:37] <RRSAgent> logging to http://www.w3.org/2015/09/16-css-irc
# [17:37] <astearns> RRSAgent, make logs public
# [17:37] <RRSAgent> I have made the request, astearns
# [17:42] * Joins: darktears (~darktears@public.cloak)
# [17:51] * Joins: gregdavis (~udavig4@public.cloak)
# [17:52] * Joins: dael (~dael@public.cloak)
# [17:56] * Joins: alex_antennahouse (~458c94ae@public.cloak)
# [17:58] <astearns> present+ astearns
# [17:58] <dael> present+ dael
# [17:58] <dael> ScribeNick: dael
# [17:58] * Joins: kwkbtr (~kwkbtr@public.cloak)
# [17:59] * Joins: gregwhitworth (~uid93288@public.cloak)
# [17:59] <dauwhe> present+ dauwhe
# [17:59] <Florian_> present+ Florian
# [17:59] * Florian_ is now known as Florian
# [17:59] <gregwhitworth> present+ gregwhitworth
# [17:59] * Joins: bkardell_ (~uid10373@public.cloak)
# [17:59] * leaverou is now known as leaverou_away
# [17:59] * Joins: AH_Miller (~mike@public.cloak)
# [18:01] * Quits: darktears (~darktears@public.cloak) ("Linkinus - http://linkinus.com")
# [18:01] * Joins: darktears (~darktears@public.cloak)
# [18:01] * Joins: adenilson (~anonymous@public.cloak)
# [18:01] <fantasai> present+ fantasai
# [18:01] <kwkbtr> present+ Toru Kawakubo
# [18:01] <skk`> present+ Hiroshi Sakakibara/skk
# [18:02] * Joins: Rossen_web (~Rossen_web@public.cloak)
# [18:02] <Rossen_web> present+ Rossen_web
# [18:02] <fantasai> TabAtkins, css-display-3 doesn't seem to be linking up properly for WDs? It keeps generating links to the ED, even though afaict the WD is up-to-date
# [18:02] * Quits: glazou (~glazou@public.cloak) (glazou)
# [18:02] <adenilson> present+ adenilson
# [18:02] <gregdavis> present+ gregdavis
# [18:03] <Bert> Present+ Bert
# [18:03] <dael> present+ hober
# [18:03] <dael> present+ AH_Miller
# [18:03] <dauwhe> fantasai: do you want me to draft email for css-inline publication, or do you want to do it?
# [18:03] <bkardell_> present+ bkardell_
# [18:04] <fantasai> dauwhe: I already did it :)
# [18:04] * dauwhe I'm too slow :(
# [18:04] <dael> astearns: Me might as well start
# [18:04] <plh> Present+ Plh
# [18:04] <dael> s/Me/We
# [18:04] <dael> astearns: Any extra agenda items?
# [18:04] <Florian> https://lists.w3.org/Archives/Public/www-style/2015Aug/0333.html
# [18:04] <dael> Florian: If we have time we might want to look into this e-mail. Tantek and I responded about allowing resize to apply to replaced elements.
# [18:05] <dael> astearns: We'll put that at the end.
# [18:05] * Joins: bradk (~bradk@public.cloak)
# [18:05] <fantasai> https://wiki.csswg.org/planning/tpac-2015
# [18:05] <fantasai> If no items, we will do a dramatic reading of CSS Box Alignment
# [18:05] <fantasai> So add items
# [18:05] <fantasai> :p
# [18:05] <dael> astearns: We need agenda items for TPAC so please go to the wiki and add things you want to discuss. The sooner we items on the sooner we get a schedule so we don't have to spend F2F time scheduling
# [18:05] <astearns> https://lists.w3.org/Archives/Member/w3c-css-wg/2015JulSep/0168.html
# [18:06] <dael> astearns: Also, just reminding everybody about the Japanese industry meetup. Please add your name to the wiki saying you're going.
# [18:06] * Joins: bcampbell (~chatzilla@public.cloak)
# [18:06] <plh> regrets+ DavidBaron
# [18:06] <dael> skk`: I'm trying to decide the venue. Then I will note that to the mailing list.
# [18:06] <Bert> q+ to ask if the start time is known already.
# [18:06] <dael> skk`: After that I will send a planned agenda. Please let me know if you have any questions or topics. I will send the agenda ist within the week.
# [18:06] <dael> astearns: [reads bert's q]
# [18:06] <koji> Present+ koji
# [18:07] <dael> Florian: I think it depends on the venue, but the prop. was 3-7 followd by dinner.
# [18:07] * Joins: tantek (~tantek@public.cloak)
# [18:07] * Bert might or might not be able to attend, since arriving that same pm...
# [18:07] <Bert> q-
# [18:07] <dael> astearns: E-mail says 3-4pm start and that will depend on where we end up meeting. I'll add a section tot he TPAC page for industry meetup questions and skk` can reference that.
# [18:08] <dael> Rossen_web: Since we're talking TPAC logistics, is it a good time to talk Houdini?
# [18:08] <dael> astearns: I wanted to get through the rest of the agenda because I feel the Houdini convo could take a while.
# [18:08] <astearns> http://www.w3.org/2015/10/meetup-sapporo.html
# [18:08] <dael> astearns: Other reminder is there's a Mon. night meetup. If you're interested, please sign up.
# [18:08] <dael> Rossen_web: Which?
# [18:08] <dael> astearns: W3C dev meetup at Sapporo(sp?) convention center.
# [18:08] * Joins: adenilson_ (~anonymous@public.cloak)
# [18:09] <dael> astearns: You can sign up for just hte industry demos or also the social time afterwards.
# [18:09] <dael> astearns: That's all for reminders.
# [18:09] <dael> Topic: Prefixing Policy in Snapshot
# [18:09] <dael> Florian: There was something from MS which waas addressed. I think we're waiting on Apple.
# [18:09] * Quits: adenilson (~anonymous@public.cloak) (Ping timeout: 180 seconds)
# [18:09] * adenilson_ is now known as adenilson
# [18:10] * Joins: andrey-bbg (~andrey-bbg@public.cloak)
# [18:10] * skk` will respond to Bert's e-mail soon. Please let me have some time.
# [18:10] <dael> hober: I'm gathering feedback. Overall it looks good and is an improvement. Two areas of concern, though this isn't final feedback, is difference between what we do and the new policy. When you ship a feature prefixed you should simulataniously ship unprefixed, that might change syntax. But that might be a big deal.
# [18:10] <dael> Rossen_web: Is this a must?
# [18:10] <dael> hober: Should
# [18:11] <dael> Florian: You must ship unprefixed, you should ship prefixed.
# [18:11] <dael> hober: Yeah. That's somethign we're still talking about.
# [18:11] <dael> hober: The second is the...let me pull up the draft...
# [18:11] <astearns> https://drafts.csswg.org/css-2015/#responsible
# [18:12] <tantek> present+ tantek
# [18:12] <dael> Florian: I misspoke. The wording is should for both prefix and unprefixed.
# [18:12] * tantek notes the prefix discussion sounds confusing
# [18:12] * tantek and if people are still confused remembering it, it probably needs rewriting to simplify the prose.
# [18:13] * TabAtkins just joined.
# [18:13] <dael> hober: The second bit is in market pressure and defacto standards [reads] The main concern is histically adding support for unprefixed and removing for prefixed are treated as sep. engineering decisions. One is based on stability and one is on compat.
# [18:13] <TabAtkins> present+ Tab Atkins
# [18:13] * Joins: smfr (~smfr@public.cloak)
# [18:13] <smfr> present+ smfr
# [18:13] <tantek> huh? unstable = ship unprefixed?!?
# [18:13] * Joins: vollick (~vollick@public.cloak)
# [18:13] <tantek> wow this is confusing
# [18:14] <dael> Florian: To put some feedback on that in case the wording isn't clear, the intent would be is when you ship something unstable you ship it unprefixed and pref ship it prefixed. The preference is that the authors would use unprefixed unless there's a bug. That changes the model. IN the majority of cases the prefix would only be used to work around bugs and when you remove the bugs it would remove the compat hit.
# [18:14] <dael> Rossen_web: I don't quite agree. The prefix version in a majority of cases is to wait for other impl to catch up and for specs to mature.
# [18:15] <tantek> q+
# [18:15] <tantek> Zakim?
# [18:15] <dael> Florian: Today yes. The way this is proposed for the future there is no reason to use prefixed when they're released simultaiously unless you're trying to be impl specific.
# [18:15] * Joins: Zakim (zakim@public.cloak)
# [18:15] <tantek> q+
# [18:15] * Zakim sees tantek on the speaker queue
# [18:15] <dael> astearns: We're talking about an unstable prop that means it's impl in at least 3 UA and there's rough interop and the CSS has consensus it should exist. That's a different stable.
# [18:16] <dael> Florian: You may disagree with what's going on, but I wanted to clarify what's going on. If it's clear and you disagree that's a different discussion.
# [18:16] <dael> hober: Personally I'm fine. It's should which is like must unless you have a good reason.
# [18:16] * Joins: MaRakow (~MaRakow@public.cloak)
# [18:16] <dael> smfr: The spec needs a word for unstable but follows the three interop
# [18:16] <MaRakow> present+ MaRakow
# [18:17] * gregwhitworth if a feature's specification is unstable...
# [18:18] <dael> fantasai: It uses it for a spec that is unstable. So the spec is unstable but we have these thigns happening. We only have rough interop. THe spec is out of date or incomplete or there's a ton of open issues, but we have all these people shipping. There will be problems because the spec isn't finished. This is like the transforms and transitions case where stuff was still changing and people were still implementing and there were all these issues.
# [18:18] <dael> fantasai: We do need to be a bit more clear, but there's this stage where the spec is moving to stable and there are a bunch more impl, but the spec isn't finished yet and might change.
# [18:18] <dael> Florian: WE shouldn't use a word that means unstable and matches all those criteria above. So if you ship something that doesn't match the criteria you should still take this approach.
# [18:20] <dael> tantek: a couple of points. I think the first problem is in our convo of what means unstable vs interop. If we're using unstable we should use what an author would consider unstable instead of a spec impl definition. If something works across most places they'll ignore that the WG thinks that it's unstable. I think that needs to get reaccessed.
# [18:21] <dael> tantek: I understand the intention that changing the meaning of when you ship prefix vs unprefix is a good intention, but transitioning to that model will be so confusing and I think authors will just say screw it and use both. If the goal is to try and get out of this problem situation I don't think that approach will work.
# [18:21] <dael> tantek: I don't have an alternative to suggest.
# [18:21] <dael> tantek: So first point, use of unstable needs to be author centric definition. Second is changing the meaning of prefix and unprefix is good intention but will fail.
# [18:22] <dael> Florian: second, I wouldn't be surprised people will be confused and use both, but I don't think it will cause problems. If people sue both the unprefixed is in the style sheet so vendors can remove the prefixed. So I think it will be misused, but I don't thinkt hat's causing problems.
# [18:22] <dael> tantek: Not causing problems isn't a high enough bar. If you say this path will improve the situation that's good.
# [18:23] * Joins: antenna (~antenna@public.cloak)
# [18:23] <dael> Florian: I think that when this is misused it isn't going to be a problem.
# [18:23] <dael> tantek: So how about not preventing improvement.
# [18:23] <dael> Florian: How does this prevent improvement?
# [18:23] * Quits: MaRakow (~MaRakow@public.cloak) (Ping timeout: 180 seconds)
# [18:23] <fantasai> TabAtkins, "shorthand" is also mislinking to cascade-4 ED
# [18:24] <dael> tantek: I'm trying to encourage you to re-word your arguement in a stronger way. It sounds like you are close to demoing that the misuse won't prevent the improvement and in that case it's reasonable to move forward.
# [18:24] <Rossen_web> -goodenoug-cascade-4
# [18:24] <dael> Florian: I think it won't prevent the improvement where vendors can remove the prefixed version once the bugs are ironed out because there will be no risk to removing the prefix.
# [18:25] <dael> tantek: I think you need to put that into the spec. What if authors use both? And then put what you said. And that will demo why impl should use this new policy. I think that's a strong argument and it should be clear.
# [18:25] * fantasai is infavor of clarifying :)
# [18:25] <dael> tantek: Does that make sense to everyone else?
# [18:25] <TabAtkins> fantasai: Hm, I think I do the "remove anchors from older versions of the spec" step before I do the "prefer TR-level anchors when generating TR-level specs".
# [18:25] <tantek> ack tantek
# [18:25] * Zakim sees no one on the speaker queue
# [18:25] <dael> astearns: I think some of the argument is in the section, but it can be improved. So I'm hearing we need to clarify what we mean by unstable and clarify why this change in prefixing policy is a good thing. So we can get that and circle around.
# [18:26] <dael> action Florian to improve the note explaining why the prefixing policy change is good
# [18:26] * trackbot is creating a new ACTION.
# [18:26] <trackbot> Created ACTION-722 - Improve the note explaining why the prefixing policy change is good [on Florian Rivoal - due 2015-09-23].
# [18:26] <bradk> Are authors supposed to list the prefixed versions of properties last?
# [18:26] <dael> action fantasai fix up the termonology around 'unstable'
# [18:26] * trackbot is creating a new ACTION.
# [18:26] <trackbot> Created ACTION-723 - Fix up the termonology around 'unstable' [on Elika Etemad - due 2015-09-23].
# [18:26] <dael> tantek: I'd ask leaverou_away what she thinks unstable means when authoring.
# [18:27] <dael> astearns: hober you're still collecting feedback. Do you know when you'll be done?
# [18:27] <dael> hober: No offhand.
# [18:27] <dael> Rossen_web: We're still collecting too so I'm sure this won't be the last time we discuss it. Ideally the changes we're discussing will come about soon so we don't have to go back for another few weeks to circle back on this set of changes. It would be helpful to start stabilizing the subject.
# [18:28] <dael> Florian: Yes. This is a change in termonology and a note. This isn't changing the actual policy.
# [18:28] <dael> Rossen_web: They are still changes.
# [18:28] <dael> Florian: I'll get to it soon.
# [18:28] <bradk> "Unstable" = not ready for general use, features/syntax might change.
# [18:28] <dael> Topic: Writing Mode Issues
# [18:28] <dael> fantasai: Koji sent a couple in. Let me pull up the DoC.
# [18:28] <astearns> https://lists.w3.org/Archives/Public/www-style/2015Sep/0100.html
# [18:28] <astearns> https://lists.w3.org/Archives/Public/www-style/2015Sep/0101.html
# [18:28] <dael> astearns: The links I sent in the agenda were Koji's.
# [18:29] <fantasai> https://drafts.csswg.org/css-writing-modes/issues-cr-2014#issue-47
# [18:29] <dael> fantasai: First issue don't need WG input, I think. Not that one. For some impl that need to support old writing modes values in SVG syntax but not CSS they could map over using UA style rule. I was going to add an example.
# [18:29] <fantasai> https://lists.w3.org/Archives/Public/www-style/2015Aug/0061.html
# [18:30] <dael> fantasai: Main one that's open is this one. Orientation of an <iframe> whichi s 300x150
# [18:30] <dael> fantasai: Does that orientation rotate in vertical text or do we keep it as 300x150. I lean to keep it because the main use case if plug-ins where they can't adapt. If there's a reason it should go the other way let me know.
# [18:30] <koji> this one: https://lists.w3.org/Archives/Member/w3c-css-wg/2015JulSep/0195.html
# [18:31] <dael> Rossen_web: I would argue the opp. You can argue keeping the <iframe> and images default sizing logical...
# [18:31] <dael> Rossen_web: Images are upright regardless. You're right.
# [18:31] <dael> fantasai: We think the kinds of things that would rely on this default are more likely to be image-like the logic was lets make it stay upright.
# [18:31] <dael> koji: FF Webkit Blink and Trident default to vertical.
# [18:32] <dael> Rossen_web: That's what we do. Everyone defaults to keeping the 'default' size of <iframe> physical. So the w is 300 and h is 150
# [18:32] <koji> s/vertical/physical/
# [18:32] <dael> Florian: Isn't there a security consideration?
# [18:32] <dael> Rossen_web: What would be different than an image witha default size?
# [18:32] <dael> Florian: From and <iframe> not being supposed to know what's going on. Well, maybe not really. Just ignore me, I'm not sure.
# [18:33] <dael> fantasai: I think that's kind of it for things we need to ask the WG for help on. I'm going to go over the DoC and make sure everything is wrapped up and colorized. If there's anything you feel needs to be addressed in this draft that hasn't yet, please let us know. We're trying to go for CR soon.
# [18:33] <dael> astearns: Do you need a resolution?
# [18:33] <dael> fantasai: Yeah.
# [18:34] <dael> Rossen_web: It's good to have in the spec that default replaced size remains physical.
# [18:34] <dael> tantek: How about answering the security questionarre.
# [18:34] <Florian> https://drafts.csswg.org/css-ui/#security-privacy-considerations
# [18:34] * Joins: MaRakow (~MaRakow@public.cloak)
# [18:35] <dael> tantek: I think you must include this section in the spec to go to CR if you're touching <iframe>. It doesn't take long and it's a good practice.
# [18:35] <dael> Florian: Even if you end up saying everything is safe at least you've thought about it.
# [18:35] <plh> --> https://w3ctag.github.io/security-questionnaire/ Self-Review Questionnaire: Security and Privacy
# [18:36] <dael> tantek: Yeah, but even if <iframe> is giving a default size it's poss. to leak information. If I can ifram youtube and get a default size and it's diff if you're logged in that's not info I should have. You see what I'm getting at?
# [18:36] <dael> Rossen_web: I don't. What you'll see from the iframe is if it defaults to 300x150 it will regardless of the writing mode. We're not changing anything about replaced default sizing. We're making it less detectable. Replaced sizing remains physical
# [18:37] <dael> Florian: That we go that way makes it safe.
# [18:37] <dael> tantek: And because it's something potentially cross origin it makes sense to put the survey answers in.
# [18:37] <dael> fantasai: Because they're all no I'm not sure how it helps.
# [18:37] <dael> tantek: It shows you've gone through and taken the time. There's a question about cross-origin.
# [18:37] * Quits: bradk (~bradk@public.cloak) ("Signing Off. Buh-bye.")
# [18:37] <dael> fantasai: But writing mode doesn't do cross-origin.
# [18:38] <fantasai> +1 to astearns
# [18:38] <dael> astearns: I'm not that entused about boilerplate no to every question, but I like that we thought about these things being there. Should we say we looked at this in an appendix and it was all no.
# [18:38] <dael> tantek: And maybe adda note about <iframes> being okay because it's the defualt size.
# [18:38] <dael> astearns: So resolve to put in an appendix and say that we considered it as one of the reasons we didn't change the default replaced size.
# [18:38] <dael> fantasai: Is there an official link?
# [18:39] <dael> tantek: The one from plh. I'm pinging the TAG every few weeks to publish a W3C note version on TR, but that hasn't happened yet.
# [18:39] <dael> plh: The TAG is meeting. I can nag them for you.
# [18:39] <dael> tantek: Please do.
# [18:40] * plh :)
# [18:40] <dael> tantek: Last time I asked plinss was apperently assigned to publish it.
# [18:40] <bkardell_> tantek: didn't you mention this in tag meeting irc yesterday?
# [18:40] * Joins: bradk (~bradk@public.cloak)
# [18:40] <tantek> https://drafts.csswg.org/css-ui/#security-privacy-considerations
# [18:40] <dael> RESOLVED: Replaced sizing remains physical. add an appendix about the considereation of the security and privacy concerns.
# [18:40] <dael> astearns: Anything else?
# [18:40] * bkardell_ lol
# [18:41] <dael> fantasai: I think that's it for now. We should repub CR perhaps next week.
# [18:41] <Florian> Agenda+ using prefixes in examples
# [18:41] * Zakim notes agendum 1 added
# [18:41] <dael> plh: In terms of publishing you'll need to ping me or Bert.
# [18:41] <dael> Topic: Definition of white space
# [18:41] <dael> fantasai: dbaron sent this issue about making sure the def. of white space is sync across specs.
# [18:42] <dael> fantasai: CSS 2 spec has two def depending on syntatic or white space that gets collapsed. One include the form feed character and one doesn't is the main diff.
# [18:42] <dael> fantasai: We should align our specs and HTML and go with the list that includes form feed. It seems to be an error in CSS spec that form feeds weren't included since every other spec has it.
# [18:43] <dael> fantasai: Certain broswers collapse other characters, but FF doesn't and they're not in any spec, so I think we should align on the historical.
# [18:43] * bradk would love to be able to collapse NBSP
# [18:43] * fantasai just don't put it in your source
# [18:43] <dael> TabAtkins: I strongly agree. This is to find the formatting in your source code, so it should just be the handful HTML defines.
# [18:43] * tantek bradk wat
# [18:43] <dael> astearns: Objections?
# [18:43] * bkardell_ seems right
# [18:44] <bradk> NBSP in the HTML is almost always non-semantic
# [18:44] <dael> fantasai: This would effect CSS2.1 errata and CSS text
# [18:44] <TabAtkins> s/find the formatting/deal with the whitespace used in formatting /
# [18:44] * Florian is not sure how often people use form feed to format their source code...
# [18:44] <dael> tantek: Has there been testing on this?
# [18:44] <TabAtkins> bradk: It's usually used for alignment, yeah, not semantic purpose, but it's definitly not used in source code.
# [18:44] <dael> fantasai: dbaron had one in his message. FF follows the spec except the off inconsistancy on collapsable white space. Other browsers do this and more.
# [18:44] * bradk doesn't control HTML often, only CSS
# [18:44] <dael> tantek: So other impl collapse the form feed. We have interop on that except FF?
# [18:45] <TabAtkins> Florian: Right, it's not really used, it's just that matching definitions across specs is useful.
# [18:45] <dael> fantasai: FF includes form feed character. The CSS spec doesn't include that.
# [18:45] <dael> tantek: Awesome.
# [18:45] <Florian> TabAtkins: sure
# [18:45] * bradk doesn't want to change 1000 pages to remove NBSP
# [18:45] <dael> TabAtkins: It doesn't include it in the def. of white space in this one place.
# [18:45] <tantek> +1
# [18:45] <dael> tantek: Sounds good.
# [18:45] <fantasai> https://lists.w3.org/Archives/Public/www-style/2015Aug/0237.html
# [18:46] <dael> RESOLVED: Add the form feed character and make sure all CSS specs align on the definition of white space
# [18:46] * tantek bradk: white-spaces: "&nbps;"
# [18:46] * tantek er white-spaces: " "
# [18:46] <dael> Topic: Implementability of align. etc...
# [18:46] * tantek a string of other characters you want collapsed as white space ;)
# [18:46] <dael> TabAtkins: I'm generally okay witht he changes. I want to review and discuss with fantasai .
# [18:46] <dael> astearns: Feel free to respond on the list.
# [18:47] <dael> TabAtkins: Yep. It's in my 'need to deal with soon'
# [18:47] <astearns> https://lists.w3.org/Archives/Public/www-style/2015Aug/0333.html
# [18:47] <dael> Topic: Resizeing (from Florian)
# [18:47] <dael> Florian: Either that topic or the discussion from the member only list about using prefix expamples in spec
# [18:47] * TabAtkins tantek: Come on, man, white-spaces: \a0;
# [18:47] <dael> Topic: using prefix examples in spec
# [18:47] * tantek thank you TabAtkins - I knew someone would correct me :)
# [18:48] * tantek :successkid:
# [18:48] * bradk likes tantek's idea.
# [18:48] <dael> Florian: When doing a live example in a spec showing how a prop would work a sample rendering using some other way of displaying it is useful. I did it using normal unprefixed CSS which works for everything except safari where I used a refix for the behavior. Bert and I think fantasai didn't like the prefix use.
# [18:48] <dael> Florian: I can do it using a gif, but is it bad using the prefixed fallback for one browser.
# [18:49] * bradk tantek: is that already in the spec?
# [18:49] <dael> smfr: Safari and iOS 9 will support that unprefixed.
# [18:49] * tantek bradk - no it was a straw proposal right here in IRC :)
# [18:49] * tantek bradk - feel free to steal it and propose it for reals in www-style :D
# [18:49] <dael> fantasai: Part of the reason tantek was arguing to allow was it functions as an inline test int he spec. As an impl reading the spec you can see if your impl does this correctly and as an author you can see if your browser does this. But if you add the prefix that doesn't work.
# [18:50] <dael> Florian: I was using it on the ref side, nott he test side.
# [18:50] <dael> fantasai: In that case, I don't have a strong opinion.
# [18:50] * bradk tantek - cool. I will. Level 4, I guess.
# [18:50] <dael> Florian: I can switch to doing it was a GIF. I'm not sure they're standard, though they work everywhere.
# [18:50] <tantek> q+
# [18:50] * Zakim sees tantek on the speaker queue
# [18:50] <dael> fantasai: I think they're standard even if there isn't a spec.
# [18:50] * Joins: hyojin (~hyojin@public.cloak)
# [18:50] <dael> Florian: If the criteria is has a standard, gifs are not.
# [18:51] <dael> tantek: This is prefix in the exicutable code, not the example?
# [18:51] <dael> Florian: Yeah.
# [18:51] <plh> q+
# [18:51] * Zakim sees tantek, plh on the speaker queue
# [18:51] <dael> tantek: Then it absolutely should be allowed.
# [18:51] <dael> TabAtkins: I agree.
# [18:51] <dael> tantek: We've gotten acceptions for this multiple times, LIke CSS 3 UI
# [18:51] <dael> Florian: That was a slightly different battle.
# [18:51] <dael> tantek: No, we have unrefixed.
# [18:52] <dael> plh: I'm trying to understand the motivation.
# [18:52] <dael> plh: The goal isn't to say anyone can use CSS prefixes in their spec, the goal here is for the purpose of having a reference if we can find a way that works in all existing browsers it's okay to use a prefix.
# [18:53] * fantasai thinks this case is fine
# [18:53] * tantek darn - looks like the prefixed properties were removed from CSS3 UI examples
# [18:53] <dael> Florian: I have a double example where on one side it shows what the property would do which doesn't work right now and on the other side show what it will do once implemented which I can do using existing properties except for one browser where I needed the prefix to make it work.
# [18:53] <dael> plh: Okay, thanks for the clarification.
# [18:54] <dael> Florian: I think in general this should be fine, but requires judgement where if the spec isn't stable but there are multiple interop impl, but it shouldn't be used when there isn't interop. In this specific case it seemed fine.
# [18:54] <tantek> q?
# [18:54] * Zakim sees tantek, plh on the speaker queue
# [18:54] <dael> astearns: So we should allow this prefix in this ex seems consensus.
# [18:55] <plh> q+
# [18:55] * Zakim sees tantek, plh on the speaker queue
# [18:55] <tantek> q-
# [18:55] * Zakim sees plh on the speaker queue
# [18:55] <dael> Bert: This is about the W3C side. It's not about how we ought to show things to people. If we want to show how something blinks that's fine. This is about what we can show on the TR page. That's where we have documents that should stay there forever and there we want thigns that should be valid and stable forever. We want to keep the value of the TR page as high as possible. I'd say find some other means of showing blinking.
# [18:55] <plh> q?
# [18:55] * Zakim sees plh on the speaker queue
# [18:55] <dael> astearns: I don't see the future compat issue. We're not only using the prefix, we're also using unprefix.
# [18:56] <Bert> s/side/site/
# [18:56] <dael> plh: I think we jumped that gun when we said you want to use prop that aren't in REC in a CSS spec and that's okay. So we jumped that gun in spec. At the time prefixes wasn't presented to me. Honestly, I'll have to sit down with Tim and make sure he's comfortable to say go ahead.
# [18:56] * tantek looks like prefixed examples were only in editor's drafts of CSS3-UI
# [18:56] <dael> Florian: Should I restore the examples, we try and publish?
# [18:56] * dauwhe TR is forever? http://www.w3.org/TR/css3-content/#moving
# [18:57] <dael> plh: You won't be able to until I sit down with Tim, but if you want to restore the spec go ahead.
# [18:57] <dael> Florian: Okay, so I'll resore the spec.
# [18:57] <dael> plh: I may have a chance later today to sit down with him. Some time in the next four hours.
# [18:57] <dael> astearns: So we have a clear desire from the WG to allow the example and we'll wait to hear from plh.
# [18:57] <dael> astearns: There's just two minutes left.
# [18:58] <dael> fantasai: Status of will-change and variables which were suposed to be pub as CR a while ago, who has that ball?
# [18:58] <dael> TabAtkins: Me.
# [18:58] <dael> fantasai: Can you pass it to somebody else at some point?
# [18:58] <dael> TabAtkins: Yes.
# [18:59] <dael> astearns: We'll talk about resize issue next week and Houdini at TPAC on maybe Thursday or Friday will continue on the ML.
# [18:59] <dael> astearns: That's it for the week.
# [18:59] * Quits: rego (~smuxi@public.cloak) (Client closed connection)
# [18:59] * Quits: alex_antennahouse (~458c94ae@public.cloak) ("http://www.mibbit.com ajax IRC Client")
# [18:59] * Quits: andrey-bbg (~andrey-bbg@public.cloak) ("Page closed")
# [18:59] * Quits: kwkbtr (~kwkbtr@public.cloak) ("")
# [18:59] * Quits: AH_Miller (~mike@public.cloak) ("")
# [18:59] * Quits: antenna (~antenna@public.cloak) ("Leaving")
# [18:59] <bradk> Beeboop^100
# [19:02] * dael bradk- LOL
# [19:02] <bradk> 😀
# [19:02] * Parts: bradk (~bradk@public.cloak)
# [19:06] * Joins: rego (~smuxi@public.cloak)
# [19:07] * leaverou_away is now known as leaverou
# [19:08] * Quits: bcampbell (~chatzilla@public.cloak) ("ChatZilla 0.9.92 [Firefox 38.2.1/20150826044534]")
# [19:08] * Joins: estellevw (~estellevw@public.cloak)
# [19:09] * Quits: Ms2ger` (~Ms2ger@public.cloak) (Ping timeout: 180 seconds)
# [19:10] * Quits: MaRakow (~MaRakow@public.cloak) (Ping timeout: 180 seconds)
# [19:11] * Quits: mvujovic______ (~sid13458@public.cloak) ("Connection closed for inactivity")
# [19:12] * Quits: dael (~dael@public.cloak) (Ping timeout: 180 seconds)
# [19:12] * Quits: mihnea_____ (~sid16310@public.cloak) ("Connection closed for inactivity")
# [19:12] * Quits: rego (~smuxi@public.cloak) (Client closed connection)
# [19:13] * Quits: achicu_____ (~sid13301@public.cloak) ("Connection closed for inactivity")
# [19:15] * Quits: estellevw (~estellevw@public.cloak) (Ping timeout: 180 seconds)
# [19:20] * Quits: vollick (~vollick@public.cloak) ("Page closed")
# [19:22] * Joins: rego (~smuxi@public.cloak)
# [19:24] * Quits: rego (~smuxi@public.cloak) (Client closed connection)
# [19:26] * Quits: tantek (~tantek@public.cloak) (tantek)
# [19:28] * Quits: lajava (~javi@public.cloak) (Ping timeout: 180 seconds)
# [19:31] * Joins: rego (~smuxi@public.cloak)
# [19:36] * Joins: adenilson_ (~anonymous@public.cloak)
# [19:37] * Quits: rego (~smuxi@public.cloak) (Client closed connection)
# [19:40] * Quits: adenilson (~anonymous@public.cloak) (Ping timeout: 180 seconds)
# [19:40] * adenilson_ is now known as adenilson
# [19:44] * Joins: rego (~smuxi@public.cloak)
# [19:52] * Quits: rego (~smuxi@public.cloak) (Client closed connection)
# [19:58] * Joins: glazou (~glazou@public.cloak)
# [19:59] <glazou> hey all ; sorry I could not chair that call, just came back from my duties
# [19:59] * Joins: rego (~smuxi@public.cloak)
# [20:00] <glazou> astearns: everything went well?
# [20:00] <astearns> glazou: I think so - no one called for my head, at least
# [20:01] * Quits: rego (~smuxi@public.cloak) (Client closed connection)
# [20:01] <astearns> do I need to do anything with RSSAgent, or does it drop off?
# [20:01] <glazou> wonderful ;-)
# [20:01] <glazou> nothing to do
# [20:08] * Joins: rego (~smuxi@public.cloak)
# [20:10] * Quits: rego (~smuxi@public.cloak) (Client closed connection)
# [20:18] <Florian> glazou: everything went lovely. We even had 2 discussions about prefixes where we reached reasonable conclusions. That's some quality chairing. :)
# [20:18] <Florian> plh: draft with examples updated, and in your inbox
# [20:18] <glazou> Florian: that’s even a miracle !!! ;-)
# [20:19] <glazou> discussing prefixes AND reasonable conclusions, colour me impressed :-D
# [20:19] * Joins: zcorpan (~zcorpan@public.cloak)
# [20:19] * Joins: rego (~smuxi@public.cloak)
# [20:20] <Florian> well "conclusions". These discussions are not closed, as we need feedback from people not present. But as far as the presents were concerned, things went well.
# [20:20] <Florian> on the other hand, I's now past 3am here. It's high time I got some sleep.
# [20:20] <glazou> yeah, and I should have dinner, it’s 8:20pm here
# [20:21] <glazou> bye everyone
# [20:23] * Quits: glazou (~glazou@public.cloak) (glazou)
# [20:24] * Quits: Florian (~Florian@public.cloak) (Client closed connection)
# [20:30] <TabAtkins> Florian: "We had such a great discussion now that we have a new chair that isn't you!" ^_^
# [20:31] * Joins: Florian (~Florian@public.cloak)
# [20:31] * Quits: rego (~smuxi@public.cloak) (Client closed connection)
# [20:32] * Quits: Florian (~Florian@public.cloak) (Client closed connection)
# [20:33] * Joins: estellevw (~estellevw@public.cloak)
# [20:34] * Parts: smfr (~smfr@public.cloak)
# [20:38] * Joins: rego (~smuxi@public.cloak)
# [20:45] * Quits: estellevw (~estellevw@public.cloak) ("Snuggling with the puppies")
# [20:46] * Quits: rego (~smuxi@public.cloak) (Client closed connection)
# [20:53] * Joins: rego (~smuxi@public.cloak)
# [20:59] * Quits: bkardell_ (~uid10373@public.cloak) ("Connection closed for inactivity")
# [21:01] * Quits: gregwhitworth (~uid93288@public.cloak) ("Connection closed for inactivity")
# [21:01] * Quits: rego (~smuxi@public.cloak) (Client closed connection)
# [21:08] * Joins: rego (~smuxi@public.cloak)
# [21:13] * Joins: adenilson_ (~anonymous@public.cloak)
# [21:17] * Quits: rego (~smuxi@public.cloak) (Client closed connection)
# [21:18] * Quits: adenilson (~anonymous@public.cloak) (Ping timeout: 180 seconds)
# [21:18] * adenilson_ is now known as adenilson
# [21:23] * Joins: rego (~smuxi@public.cloak)
# [21:25] * Quits: rego (~smuxi@public.cloak) (Client closed connection)
# [21:29] * Quits: hyojin (~hyojin@public.cloak) ("Page closed")
# [21:32] * Joins: Florian (~Florian@public.cloak)
# [21:33] * Joins: rego (~smuxi@public.cloak)
# [21:41] * Quits: Florian (~Florian@public.cloak) (Ping timeout: 180 seconds)
# [21:42] * Quits: rego (~smuxi@public.cloak) (Client closed connection)
# [21:49] * Joins: rego (~smuxi@public.cloak)
# [22:02] * Quits: rego (~smuxi@public.cloak) (Client closed connection)
# [22:09] * Joins: rego (~smuxi@public.cloak)
# [22:13] * Joins: lajava (~javi@public.cloak)
# [22:17] * Quits: rego (~smuxi@public.cloak) (Client closed connection)
# [22:24] * Joins: rego (~smuxi@public.cloak)
# [22:24] * Quits: rego (~smuxi@public.cloak) (Client closed connection)
# [22:26] * Quits: lajava (~javi@public.cloak) (Ping timeout: 180 seconds)
# [22:33] * Joins: rego (~smuxi@public.cloak)
# [22:35] * Quits: rego (~smuxi@public.cloak) (Client closed connection)
# [22:38] * Joins: myles (~Adium@public.cloak)
# [22:39] * Quits: myles (~Adium@public.cloak) ("Leaving.")
# [22:42] * Joins: rego (~smuxi@public.cloak)
# [22:44] * Quits: rego (~smuxi@public.cloak) (Client closed connection)
# [22:47] * Joins: lajava (~javi@public.cloak)
# [22:47] * Quits: dbaron (~dbaron@public.cloak) ("8403864 bytes have been tenured, next gc will be global.")
# [22:48] * Joins: myles (~Adium@public.cloak)
# [22:51] * Joins: rego (~smuxi@public.cloak)
# [22:54] * Quits: myles (~Adium@public.cloak) ("Leaving.")
# [22:56] * Joins: myles (~Adium@public.cloak)
# [22:56] * Parts: myles (~Adium@public.cloak)
# [23:08] * Quits: lajava (~javi@public.cloak) (Ping timeout: 180 seconds)
# [23:30] * Quits: zcorpan (~zcorpan@public.cloak) (Client closed connection)
# [23:30] * Joins: zcorpan (~zcorpan@public.cloak)
# [23:37] * Quits: zcorpan (~zcorpan@public.cloak) (Ping timeout: 180 seconds)
# Session Close: Thu Sep 17 00:00:00 2015

Think these logs are useful? Then please donate to show your gratitude (and keep them up, of course). Thanks! — Krijn