Options:
Previous day, Next day
- # Session Start: Thu Sep 24 00:00:00 2015
- # Session Ident: #whatwg
- # [00:00] * Quits: jensnockert (~jensnocke@84.219.248.21) (Ping timeout: 250 seconds)
- # [00:01] * Quits: lerc (~quassel@121-74-249-71.telstraclear.net) (Ping timeout: 244 seconds)
- # [00:01] * Joins: lerc (~quassel@121-74-249-71.telstraclear.net)
- # [00:03] * Quits: jsbell (jsbell@nat/google/x-awgkufscpaywjuua) (Quit: There's no place like home...)
- # [00:04] * Quits: Hixie (~ianh@178.255.149.100) (Ping timeout: 240 seconds)
- # [00:04] * Joins: Hixie (~ianh@178.255.149.100)
- # [00:04] * Quits: dbaron (~dbaron@2620:101:80fb:224:90fd:369a:212a:34d2) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [00:09] * Joins: jacobolus (~jacobolus@166.sub-70-195-71.myvzw.com)
- # [00:10] * Quits: jacobolus (~jacobolus@166.sub-70-195-71.myvzw.com) (Remote host closed the connection)
- # [00:10] * Quits: espadrine (~tyl@dan75-7-88-166-187-54.fbx.proxad.net) (Ping timeout: 260 seconds)
- # [00:16] * Joins: jernoble|laptop (~jernoble@38.110.163.26)
- # [00:17] * Quits: jernoble|laptop (~jernoble@38.110.163.26) (Client Quit)
- # [00:17] * Joins: dbaron (~dbaron@2620:101:80fb:232:903d:9b8c:e5d3:2131)
- # [00:19] * Joins: rniwa (~rniwa@38.110.163.26)
- # [00:19] * Quits: rniwa (~rniwa@38.110.163.26) (Client Quit)
- # [00:37] * Joins: hasather (~hasather@cm-84.210.170.63.getinternet.no)
- # [00:41] * Quits: alrra (uid62345@gateway/web/irccloud.com/x-fnxnnyejedjkauxt) (Quit: Connection closed for inactivity)
- # [00:41] * Quits: hasather (~hasather@cm-84.210.170.63.getinternet.no) (Ping timeout: 244 seconds)
- # [00:41] * Quits: dbaron (~dbaron@2620:101:80fb:232:903d:9b8c:e5d3:2131) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [00:42] * Joins: dbaron (~dbaron@2620:101:80fb:224:90fd:369a:212a:34d2)
- # [00:43] * Joins: jyasskin (jyasskin@nat/google/x-vptylsibqjjzknju)
- # [00:47] * Quits: ehsan_ (~ehsan@2001:450:1f:224:b435:1450:758f:6884) (Remote host closed the connection)
- # [00:48] * Joins: KevinMarks_ (~KevinMark@172.56.16.151)
- # [00:48] * Quits: wilsonpa_ (~wilsonpag@cpc73846-dals21-2-0-cust279.20-2.cable.virginm.net) (Quit: My Mac has gone to sleep. ZZZzzz…)
- # [00:48] * Joins: ehsan (~ehsan@2001:450:1f:224:b435:1450:758f:6884)
- # [00:50] * Joins: jensnockert (~jensnocke@84.219.248.21)
- # [00:50] * Quits: KevinMarks (~KevinMark@172.56.16.0) (Ping timeout: 240 seconds)
- # [00:52] * Quits: ehsan (~ehsan@2001:450:1f:224:b435:1450:758f:6884) (Ping timeout: 246 seconds)
- # [00:53] * Joins: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
- # [00:57] * Quits: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Ping timeout: 252 seconds)
- # [00:58] * Quits: KevinMarks_ (~KevinMark@172.56.16.151) (Ping timeout: 264 seconds)
- # [01:06] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: The deeper I go / the deeper I go / green mountains - Santoka)
- # [01:06] * Quits: wilhelm (~wilhelm@178.255.149.100) (Ping timeout: 250 seconds)
- # [01:06] * Joins: wilhelm (~wilhelm@178.255.149.100)
- # [01:10] * heycam|away is now known as heycam
- # [01:14] <Domenic> Anyone understand hgroup enough to help with https://github.com/whatwg/html/issues/115 ?
- # [01:15] * Joins: KevinMarks (~KevinMark@172.56.16.151)
- # [01:16] * Joins: KevinMarks_ (~KevinMark@70-36-146-33.dsl.dynamic.fusionbroadband.com)
- # [01:18] * Quits: jensnockert (~jensnocke@84.219.248.21) (Remote host closed the connection)
- # [01:19] * Quits: KevinMarks (~KevinMark@172.56.16.151) (Ping timeout: 250 seconds)
- # [01:21] * Quits: tantek (~tantek@70-36-139-190.dsl.dynamic.fusionbroadband.com) (Quit: tantek)
- # [01:21] * Quits: TallTed (~Thud@c-98-216-254-6.hsd1.ma.comcast.net)
- # [01:22] * Joins: jacobolus (~jacobolus@2600:100a:b106:a604:d511:57f8:ef8f:3b79)
- # [01:22] <zewt> well that's lovely, updated debian and a bunch of scripts broke because apparently lxml.cssselect is now case-sensitive
- # [01:23] <TabAtkins> SimonSapin: ^^^ what zewt just said; is lxml.cssselect case-sensitive somehow now?
- # [01:25] <Domenic> MikeSmith: what's a good way to trigger a build error deep in the file?
- # [01:25] <zewt> doc = html5lib.parse(html, treebuilder='lxml'); results = CSSSelector('#id A')(doc), had to change A to a (guess it could also be a change in the parser)
- # [01:25] <MikeSmith> Domenic: put in a stray end tag maybe
- # [01:26] <Domenic> sounds good
- # [01:27] <Domenic> Hmm if [[ "$WATTSI_RESULT" -ne "0" ]]; then => syntax error in conditional expression
- # [01:27] <Domenic> most of the conditionals in the file do not use [[ ]]
- # [01:27] <Domenic> oh nevermind
- # [01:27] <Domenic> I just mismatched my braces
- # [01:28] <MikeSmith> yeah we really should better be using the [[ ]] extended form everywhere, actually
- # [01:30] <MikeSmith> [[ ]] is just less portable. But if you use it even once in a script you might as well always use it. And there are cases the definitely require it
- # [01:30] <Domenic> MikeSmith: here's some output using the build server, going to try local now https://gist.github.com/domenic/68b7ab882afb6e6586d4
- # [01:30] * MikeSmith looks
- # [01:30] <MikeSmith> so that looks correct
- # [01:30] <MikeSmith> that is expected output, right?
- # [01:31] <MikeSmith> damn look at those line numbers
- # [01:31] <Domenic> ok works
- # [01:31] <Domenic> yep
- # [01:31] <Domenic> just confirming it met what you expected
- # [01:31] <Domenic> wow local wattsi is fast
- # [01:31] <MikeSmith> 103882 vs 105129 is quite a diffence but looks correct
- # [01:32] <MikeSmith> yeah Hixie's wattsi code is fairly amazing in terms of performance
- # [01:32] <Domenic> yeah 103882 is the correct source line i messed with
- # [01:32] <MikeSmith> his html parser is as fast as any other one out there
- # [01:32] * Quits: JoWie (uid93456@gateway/web/irccloud.com/x-dkzhbhkkhzogewpb) (Quit: Connection closed for inactivity)
- # [01:35] * Joins: xiinotulp (~q@node-qcf.pool-180-180.dynamic.totbb.net)
- # [01:35] * Quits: sicking (~sicking@222.106.49.2) (Quit: sicking)
- # [01:38] * Joins: hasather (~hasather@cm-84.210.170.63.getinternet.no)
- # [01:38] <MikeSmith> Domenic: rock and roll
- # [01:38] <Domenic> \o/
- # [01:38] <MikeSmith> will rebase and squash the repo-switcher one shortly
- # [01:38] * Quits: ccardona-work (~ccardona-@209.213.209.190) (Quit: ccardona-work)
- # [01:39] * Quits: plutoniix (~q@node-rm9.pool-180-180.dynamic.totbb.net) (Ping timeout: 268 seconds)
- # [01:40] <MikeSmith> before that I need to clean up because I have to head into the office today and I'm in a somewhat Stallman-esque personal hygiene state from having been working at home so far all this week
- # [01:42] * Quits: hasather (~hasather@cm-84.210.170.63.getinternet.no) (Ping timeout: 255 seconds)
- # [01:42] <jgraham> I didn't realise that was like Libraries of Congress for dirt
- # [01:43] <Domenic> lol i know the feeling
- # [01:45] <wanderview_pto> JakeA: is this still expected to work? https://jakearchibald.github.io/offline-wikipedia/?Hulk_Hogan
- # [01:46] <wanderview_pto> JakeA: I get a 404 from this resource load: https://wikipedia-cors.appspot.com/en.m.wikipedia.org/wiki/Hulk_Hogan?action=render
- # [01:50] <wanderview_pto> I haven't pretty-printed the sw.js, but it appears to be passing that URL through from the fetch event
- # [01:52] * Joins: tantek (~tantek@67.221.169.244)
- # [01:53] * Quits: ehynds (~ehynds@146-115-137-248.c3-0.nwt-ubr1.sbo-nwt.ma.cable.rcn.com)
- # [01:55] <wanderview_pto> JakeA: ah, it seems maybe the gh-pages branch just hasn't been updated in 5 months... I don't see appspot referenced from the main branch
- # [01:57] * Quits: tantek (~tantek@67.221.169.244) (Ping timeout: 250 seconds)
- # [01:57] * Quits: Lachy (~Lachy@cm-84.215.179.176.getinternet.no) (Ping timeout: 250 seconds)
- # [01:57] * Quits: roc (~chatzilla@121.98.85.93) (Ping timeout: 246 seconds)
- # [02:01] * Quits: ambv (~ambv@199.201.64.130) (Quit: sys.exit(0) # computer went to sleep)
- # [02:08] * Quits: jacobolus (~jacobolus@2600:100a:b106:a604:d511:57f8:ef8f:3b79) (Remote host closed the connection)
- # [02:08] * Joins: encryptd_fractal (~encryptd_@c-24-7-238-5.hsd1.mn.comcast.net)
- # [02:18] * Joins: Lachy (~Lachy@cm-84.215.179.176.getinternet.no)
- # [02:25] * Joins: tantek (~tantek@guest-nat.p2p.sfo1.mozilla.com)
- # [02:28] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 246 seconds)
- # [02:33] * Quits: igoroliveira (uid20755@gateway/web/irccloud.com/x-zodcswxboewtgewp) (Quit: Connection closed for inactivity)
- # [02:33] * Joins: Mek_ (~quassel@kde/mkruisselbrink)
- # [02:33] * Quits: Mek (~quassel@kde/mkruisselbrink) (Ping timeout: 244 seconds)
- # [02:37] * Quits: jwalden (~waldo@2620:101:80fc:224:7e7a:91ff:fe25:a5a3) (Quit: ChatZilla 0.9.92-rdmsoft [XULRunner 35.0.1/20150122214805])
- # [02:38] * Quits: hallvors (~sid83@2620:101:8016:74::4:53) (Ping timeout: 240 seconds)
- # [02:38] * Quits: gavinc (~gavin@barad-dur.carothers.name) (Ping timeout: 240 seconds)
- # [02:38] * Joins: hasather (~hasather@cm-84.210.170.63.getinternet.no)
- # [02:39] * Joins: hallvors (~sid83@2620:101:8016:74::4:53)
- # [02:40] * Joins: mpt (~mpt@2001:67c:1560:a003:15e2:2bf4:e366:6751)
- # [02:40] * Quits: mpt (~mpt@2001:67c:1560:a003:15e2:2bf4:e366:6751) (Changing host)
- # [02:40] * Joins: mpt (~mpt@canonical/mpt)
- # [02:40] * Quits: encryptd_fractal (~encryptd_@c-24-7-238-5.hsd1.mn.comcast.net) (Remote host closed the connection)
- # [02:41] * Joins: encryptd_fractal (~encryptd_@2601:449:8301:30bd:351c:6b68:d1d7:cbfd)
- # [02:41] * Quits: tantek (~tantek@guest-nat.p2p.sfo1.mozilla.com) (Quit: tantek)
- # [02:42] * Joins: sicking (~sicking@203.247.149.239)
- # [02:42] * Quits: hasather (~hasather@cm-84.210.170.63.getinternet.no) (Ping timeout: 240 seconds)
- # [02:45] * Joins: frivoal (~frivoal@softbank126142063093.bbtec.net)
- # [02:46] * Quits: KevinMarks_ (~KevinMark@70-36-146-33.dsl.dynamic.fusionbroadband.com) (Ping timeout: 246 seconds)
- # [02:47] * Joins: tantek (~tantek@guest-nat.p2p.sfo1.mozilla.com)
- # [02:48] * Joins: roc (~chatzilla@2400:e780:801:224:2677:3ff:fece:dc64)
- # [02:49] * Quits: sicking (~sicking@203.247.149.239) (Ping timeout: 240 seconds)
- # [02:50] * Quits: frivoal (~frivoal@softbank126142063093.bbtec.net) (Ping timeout: 256 seconds)
- # [02:51] * Joins: Lachy_ (~Lachy@cm-84.215.179.176.getinternet.no)
- # [02:51] * Joins: sicking (~sicking@111-83-200-184.EMOME-IP.hinet.net)
- # [02:52] * Quits: jyasskin (jyasskin@nat/google/x-vptylsibqjjzknju) (Quit: My computer has gone to sleep. ZZZzzz…)
- # [02:52] * Quits: Lachy (~Lachy@cm-84.215.179.176.getinternet.no) (Ping timeout: 268 seconds)
- # [02:57] * Joins: gavinc (~gavin@barad-dur.carothers.name)
- # [02:59] * Quits: fredy (~fredy@snf-535807.vm.okeanos.grnet.gr) (Excess Flood)
- # [03:00] <Hixie> Domenic: oh wow are you doing the fixing the line numbers thing?
- # [03:00] * xiinotulp is now known as plutoniix
- # [03:01] * Joins: fredy (~fredy@snf-535807.vm.okeanos.grnet.gr)
- # [03:01] * Quits: roc (~chatzilla@2400:e780:801:224:2677:3ff:fece:dc64) (Ping timeout: 240 seconds)
- # [03:03] * Quits: encryptd_fractal (~encryptd_@2601:449:8301:30bd:351c:6b68:d1d7:cbfd) (Remote host closed the connection)
- # [03:04] * Quits: tantek (~tantek@guest-nat.p2p.sfo1.mozilla.com) (Quit: tantek)
- # [03:04] <Domenic> Hixie yeah but it's hackier than you'd think we just re-run with the original source and if it spits out errors we give you those too.
- # [03:08] * Joins: tantek (~tantek@guest-nat.p2p.sfo1.mozilla.com)
- # [03:09] * Joins: KevinMarks (~KevinMark@2620:101:80fb:232:71c5:ba6a:64f8:472d)
- # [03:12] * Quits: smaug____ (~chatzilla@dyxxlkyyyyyyyyyyyyyyt-3.rev.dnainternet.fi) (Ping timeout: 240 seconds)
- # [03:14] * Joins: encryptd_fractal (~encryptd_@2601:449:8301:30bd:b035:156b:b71d:5372)
- # [03:14] * Joins: roc (~chatzilla@2400:e780:801:224:2677:3ff:fece:dc64)
- # [03:18] * Quits: gavinc (~gavin@barad-dur.carothers.name) (Quit: Konversation terminated!)
- # [03:25] * Joins: frivoal (~frivoal@softbank126142063093.bbtec.net)
- # [03:28] * Quits: dbaron (~dbaron@2620:101:80fb:224:90fd:369a:212a:34d2) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [03:32] * Joins: estellevw_ (~estellevw@76-220-22-18.lightspeed.sntcca.sbcglobal.net)
- # [03:39] * Joins: hasather (~hasather@cm-84.210.170.63.getinternet.no)
- # [03:40] * Joins: Goplat (~goplat@reactos/developer/Goplat)
- # [03:40] * Quits: sicking (~sicking@111-83-200-184.EMOME-IP.hinet.net) (Quit: sicking)
- # [03:44] * Quits: hasather (~hasather@cm-84.210.170.63.getinternet.no) (Ping timeout: 264 seconds)
- # [03:53] * Joins: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
- # [03:57] * Quits: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Ping timeout: 268 seconds)
- # [04:07] * Joins: sicking (~sicking@111-83-200-184.EMOME-IP.hinet.net)
- # [04:11] <MikeSmith> Domenic: repo-chooser PR squashed and rebased and repushed to the PR branch
- # [04:18] <MikeSmith> Hixie: yeah especially given how fast wattsi is, just doing a second pass with the raw source seemed most practical (rather than say, trying to teach wattsi some magic as far as how to determine the line offset to the raw source so that we could do it in one pass)
- # [04:19] * Joins: jyasskin (~jyasskin@173-228-80-34.dsl.static.fusionbroadband.com)
- # [04:20] <MikeSmith> Domenic: btw about the hgroup example in https://github.com/whatwg/html/issues/115, I think the effect of that is, the OP's second "List Title 1 Alternative" heading there (the second of what the OP calls "equivalent headings") is that in any outline, that second heading is not going to appear
- # [04:22] <MikeSmith> Domenic: I'm not sure the OP realizes it will have that effect, or wants it. I would be wrong but in terms of the outline algorithm there is no such thing as "equivalent" headings in hgroup; instead the first heading is document order is the primary heading and all others headings in the hgroup after the first are considered subheadings
- # [04:23] <MikeSmith> not sure my assessment is correct but I am sure that Hixie can say :)
- # [04:24] <MikeSmith> Hixie: you might want to respond on https://github.com/whatwg/html/issues/115 when you have tiem
- # [04:25] <MikeSmith> I think if the OP wants the semantic of "equivalent headings", then the way to get that is to not use hgroup at all but just put the headings one after another without any wrapper around them being needed
- # [04:27] <MikeSmith> > However, the only example utilizing the hgroup element in the spec shows how to create a subtitle, and the spec has this confusing text: "Other elements of heading content in the hgroup element indicate subheadings or subtitles". The quoted text indicates that the second h1 element might be considered a subtitle of the first h1 element.
- # [04:27] <MikeSmith> (from that issue)
- # [04:28] * heycam is now known as heycam|away
- # [04:29] <MikeSmith> OP needs to s/might be considered/is considered/ in that last sentence
- # [04:30] <MikeSmith> That text in the spec doesn't seem confusing to me at all. It means exactly what it says. I think maybe the OP just wants it to mean something other than what it does mean.
- # [04:32] * Quits: jyasskin (~jyasskin@173-228-80-34.dsl.static.fusionbroadband.com) (Quit: My computer has gone to sleep. ZZZzzz…)
- # [04:33] * Quits: sicking (~sicking@111-83-200-184.EMOME-IP.hinet.net) (Quit: sicking)
- # [04:35] * Joins: sicking (~sicking@111.83.200.184)
- # [04:40] * Joins: hasather (~hasather@cm-84.210.170.63.getinternet.no)
- # [04:44] * Quits: hasather (~hasather@cm-84.210.170.63.getinternet.no) (Ping timeout: 268 seconds)
- # [05:08] * Joins: jwalden (~waldo@108-233-252-216.lightspeed.sntcca.sbcglobal.net)
- # [05:13] * Quits: tantek (~tantek@guest-nat.p2p.sfo1.mozilla.com) (Quit: tantek)
- # [05:23] * Quits: KevinMarks (~KevinMark@2620:101:80fb:232:71c5:ba6a:64f8:472d) (Ping timeout: 240 seconds)
- # [05:35] * Joins: dbaron (~dbaron@70-36-140-3.dsl.dynamic.fusionbroadband.com)
- # [05:41] * Joins: hasather (~hasather@cm-84.210.170.63.getinternet.no)
- # [05:41] * Quits: sicking (~sicking@111.83.200.184) (Quit: sicking)
- # [05:42] * Joins: sicking (~sicking@111-83-200-184.EMOME-IP.hinet.net)
- # [05:45] * Quits: hasather (~hasather@cm-84.210.170.63.getinternet.no) (Ping timeout: 240 seconds)
- # [05:52] * Quits: frivoal (~frivoal@softbank126142063093.bbtec.net) (Remote host closed the connection)
- # [05:57] * Quits: sicking (~sicking@111-83-200-184.EMOME-IP.hinet.net) (Quit: sicking)
- # [06:02] * Joins: sicking (~sicking@111-83-200-184.EMOME-IP.hinet.net)
- # [06:07] * Joins: jyasskin (~jyasskin@173-228-80-34.dsl.static.fusionbroadband.com)
- # [06:19] * Quits: sicking (~sicking@111-83-200-184.EMOME-IP.hinet.net) (Read error: Connection reset by peer)
- # [06:24] * Joins: sicking (~sicking@203.247.149.239)
- # [06:35] <annevk> rbyers: IRC can work, though our timezones are a bit off I think
- # [06:40] * Joins: zdobersek (~zan@gateway/vpn/privateinternetaccess/zdobersek)
- # [06:41] * Joins: hasather (~hasather@cm-84.210.170.63.getinternet.no)
- # [06:44] * Joins: ohaibbq (~ohaibbq@2601:643:8100:fdf1:7992:1218:3b7f:4acc)
- # [06:46] * Quits: hasather (~hasather@cm-84.210.170.63.getinternet.no) (Ping timeout: 246 seconds)
- # [06:46] * Quits: psy_ (~psy@43.224.156.111) (Ping timeout: 240 seconds)
- # [06:51] * Joins: jacobolus (~jacobolus@2600:100a:b128:fa69:1d3b:de46:2347:481e)
- # [06:52] * Joins: frivoal (~frivoal@softbank126142063093.bbtec.net)
- # [06:54] * Joins: psy_ (~psy@43.224.156.111)
- # [06:56] * Quits: frivoal (~frivoal@softbank126142063093.bbtec.net) (Remote host closed the connection)
- # [06:56] * Joins: frivoal (~frivoal@softbank126142063093.bbtec.net)
- # [07:02] * Joins: frivoal_ (~frivoal@softbank126142063093.bbtec.net)
- # [07:04] * Joins: howdoi (uid224@gateway/web/irccloud.com/x-zxyymkqhzbezrlls)
- # [07:04] * Quits: frivoal (~frivoal@softbank126142063093.bbtec.net) (Ping timeout: 265 seconds)
- # [07:06] * Quits: spacenomad (~spacenoma@unaffiliated/spacenomad) (Remote host closed the connection)
- # [07:11] <SimonSapin> TabAtkins: zewt: something something xml document vs html document something
- # [07:14] * Quits: estellevw_ (~estellevw@76-220-22-18.lightspeed.sntcca.sbcglobal.net) (Quit: Snuggling with the puppies)
- # [07:23] <SimonSapin> zewt: you probably want CSSSelector(…, translator='html')
- # [07:23] <SimonSapin> the default is xml
- # [07:25] * Quits: sivoais (~zaki@unaffiliated/sivoais) (Ping timeout: 256 seconds)
- # [07:25] * Joins: sivoais (~zaki@unaffiliated/sivoais)
- # [07:33] * Quits: sivoais (~zaki@unaffiliated/sivoais) (Ping timeout: 264 seconds)
- # [07:35] * Joins: sivoais (~zaki@unaffiliated/sivoais)
- # [07:37] * Quits: sicking (~sicking@203.247.149.239) (Ping timeout: 250 seconds)
- # [07:40] * Quits: roc (~chatzilla@2400:e780:801:224:2677:3ff:fece:dc64) (Ping timeout: 240 seconds)
- # [07:42] * Joins: hasather (~hasather@cm-84.210.170.63.getinternet.no)
- # [07:42] * Quits: sivoais (~zaki@unaffiliated/sivoais) (Ping timeout: 246 seconds)
- # [07:45] * Joins: sivoais (~zaki@unaffiliated/sivoais)
- # [07:46] * Quits: hasather (~hasather@cm-84.210.170.63.getinternet.no) (Ping timeout: 246 seconds)
- # [07:46] * Quits: jyasskin (~jyasskin@173-228-80-34.dsl.static.fusionbroadband.com) (Quit: My computer has gone to sleep. ZZZzzz…)
- # [07:50] <zewt> well that's pretty bogus
- # [07:56] * Joins: Ms2ger (~Ms2ger@ptr-2hj4tblvksdonn47nlcal16zg.ip6.access.telenet.be)
- # [08:02] <JakeA> wanderview_pto: https://wiki-offline.JakeArchibald.com
- # [08:02] <JakeA> Ugh, without the caps
- # [08:07] * Joins: sicking (~sicking@203.247.149.239)
- # [08:10] * Quits: Lachy_ (~Lachy@cm-84.215.179.176.getinternet.no) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [08:13] * Joins: tantek (~tantek@70-36-139-190.dsl.dynamic.fusionbroadband.com)
- # [08:18] * Joins: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
- # [08:25] <JakeA> annevk: I had a think about the CORS thing recently too. The closest I got is opaqueResponse.unlock(md5hash) - where you'd get the hash from another server, and if it matches the content, you can assume it's publically visible … but yeah, the hash could be guessable, and if the server output contains response time or time, it won't match etc etc
- # [08:25] * Joins: jernoble|laptop (~jernoble@104-244-25-226.PUBLIC.monkeybrains.net)
- # [08:25] * Quits: jernoble|laptop (~jernoble@104-244-25-226.PUBLIC.monkeybrains.net) (Client Quit)
- # [08:29] * Joins: jyasskin (~jyasskin@173-228-80-34.dsl.static.fusionbroadband.com)
- # [08:30] * Quits: jyasskin (~jyasskin@173-228-80-34.dsl.static.fusionbroadband.com) (Client Quit)
- # [08:33] <annevk> JakeA: yeah, that's not secure
- # [08:33] * Joins: rego (~rego@66.193.27.77.dynamic.mundo-r.com)
- # [08:33] <annevk> JakeA: note that this is why integrity="" requires CORS
- # [08:34] <JakeA> Ah, of course
- # [08:38] <annevk> zcorpan: hey, so it seems we can start publishing WebVTT
- # [08:38] <annevk> zcorpan: is webvtt.html going to remain DirectoryIndex?
- # [08:38] <zcorpan> annevk: great. i'm in the process of bikeshedding it. yeah
- # [08:38] <annevk> cool
- # [08:39] <Domenic> Hmm maybe we should blog post the move to whatwg/html now that it's been such a success
- # [08:39] <Domenic> (And, we should blog post webvtt. And media session?!)
- # [08:43] * Joins: hasather (~hasather@cm-84.210.170.63.getinternet.no)
- # [08:48] * Quits: hasather (~hasather@cm-84.210.170.63.getinternet.no) (Ping timeout: 264 seconds)
- # [08:48] <MikeSmith> Domenic: for HTML would we want to wait til the repo-chooser patch is merged
- # [08:48] <Domenic> MikeSmith: ah, I knew there was something I wanted to do tonight before going to sleep.
- # [08:48] <MikeSmith> heh
- # [08:50] <MikeSmith> we should also make sure annevk and philipj are OK with behavior of depth=1. I know they weren't super thrilled about that but I think it's still better than making somebody wait 10 minutes to pull the whole revision history
- # [08:51] <MikeSmith> Domenic: oh, I think also we should add one more refinement, which is: you should be able to just specify the path to your existing repo (if any) as an argument to the build script
- # [08:52] <MikeSmith> ./build.sh /opt/workspace/html/source
- # [08:52] <Domenic> MikeSmith: instead of just doing HTML_SOURCE=blah ./build.sh? seems OK I guess.
- # [08:52] <MikeSmith> yeah
- # [08:52] <annevk> MikeSmith: can we make the build script remember the path?
- # [08:52] <MikeSmith> Domenic: OK will add that the branch after your review of what I got there now
- # [08:53] <MikeSmith> annevk: yeah, by setting HTML_SOURCE in your environment; e.g., in your .bashrc
- # [08:53] <MikeSmith> the build script doesn't keep state itself
- # [08:54] <MikeSmith> we could have it work from a .config file as you proposed before
- # [08:54] <MikeSmith> but that would be another PR
- # [08:54] <MikeSmith> I
- # [08:54] <MikeSmith> I would be happy to write up a patch for some .config thing if Domenic is also warm to that idea
- # [08:55] <Domenic> Hmm yeah maybe that is more user friendly than environment variables...
- # [08:55] <zcorpan> annevk: do you know what the bikeshed-correct way is to xref a global attribute? title, class...
- # [08:59] <annevk> zcorpan: there's quite a few ways unfortunately, if Shepherd indexed the correct term from HTML it could be as simple as <a spec=html>term</a>, if not, you need to create a local xref database in a <pre> element
- # [08:59] <annevk> zcorpan: DOM has one of those
- # [08:59] <annevk> zcorpan: okay, so currently WebVTT doesn't render due to respec being in a folder, I guess I can figure out if we can fix that somehow
- # [08:59] <zcorpan> ignore respec, i'm done bikeshedding soon
- # [08:59] <annevk> okay, then I'll leave the setup as is
- # [08:59] <annevk> it syncs all the root files
- # [08:59] <zcorpan> excellent, thanks
- # [09:05] <MikeSmith> Domenic: yeah I guess the more-typical thing is to have a .config.default (or whatever) checked into the repo, with instructions to copy it to .config and modify it
- # [09:06] <Domenic> yeah that seems reasonable
- # [09:12] <annevk> JakeA: there's quite a few folks at Mozilla that think service workers is not ready for CR, it's apparently not just me
- # [09:12] * Joins: wilsonpage (~wilsonpag@cpc73846-dals21-2-0-cust279.20-2.cable.virginm.net)
- # [09:12] * Joins: spacenomad (~spacenoma@unaffiliated/spacenomad)
- # [09:12] <annevk> JakeA: I don't really care since I think TR/ publication is rather meaningless, but where would we best discuss this?
- # [09:13] <JakeA> annevk: I agree on the meaningless bit. Could discuss on github or hold until TPAC?
- # [09:16] <Domenic> it seems reasonable to get all the people that care about CR in a room and let them talk to each other and not impact the people doing work.
- # [09:16] <Domenic> whether that room is a GitHub thread or a TPAC room, dunno.
- # [09:19] <annevk> JakeA: thanks, suggested that to them
- # [09:20] * Joins: ^esc (~esc-ape@178.165.131.193.wireless.dyn.drei.com)
- # [09:23] * Quits: wilsonpage (~wilsonpag@cpc73846-dals21-2-0-cust279.20-2.cable.virginm.net) (Read error: No route to host)
- # [09:23] * Quits: fredy (~fredy@snf-535807.vm.okeanos.grnet.gr) (Excess Flood)
- # [09:23] * Joins: fredy (~fredy@snf-535807.vm.okeanos.grnet.gr)
- # [09:23] * Joins: wilsonpage (~wilsonpag@cpc73846-dals21-2-0-cust279.20-2.cable.virginm.net)
- # [09:24] * Quits: ^esc_ (~esc-ape@178.115.130.54.wireless.dyn.drei.com) (Ping timeout: 264 seconds)
- # [09:25] * Joins: calvaris (~calvaris@fanzine.igalia.com)
- # [09:30] * Joins: Lachy (~Lachy@cm-84.215.179.176.getinternet.no)
- # [09:43] <mkwst> annevk: When you have a few minutes, could we poke at the HTTPS state thing again?
- # [09:44] * Joins: hasather (~hasather@cm-84.210.170.63.getinternet.no)
- # [09:44] <mkwst> annevk: (https://github.com/whatwg/html/pull/178)
- # [09:46] * wilsonpage is now known as wilsonpage-away
- # [09:48] <annevk> mkwst: okay, so the issue is figuring out where Window is created
- # [09:48] * Quits: mpt (~mpt@canonical/mpt) (Remote host closed the connection)
- # [09:48] * Quits: hasather (~hasather@cm-84.210.170.63.getinternet.no) (Ping timeout: 265 seconds)
- # [09:49] * Quits: wilsonpage-away (~wilsonpag@cpc73846-dals21-2-0-cust279.20-2.cable.virginm.net) (Quit: My Mac has gone to sleep. ZZZzzz…)
- # [09:49] <mkwst> annevk: Step 1 of "Initialising a new Document object"
- # [09:51] * Joins: mpt (~mpt@2001:67c:1560:a003:5126:681b:1697:ad0d)
- # [09:51] * Quits: mpt (~mpt@2001:67c:1560:a003:5126:681b:1697:ad0d) (Changing host)
- # [09:51] * Joins: mpt (~mpt@canonical/mpt)
- # [09:52] <annevk> mkwst: so I think what I would find acceptable for now is to have a new step 2 there that sets window's HTTPS state to resource's HTTPS state
- # [09:53] <annevk> mkwst: that's not ideal, but hopefully suffices for now
- # [09:53] <annevk> mkwst: I have some other quibbles too though
- # [09:53] <annevk> mkwst: should I make the nits on GitHub?
- # [09:54] <mkwst> Probably simpler to follow, but I'll take feedback however you like. :)
- # [09:55] <mkwst> The patch at https://github.com/whatwg/html/pull/178 adds exactly the step 2 I think you want. Line 82235.
- # [09:56] * Quits: Goplat (~goplat@reactos/developer/Goplat) (Remote host closed the connection)
- # [10:00] * Joins: wilsonpage (~wilsonpag@cpc73846-dals21-2-0-cust279.20-2.cable.virginm.net)
- # [10:02] * wilsonpage is now known as wilsonpage-away
- # [10:03] * wilsonpage-away is now known as wilsonpage
- # [10:03] * Joins: benjamingr_ (uid23465@gateway/web/irccloud.com/x-zswqgdjqmvzllhti)
- # [10:04] * Quits: wilsonpage (~wilsonpag@cpc73846-dals21-2-0-cust279.20-2.cable.virginm.net) (Read error: Connection reset by peer)
- # [10:04] * Joins: wilsonpa_ (~wilsonpag@cpc73846-dals21-2-0-cust279.20-2.cable.virginm.net)
- # [10:05] <annevk> Added comments
- # [10:05] <annevk> We really need an OmniGlobal mixin
- # [10:05] <annevk> Defining distinct slots for Worker and Document seems unnecessary
- # [10:06] <annevk> Anyway, that can be future cleanup
- # [10:09] <zcorpan> https://github.com/whatwg/webvtt/pull/213
- # [10:10] * Quits: Lachy (~Lachy@cm-84.215.179.176.getinternet.no) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [10:12] * Quits: ohaibbq (~ohaibbq@2601:643:8100:fdf1:7992:1218:3b7f:4acc) (Quit: Leaving...)
- # [10:13] * Quits: sarri (~sari@unaffiliated/sarri) (Ping timeout: 244 seconds)
- # [10:15] * Joins: sarri (~sari@unaffiliated/sarri)
- # [10:15] <annevk> zcorpan: as part of that PR you should probably also remove all the old stuff
- # [10:16] <zcorpan> hmm yes
- # [10:20] <philipj> MikeSmith: where do you want depth=1? if it's just in some script to get started, it doesn't matter to me, I know how to get the full history
- # [10:24] * Quits: tantek (~tantek@70-36-139-190.dsl.dynamic.fusionbroadband.com) (Quit: tantek)
- # [10:24] <MikeSmith> philipj: yeah just in the script to get started, and only if somebody doesn't have an existing clone they want to point the build to
- # [10:28] * Quits: sicking (~sicking@203.247.149.239) (Quit: sicking)
- # [10:28] * Quits: jwalden (~waldo@108-233-252-216.lightspeed.sntcca.sbcglobal.net) (Quit: ChatZilla 0.9.92-rdmsoft [XULRunner 35.0.1/20150122214805])
- # [10:32] <philipj> MikeSmith: wfm
- # [10:33] <zcorpan> annevk: done
- # [10:33] * Quits: dbaron (~dbaron@70-36-140-3.dsl.dynamic.fusionbroadband.com) (Ping timeout: 260 seconds)
- # [10:41] * Joins: Lachy (~Lachy@213.166.174.2)
- # [10:44] * Joins: hasather (~hasather@cm-84.210.170.63.getinternet.no)
- # [10:48] * Quits: hasather (~hasather@cm-84.210.170.63.getinternet.no) (Ping timeout: 246 seconds)
- # [10:54] <mkwst> annevk: Thanks. I poked at the PR to add the `about:srcdoc` handling. If you know of other places I should poke at, I'm happy to. Otherwise, I'll squash the patch if you're happy with the changes.
- # [10:55] <annevk> mkwst: search for an overridden reload</dfn>
- # [10:55] * Quits: botie (~i-bot@sideshowbarker.net) (Remote host closed the connection)
- # [10:55] <annevk> mkwst: "an overridden reload</dfn>"
- # [10:55] * Joins: botie (~i-bot@sideshowbarker.net)
- # [10:55] <annevk> mkwst: I think that's the only two plus history traversal, but history traversal is still somewhat magic
- # [10:56] * Joins: hasather (~hasather@cm-84.210.170.63.getinternet.no)
- # [10:56] * Joins: smaug____ (~chatzilla@dyxxlkyyyyyyyyyyyyyyt-3.rev.dnainternet.fi)
- # [10:57] <mkwst> annevk: What causes an overridden reload? Is it safe to keep the HTTPS state of the document that's being navigated, or could this be called from a distinct browsing context?
- # [10:58] <mkwst> Ah, `document.open` and `document.write`. Ugh.
- # [10:58] <mkwst> Can we accidentally remove those from the platform? :)
- # [10:59] * wilsonpa_ is now known as wilsonpage-away
- # [10:59] <MikeSmith> philipj: ok
- # [10:59] * Quits: wilsonpage-away (~wilsonpag@cpc73846-dals21-2-0-cust279.20-2.cable.virginm.net) (Quit: My Mac has gone to sleep. ZZZzzz…)
- # [11:00] * Joins: JoWie (uid93456@gateway/web/irccloud.com/x-jxdlroeihmcsgdfe)
- # [11:00] * Quits: frivoal_ (~frivoal@softbank126142063093.bbtec.net) (Remote host closed the connection)
- # [11:01] <annevk> mkwst: sounds like an excellent plan to get rid of some of that Chrome market share
- # [11:01] <annevk> mkwst: and also some Google ads, I'm told
- # [11:02] <mkwst> Yup. That's my job. Deprecate stuff that people use wildly in the hopes that they all go use Firefox instead.
- # [11:02] <mkwst> Your problem now, suckers!
- # [11:02] <caitp> don't get rid of document.write :(
- # [11:02] <mkwst> Ok. Poked at overridden reload in the patch as well.
- # [11:03] <annevk> caitp: seems unrealistic
- # [11:03] <caitp> the world needs document.write to make all of my stupid sites like http://caitp.github.io/commandments/ possible without writing a ton of markup
- # [11:03] <caitp> i know it wasn't serious :p
- # [11:04] <annevk> mkwst: could you add "new" before response in the about:srcdoc bit, okay if you don't want to
- # [11:06] <mkwst> annevk: Drive-by cleanup is fine with me. Done.
- # [11:06] <annevk> mkwst: HTTPS State -> HTTPS state
- # [11:07] <mkwst> annevk: Yeah, I wasn't very consistent, was I?
- # [11:07] <mkwst> Done.
- # [11:09] <annevk> mkwst: looks fine for rebase/squash
- # [11:09] * mkwst squishes
- # [11:15] * Joins: scor (~scor@drupal.org/user/52142/view)
- # [11:31] <mkwst> annevk: So, with that merged, what other "cards" do I need to put into place to make you happy with https://w3c.github.io/webappsec/specs/powerfulfeatures/ ? :)
- # [11:33] <annevk> mkwst: so for that are we going to change the way a SharedWorker is selected?
- # [11:34] <annevk> mkwst: is there any reason secure context flag needs to be set and cannot just be a "Secure Context" algorithm on environment settings objects that returns the results of these steps?
- # [11:35] <mkwst> annevk: I think we decided to set a flag on the Shared Worker in order to determine whether to allow connection from a particular context.
- # [11:36] <mkwst> annevk: If we have that flag, it made sense to me to just rewrite the algorithm in terms of flags everywhere.
- # [11:36] <mkwst> annevk: There's no reason to walk the ancestor tree every time; it's not changing.
- # [11:37] <annevk> mkwst: well then it can be a lazy getter just like the other bits that already exist on environment settings objects
- # [11:37] <annevk> mkwst: an environment settings object is currently just a collection of algorithms, it doesn't carry state
- # [11:38] * Joins: roc (~chatzilla@121.98.85.93)
- # [11:38] * Joins: frivoal (~frivoal@softbank126142063093.bbtec.net)
- # [11:39] <annevk> mkwst: anyway, most seems fine other apart from these editorial quibbles
- # [11:39] <annevk> mkwst: would be great to have the worker changes upstreamed too
- # [11:40] <annevk> mkwst: is the note about service workers correct?
- # [11:40] <mkwst> annevk: Yup. Will upstream once we're agreeing on the changes.
- # [11:40] <annevk> mkwst: I always thought http://example.com/ could embed https://videoservice.com/ and videoservice.com would have its service worker (if installed prior)
- # [11:41] <annevk> mkwst: if not that seems better though
- # [11:41] <mkwst> annevk: https://slightlyoff.github.io/ServiceWorker/spec/service_worker/#secure-context
- # [11:41] <mkwst> annevk: "... and the controlled service worker clients should also be secure contexts"
- # [11:42] <mkwst> annevk: no idea if that's what's implemented.
- # [11:42] <annevk> mkwst: ok
- # [11:42] <annevk> mkwst: "secure document" seems like an unused term
- # [11:43] <mkwst> annevk: Yeah. It's there as shorthand for other specs. *shrug* Dropping it wouldn't hurt, I suppose, but keeping it might make someone's life ever so slightly simpler.
- # [11:44] <annevk> mkwst: seems better if everyone used setting objects
- # [11:44] <annevk> but okay
- # [11:45] <mkwst> *shrug* Then I can drop it and "secure worker". Easy.
- # [11:45] <annevk> well, I'm not a fan of settings objects either, but for now...
- # [11:45] <mkwst> What would you like us to use instead?
- # [11:45] <annevk> hopefully they can be merged with globals
- # [11:45] <annevk> I opened an issue against HTML to reduce the number of concepts floating around
- # [11:45] <mkwst> Hrm. How do you explain folks with JavaScript disables?
- # [11:46] <annevk> mkwst: that there's still a global I suppose, just that script doesn't execute
- # [11:46] <mkwst> Interesting.
- # [11:46] <annevk> mkwst: many algorithms in the spec grab things from global objects already
- # [11:47] <mkwst> *shrug* Probably. You're more familiar with it than I am.
- # [11:49] * Quits: rego (~rego@66.193.27.77.dynamic.mundo-r.com) (Ping timeout: 256 seconds)
- # [11:51] <mkwst> annevk: Ok. So, when you say that the concept can be a lazy getter on the settings object, what do you mean? We need to store a bit of some sort for Shared Workers at creation time.
- # [11:52] <mkwst> annevk: I'm currently setting a flag on the settings object in "set up a worker environement settings object". I suppose I could set a flag on the global instead.
- # [11:52] <annevk> mkwst: ah, above you said it wasn't changing
- # [11:53] <mkwst> It doesn't change after it's set. But it needs to be set. :)
- # [11:53] * Joins: wilsonpage (~wilsonpag@217.111.161.212)
- # [11:53] <mkwst> That is, for documents, we can just walk the tree whenever, easy. The flag is an optimization for those cases, but not necessary.
- # [11:53] <mkwst> For dedicated workers, same thing.
- # [11:54] <mkwst> For Shared Workers, we can't walk the tree whenever, we need to walk it at creation time and store the result somewhere.
- # [11:54] * Joins: rego (~rego@66.193.27.77.dynamic.mundo-r.com)
- # [11:54] <annevk> It seems even for shared workers you could first lookup by constructor url/name, and then see if secure context returns the same thing in both places
- # [11:55] <annevk> E.g., is there a SharedWorkerGlobalScope whose constructor url is url, name is name, and secure context is secure context...
- # [11:56] <mkwst> Hrm. Ok. That could work.
- # [11:56] <mkwst> It seems more roundabout than setting a bit on the context.
- # [11:56] <mkwst> But I think you're right, it would be equivalent behavior.
- # [12:01] * Quits: frivoal (~frivoal@softbank126142063093.bbtec.net) (Remote host closed the connection)
- # [12:02] * Joins: frivoal (~frivoal@softbank126142063093.bbtec.net)
- # [12:08] * Joins: g4 (~g4@unaffiliated/gormer)
- # [12:12] * Quits: frivoal (~frivoal@softbank126142063093.bbtec.net) (Remote host closed the connection)
- # [12:30] * Quits: jacobolus (~jacobolus@2600:100a:b128:fa69:1d3b:de46:2347:481e) (Remote host closed the connection)
- # [12:32] <mkwst> annevk: WDYT about https://github.com/w3c/webappsec/commit/90210b3ae0e70408cb6a8640d3a647f610630502?
- # [12:32] <mkwst> simpler to read at https://w3c.github.io/webappsec/specs/powerfulfeatures/#settings-object
- # [12:33] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Remote host closed the connection)
- # [12:35] * Joins: espadrine_ (~tyl@213.152.2.4)
- # [12:36] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
- # [12:36] * espadrine_ is now known as espadrine
- # [12:39] * Joins: jacobolus (~jacobolus@2600:100a:b128:fa69:1d3b:de46:2347:481e)
- # [12:42] * Quits: annevk (~annevk@195.12.41.182) (Ping timeout: 240 seconds)
- # [12:54] * Joins: annevk (~annevk@195.12.41.182)
- # [12:56] <annevk> mkwst: looks good
- # [12:56] <annevk> mkwst: 'This covers scenarios such as <iframe sandbox src="http://localhost/">.' looks wrong
- # [12:57] <mkwst> Hrm. I'm surprised bikeshed escaped those.
- # [12:58] <mkwst> thanks for catching that.
- # [13:06] * Quits: smaug____ (~chatzilla@dyxxlkyyyyyyyyyyyyyyt-3.rev.dnainternet.fi) (Ping timeout: 240 seconds)
- # [13:22] * wilsonpage is now known as wilsonpage-away
- # [13:26] * Quits: scor (~scor@drupal.org/user/52142/view) (Quit: scor)
- # [13:34] * Quits: spacenomad (~spacenoma@unaffiliated/spacenomad) (Remote host closed the connection)
- # [13:35] * Joins: spacenomad (~spacenoma@unaffiliated/spacenomad)
- # [13:35] * Quits: fredy (~fredy@snf-535807.vm.okeanos.grnet.gr) (Excess Flood)
- # [13:38] * Joins: fredy (~fredy@snf-535807.vm.okeanos.grnet.gr)
- # [13:40] * Quits: spacenomad (~spacenoma@unaffiliated/spacenomad) (Ping timeout: 244 seconds)
- # [13:41] * Joins: frivoal (~frivoal@softbank126142063093.bbtec.net)
- # [13:43] * Joins: ehynds (~ehynds@64.206.121.41)
- # [13:45] * Quits: ehynds (~ehynds@64.206.121.41) (Read error: Connection reset by peer)
- # [13:46] * wilsonpage-away is now known as wilsonpage
- # [13:47] * Quits: howdoi (uid224@gateway/web/irccloud.com/x-zxyymkqhzbezrlls) (Quit: Connection closed for inactivity)
- # [13:48] * Quits: frivoal (~frivoal@softbank126142063093.bbtec.net) (Remote host closed the connection)
- # [13:51] * Joins: frivoal (~frivoal@softbank126142063093.bbtec.net)
- # [13:55] * Quits: frivoal (~frivoal@softbank126142063093.bbtec.net) (Remote host closed the connection)
- # [13:59] * Quits: Ms2ger (~Ms2ger@ptr-2hj4tblvksdonn47nlcal16zg.ip6.access.telenet.be) (Ping timeout: 256 seconds)
- # [14:05] * Joins: frivoal (~frivoal@softbank126142063093.bbtec.net)
- # [14:13] * Quits: annevk (~annevk@195.12.41.182) (Ping timeout: 244 seconds)
- # [14:16] * Joins: annevk (~annevk@195.12.41.182)
- # [14:18] * Quits: encryptd_fractal (~encryptd_@2601:449:8301:30bd:b035:156b:b71d:5372) (Remote host closed the connection)
- # [14:38] * Joins: spacenomad (~spacenoma@unaffiliated/spacenomad)
- # [14:42] * Joins: sicking (~sicking@222.106.49.2)
- # [14:43] * Quits: spacenomad (~spacenoma@unaffiliated/spacenomad) (Ping timeout: 268 seconds)
- # [14:52] * Quits: zdobersek (~zan@gateway/vpn/privateinternetaccess/zdobersek) (Quit: Leaving.)
- # [14:56] * Quits: calvaris (~calvaris@fanzine.igalia.com) (Quit: Ex-Chat)
- # [15:04] * Joins: calvaris (~calvaris@fanzine.igalia.com)
- # [15:05] * Joins: estellevw_ (~estellevw@76-220-22-18.lightspeed.sntcca.sbcglobal.net)
- # [15:09] * Quits: Lachy (~Lachy@213.166.174.2) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [15:11] * Quits: estellevw_ (~estellevw@76-220-22-18.lightspeed.sntcca.sbcglobal.net) (Quit: Snuggling with the puppies)
- # [15:19] * Joins: igoroliveira (uid20755@gateway/web/irccloud.com/x-urvzpfmygflnlraj)
- # [15:20] * Quits: fredy (~fredy@snf-535807.vm.okeanos.grnet.gr) (Excess Flood)
- # [15:22] * Joins: fredy (~fredy@snf-535807.vm.okeanos.grnet.gr)
- # [15:22] * Joins: encryptd_fractal (~encryptd_@63-254-58-198.ip.mcleodusa.net)
- # [15:28] * Quits: sicking (~sicking@222.106.49.2) (Quit: sicking)
- # [15:29] * Joins: dickdaley (~dickdaley@ip98-183-52-15.pn.at.cox.net)
- # [15:35] * Quits: dickdaley (~dickdaley@ip98-183-52-15.pn.at.cox.net) (Ping timeout: 256 seconds)
- # [15:36] <rbyers> annevk: Timezone offset isn't that bad (as it is for europe<->california) - I'm UTC-4
- # [15:37] <annevk> rbyers: morning
- # [15:38] <rbyers> annevk: Morning. Have a few minutes to chat?
- # [15:38] <annevk> rbyers: not in theory, but in practice it seems like it
- # [15:39] <rbyers> annevk: Heh, ok. Let's try stepping back for a second, ignore EventListenerOptions....
- # [15:40] <rbyers> .. Today afaik all browsers observe touch/wheel listeners in order to get an important scroll performance optimization when handlers aren't present (or aren't present at a particular point).
- # [15:40] <rbyers> .. You can think of it as the UA making some events uncancelable if it sees there are no listener that can possibly cancel it.
- # [15:41] <rbyers> .. It's not clear to me if that technically violates the spec. On the one hand the UAs would argue its an impl detail, but on the other it has major impact on performance and so is something UAs really need to be interoperable around and developers need to understand...
- # [15:42] * Joins: dickdaley (~dickdaley@198.233.131.186)
- # [15:42] <rbyers> .. If we take for granted that UAs are not going to give up this optimization (they're not), then should the spec say something about it?
- # [15:42] <annevk> rbyers: yeah, generally we've counted that as not violating
- # [15:42] <annevk> rbyers: UAs do the same with certain sensor APIs
- # [15:43] <annevk> rbyers: although I do find it sketchy
- # [15:43] <annevk> rbyers: oh, back in a bit
- # [15:43] <rbyers> annevk: Ok
- # [15:46] * Joins: schalkneethling (c5f5aaf8@gateway/web/freenode/ip.197.245.170.248)
- # [15:46] <schalkneethling> hey there all
- # [15:46] <schalkneethling> was wondering, is the mediagroup attribute on the video element currently implemented in a browser?
- # [15:47] <schalkneethling> it might just be that I do not understand the usage of the attribute but, it seems it is not yet implemented
- # [15:47] <schalkneethling> so, what the spec seems to suggest is that if two media elements share a mediagroup attribute with the same name, they will be linked by the user agent and share the same media controller
- # [15:48] <schalkneethling> I assume from a UI persepctive this means the controls
- # [15:48] <schalkneethling> but perhaps I misunderstand
- # [15:48] <schalkneethling> also, if the two media resources are the same, they will use the same network request irrespective of how many times it is embedded in the same document
- # [15:49] * Quits: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Remote host closed the connection)
- # [15:57] * Joins: sicking (~sicking@222.106.49.2)
- # [15:57] <roc> schalkneethling: AFAIK that feature is going nowhere
- # [15:57] * Quits: sicking (~sicking@222.106.49.2) (Client Quit)
- # [16:02] * Quits: hasather (~hasather@cm-84.210.170.63.getinternet.no) (Remote host closed the connection)
- # [16:03] <annevk> rbyers: so, given that Hixie seems okay I guess I can be too
- # [16:04] <annevk> rbyers: I was mostly trying to hold the fort
- # [16:05] <rbyers> annevk: Cool. Yeah, understood - but honestly I think we can use this to make the situation you're concerned with BETTER. I'm with you here! But it does complicate the spec, but IMHO that mainly comes from trying to better reflect the actual implementations.
- # [16:06] <rbyers> annevk: Eg. should we add some text saying that UAs can use listener presence only in specific ways?
- # [16:06] <rbyers> .. like to avoid work necessary to generate the events (sensors) or to make events uncanceable?
- # [16:07] <rbyers> .. we could even specify that UAs cannot use the presence of any mayCancel=false listeners to cause any observable change in behavior (including non-trivial performance differences).
- # [16:07] <annevk> rbyers: I think we should only allow observability outside the perf realm if there's a standard for it (e.g., touch events)
- # [16:08] <annevk> rbyers: and I think we should try to caution any new features to be build that way (and if someone still feels compelled, they should contact public-script-coord or some other review list)
- # [16:08] <annevk> rbyers: we should probably also add the example Hixie gave as to why observability is bad
- # [16:08] <rbyers> annevk: That makes sense.
- # [16:09] <annevk> roc: should it be removed from the spec?
- # [16:09] <rbyers> annevk: Any suggestion for where this sort of text belongs (and what's normative)? Or should I try to come up with something then we can discuss concretely on the PR.
- # [16:09] <roc> annevk: maybe. I think Apple may have tried to implement it at some point.
- # [16:10] <roc> I have seen absolutely zero interest in us implementing it, from inside or outside
- # [16:10] <annevk> rbyers: I think we should add a section after Interface EventTarget called "Observing event listeners" that spells this out
- # [16:11] <annevk> rbyers: since it's mostly advice and examples it would be non-normative
- # [16:11] <annevk> rbyers: similar to "Action versus occurrence" I suppose
- # [16:11] <rbyers> annevk: Sounds good, I'll take a crack at that.
- # [16:12] <annevk> rbyers: my other concerns are the defaulting of the dictionary member and its name
- # [16:12] * Joins: hasather (~hasather@cm-84.210.170.63.getinternet.no)
- # [16:12] <rbyers> annevk: Right, was just going to ask about https://github.com/RByers/EventListenerOptions/issues/17#issuecomment-142341211
- # [16:12] <annevk> rbyers: but I haven't developed answers yet
- # [16:13] <rbyers> annevk: I can just try flipping it to 'disableCancel' or some such and see what you think - I think the spec will read much better that way.
- # [16:13] <annevk> I vaguely remember me giving a single word suggestion somewhere
- # [16:13] <rbyers> .. no practical downside to inverting that I can see.
- # [16:13] <rbyers> Oh? I don't recall that.
- # [16:15] * Joins: mven (~textual@32.97.110.56)
- # [16:15] * Quits: mven (~textual@32.97.110.56) (Excess Flood)
- # [16:15] <annevk> rbyers: https://github.com/RByers/EventListenerOptions/issues/22#issuecomment-126031470
- # [16:15] <annevk> rbyers: although Domenic didn't like my defaulting strategy
- # [16:16] <rbyers> annevk: Ahh 'passive' works for me. I think we can simplify the default strategy.
- # [16:16] * Joins: TallTed (~Thud@c-98-216-254-6.hsd1.ma.comcast.net)
- # [16:16] <annevk> rbyers: yeah if we just default to false, passive works well
- # [16:23] <annevk> rbyers: another thought
- # [16:23] <annevk> rbyers: we call it "fast"
- # [16:23] <annevk> rbyers: defaults to false
- # [16:24] <rbyers> annevk: Hah, I kind of like that. Pretty vague though and in many cases (most types of events) it's really a lie.
- # [16:24] <annevk> rbyers: bad default is due to bad legacy, but everyone wants fast so they'll deal
- # [16:24] <rbyers> I'll add it to the list (https://github.com/RByers/EventListenerOptions/issues/17#issuecomment-142341211)
- # [16:25] <rbyers> FWIW it's also "fast" to have a touch/wheel listener which always calls preventDefault (and so must NOT be passive).
- # [16:25] <annevk> fair enough
- # [16:26] <rbyers> Eg. it's not like it's bad for games/maps to let you do something else with touch/wheel other than scrolling. So I feel like fast is a confusing over-simplification.
- # [16:29] <schalkneethling> thanks roc
- # [16:35] * Quits: calvaris (~calvaris@fanzine.igalia.com) (Read error: No route to host)
- # [16:36] * Joins: calvaris (~calvaris@fanzine.igalia.com)
- # [16:48] * Joins: tantek (~tantek@70-36-139-190.dsl.dynamic.fusionbroadband.com)
- # [16:49] * Joins: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
- # [16:49] * Joins: jyasskin (~jyasskin@173-228-80-34.dsl.static.fusionbroadband.com)
- # [16:50] <rbyers> annevk: One other little editorial question: An EventListener is defined to be made up of some variables (https://dom.spec.whatwg.org/#concept-event-listener). Do you prefer keeping these to be simple types (i.e. "capture" and "passive" boolean variables), or is it better to talk of there being an "options" variable of type EventListenerOptions?
- # [16:51] <rbyers> .. I think the latter will simplify the text slightly (can just say "same options" rather than "same capture and passive")
- # [16:51] <rbyers> .. But not sure IDL dictionary types are OK in this context.
- # [16:53] <annevk> rbyers: since you'd have to define what "same options" means I don't think it would actually end up being shorter
- # [16:53] * Quits: calvaris (~calvaris@fanzine.igalia.com) (Read error: No route to host)
- # [16:53] * Quits: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Ping timeout: 240 seconds)
- # [16:53] <rbyers> yeah, ok- I guess that's not a given
- # [16:54] * Joins: calvaris (~calvaris@fanzine.igalia.com)
- # [16:54] <rbyers> annevk: Also, any preference for the argument name - I had "optionsOrCapture" which is pretty verbose, perhaps just "options" is good enough?
- # [16:56] <annevk> rbyers: yeah, options or init is fine
- # [16:56] <rbyers> ok, thanks
- # [16:59] * Quits: schalkneethling (c5f5aaf8@gateway/web/freenode/ip.197.245.170.248) (Quit: Page closed)
- # [17:02] * Quits: g4 (~g4@unaffiliated/gormer) (Quit: Leaving)
- # [17:02] * Joins: smaug____ (~chatzilla@a91-154-43-105.elisa-laajakaista.fi)
- # [17:04] * Quits: Dashiva (Dashiva@wikia/Dashiva)
- # [17:09] * Joins: markg2 (~chatzilla@2606:6000:6044:1800:e4cd:1398:f42:19c8)
- # [17:12] * Quits: psy_ (~psy@43.224.156.111) (Ping timeout: 246 seconds)
- # [17:12] * Joins: rniwa (~rniwa@17.202.48.248)
- # [17:13] * Quits: frivoal (~frivoal@softbank126142063093.bbtec.net) (Remote host closed the connection)
- # [17:22] * Joins: ehsan (~ehsan@2001:450:1f:224:2df0:21c:8dc7:b343)
- # [17:30] * Joins: ambv (~ambv@172.56.30.240)
- # [17:31] * Quits: rhiaro__ (~quassel@amy.so) (Read error: Connection reset by peer)
- # [17:31] * Joins: rhiaro_ (~quassel@188.226.186.12)
- # [17:34] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 246 seconds)
- # [17:35] * Joins: mpt (~mpt@2001:67c:1560:a003:5126:681b:1697:ad0d)
- # [17:35] * Quits: mpt (~mpt@2001:67c:1560:a003:5126:681b:1697:ad0d) (Changing host)
- # [17:35] * Joins: mpt (~mpt@canonical/mpt)
- # [17:36] * Quits: jacobolus (~jacobolus@2600:100a:b128:fa69:1d3b:de46:2347:481e) (Ping timeout: 246 seconds)
- # [17:38] * Joins: rxgx (uid22483@gateway/web/irccloud.com/x-rukxzinnwczuplnh)
- # [17:42] * Joins: eric_carlson (~ericc@c-24-6-239-9.hsd1.ca.comcast.net)
- # [17:51] * Joins: ap (~ap@17.202.44.214)
- # [17:56] * Quits: encryptd_fractal (~encryptd_@63-254-58-198.ip.mcleodusa.net) (Read error: Connection reset by peer)
- # [17:56] * Joins: encryptd_fractal (~encryptd_@63-254-58-198.ip.mcleodusa.net)
- # [17:57] * Quits: hasather (~hasather@cm-84.210.170.63.getinternet.no) (Remote host closed the connection)
- # [17:58] * Mek_ is now known as Mek
- # [18:03] * Quits: ambv (~ambv@172.56.30.240) (Quit: sys.exit(0) # computer went to sleep)
- # [18:06] * Quits: espadrine (~tyl@213.152.2.4) (Ping timeout: 244 seconds)
- # [18:07] * wilsonpage is now known as wilsonpage-away
- # [18:08] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
- # [18:08] * Joins: ambv (~ambv@199.201.64.130)
- # [18:12] * Quits: wilsonpage-away (~wilsonpag@217.111.161.212) (Ping timeout: 260 seconds)
- # [18:13] * Joins: jacobolus (~jacobolus@2600:100a:b12b:db44:c5ea:9806:775e:bf02)
- # [18:20] * Joins: zecho_ (~zecho@67-247-17-199.northern.mnscu.edu)
- # [18:21] * Joins: jernoble_ (~jernoble@17.202.46.221)
- # [18:23] * Joins: rhiaro__ (~quassel@188.226.186.12)
- # [18:24] * Quits: riddle (riddle@76.72.170.57) (Disconnected by services)
- # [18:24] * Joins: vigilvindex (~quassel@envoycorps.info)
- # [18:24] * Quits: zecho (~zecho@67-247-17-199.northern.mnscu.edu) (Ping timeout: 244 seconds)
- # [18:24] * Quits: zama (~zama@unaffiliated/stryx/x-3871776) (Ping timeout: 244 seconds)
- # [18:24] * Quits: rhiaro_ (~quassel@188.226.186.12) (Write error: Connection reset by peer)
- # [18:24] * Quits: vigilvindex_ (~quassel@envoycorps.info) (Read error: Connection reset by peer)
- # [18:24] * Quits: jernoble (~jernoble@17.202.46.221) (Ping timeout: 244 seconds)
- # [18:24] * Joins: riddle (riddle@us.yunix.net)
- # [18:24] * Joins: zama (~zama@unaffiliated/stryx/x-3871776)
- # [18:26] * Joins: gavinc (~gavin@barad-dur.carothers.name)
- # [18:27] * Joins: encrypt__ (~encryptd_@63-254-58-198.ip.mcleodusa.net)
- # [18:27] * Quits: boogyman (~chatzilla@pdpc/supporter/professional/boogyman) (Remote host closed the connection)
- # [18:28] * Quits: encryptd_fractal (~encryptd_@63-254-58-198.ip.mcleodusa.net) (Read error: Connection reset by peer)
- # [18:30] * Joins: Ms2ger (~Ms2ger@ptr-2hj4tblvksdoqfu3n2tvz9zoz.ip6.access.telenet.be)
- # [18:30] * Joins: ccardona-work (~ccardona-@209.213.209.190)
- # [18:32] * Joins: alrra (uid62345@gateway/web/irccloud.com/x-wnwnbromctmizqga)
- # [18:35] * Quits: calvaris (~calvaris@fanzine.igalia.com) (Read error: No route to host)
- # [18:39] * Quits: Mateon1 (~Mateon1@unaffiliated/mateon1) (Read error: Connection reset by peer)
- # [18:39] * Joins: calvaris (~calvaris@fanzine.igalia.com)
- # [18:41] * Quits: Somatt_wrk (~somattwrk@62.23.247.114) (Quit: ( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com ))
- # [18:43] * Joins: rniwa_ (~rniwa@17.114.218.11)
- # [18:44] * Joins: zdobersek (~zan@gateway/vpn/privateinternetaccess/zdobersek)
- # [18:44] * Quits: rego (~rego@66.193.27.77.dynamic.mundo-r.com) (Read error: Connection reset by peer)
- # [18:46] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Remote host closed the connection)
- # [18:46] * Quits: bholley (~bholley@c-73-231-198-151.hsd1.ca.comcast.net)
- # [18:47] * Quits: rniwa (~rniwa@17.202.48.248) (Ping timeout: 264 seconds)
- # [18:49] * Joins: Mateon1 (~Mateon1@unaffiliated/mateon1)
- # [18:53] * Joins: rego (~rego@66.193.27.77.dynamic.mundo-r.com)
- # [18:53] * Joins: dbaron (~dbaron@70-36-140-3.dsl.dynamic.fusionbroadband.com)
- # [18:56] * Joins: Dashiva (Dashiva@wikia/Dashiva)
- # [18:58] * Quits: ambv (~ambv@199.201.64.130) (Quit: sys.exit(0) # computer went to sleep)
- # [19:01] * Joins: wilsonpage (~wilsonpag@217.111.161.212)
- # [19:13] * Quits: calvaris (~calvaris@fanzine.igalia.com) (Quit: Ex-Chat)
- # [19:13] * Joins: espadrine (~tyl@dan75-7-88-166-187-54.fbx.proxad.net)
- # [19:13] * Quits: rego (~rego@66.193.27.77.dynamic.mundo-r.com) (Read error: Connection reset by peer)
- # [19:22] * Joins: rego (~rego@66.193.27.77.dynamic.mundo-r.com)
- # [19:23] <MikeSmith> botie, inform zcorpan lemme know when you have a few minutes to catch up about wbvtt stuff
- # [19:23] <botie> will do
- # [19:23] * Joins: eBureau (~Bruno@181.164.77.172)
- # [19:24] <annevk> rbyers: if preventDefault() doesn't throw, the canceled flag would be sufficient in principle, no?
- # [19:24] <annevk> rbyers: that is, no need for the passive flag
- # [19:25] * Quits: jernoble_ (~jernoble@17.202.46.221) (Quit: Textual IRC Client: www.textualapp.com)
- # [19:25] <rbyers> annevk: Sorry, I don't follow. How would the canceled flag be sufficient?
- # [19:25] <rbyers> Something needs to track whether we're in the context of a passive listener or not...
- # [19:26] <rbyers> And I don't think we can re-use the canceled flag for that because we don't want to change Event.defaultPrevented
- # [19:26] <annevk> rbyers: oh, I figured the model would be that only if all listeners are passive you'd get a passive event
- # [19:26] <annevk> rbyers: I guess you might still want to enforce things per-listener to assist developers
- # [19:26] * Quits: rego (~rego@66.193.27.77.dynamic.mundo-r.com) (Read error: Connection reset by peer)
- # [19:27] <annevk> rbyers: makes sense
- # [19:27] <rbyers> annevk: Exactly, otherwise it can be very brittle for libraries to try to adopt this incrementally.
- # [19:28] <rbyers> This is basically the discussion here: https://github.com/RByers/EventListenerOptions/issues/2
- # [19:28] <annevk> rbyers: I think we might want to expose that the event changed fundamentally too, but perhaps the flip from cancelable to non-cancelable is sufficient
- # [19:29] <MikeSmith> roc: I thought mediagroup support was largely motivated by accessibility needs (to be able to play synchronized secondary descriptive audio or sign-language streams)
- # [19:29] <rbyers> annevk: You mean when all listeners are passive? Right - the key thing the dev cares about is whether the event is cancelable.
- # [19:30] <rbyers> annevk: Presumably we don't need to indicate that the event is "fundamentally" different somehow just because one (of several) listeners is passive. That doesn't change the event.
- # [19:30] <annevk> rbyers: yeah, when some spec decides to dispatch a different kind of event from the normal one, effectively
- # [19:30] <annevk> rbyers: agreed
- # [19:30] <annevk> rbyers: that's the distinction I was trying to make sense of
- # [19:31] <rbyers> annevk: Right. One question we debates was whether we should say that ALL events behave that way (sending uncancelable when all listeners are passive) or leave it up to the specific event type to define. We agreed with smaug on the latter I believe.
- # [19:31] <annevk> rbyers: different listeners vs different event
- # [19:31] <rbyers> annevk: Right, that's confusing but an important distinction. If you can think of any way for me to clarify in the spec text let me know. Otherwise I'll just try to summarize in my explainer doc.
- # [19:31] <annevk> rbyers: the latter makes sense to me too, due to the observable thing still being suboptimal
- # [19:32] * Quits: rniwa_ (~rniwa@17.114.218.11) (Quit: Textual IRC Client: www.textualapp.com)
- # [19:32] <rbyers> annevk: Yep, I'm happy with that. I'll try to ellaborate a bit on this in the new observability section I'm adding.
- # [19:33] * Joins: rniwa (~rniwa@17.202.48.248)
- # [19:34] <annevk> This might affect the service workers discussions too with regards to "fetch" listeners being observable or not
- # [19:35] * Joins: rego (~rego@66.193.27.77.dynamic.mundo-r.com)
- # [19:36] * Quits: zdobersek (~zan@gateway/vpn/privateinternetaccess/zdobersek) (Quit: Leaving.)
- # [19:36] <rbyers> annevk: Oh interesting, I was unaware of that discussion.
- # [19:37] * Quits: fredy (~fredy@snf-535807.vm.okeanos.grnet.gr) (Excess Flood)
- # [19:40] * Joins: fredy (~fredy@snf-535807.vm.okeanos.grnet.gr)
- # [19:42] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
- # [19:46] * Quits: tantek (~tantek@70-36-139-190.dsl.dynamic.fusionbroadband.com) (Quit: tantek)
- # [19:46] * Quits: rego (~rego@66.193.27.77.dynamic.mundo-r.com) (Read error: Connection reset by peer)
- # [19:49] * Joins: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
- # [19:49] <botie> zcorpan, at 2015-09-24 17:23 UTC, MikeSmith said: lemme know when you have a few minutes to catch up about wbvtt stuff
- # [19:49] * wilsonpage is now known as wilsonpage-away
- # [19:50] * Quits: wilsonpage-away (~wilsonpag@217.111.161.212) (Quit: My Mac has gone to sleep. ZZZzzz…)
- # [19:54] * Quits: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Ping timeout: 246 seconds)
- # [19:54] * Joins: rego (~rego@66.193.27.77.dynamic.mundo-r.com)
- # [19:54] * Quits: rego (~rego@66.193.27.77.dynamic.mundo-r.com) (Read error: Connection reset by peer)
- # [20:03] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Remote host closed the connection)
- # [20:08] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
- # [20:12] * Quits: jacobolus (~jacobolus@2600:100a:b12b:db44:c5ea:9806:775e:bf02) (Remote host closed the connection)
- # [20:13] * Joins: jacobolus (~jacobolus@2600:100a:b12b:db44:c5ea:9806:775e:bf02)
- # [20:17] * Quits: jacobolus (~jacobolus@2600:100a:b12b:db44:c5ea:9806:775e:bf02) (Ping timeout: 240 seconds)
- # [20:21] * Joins: Jayflux (~Jayflux@unaffiliated/jayflux)
- # [20:21] * Joins: jacobolus (~jacobolus@2600:100a:b12b:db44:d123:e80a:a9fb:b97a)
- # [20:31] * Joins: bholley (~bholley@c-73-231-198-151.hsd1.ca.comcast.net)
- # [20:39] * Quits: dbaron (~dbaron@70-36-140-3.dsl.dynamic.fusionbroadband.com) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [20:46] * Joins: spacenomad (~spacenoma@unaffiliated/spacenomad)
- # [20:46] * Quits: jyasskin (~jyasskin@173-228-80-34.dsl.static.fusionbroadband.com) (Quit: My computer has gone to sleep. ZZZzzz…)
- # [20:50] * Quits: spacenomad (~spacenoma@unaffiliated/spacenomad) (Ping timeout: 246 seconds)
- # [20:56] * Joins: rego (~rego@66.193.27.77.dynamic.mundo-r.com)
- # [20:57] * Quits: rego (~rego@66.193.27.77.dynamic.mundo-r.com) (Read error: Connection reset by peer)
- # [21:04] * Joins: rniwa_ (~rniwa@17.114.218.11)
- # [21:05] * Joins: rego (~rego@66.193.27.77.dynamic.mundo-r.com)
- # [21:06] * Quits: rego (~rego@66.193.27.77.dynamic.mundo-r.com) (Read error: Connection reset by peer)
- # [21:07] * Quits: rniwa (~rniwa@17.202.48.248) (Ping timeout: 250 seconds)
- # [21:07] * Joins: psy_ (~psy@43.224.156.103)
- # [21:07] * Quits: psy_ (~psy@43.224.156.103) (Max SendQ exceeded)
- # [21:10] * Joins: KevinMarks (~KevinMark@c-67-164-14-200.hsd1.ca.comcast.net)
- # [21:12] * Joins: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
- # [21:14] * Joins: rego (~rego@66.193.27.77.dynamic.mundo-r.com)
- # [21:14] * Joins: dbaron (~dbaron@2620:101:80fb:224:2465:4266:b96e:e17a)
- # [21:16] * Quits: rego (~rego@66.193.27.77.dynamic.mundo-r.com) (Read error: Connection reset by peer)
- # [21:23] * Joins: rego (~rego@66.193.27.77.dynamic.mundo-r.com)
- # [21:23] * Joins: jyasskin (jyasskin@nat/google/x-fgathiyokjsngryp)
- # [21:25] * Joins: spacenomad (~spacenoma@unaffiliated/spacenomad)
- # [21:28] * Quits: rego (~rego@66.193.27.77.dynamic.mundo-r.com) (Read error: Connection reset by peer)
- # [21:36] * Joins: rego (~rego@66.193.27.77.dynamic.mundo-r.com)
- # [21:37] * Quits: rego (~rego@66.193.27.77.dynamic.mundo-r.com) (Read error: Connection reset by peer)
- # [21:45] * Joins: rego (~rego@66.193.27.77.dynamic.mundo-r.com)
- # [21:47] * Quits: Ms2ger (~Ms2ger@ptr-2hj4tblvksdoqfu3n2tvz9zoz.ip6.access.telenet.be) (Ping timeout: 252 seconds)
- # [21:49] * Quits: gavinc (~gavin@barad-dur.carothers.name) (Ping timeout: 240 seconds)
- # [21:50] * Quits: jacobolus (~jacobolus@2600:100a:b12b:db44:d123:e80a:a9fb:b97a) (Remote host closed the connection)
- # [21:50] * Quits: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Remote host closed the connection)
- # [21:51] * Joins: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
- # [21:51] * Joins: jacobolus (~jacobolus@2600:100a:b12b:db44:d123:e80a:a9fb:b97a)
- # [21:52] * Quits: rego (~rego@66.193.27.77.dynamic.mundo-r.com) (Read error: Connection reset by peer)
- # [21:54] * Joins: gavinc (~gavin@barad-dur.carothers.name)
- # [21:55] * Quits: jacobolus (~jacobolus@2600:100a:b12b:db44:d123:e80a:a9fb:b97a) (Ping timeout: 240 seconds)
- # [22:00] * Joins: rego (~rego@66.193.27.77.dynamic.mundo-r.com)
- # [22:01] * Quits: rego (~rego@66.193.27.77.dynamic.mundo-r.com) (Read error: Connection reset by peer)
- # [22:02] * Quits: dbaron (~dbaron@2620:101:80fb:224:2465:4266:b96e:e17a) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [22:02] * Quits: JoWie (uid93456@gateway/web/irccloud.com/x-jxdlroeihmcsgdfe) (Quit: Connection closed for inactivity)
- # [22:03] * Joins: v4n (~v4n@unaffiliated/v4n)
- # [22:09] * Joins: rego (~rego@66.193.27.77.dynamic.mundo-r.com)
- # [22:22] * heycam|away is now known as heycam
- # [22:23] <JonathanNeal> I get the double dash for custom media queries, custom selectors, and custom variables, but I was wondering if someone could explain to me why the var() is also needed?
- # [22:24] <MikeSmith> JonathanNeal: I bet TabAtkins could
- # [22:27] * Joins: jwalden (~waldo@2620:101:80fc:224:7e7a:91ff:fe25:a5a3)
- # [22:31] * Quits: rego (~rego@66.193.27.77.dynamic.mundo-r.com) (Read error: Connection reset by peer)
- # [22:32] * Quits: fredy (~fredy@snf-535807.vm.okeanos.grnet.gr) (Excess Flood)
- # [22:32] * Quits: smaug____ (~chatzilla@a91-154-43-105.elisa-laajakaista.fi) (Remote host closed the connection)
- # [22:32] * Joins: fredy (~fredy@snf-535807.vm.okeanos.grnet.gr)
- # [22:32] * Joins: smaug____ (~chatzilla@a91-154-43-105.elisa-laajakaista.fi)
- # [22:38] * Joins: rego (~rego@66.193.27.77.dynamic.mundo-r.com)
- # [22:44] * Quits: rego (~rego@66.193.27.77.dynamic.mundo-r.com) (Read error: Connection reset by peer)
- # [22:48] * Joins: aretecode (~aretecode@50.23.131.206-static.reverse.softlayer.com)
- # [22:54] * Joins: rego (~rego@66.193.27.77.dynamic.mundo-r.com)
- # [22:57] * Quits: rego (~rego@66.193.27.77.dynamic.mundo-r.com) (Read error: Connection reset by peer)
- # [22:57] <JonathanNeal> Probably the most aggressive tweet in my entire career. https://twitter.com/jon_neal/status/647152310813073408 on the subject of obsfucating all the codes to get past ad block filters.
- # [23:00] * Joins: Hory (Hory@188.25.138.133)
- # [23:00] * Quits: rniwa_ (~rniwa@17.114.218.11) (Read error: Connection reset by peer)
- # [23:00] * Joins: rniwa (~rniwa@17.114.218.11)
- # [23:01] * Quits: rniwa (~rniwa@17.114.218.11) (Read error: Connection reset by peer)
- # [23:02] * Joins: rniwa_ (~rniwa@17.114.218.11)
- # [23:02] <MikeSmith> I don't blame them for trying
- # [23:03] <MikeSmith> in the end it all just helps to make the ad blockers even smarter and better
- # [23:03] <MikeSmith> so it's all win for us
- # [23:04] <MikeSmith> whatever battle they think they're fighting, they've already lost
- # [23:05] * Joins: rego (~rego@66.193.27.77.dynamic.mundo-r.com)
- # [23:05] * Quits: rego (~rego@66.193.27.77.dynamic.mundo-r.com) (Read error: Connection reset by peer)
- # [23:06] * Joins: jernoble (~jernoble@17.202.46.221)
- # [23:09] * Joins: dbaron (~dbaron@2620:101:80fb:232:50d4:2021:77c6:9e0)
- # [23:14] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
- # [23:14] * Joins: rego (~rego@66.193.27.77.dynamic.mundo-r.com)
- # [23:15] * Quits: KevinMarks (~KevinMark@c-67-164-14-200.hsd1.ca.comcast.net) (Remote host closed the connection)
- # [23:15] * Joins: KevinMarks (~KevinMark@c-67-164-14-200.hsd1.ca.comcast.net)
- # [23:21] <TabAtkins> JonathanNeal: Because it make the context clear.
- # [23:23] <JonathanNeal> What did you find too ambiguis about -- sans the var in scenarios where there is not a fallback?
- # [23:23] <JonathanNeal> s/ambiguis/ambiguous
- # [23:35] <TabAtkins> I found that the bare keyword didn't feel as visible and obvious as the var() function did.
- # [23:35] <TabAtkins> Also, you need the var() function anyway (to provide defaults, at least, and more in the future), and having two syntaxes for the same thing ("color: --foo;" if you didn't need any extra functionality, "color: var(--foo, blue);" if you did) increases complexity.
- # [23:40] * Quits: moo-_- (miohtama@lakka.kapsi.fi) (Ping timeout: 246 seconds)
- # [23:42] * Joins: jacobolus (~jacobolus@68-188-56-8.static.stls.mo.charter.com)
- # [23:43] * Quits: jacobolus (~jacobolus@68-188-56-8.static.stls.mo.charter.com) (Remote host closed the connection)
- # [23:45] * Joins: moo-_- (miohtama@lakka.kapsi.fi)
- # [23:46] * Joins: jacobolus (~jacobolus@68-188-56-8.static.stls.mo.charter.com)
- # [23:50] * Quits: jacobolus (~jacobolus@68-188-56-8.static.stls.mo.charter.com) (Remote host closed the connection)
- # [23:55] * Joins: jsbell (jsbell@nat/google/x-fqstxzliuupcomku)
- # Session Close: Fri Sep 25 00:00:00 2015
Previous day, Next day
Think these logs are useful? Then please donate to show your gratitude (and keep them up, of course). Thanks! — Krijn