Options:
- # Session Start: Fri Oct 24 00:00:00 2014
- # Session Ident: #whatwg
- # [00:01] * Quits: Areks (~Areks@89-178-151-42.broadband.corbina.ru) (Ping timeout: 245 seconds)
- # [00:04] * Joins: beowulf (~sstewart@host109-154-203-66.range109-154.btcentralplus.com)
- # [00:05] * Quits: mpt (mpt@canonical/mpt) (Ping timeout: 258 seconds)
- # [00:07] * Krinkle|detached is now known as Krinkle
- # [00:11] * Quits: scor (scor@drupal.org/user/52142/view) (Quit: scor)
- # [00:11] * Quits: caitp (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com) (Quit: Leaving)
- # [00:13] * Quits: tndrH (~Rob@cpc4-seac20-2-0-cust858.7-2.cable.virginm.net) (Quit: ChatZilla 0.9.91-rdmsoft [XULRunner 33.0/20141011015303])
- # [00:13] * Joins: caitp (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com)
- # [00:15] * Quits: aiglesias (~aiglesias@181.31.0.158) (Remote host closed the connection)
- # [00:16] * Joins: aiglesias (~aiglesias@181.31.0.158)
- # [00:17] * Quits: jwalden (~waldo@c-50-168-55-219.hsd1.ca.comcast.net) (Quit: ChatZilla 0.9.87-8.1450hg.fc20 [XULRunner 32.0/20140902134853])
- # [00:23] * Quits: mven (~textual@32.97.110.57) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [00:25] * Quits: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com) (Quit: sicking)
- # [00:26] <annevk> Domenic: losing permissions for other things if you decide to enlarge the scope of your app seems pretty bad too
- # [00:29] * Quits: Sample (~Sample@unaffiliated/sample) (Ping timeout: 250 seconds)
- # [00:29] * Quits: Garbee (uid21171@gateway/web/irccloud.com/x-eklmbqfzrrjlgqwb) (Quit: Connection closed for inactivity)
- # [00:29] * Joins: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com)
- # [00:32] * Quits: seventh (seventh@207-207-17-64.fwd.datafoundry.com) (Ping timeout: 272 seconds)
- # [00:32] * Joins: Nyalab (~nyalab@89.30.127.162)
- # [00:34] <annevk> Hixie: tweets are still not working?
- # [00:35] <annevk> oh well, nn
- # [00:37] * Quits: Nyalab (~nyalab@89.30.127.162) (Ping timeout: 250 seconds)
- # [00:40] * Joins: espadrine_ (~espadrine@AMontsouris-158-1-19-216.w92-128.abo.wanadoo.fr)
- # [00:42] * Quits: espadrine (~espadrine@AMontsouris-158-1-51-89.w92-128.abo.wanadoo.fr) (Ping timeout: 258 seconds)
- # [00:42] * espadrine_ is now known as espadrine
- # [00:42] * Joins: tantek (~tantek@216.9.110.8)
- # [00:43] * Quits: hober (~ted@unaffiliated/hober) (Quit: ERC Version 5.3 (IRC client for Emacs))
- # [00:48] * Joins: hober (~ted@unaffiliated/hober)
- # [00:49] * Quits: hober (~ted@unaffiliated/hober) (Client Quit)
- # [00:50] * Joins: hober (~ted@unaffiliated/hober)
- # [00:52] * Quits: thinkxl (~thinkxl@74-95-237-22-Houston.hfc.comcastbusiness.net) (Ping timeout: 256 seconds)
- # [00:52] * Joins: mven (~textual@72.183.104.138)
- # [00:59] * Quits: ehsan_ (~ehsan@2001:450:1f:224:2c55:f199:3638:b67d) (Remote host closed the connection)
- # [01:02] * Joins: rafaelw_ (uid4459@gateway/web/irccloud.com/x-fqprmipzgiagxtcu)
- # [01:03] * Quits: tantek (~tantek@216.9.110.8) (Quit: tantek)
- # [01:05] * rafaelw_ is now known as rafaelw
- # [01:05] * Joins: erlehmann_ (~erlehmann@e182061197.adsl.alicedsl.de)
- # [01:06] * Quits: erlehmann_ (~erlehmann@e182061197.adsl.alicedsl.de) (Client Quit)
- # [01:06] * Joins: erlehmann (~erlehmann@e182061197.adsl.alicedsl.de)
- # [01:15] * Quits: encryptd_fractl (~encryptd_@71-90-29-214.dhcp.ftbg.wi.charter.com) (Remote host closed the connection)
- # [01:15] * Quits: lerc (~quassel@121-74-5-229.telstraclear.net) (Ping timeout: 250 seconds)
- # [01:16] <Domenic> wow so apparently you used to be able to put default attributes in your DTD and when you did createElement("tagname") with that it would actually create an element with .attributes pre-populated???
- # [01:18] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Read error: Connection reset by peer)
- # [01:21] <Domenic> and .specified used to be a thing??
- # [01:21] * Quits: satazor (~satazor@102.99.136.95.rev.vodafone.pt) (Remote host closed the connection)
- # [01:21] <Domenic> wow the DOM was effed up
- # [01:21] <Domenic> (I'm looking through old dom level 1 tests which jsdom still has in its corpus... we're trying to kill the level1/level2/level3 structure and it's causing a bunch of level1 tests to fail.)
- # [01:29] * Quits: gavin_ (~gavin@76.14.42.120) (Remote host closed the connection)
- # [01:30] * Joins: gavin_ (~gavin@76.14.42.120)
- # [01:33] * Joins: Sample (~Sample@unaffiliated/sample)
- # [01:33] * Quits: Ms2ger (~Ms2ger@60.232-64-87.adsl-dyn.isp.belgacom.be) (Ping timeout: 244 seconds)
- # [01:38] * Quits: aiglesias (~aiglesias@181.31.0.158) (Remote host closed the connection)
- # [01:39] * Joins: lerc (~quassel@121-74-5-229.telstraclear.net)
- # [01:40] * Joins: aiglesias (~aiglesias@181.31.0.158)
- # [01:42] <Hixie> Domenic: "be able to" is maybe the wrong way to put it
- # [01:46] * Krinkle is now known as Krinkle|detached
- # [01:49] * Krinkle|detached is now known as Krinkle
- # [01:49] * Krinkle is now known as Krinkle|detached
- # [01:50] * Quits: aiglesias (~aiglesias@181.31.0.158) (Remote host closed the connection)
- # [01:52] * Joins: satazor (~satazor@102.99.136.95.rev.vodafone.pt)
- # [01:53] * Quits: mven (~textual@72.183.104.138) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [01:54] * Quits: shepazu (~shepazu@c-71-202-86-151.hsd1.ca.comcast.net) (Quit: is sleepy)
- # [01:56] * Quits: satazor (~satazor@102.99.136.95.rev.vodafone.pt) (Ping timeout: 255 seconds)
- # [01:57] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
- # [02:00] * Quits: abinader (sid21713@gateway/web/irccloud.com/x-kpdosppsqfikniar)
- # [02:01] * Joins: scor (~scor@c-24-2-162-32.hsd1.ma.comcast.net)
- # [02:01] * Quits: scor (~scor@c-24-2-162-32.hsd1.ma.comcast.net) (Changing host)
- # [02:01] * Joins: scor (~scor@drupal.org/user/52142/view)
- # [02:02] * Quits: scor (~scor@drupal.org/user/52142/view) (Client Quit)
- # [02:03] * Joins: scor (~scor@drupal.org/user/52142/view)
- # [02:07] * Quits: JosephSilber (~JosephSil@ool-44c3e80a.static.optonline.net) (Quit: Leaving)
- # [02:07] * Joins: JosephSilber (~JosephSil@ool-44c3e80a.static.optonline.net)
- # [02:08] * Quits: ap (~ap@17.202.44.214)
- # [02:08] * Quits: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com) (Quit: sicking)
- # [02:08] * Joins: gavin__ (~gavin@76.14.42.120)
- # [02:08] * Joins: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com)
- # [02:09] * Joins: aiglesias (~aiglesias@181.31.0.158)
- # [02:09] * Quits: gavin_ (~gavin@76.14.42.120) (Read error: Connection reset by peer)
- # [02:13] * Quits: scor (~scor@drupal.org/user/52142/view) (Quit: scor)
- # [02:13] * Quits: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com) (Ping timeout: 240 seconds)
- # [02:16] * Joins: tommyliu (~tommyliu@183.37.187.76)
- # [02:21] * Joins: jdaggett_ (~jdaggett@103.5.142.57)
- # [02:21] * Joins: Nyalab (~nyalab@89.30.127.162)
- # [02:26] * Quits: Nyalab (~nyalab@89.30.127.162) (Ping timeout: 265 seconds)
- # [02:26] * Quits: Sample (~Sample@unaffiliated/sample) (Ping timeout: 265 seconds)
- # [02:33] * Quits: gavin__ (~gavin@76.14.42.120) (Remote host closed the connection)
- # [02:33] * Joins: gavin_ (~gavin@76.14.42.120)
- # [02:34] * Quits: bnicholson (~bnicholso@2620:101:80fc:224:8517:d573:db3b:4a82) (Ping timeout: 272 seconds)
- # [02:35] * Joins: Sample (~Sample@unaffiliated/sample)
- # [02:35] * Joins: scor (~scor@c-24-2-162-32.hsd1.ma.comcast.net)
- # [02:35] * Quits: scor (~scor@c-24-2-162-32.hsd1.ma.comcast.net) (Changing host)
- # [02:35] * Joins: scor (~scor@drupal.org/user/52142/view)
- # [02:39] * Joins: jwalden (~waldo@216.9.110.14)
- # [02:43] * Joins: KevinMarks__ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
- # [02:43] * Quits: jdaggett_ (~jdaggett@103.5.142.57) (Ping timeout: 256 seconds)
- # [02:46] * Quits: espadrine (~espadrine@AMontsouris-158-1-19-216.w92-128.abo.wanadoo.fr) (Quit: espadrine)
- # [02:47] * Joins: jdaggett_ (~jdaggett@103.5.142.57)
- # [02:47] * Quits: scor (~scor@drupal.org/user/52142/view) (Quit: scor)
- # [02:51] * Quits: mko (~mko@50.240.205.146) (Quit: Bye.)
- # [02:53] * Joins: kochi1 (~kochi@2401:fa00:4:1000:4931:69e4:3f98:54bf)
- # [03:07] * Quits: erlehmann (~erlehmann@e182061197.adsl.alicedsl.de) (Quit: Die demokratieerhaltende Whistleblowerplattform Krautchan freut sich immer über Spenden.)
- # [03:07] * Joins: bnicholson (~bnicholso@24.130.60.241)
- # [03:07] * Quits: jwalden (~waldo@216.9.110.14) (Quit: over and out)
- # [03:15] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Read error: Connection reset by peer)
- # [03:15] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
- # [03:26] * Joins: mven (~textual@72.183.104.138)
- # [03:41] * Joins: satazor (~satazor@102.99.136.95.rev.vodafone.pt)
- # [03:45] * Quits: satazor (~satazor@102.99.136.95.rev.vodafone.pt) (Ping timeout: 246 seconds)
- # [03:45] * Quits: Sample (~Sample@unaffiliated/sample) (Quit: *ping*)
- # [03:46] * Joins: caitp- (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com)
- # [03:49] * Quits: caitp (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com) (Ping timeout: 255 seconds)
- # [03:54] * Quits: jdaggett_ (~jdaggett@103.5.142.57) (Quit: jdaggett_)
- # [03:54] * Joins: scor (~scor@drupal.org/user/52142/view)
- # [03:56] * Joins: Goplat (~goplat@reactos/developer/Goplat)
- # [03:56] * Joins: jarek (~jarek@unaffiliated/jarek)
- # [04:01] * Quits: scor (~scor@drupal.org/user/52142/view) (Quit: scor)
- # [04:10] * Joins: Nyalab (~nyalab@89.30.127.162)
- # [04:15] * Quits: Nyalab (~nyalab@89.30.127.162) (Ping timeout: 265 seconds)
- # [04:18] * Parts: kochi1 (~kochi@2401:fa00:4:1000:4931:69e4:3f98:54bf)
- # [04:18] <MikeSmith> Hixie: not that it matters much but I think you flagged https://www.w3.org/Bugs/Public/show_bug.cgi?id=27149 as a duplicate of the wrong bug
- # [04:19] <MikeSmith> ah I see why
- # [04:19] <MikeSmith> I'll fix it
- # [04:23] * Joins: plutoniix (~plutoniix@node-4x7.pool-125-25.dynamic.totbb.net)
- # [04:29] * Quits: caitp- (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com) (Ping timeout: 246 seconds)
- # [04:38] * Quits: CvP (~CvP@203.76.123.238) (Read error: Connection reset by peer)
- # [04:38] * Joins: CvP (~CvP@203.76.123.238)
- # [04:39] * Quits: rniwa (~rniwa@17.202.43.222) (Quit: rniwa)
- # [04:46] * Quits: casual (sid26149@gateway/web/irccloud.com/x-pukdpmwxwnlkdifv) (Ping timeout: 265 seconds)
- # [04:48] * Joins: casual (sid26149@gateway/web/irccloud.com/x-ckjetsydjatsrojl)
- # [04:50] * Joins: jungkees (uid24208@gateway/web/irccloud.com/x-bwsmxaljtqhadprg)
- # [04:54] * Quits: CvP (~CvP@203.76.123.238) (Ping timeout: 255 seconds)
- # [04:55] * Joins: CvP (~CvP@203.76.123.238)
- # [05:10] * Joins: jwalden (~waldo@67.159.191.98)
- # [05:23] * Quits: jarek (~jarek@unaffiliated/jarek) (Quit: jarek)
- # [05:25] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Read error: Connection reset by peer)
- # [05:26] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
- # [05:28] * Joins: thinkxl (~thinkxl@207-91-184-162.nstci.net)
- # [05:29] * Joins: satazor (~satazor@102.99.136.95.rev.vodafone.pt)
- # [05:34] * Quits: satazor (~satazor@102.99.136.95.rev.vodafone.pt) (Ping timeout: 244 seconds)
- # [05:43] * Quits: jwalden (~waldo@67.159.191.98) (Quit: ChatZilla 0.9.87-8.1450hg.fc20 [XULRunner 32.0/20140902134853])
- # [05:57] * Quits: thinkxl (~thinkxl@207-91-184-162.nstci.net) (Quit: Lingo - http://www.lingoirc.com)
- # [05:59] * Joins: Nyalab (~nyalab@89.30.127.162)
- # [06:01] * Joins: jernoble|laptop (~jernoble@162.217.73.171)
- # [06:03] * Quits: Nyalab (~nyalab@89.30.127.162) (Ping timeout: 265 seconds)
- # [06:05] * Quits: voiceofgrog (~voiceofgr@unaffiliated/voiceofgrog) (Ping timeout: 272 seconds)
- # [06:09] * Quits: mven (~textual@72.183.104.138) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [06:28] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Ping timeout: 246 seconds)
- # [06:33] * Joins: tommyliu_ (~tommyliu@li568-142.members.linode.com)
- # [06:33] * Quits: tommyliu (~tommyliu@183.37.187.76) (Read error: Connection reset by peer)
- # [06:42] * Quits: jernoble|laptop (~jernoble@162.217.73.171) (Quit: Computer has gone to sleep.)
- # [06:51] * Joins: joa_ (~joa@b2b-46-252-132-186.unitymedia.biz)
- # [06:54] * Joins: ^esc (~esc-ape@77.119.130.228.wireless.dyn.drei.com)
- # [06:55] * Joins: jernoble|laptop (~jernoble@tiff-v227.public.monkeybrains.net)
- # [07:07] * Joins: jdaggett_ (~jdaggett@ae031063.dynamic.ppp.asahi-net.or.jp)
- # [07:10] * Quits: aiglesias (~aiglesias@181.31.0.158) (Remote host closed the connection)
- # [07:11] * Joins: aiglesias (~aiglesias@181.31.0.158)
- # [07:15] * Quits: aiglesias (~aiglesias@181.31.0.158) (Ping timeout: 240 seconds)
- # [07:15] * Joins: tommyliu (~tommyliu@183.37.187.76)
- # [07:18] * Joins: satazor (~satazor@102.99.136.95.rev.vodafone.pt)
- # [07:19] * Quits: tommyliu_ (~tommyliu@li568-142.members.linode.com) (Ping timeout: 256 seconds)
- # [07:20] * Quits: KevinMarks__ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Ping timeout: 245 seconds)
- # [07:22] * Joins: aiglesias (~aiglesias@181.31.0.158)
- # [07:22] * Quits: jernoble|laptop (~jernoble@tiff-v227.public.monkeybrains.net) (Quit: Computer has gone to sleep.)
- # [07:23] * Joins: KevinMarks__ (~yaaic@2607:fb90:500:15b:1a67:1414:5af5:6389)
- # [07:28] * Joins: jernoble|laptop (~jernoble@162.217.73.171)
- # [07:28] * Joins: sicking (~sicking@c-98-210-159-193.hsd1.ca.comcast.net)
- # [07:28] * Quits: jernoble|laptop (~jernoble@162.217.73.171) (Client Quit)
- # [07:37] * Joins: laurensclaessen (~laurenscl@2a02:1810:1005:2600:ed90:ac03:5c1c:b540)
- # [07:39] * Quits: CvP (~CvP@203.76.123.238) (Disconnected by services)
- # [07:39] * Joins: xCG (~CvP@203.76.123.238)
- # [07:40] * xCG is now known as CvP
- # [07:43] * Quits: laurensclaessen (~laurenscl@2a02:1810:1005:2600:ed90:ac03:5c1c:b540) (Remote host closed the connection)
- # [07:45] * Joins: espadrine (~espadrine@AMontsouris-158-1-19-216.w92-128.abo.wanadoo.fr)
- # [07:47] * Quits: CvP (~CvP@203.76.123.238) (Disconnected by services)
- # [07:47] * Joins: xCG (~CvP@203.76.123.238)
- # [07:47] * Joins: Nyalab (~nyalab@89.30.127.162)
- # [07:48] * xCG is now known as CvP
- # [07:51] * Joins: lilmonkey` (~colin@5ED090B0.cm-7-1c.dynamic.ziggo.nl)
- # [07:51] * Quits: lilmonkey` (~colin@5ED090B0.cm-7-1c.dynamic.ziggo.nl) (Changing host)
- # [07:51] * Joins: lilmonkey` (~colin@pdpc/supporter/professional/riven)
- # [07:52] * Quits: satazor (~satazor@102.99.136.95.rev.vodafone.pt) (Ping timeout: 245 seconds)
- # [07:52] * Quits: aiglesias (~aiglesias@181.31.0.158) (Remote host closed the connection)
- # [07:52] * Quits: Nyalab (~nyalab@89.30.127.162) (Ping timeout: 260 seconds)
- # [07:53] * Quits: lilmonkey (~colin@pdpc/supporter/professional/riven) (Ping timeout: 244 seconds)
- # [07:57] * Joins: laurensc_ (~laurenscl@2a02:1810:1005:2600:2d58:a0fa:eae2:31a0)
- # [07:58] * Quits: laurensc_ (~laurenscl@2a02:1810:1005:2600:2d58:a0fa:eae2:31a0) (Read error: Connection reset by peer)
- # [07:58] * Joins: laurensc_ (~laurenscl@2a02:1810:1005:2600:2d58:a0fa:eae2:31a0)
- # [08:00] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Read error: Connection reset by peer)
- # [08:00] * Quits: boogyman (~boogyman@pdpc/supporter/professional/boogyman) (Ping timeout: 255 seconds)
- # [08:02] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
- # [08:05] * Quits: roc (~chatzilla@2001:cb0:b202:232:2677:3ff:fece:dc64) (Remote host closed the connection)
- # [08:06] * Quits: hasather (~hasather@80.91.33.141) (Remote host closed the connection)
- # [08:06] * Joins: hasather (~hasather@80.91.33.141)
- # [08:07] * Joins: lilmonkey (~colin@5ED090B0.cm-7-1c.dynamic.ziggo.nl)
- # [08:07] * Quits: lilmonkey (~colin@5ED090B0.cm-7-1c.dynamic.ziggo.nl) (Changing host)
- # [08:07] * Joins: lilmonkey (~colin@pdpc/supporter/professional/riven)
- # [08:10] * Quits: lilmonkey` (~colin@pdpc/supporter/professional/riven) (Ping timeout: 245 seconds)
- # [08:15] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Read error: Connection reset by peer)
- # [08:15] * Quits: tommyliu (~tommyliu@183.37.187.76) (Remote host closed the connection)
- # [08:15] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
- # [08:33] * Quits: lerc (~quassel@121-74-5-229.telstraclear.net) (Ping timeout: 250 seconds)
- # [08:34] * Quits: yhirano (uid40668@gateway/web/irccloud.com/x-jzbrthdwahuvvrav) (Quit: Connection closed for inactivity)
- # [08:42] * Quits: Goplat (~goplat@reactos/developer/Goplat) (Remote host closed the connection)
- # [08:47] * Quits: ricea (~ricea@2401:fa00:4:1000:eca1:656a:53ee:267) (*.net *.split)
- # [08:47] * Quits: espadrine (~espadrine@AMontsouris-158-1-19-216.w92-128.abo.wanadoo.fr) (*.net *.split)
- # [08:47] * Quits: zama (~zama@unaffiliated/stryx/x-3871776) (*.net *.split)
- # [08:47] * Quits: jst (~quassel@198.199.94.175) (*.net *.split)
- # [08:47] * Quits: sarri (~sari@p50995cae.dip0.t-ipconnect.de) (*.net *.split)
- # [08:47] * Quits: webguynow (~webguynow@24.1.200.217) (*.net *.split)
- # [08:47] * Quits: dshwang_ (~dshwang@134.134.139.76) (*.net *.split)
- # [08:47] * Quits: mvujovic___ (sid13458@gateway/web/irccloud.com/x-mdirmcszmbxvlxug) (*.net *.split)
- # [08:47] * Quits: MikeSmith (~mike@sideshowbarker.net) (*.net *.split)
- # [08:47] * Quits: bentruyman (~bentruyma@23.252.119.254) (*.net *.split)
- # [08:47] * Quits: r4vi (~r4vi@184.106.109.213) (*.net *.split)
- # [08:47] * Quits: diffalot (~diffalot@c-75-66-188-195.hsd1.ms.comcast.net) (*.net *.split)
- # [08:47] * Quits: globbot (~logbot@lump.glob.com.au) (*.net *.split)
- # [08:47] * Quits: jtcranmer (~jcranmer@ras1.csl.tjhsst.edu) (*.net *.split)
- # [08:47] * Quits: malcolmva (~malcolmva@c-67-180-198-144.hsd1.ca.comcast.net) (*.net *.split)
- # [08:47] * Quits: wirepair (fbi@206.223.224.3) (*.net *.split)
- # [08:47] * Quits: ImBcmDth (~Jon@oftn/member/ImBcmDth) (*.net *.split)
- # [08:47] * Quits: jxs (~joaoxsoul@media.fcsh.unl.pt) (*.net *.split)
- # [08:47] * Quits: tomvg (~tomvg@ec2-54-77-194-140.eu-west-1.compute.amazonaws.com) (*.net *.split)
- # [08:47] * Quits: Ducki (~Ducki@191.233.66.1) (*.net *.split)
- # [08:47] * Quits: stalled (~stalled@unaffiliated/stalled) (*.net *.split)
- # [08:47] * Quits: npcomp (~eldon@c-24-126-240-124.hsd1.ga.comcast.net) (*.net *.split)
- # [08:47] * Quits: terrahawkes (~benjamin@hq.benjaminhawkeslewis.com) (*.net *.split)
- # [08:47] * Quits: foolip (~philip@37.139.17.34) (*.net *.split)
- # [08:47] * Quits: ivan\ (~ivan@unaffiliated/ivan/x-000001) (*.net *.split)
- # [08:51] * Joins: tommyliu (~tommyliu@61.144.248.40)
- # [08:56] * Joins: cbr (~cbr@145.36.150.83.chzhher77.rootnet.ch)
- # [08:56] * Joins: karlcow (~karl@nerval.la-grange.net)
- # [08:58] * Joins: webguynow (~webguynow@24.1.200.217)
- # [09:00] * Joins: r4vi (~r4vi@184.106.109.213)
- # [09:00] * Joins: diffalot (~diffalot@c-75-66-188-195.hsd1.ms.comcast.net)
- # [09:00] * Joins: globbot (~logbot@lump.glob.com.au)
- # [09:00] * Joins: jtcranmer (~jcranmer@ras1.csl.tjhsst.edu)
- # [09:00] * Joins: Ducki (~Ducki@191.233.66.1)
- # [09:00] * Joins: malcolmva (~malcolmva@c-67-180-198-144.hsd1.ca.comcast.net)
- # [09:00] * Joins: wirepair (fbi@206.223.224.3)
- # [09:00] * Joins: ImBcmDth (~Jon@oftn/member/ImBcmDth)
- # [09:00] * Joins: jxs (~joaoxsoul@media.fcsh.unl.pt)
- # [09:00] * Joins: ricea (~ricea@2401:fa00:4:1000:eca1:656a:53ee:267)
- # [09:00] * Joins: stalled (~stalled@unaffiliated/stalled)
- # [09:00] * Joins: npcomp (~eldon@c-24-126-240-124.hsd1.ga.comcast.net)
- # [09:00] * Joins: terrahawkes (~benjamin@hq.benjaminhawkeslewis.com)
- # [09:00] * Joins: tomvg (~tomvg@ec2-54-77-194-140.eu-west-1.compute.amazonaws.com)
- # [09:00] * Joins: foolip (~philip@37.139.17.34)
- # [09:00] * Joins: ivan\ (~ivan@unaffiliated/ivan/x-000001)
- # [09:00] * Quits: ricea (~ricea@2401:fa00:4:1000:eca1:656a:53ee:267) (*.net *.split)
- # [09:10] * Joins: espadrine (~espadrine@AMontsouris-158-1-19-216.w92-128.abo.wanadoo.fr)
- # [09:10] * Joins: zama (~zama@unaffiliated/stryx/x-3871776)
- # [09:10] * Joins: jst (~quassel@198.199.94.175)
- # [09:10] * Joins: sarri (~sari@p50995cae.dip0.t-ipconnect.de)
- # [09:10] * Joins: dshwang_ (~dshwang@134.134.139.76)
- # [09:10] * Joins: mvujovic___ (sid13458@gateway/web/irccloud.com/x-mdirmcszmbxvlxug)
- # [09:10] * Joins: MikeSmith (~mike@sideshowbarker.net)
- # [09:10] * Joins: bentruyman (~bentruyma@23.252.119.254)
- # [09:11] * Joins: espadrine` (~ttyl@AMontsouris-158-1-19-216.w92-128.abo.wanadoo.fr)
- # [09:13] * Quits: espadrine` (~ttyl@AMontsouris-158-1-19-216.w92-128.abo.wanadoo.fr) (Client Quit)
- # [09:13] * Joins: espadrine` (~ttyl@AMontsouris-158-1-19-216.w92-128.abo.wanadoo.fr)
- # [09:13] * Quits: espadrine` (~ttyl@AMontsouris-158-1-19-216.w92-128.abo.wanadoo.fr) (Client Quit)
- # [09:13] * Quits: jochen__ (jochen@nat/google/x-jnhxqzlkowkfrmla) (Remote host closed the connection)
- # [09:13] * Joins: espadrine` (~ttyl@AMontsouris-158-1-19-216.w92-128.abo.wanadoo.fr)
- # [09:14] * espadrine` is now known as espadrine_
- # [09:16] * Joins: ricea (~ricea@2401:fa00:4:1000:eca1:656a:53ee:267)
- # [09:17] * Quits: ivan\ (~ivan@unaffiliated/ivan/x-000001) (Max SendQ exceeded)
- # [09:18] * Joins: ivan\ (~ivan@unaffiliated/ivan/x-000001)
- # [09:18] * Joins: satazor (~satazor@102.99.136.95.rev.vodafone.pt)
- # [09:23] * Quits: satazor (~satazor@102.99.136.95.rev.vodafone.pt) (Ping timeout: 244 seconds)
- # [09:25] * Joins: satazor (~satazor@102.99.136.95.rev.vodafone.pt)
- # [09:26] * Quits: tommyliu (~tommyliu@61.144.248.40) (Read error: Connection reset by peer)
- # [09:27] * Joins: tommyliu (~tommyliu@li568-142.members.linode.com)
- # [09:28] * Quits: ricea (~ricea@2401:fa00:4:1000:eca1:656a:53ee:267) (*.net *.split)
- # [09:28] * Quits: espadrine (~espadrine@AMontsouris-158-1-19-216.w92-128.abo.wanadoo.fr) (*.net *.split)
- # [09:28] * Quits: zama (~zama@unaffiliated/stryx/x-3871776) (*.net *.split)
- # [09:28] * Quits: jst (~quassel@198.199.94.175) (*.net *.split)
- # [09:28] * Quits: sarri (~sari@p50995cae.dip0.t-ipconnect.de) (*.net *.split)
- # [09:28] * Quits: dshwang_ (~dshwang@134.134.139.76) (*.net *.split)
- # [09:28] * Quits: mvujovic___ (sid13458@gateway/web/irccloud.com/x-mdirmcszmbxvlxug) (*.net *.split)
- # [09:28] * Quits: MikeSmith (~mike@sideshowbarker.net) (*.net *.split)
- # [09:28] * Quits: bentruyman (~bentruyma@23.252.119.254) (*.net *.split)
- # [09:28] * Quits: r4vi (~r4vi@184.106.109.213) (*.net *.split)
- # [09:28] * Quits: diffalot (~diffalot@c-75-66-188-195.hsd1.ms.comcast.net) (*.net *.split)
- # [09:28] * Quits: globbot (~logbot@lump.glob.com.au) (*.net *.split)
- # [09:28] * Quits: jtcranmer (~jcranmer@ras1.csl.tjhsst.edu) (*.net *.split)
- # [09:28] * Quits: malcolmva (~malcolmva@c-67-180-198-144.hsd1.ca.comcast.net) (*.net *.split)
- # [09:28] * Quits: wirepair (fbi@206.223.224.3) (*.net *.split)
- # [09:28] * Quits: ImBcmDth (~Jon@oftn/member/ImBcmDth) (*.net *.split)
- # [09:28] * Quits: jxs (~joaoxsoul@media.fcsh.unl.pt) (*.net *.split)
- # [09:28] * Quits: tomvg (~tomvg@ec2-54-77-194-140.eu-west-1.compute.amazonaws.com) (*.net *.split)
- # [09:28] * Quits: Ducki (~Ducki@191.233.66.1) (*.net *.split)
- # [09:28] * Quits: stalled (~stalled@unaffiliated/stalled) (*.net *.split)
- # [09:28] * Quits: npcomp (~eldon@c-24-126-240-124.hsd1.ga.comcast.net) (*.net *.split)
- # [09:28] * Quits: terrahawkes (~benjamin@hq.benjaminhawkeslewis.com) (*.net *.split)
- # [09:28] * Quits: foolip (~philip@37.139.17.34) (*.net *.split)
- # [09:28] * Joins: Nyalab (~nyalab@89.30.127.162)
- # [09:32] * Joins: foolip (~philip@37.139.17.34)
- # [09:32] * Joins: terrahawkes (~benjamin@hq.benjaminhawkeslewis.com)
- # [09:32] * Joins: npcomp (~eldon@c-24-126-240-124.hsd1.ga.comcast.net)
- # [09:32] * Joins: stalled (~stalled@unaffiliated/stalled)
- # [09:32] * Joins: Ducki (~Ducki@191.233.66.1)
- # [09:32] * Joins: espadrine (~espadrine@AMontsouris-158-1-19-216.w92-128.abo.wanadoo.fr)
- # [09:32] * Joins: zama (~zama@unaffiliated/stryx/x-3871776)
- # [09:32] * Joins: jst (~quassel@198.199.94.175)
- # [09:32] * Joins: sarri (~sari@p50995cae.dip0.t-ipconnect.de)
- # [09:32] * Joins: dshwang_ (~dshwang@134.134.139.76)
- # [09:32] * Joins: mvujovic___ (sid13458@gateway/web/irccloud.com/x-mdirmcszmbxvlxug)
- # [09:32] * Joins: MikeSmith (~mike@sideshowbarker.net)
- # [09:32] * Joins: bentruyman (~bentruyma@23.252.119.254)
- # [09:36] * Quits: Ducki (~Ducki@191.233.66.1) (*.net *.split)
- # [09:36] * Quits: stalled (~stalled@unaffiliated/stalled) (*.net *.split)
- # [09:36] * Quits: npcomp (~eldon@c-24-126-240-124.hsd1.ga.comcast.net) (*.net *.split)
- # [09:36] * Quits: terrahawkes (~benjamin@hq.benjaminhawkeslewis.com) (*.net *.split)
- # [09:36] * Quits: foolip (~philip@37.139.17.34) (*.net *.split)
- # [09:37] * Joins: boogyman (~boogyman@50.167.218.18)
- # [09:37] * Joins: r4vi (~r4vi@184.106.109.213)
- # [09:37] * Joins: diffalot (~diffalot@c-75-66-188-195.hsd1.ms.comcast.net)
- # [09:37] * Joins: globbot (~logbot@lump.glob.com.au)
- # [09:37] * Joins: jtcranmer (~jcranmer@ras1.csl.tjhsst.edu)
- # [09:37] * Joins: malcolmva (~malcolmva@c-67-180-198-144.hsd1.ca.comcast.net)
- # [09:37] * Joins: wirepair (fbi@206.223.224.3)
- # [09:37] * Joins: ImBcmDth (~Jon@oftn/member/ImBcmDth)
- # [09:37] * Joins: jxs (~joaoxsoul@media.fcsh.unl.pt)
- # [09:37] * Joins: tomvg (~tomvg@ec2-54-77-194-140.eu-west-1.compute.amazonaws.com)
- # [09:38] * boogyman is now known as Guest5135
- # [09:40] * Joins: Ducki (~Ducki@191.233.66.1)
- # [09:40] * Joins: stalled (~stalled@unaffiliated/stalled)
- # [09:40] * Joins: npcomp (~eldon@c-24-126-240-124.hsd1.ga.comcast.net)
- # [09:40] * Joins: terrahawkes (~benjamin@hq.benjaminhawkeslewis.com)
- # [09:40] * Joins: foolip (~philip@37.139.17.34)
- # [09:40] * Quits: stalled (~stalled@unaffiliated/stalled) (Ping timeout: 283 seconds)
- # [09:41] * Joins: tommyliu_ (~tommyliu@61.144.248.40)
- # [09:41] * Guest5135 is now known as boogyman
- # [09:41] <annevk> Domenic: it seems I had not read the actual proposal, that does seem like an amazing outcome
- # [09:41] * Quits: boogyman (~boogyman@50.167.218.18) (Changing host)
- # [09:41] * Joins: boogyman (~boogyman@pdpc/supporter/professional/boogyman)
- # [09:41] <annevk> Domenic: my bad
- # [09:43] * Joins: Ms2ger (~Ms2ger@60.232-64-87.adsl-dyn.isp.belgacom.be)
- # [09:44] * Quits: tommyliu (~tommyliu@li568-142.members.linode.com) (Ping timeout: 265 seconds)
- # [09:47] <JakeA> annevk: if I make a forced-preflight fetch, but there's no non-basic method or headers, I don't get a preflight?
- # [09:48] <annevk> JakeA: you can't make a forced-preflight fetch
- # [09:50] * Joins: ricea (~ricea@2401:fa00:4:1000:eca1:656a:53ee:267)
- # [09:50] <JakeA> annevk: fair
- # [09:51] <annevk> forced preflight only exists for some event listener thing from XMLHttpRequest
- # [09:51] <annevk> perhaps we also require it if you pass an actual stream to new Request
- # [09:51] <annevk> as that would effectively be the same thing
- # [09:51] <JakeA> (someone suggested it as a way to do SW security, not entertaining the idea but wanted to explain fully)
- # [09:51] * Joins: zdobersek (~zan@109.201.152.26)
- # [09:52] <annevk> although... request needs to make a copy of that data...
- # [09:53] <annevk> JakeA: we might want to investigate at some point if we want a fail-on-redirect option or no-clone option for a request's stream
- # [09:53] * Joins: stalled (~stalled@unaffiliated/stalled)
- # [09:53] <annevk> JakeA: due to redirects and authentication you might end up submitting the request body several times, which doesn't seem very optimal for perf if you're uploading 50GiB of 4K video or some such
- # [09:54] <annevk> JakeA: I'm not sure what SW security means
- # [09:54] <annevk> JakeA: note that from a specification layer you can make a forced-preflight fetch
- # [10:01] * Joins: cheron (~cheron@unaffiliated/cheron)
- # [10:03] * Quits: Amaan (uid4967@gateway/web/irccloud.com/x-ggdomrpbwujqnpte) (Quit: Connection closed for inactivity)
- # [10:06] * Quits: espadrine (~espadrine@AMontsouris-158-1-19-216.w92-128.abo.wanadoo.fr) (Quit: espadrine)
- # [10:12] <JakeA> annevk: fail-on-redirect sounds like a good solution there. Or no-buffer, which would prevent cloning and implicit buffering from redirects
- # [10:13] * Quits: karlcow (~karl@nerval.la-grange.net) (Remote host closed the connection)
- # [10:13] <JakeA> annevk: By SW security I mean the whole path vs header debate
- # [10:13] <annevk> Are we still tracking the addition of streams in an issue somewhere? We should mention this there
- # [10:13] <annevk> JakeA: ah okay, then a forced-preflight would not work, since this is same-origin
- # [10:14] <annevk> JakeA: unless you say the request origin is null, but that would be a super weird way to get hold of a SW
- # [10:15] <JakeA> annevk: yeah http://jakearchibald.com/2014/launching-sw-without-breaking-the-web/#comment-1651245375
- # [10:16] <annevk> FWIW, I really like the tie it to the origin idea
- # [10:16] <annevk> I have liked that since the start, I'm not sure why I didn't push for it. I thought it wasn't in the cards
- # [10:17] <JakeA> Tie it to the origin?
- # [10:18] <annevk> Use origin instead of scopes
- # [10:18] <JakeA> annevk: does that mean I can only have one SW per origin?
- # [10:19] <JakeA> I guess it must
- # [10:20] <JakeA> Scoping has been really useful for demos on https://jakearchibald.github.io/isserviceworkerready/ and seperate sites like https://jakearchibald.github.io/trained-to-thrill/
- # [10:22] <annevk> Yeah, but let actual scoping solve that problem
- # [10:22] <annevk> I.e. suborigins
- # [10:25] <annevk> It simplifies service workers a lot and puts the complexity of scoping on suborigins, which can provide actual security benefits
- # [10:26] <JakeA> Github pages (and googledrive, and localhost) were the sweetener to the https requirement. I don't like things which throw those out (hence my fighting over the path stuff)
- # [10:28] * Joins: roc (~chatzilla@121-99-135-30.bng1.tvc.orcon.net.nz)
- # [10:28] <annevk> They are not thrown out, you can just experiment with a single service worker on them
- # [10:29] <annevk> (until suborigins)
- # [10:30] <MikeSmith> has some agreement emerged yet on the path thing
- # [10:30] <annevk> https://adactio.com/journal/7706 did someone tell adactio about service workers? Since you'll end up duplicating quite a bit of your server code
- # [10:30] <annevk> MikeSmith: depends more on https://github.com/slightlyoff/ServiceWorker/issues/445 at this point; Mozilla is not interested in shipping the current API as is
- # [10:31] * MikeSmith looks
- # [10:35] * Quits: espadrine_ (~ttyl@AMontsouris-158-1-19-216.w92-128.abo.wanadoo.fr) (Ping timeout: 272 seconds)
- # [10:35] <annevk> http://alistafart.com/
- # [10:35] * Joins: Nyalab_ (~nyalab@89.30.127.162)
- # [10:36] * Quits: Nyalab (~nyalab@89.30.127.162) (Read error: No route to host)
- # [10:36] <MikeSmith> "worth making a breaking change for"
- # [10:36] <MikeSmith> doesn't seem like anything's strictly a breaking change at this point
- # [10:36] <MikeSmith> yet
- # [10:38] <annevk> MikeSmith: hence depends, but I'm pretty sure that unless we come to some agreement Firefox will break
- # [10:38] <annevk> MikeSmith: we said as much on blink-dev
- # [10:38] <MikeSmith> yeah I read that blink-dev thread too
- # [10:39] <MikeSmith> including https://groups.google.com/a/chromium.org/d/msg/blink-dev/QfxPGw0kJW8/mpvlkZR-AxwJ from Eric Seidel
- # [10:39] <MikeSmith> "The risk is high that we'll end up needing to support a spec-incompatible implementation."
- # [10:40] * Quits: hasather (~hasather@80.91.33.141) (Remote host closed the connection)
- # [10:40] * Joins: hasather (~hasather@80.91.33.141)
- # [10:41] <MikeSmith> anyway, I can see it's some exceptionally difficult problems to sort out
- # [10:42] * Nyalab_ is now known as Nyalab
- # [10:42] * Joins: Amaan (uid4967@gateway/web/irccloud.com/x-wavfuqhlugbegdyk)
- # [10:43] <annevk> It's not easy to deploy complex new technology quickly
- # [10:44] <annevk> And I doubt anyone would label this as quick
- # [10:44] <annevk> E.g. when I said 18 months ago or so this would take at least a year I was laughed at
- # [10:45] <boogyman> it will take another 6-10 yrs to become mainstream too.
- # [10:50] * Joins: karlcow (~karl@nerval.la-grange.net)
- # [10:55] <JakeA> annevk: If scope is always the whole origin, github is no longer a viable place to host independant serviceworker projects
- # [10:55] <JakeA> localhost becomes awkward
- # [10:58] * Joins: laurensclaessen (~laurenscl@2a02:1810:1005:2600:20fc:e808:45a1:6114)
- # [11:01] * Quits: satazor (~satazor@102.99.136.95.rev.vodafone.pt) (Remote host closed the connection)
- # [11:02] * Quits: laurensc_ (~laurenscl@2a02:1810:1005:2600:2d58:a0fa:eae2:31a0) (Ping timeout: 260 seconds)
- # [11:05] <JakeA> annevk: adactio's seem me speak about ServiceWorker at least twice
- # [11:07] * Quits: rcombs (~rcombs@rcombs.me) (Read error: Connection reset by peer)
- # [11:07] * Joins: bholley (~bholley@corp-nat.p2p.sfo1.mozilla.com)
- # [11:07] <JakeA> m.lanyrd.com works offline but also with server rendering. It follows a fairly simple model of urls with data objects & templates. The templating system is mustache so works in obj-C for the ios app, java for android, js for clientside, python for service side
- # [11:07] <JakeA> of course, each mustache implementation had its own quirks
- # [11:07] <JakeA> so it was a bit of a ballache
- # [11:08] * Quits: bholley (~bholley@corp-nat.p2p.sfo1.mozilla.com) (Client Quit)
- # [11:09] <JakeA> If I were developing twitter.com in 5 years, I'd probably make the logged-in timeline view entirely client-side. You only get there 2nd visit, so ServiceWorker can give you better performance than server-rendering
- # [11:09] * Joins: bholley (~bholley@corp-nat.p2p.sfo1.mozilla.com)
- # [11:09] <JakeA> For individual tweets, server rendering may still have a benefit for first load
- # [11:09] <JakeA> Same for the logged-out root
- # [11:10] <JakeA> Progressive enhancement in terms of connectivity is more valuable than PE in terms of JavaScript
- # [11:16] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
- # [11:19] * Joins: rcombs (~rcombs@rcombs.me)
- # [11:23] * Joins: espadrine_ (~ttyl@LMontsouris-656-01-02-84.w80-12.abo.wanadoo.fr)
- # [11:36] * Quits: tommyliu_ (~tommyliu@61.144.248.40) (Read error: Connection reset by peer)
- # [11:37] * Joins: tommyliu (~tommyliu@61.144.248.40)
- # [11:37] * Joins: bodoke (~bodoke__@200.175.53.230.static.gvt.net.br)
- # [11:38] * Quits: bodoke (~bodoke__@200.175.53.230.static.gvt.net.br) (Max SendQ exceeded)
- # [11:39] * Joins: bodoke (~bodoke__@200.175.53.230.static.gvt.net.br)
- # [11:39] * Joins: darobin (~darobin@78.109.80.74)
- # [11:43] * Quits: bodoke (~bodoke__@200.175.53.230.static.gvt.net.br) (Max SendQ exceeded)
- # [11:44] * Joins: bodoke (~bodoke__@200.175.53.230.static.gvt.net.br)
- # [11:46] <JakeA> sicking: thanks for the detailed post on the generality thing
- # [11:51] * Quits: jdaggett_ (~jdaggett@ae031063.dynamic.ppp.asahi-net.or.jp) (Quit: jdaggett_)
- # [11:53] * Quits: stalled (~stalled@unaffiliated/stalled) (*.net *.split)
- # [11:53] * Quits: JosephSilber (~JosephSil@ool-44c3e80a.static.optonline.net) (*.net *.split)
- # [11:53] * Quits: Hixie (~ianh@178.255.149.100) (*.net *.split)
- # [11:53] * Quits: eric_carlson (~eric@17.202.43.125) (*.net *.split)
- # [11:53] * Quits: tripu (~tripu@apache2-yak.mug.dreamhost.com) (*.net *.split)
- # [11:53] * Quits: GPHemsley (~GPHemsley@pdpc/supporter/student/GPHemsley) (*.net *.split)
- # [11:53] * Joins: jochen__ (jochen@nat/google/x-czfwahbeymunuutl)
- # [11:53] * Joins: stalled (~stalled@unaffiliated/stalled)
- # [11:53] * Joins: JosephSilber (~JosephSil@ool-44c3e80a.static.optonline.net)
- # [11:53] * Joins: Hixie (~ianh@178.255.149.100)
- # [11:53] * Joins: eric_carlson (~eric@17.202.43.125)
- # [11:53] * Joins: tripu (~tripu@apache2-yak.mug.dreamhost.com)
- # [11:53] * Joins: GPHemsley (~GPHemsley@pdpc/supporter/student/GPHemsley)
- # [11:54] * Quits: stalled (~stalled@unaffiliated/stalled) (Max SendQ exceeded)
- # [11:55] * Quits: tommyliu (~tommyliu@61.144.248.40) (*.net *.split)
- # [11:55] * Quits: Ducki (~Ducki@191.233.66.1) (*.net *.split)
- # [11:55] * Quits: npcomp (~eldon@c-24-126-240-124.hsd1.ga.comcast.net) (*.net *.split)
- # [11:55] * Quits: terrahawkes (~benjamin@hq.benjaminhawkeslewis.com) (*.net *.split)
- # [11:55] * Quits: foolip (~philip@37.139.17.34) (*.net *.split)
- # [11:55] <MikeSmith> JakeA: fwiw I've read at lot of the SW issue discussions and I think you're doing a stellar job of representing the web-developer concerns/priorities and of trying to find solutions that'll work. Getting this stuff right is obviously pretty important.
- # [11:55] * Joins: hasather_ (~hasather@cm-84.210.170.16.getinternet.no)
- # [11:56] * Joins: tommyliu (~tommyliu@61.144.248.40)
- # [11:56] * Joins: Ducki (~Ducki@191.233.66.1)
- # [11:56] * Joins: npcomp (~eldon@c-24-126-240-124.hsd1.ga.comcast.net)
- # [11:56] * Joins: terrahawkes (~benjamin@hq.benjaminhawkeslewis.com)
- # [11:56] * Joins: foolip (~philip@37.139.17.34)
- # [11:56] * Quits: sicking (~sicking@c-98-210-159-193.hsd1.ca.comcast.net) (Quit: sicking)
- # [11:58] * Quits: rcombs (~rcombs@rcombs.me) (*.net *.split)
- # [11:58] * Quits: hayato___ (hayato@nat/google/x-ybodarbvpxvcuuaj) (*.net *.split)
- # [11:58] * Quits: thierrym (~thierrym@195-154-99-158.rev.poneytelecom.eu) (*.net *.split)
- # [11:58] * Quits: annevk (~annevk@46-127-136-57.dynamic.hispeed.ch) (*.net *.split)
- # [11:58] * Quits: gavinc (~gavin@bc6c-d533-27fc-858a-030d-4002-3420-2062.6rd.ip6.sonic.net) (*.net *.split)
- # [11:58] * Quits: daurnimator (~daurnimat@unaffiliated/daurn) (*.net *.split)
- # [11:58] * Quits: nickstenn (~nickstenn@pdpc/supporter/student/borior) (*.net *.split)
- # [11:58] * Quits: roqo (~roqo@unaffiliated/roqo) (*.net *.split)
- # [11:58] * Quits: hexburn3r (~FrlLaus@dumbinter.net) (*.net *.split)
- # [11:58] * Quits: mmn (~MattN@192.95.22.58) (*.net *.split)
- # [11:58] * Quits: lokling (~quassel@quassel.woboq.com) (*.net *.split)
- # [11:58] * Quits: halfline (rstrode@nat/redhat/x-gprvsdhebnztoojx) (*.net *.split)
- # [11:58] * Joins: rcombs (~rcombs@rcombs.me)
- # [11:58] * Joins: hayato___ (hayato@nat/google/x-ybodarbvpxvcuuaj)
- # [11:58] * Joins: thierrym (~thierrym@195-154-99-158.rev.poneytelecom.eu)
- # [11:58] * Joins: annevk (~annevk@46-127-136-57.dynamic.hispeed.ch)
- # [11:58] * Joins: gavinc (~gavin@bc6c-d533-27fc-858a-030d-4002-3420-2062.6rd.ip6.sonic.net)
- # [11:58] * Joins: daurnimator (~daurnimat@unaffiliated/daurn)
- # [11:58] * Joins: nickstenn (~nickstenn@pdpc/supporter/student/borior)
- # [11:58] * Joins: roqo (~roqo@unaffiliated/roqo)
- # [11:58] * Joins: hexburn3r (~FrlLaus@dumbinter.net)
- # [11:58] * Joins: mmn (~MattN@192.95.22.58)
- # [11:58] * Joins: lokling (~quassel@quassel.woboq.com)
- # [11:58] * Joins: halfline (rstrode@nat/redhat/x-gprvsdhebnztoojx)
- # [12:02] * Joins: satazor (~satazor@102.99.136.95.rev.vodafone.pt)
- # [12:03] * Quits: bodoke (~bodoke__@200.175.53.230.static.gvt.net.br) (Read error: Connection reset by peer)
- # [12:04] * Quits: hasather_ (~hasather@cm-84.210.170.16.getinternet.no) (Remote host closed the connection)
- # [12:05] <JakeA> MikeSmith: oh thanks! I guess I haven't been devrel long enough to forget what it's like to be a developer. Give it 6 months.
- # [12:05] <MikeSmith> heh
- # [12:06] * Quits: satazor (~satazor@102.99.136.95.rev.vodafone.pt) (Ping timeout: 260 seconds)
- # [12:08] * Joins: BigBangUDR (~Thunderbi@106.215.222.197)
- # [12:09] * Joins: stalled (~stalled@unaffiliated/stalled)
- # [12:11] * Quits: tommyliu (~tommyliu@61.144.248.40) (Remote host closed the connection)
- # [12:16] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Remote host closed the connection)
- # [12:18] * Quits: BigBangUDR (~Thunderbi@106.215.222.197) (Quit: BigBangUDR)
- # [12:20] * Joins: adactio (~adactio@212.42.170.121)
- # [12:26] * Joins: adactio_ (~adactio@212.42.170.121)
- # [12:26] * Quits: rwaldron (rwaldron@gateway/shell/jquery.com/x-ejeweuxpygxaivtz) (Ping timeout: 245 seconds)
- # [12:27] * Quits: kborchers (kborchers@gateway/shell/jquery.com/x-tofgdwxdnupmznvl) (Ping timeout: 240 seconds)
- # [12:27] * Quits: adactio (~adactio@212.42.170.121) (Ping timeout: 258 seconds)
- # [12:27] * adactio_ is now known as adactio
- # [12:29] * Joins: pfefferle (~pfefferle@p4FDCEC87.dip0.t-ipconnect.de)
- # [12:29] * Joins: kborchers (kborchers@gateway/shell/jquery.com/x-mfltztswsefjhmxc)
- # [12:30] * Joins: rwaldron (rwaldron@gateway/shell/jquery.com/x-pgmpbgnwlsfufewh)
- # [12:31] <annevk> JakeA: yeah, the end game is more about perf
- # [12:31] * Joins: erlehmann (~erlehmann@e179026017.adsl.alicedsl.de)
- # [12:31] <annevk> JakeA: I can see how it's a bit disconcerting though that the client side is no longer HTML and some JavaScript sprinkled on top
- # [12:33] <JakeA> annevk: I do think that one of the benefits of SW is "ajaxing" a page change is no longer a huge performance benefit
- # [12:33] <JakeA> especially if we get some way to transition between navigations
- # [12:34] <JakeA> because "ajax" navigations are a pain in the hole to get right
- # [12:35] * Joins: BigBangUDR (~Thunderbi@106.215.222.197)
- # [12:36] <annevk> I just realized there's some issues now we figured out that dedicated workers are not clients
- # [12:37] <annevk> Fetch uses client for other things, such as CSP and Referer
- # [12:37] <annevk> Referer we could probably solve, but not CSP
- # [12:37] <annevk> Ugh :-(
- # [12:38] <JakeA> Is it easier to find a way to postMessage into dedicated workers from outside the document?
- # [12:38] <annevk> I don't know
- # [12:39] <annevk> The problem is that if a dedicated worker does a Fetch, SW wants to see the environment settings object from a document, whereas Fetch also needs the environment settings object from the dedicated worker
- # [12:43] <JakeA> If ServiceWorker can postMessage to a document's dedicated worker, then I'm happy for SW to see the dedicated worker as the request client (or some kind of proxy to it)
- # [12:45] <annevk> JakeA: I will email the relevant people
- # [12:45] <annevk> At least, if I can write out a decent enough problem statement
- # [12:46] <JakeA> annevk: we could even make postMessage to those fail, but I'm nervous of .client & getAll() getting wildly different APIs depending on client type
- # [12:47] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
- # [12:47] * Quits: BigBangUDR (~Thunderbi@106.215.222.197) (Quit: BigBangUDR)
- # [12:47] * Joins: smaug____ (~chatzilla@cs78246079.pp.htv.fi)
- # [12:48] <annevk> JakeA: either we should just expose them as a document (but with a different Referer and CSP policy...) or we should expose them as a worker without a channel and perhaps a pointer to the associated document?
- # [12:48] <annevk> JakeA: all of these require some amount of refactoring
- # [12:49] <annevk> JakeA: so I'll write up the known facts so everyone can think about them
- # [12:53] <MikeSmith> annevk: data:text/html;charset=utf-8,<!DOCTYPE%20html>%0A<style>%0A%20body%2C%20html%20%7B%20ma…<span>Qual%20Match%2037<%2Fspan>%20<span>Friday%2014%3A21<%2Fspan>%0A<%2Fdiv> is not a valid URL per spec, right? Because "<" and ">" are not URL code points.
- # [12:54] * Quits: zdobersek (~zan@109.201.152.26) (Ping timeout: 245 seconds)
- # [13:01] * Joins: BigBangUDR (~Thunderbi@106.215.222.197)
- # [13:01] * Quits: pfefferle (~pfefferle@p4FDCEC87.dip0.t-ipconnect.de) (Quit: pfefferle)
- # [13:01] * Quits: BigBangUDR (~Thunderbi@106.215.222.197) (Client Quit)
- # [13:03] * Joins: satazor (~satazor@102.99.136.95.rev.vodafone.pt)
- # [13:08] * Quits: satazor (~satazor@102.99.136.95.rev.vodafone.pt) (Ping timeout: 272 seconds)
- # [13:12] * Quits: erlehmann (~erlehmann@e179026017.adsl.alicedsl.de) (Excess Flood)
- # [13:13] * Joins: erlehmann (~erlehmann@e179026017.adsl.alicedsl.de)
- # [13:15] * Joins: jwalden (~waldo@18.111.107.29)
- # [13:15] * Joins: hasather_ (~hasather@cm-84.210.170.16.getinternet.no)
- # [13:17] * Joins: aiglesias (~aiglesias@181.31.0.158)
- # [13:17] <annevk> MikeSmith: yeah
- # [13:17] * Joins: caitp (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com)
- # [13:18] <annevk> MikeSmith: I only changed a few things relative to RFC 3987 (likely mistakes), but have not changed conformance relative to RFC 3986 I think
- # [13:18] * Quits: erlehmann (~erlehmann@e179026017.adsl.alicedsl.de) (Excess Flood)
- # [13:18] <annevk> MikeSmith: we could at some point, though we should probably be careful
- # [13:19] * Joins: erlehmann (~erlehmann@e179026017.adsl.alicedsl.de)
- # [13:19] * Quits: hasather_ (~hasather@cm-84.210.170.16.getinternet.no) (Ping timeout: 240 seconds)
- # [13:21] * Quits: aiglesias (~aiglesias@181.31.0.158) (Ping timeout: 244 seconds)
- # [13:21] * Quits: laurensclaessen (~laurenscl@2a02:1810:1005:2600:20fc:e808:45a1:6114) (Remote host closed the connection)
- # [13:24] <MikeSmith> annevk: Ok, thanks
- # [13:25] <MikeSmith> I guess I need to file a bug against the source of the HTML spec, since Hixie's using that URL on the source
- # [13:27] <MikeSmith> also, data URL kitchen generates URLs with raw "<" and ">"
- # [13:29] * Quits: boogyman (~boogyman@pdpc/supporter/professional/boogyman) (Ping timeout: 255 seconds)
- # [13:29] * Quits: bholley (~bholley@corp-nat.p2p.sfo1.mozilla.com) (Ping timeout: 260 seconds)
- # [13:33] <annevk> MikeSmith: yeah, I know the current set of restrictions is somewhat annoying
- # [13:33] * Joins: Garbee (uid21171@gateway/web/irccloud.com/x-mhenducyhnhfetqv)
- # [13:33] <annevk> MikeSmith: we could have a distinct conformance class for URLs in HTML attribute values
- # [13:34] <annevk> MikeSmith: but I don't really want to get into that before we actually have conforming URL parsers
- # [13:34] * Quits: Nyalab (~nyalab@89.30.127.162)
- # [13:35] * Joins: tommyliu (~tommyliu@183.37.187.76)
- # [13:36] * Quits: erlehmann (~erlehmann@e179026017.adsl.alicedsl.de) (Excess Flood)
- # [13:36] * Joins: erlehmann (~erlehmann@e179026017.adsl.alicedsl.de)
- # [13:36] * Quits: smaug____ (~chatzilla@cs78246079.pp.htv.fi) (Ping timeout: 244 seconds)
- # [13:37] * Joins: smaug____ (~chatzilla@62.78.246.79)
- # [13:38] * Quits: erlehmann (~erlehmann@e179026017.adsl.alicedsl.de) (Client Quit)
- # [13:40] <MikeSmith> annevk: yup
- # [13:42] * Quits: smaug____ (~chatzilla@62.78.246.79) (Ping timeout: 258 seconds)
- # [13:48] * Joins: smaug____ (~chatzilla@62.78.246.79)
- # [13:51] * Joins: erlehmann (~erlehmann@e179026017.adsl.alicedsl.de)
- # [13:51] * Joins: laurensclaessen (~laurenscl@2a02:1810:1005:2600:20fc:e808:45a1:6114)
- # [13:52] * Quits: smaug____ (~chatzilla@62.78.246.79) (Client Quit)
- # [13:53] * Joins: smaug____ (~chatzilla@cs78246079.pp.htv.fi)
- # [13:56] * Quits: dwim (~dwim@210.94.41.89) (Remote host closed the connection)
- # [13:59] * Joins: rubys (~rubys@cpe-098-027-051-253.nc.res.rr.com)
- # [14:00] <rubys> For discussion purposes: http://intertwingly.net/projects/pegurl/url.html
- # [14:02] <annevk> rubys: I thought the productions were for non-normative purposes?
- # [14:03] <rubys> When we last talked, I hadn't decided. I'm now proposing that they be normative.
- # [14:03] <annevk> rubys: I'm not a fan
- # [14:04] <annevk> This also heavily regresses my IDNA work
- # [14:06] * Quits: erlehmann (~erlehmann@e179026017.adsl.alicedsl.de) (Remote host closed the connection)
- # [14:07] * Joins: erlehmann (~erlehmann@e179026017.adsl.alicedsl.de)
- # [14:07] <annevk> rubys: also, username/password together is userinfo; userinfo + host + port is authority
- # [14:07] * Joins: scor (scor@nat/acquia/x-wbajfvlrulmptqtn)
- # [14:07] <annevk> rubys: at least if you follow the original RFCs
- # [14:07] * Quits: scor (scor@nat/acquia/x-wbajfvlrulmptqtn) (Changing host)
- # [14:07] * Joins: scor (scor@drupal.org/user/52142/view)
- # [14:08] * Joins: tomasf (~tomasf@77.72.97.10.c.fiberdirekt.net)
- # [14:08] <rubys> that can be fixed
- # [14:11] * Joins: aiglesias (~aiglesias@181.31.0.158)
- # [14:11] * Joins: pfefferle (~pfefferle@p4FDCEC87.dip0.t-ipconnect.de)
- # [14:11] * Quits: smaug____ (~chatzilla@cs78246079.pp.htv.fi) (Quit: Reconnecting…)
- # [14:12] * Joins: smaug____ (~chatzilla@cs78246079.pp.htv.fi)
- # [14:13] <annevk> Alright, first, sorry for being being negative. Thanks for the work. Second, I'm willing to consider this after this evolved a bit to address the obvious mistakes.
- # [14:14] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
- # [14:15] <rubys> Please do enumerate the mistakes. I can iterate quickly.
- # [14:16] * Quits: aiglesias (~aiglesias@181.31.0.158) (Ping timeout: 250 seconds)
- # [14:16] <annevk> rubys: ipv6 needs to be inline
- # [14:16] <annevk> rubys: IDNA as mentioned
- # [14:16] <annevk> rubys: URL concat needs to be defined
- # [14:16] <annevk> rubys: it needs to be clearer about normative requirements
- # [14:16] * Quits: erlehmann (~erlehmann@e179026017.adsl.alicedsl.de) (Ping timeout: 244 seconds)
- # [14:17] * Joins: erlehmann (~erlehmann@e179026017.adsl.alicedsl.de)
- # [14:17] <annevk> rubys: it would help if there was a distinction between properties and variables
- # [14:18] <annevk> rubys: e.g. "scheme is set to file" is ambiguous
- # [14:18] <annevk> rubys: also, apart from formatting you probably want "Set scheme to file", unless it somehow magically happens
- # [14:18] * Joins: Nyalab (~nyalab@89.30.127.162)
- # [14:19] * Joins: encryptd_fractl (~encryptd_@71-90-29-214.dhcp.ftbg.wi.charter.com)
- # [14:19] <annevk> rubys: "In the case of a relative-url, the value object to be returned is initialized to the value returned by relative-url, and then modified as follows:" does not make much sense without a description of base URLs
- # [14:20] <annevk> rubys: username and password also have their stuff percent-encoded
- # [14:21] * Quits: gavin_ (~gavin@76.14.42.120) (Ping timeout: 265 seconds)
- # [14:22] <annevk> rubys: hopefully this helps
- # [14:23] <rubys> it does; and this might be easier on a mailing list, but first: this was not meant to be complete, but as a catalist for exactly this type of discussion.
- # [14:23] <rubys> I only have questions on 3 of your first 4 points.
- # [14:23] <rubys> 1) why does ipv6 need to be inline?
- # [14:24] * Quits: encryptd_fractl (~encryptd_@71-90-29-214.dhcp.ftbg.wi.charter.com) (Ping timeout: 272 seconds)
- # [14:24] <rubys> 2) can you expand on your IDNA comment? What tests would this fail?
- # [14:24] <rubys> 3) what in my mocked up spec should be non-normative?
- # [14:24] <annevk> rubys: the parser should be self-contained
- # [14:25] <annevk> rubys: I don't really want to elaborate on IDNA, IDNA is much harder than Punycode, the references in URL should make that clear enough
- # [14:26] * Joins: gavin_ (~gavin@76.14.42.120)
- # [14:26] <annevk> rubys: e.g. you have "Replace all Fullwidth unicode characters (in the range of U+FF01 to U+FF5E with their non-fullwidth equivalents." but normalization is much more complicated
- # [14:26] <annevk> rubys: you can't write a spec for URLs based on just 250 tests
- # [14:27] * Joins: pfefferle_ (~pfefferle@213.144.11.136)
- # [14:27] * Quits: pfefferle (~pfefferle@p4FDCEC87.dip0.t-ipconnect.de) (Ping timeout: 244 seconds)
- # [14:27] * pfefferle_ is now known as pfefferle
- # [14:27] <rubys> I agree that the parser should be self-contained. I believe it is.
- # [14:27] <rubys> And I agree that this spec needs to be reconciled with, and defer to, the Encoding Living Standard. (and it even says so).
- # [14:29] * Joins: hasather_ (~hasather@cm-84.210.170.16.getinternet.no)
- # [14:30] * Joins: lilmonkey` (~colin@pdpc/supporter/professional/riven)
- # [14:30] <annevk> IDNA != Encoding Standard
- # [14:30] * Joins: jdaggett_ (~jdaggett@ae031063.dynamic.ppp.asahi-net.or.jp)
- # [14:30] <annevk> I don't see how IPv6 as currently defined is self-contained
- # [14:31] <annevk> As for 3) you lack requirements in the form of "must"
- # [14:32] * Quits: lilmonkey (~colin@pdpc/supporter/professional/riven) (Ping timeout: 245 seconds)
- # [14:33] * Joins: satazor (~satazor@102.99.136.95.rev.vodafone.pt)
- # [14:35] <annevk> rubys: query lacks encoding override stuff
- # [14:36] <rubys> one thing that would be helpful is more tests.
- # [14:37] <JakeA> annevk: Jonas' Alt 2 proposal (https://github.com/slightlyoff/ServiceWorker/issues/445#issuecomment-60362736) does that work for you? Perhaps even allowing scope to be set to null or an empty sequence to opt out of fetch. I could pursue that with Alex and our implementors.
- # [14:38] * Quits: Ducki (~Ducki@191.233.66.1) (Ping timeout: 255 seconds)
- # [14:40] * Quits: satazor (~satazor@102.99.136.95.rev.vodafone.pt) (Ping timeout: 240 seconds)
- # [14:40] * Quits: hasather_ (~hasather@cm-84.210.170.16.getinternet.no) (Remote host closed the connection)
- # [14:41] * Quits: annevk (~annevk@46-127-136-57.dynamic.hispeed.ch) (Read error: Connection reset by peer)
- # [14:41] * Joins: annevk (~annevk@46-127-136-57.dynamic.hispeed.ch)
- # [14:46] * Joins: mpt (mpt@canonical/mpt)
- # [14:52] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Quit: Ex-Chat)
- # [14:53] <MikeSmith> rubys: the lack of defined parse errors in this draft of your proposed approach make its hard for me to evaluate for my use case (URL conformance checking)
- # [14:53] <rubys> MikeSmith: ack.
- # [14:54] <rubys> Just curious, any reason why a URL conformance checker couldn't be in JavaScript?
- # [14:55] <MikeSmith> it could be sure
- # [14:55] <MikeSmith> rubys: but for my purposes I also need something that works for the command line, for one thing
- # [14:56] <MikeSmith> outside of a browser
- # [14:56] <rubys> node.js?
- # [14:56] <MikeSmith> for http://validator.github.io/validator/
- # [14:56] <MikeSmith> vnu.jar and the other apps that integrate with that
- # [14:57] <MikeSmith> e.g., https://github.com/cvrebert/lmvtfy/ and https://github.com/jzaefferer/grunt-html
- # [14:58] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
- # [14:58] * Quits: tommyliu (~tommyliu@183.37.187.76) (Remote host closed the connection)
- # [14:59] <MikeSmith> and also really, a checker that integrates into the vnu backend in the same way as other checkers (as a SAX ContentHandler, basically)
- # [14:59] <rubys> MikeSmith: so a Java implementation would be preferred?
- # [15:04] <annevk> JakeA: haven't had time to review yet
- # [15:05] * Joins: aiglesias (~aiglesias@181.31.0.158)
- # [15:05] <JakeA> annevk: no worries. I need to get back on talk writing now & the weekend, but let me know & I'll help how I can
- # [15:08] <MikeSmith> rubys: yeah, for my purposes a Java implementation would be preferred. Though it's possible to make a Java implementation from a JS implementation, using Rhino. I'm doing that already (in a very limited way) in the vnu code, with TabAtkins' JS CSS tokenizer.
- # [15:09] * Joins: tommyliu (~tommyliu@183.37.187.76)
- # [15:09] <rubys> Given that I'm making my JS implementation from a grammar and a Ruby implementation, generating a Java implementation too wouldn't be difficult.
- # [15:10] <MikeSmith> rubys: to be clear, the code for the URL (error-reporting) parser itself doesn't have to be a ContentHandler. I can wrap a ContentHandler for vnu around pretty much anything
- # [15:10] * Quits: aiglesias (~aiglesias@181.31.0.158) (Ping timeout: 255 seconds)
- # [15:10] <rubys> Java, at least, has sane classes. JavaScript has a bunch of building blocks that can be used to build class like structures.
- # [15:10] <MikeSmith> yeah
- # [15:12] <MikeSmith> rubys: basically the only interface I need exposed is something I can use to create a URL object, and to get back any messages reported from the code that creates that object
- # [15:12] * Quits: smaug____ (~chatzilla@cs78246079.pp.htv.fi) (Ping timeout: 260 seconds)
- # [15:12] <rubys> MikeSmith: doable
- # [15:14] * Joins: pfefferle_ (~pfefferle@p4FDCEC87.dip0.t-ipconnect.de)
- # [15:14] * Quits: pfefferle (~pfefferle@213.144.11.136) (Ping timeout: 255 seconds)
- # [15:14] * pfefferle_ is now known as pfefferle
- # [15:15] <MikeSmith> rubys: cool
- # [15:15] <MikeSmith> rubys: if you want to peruse the existing vnu code which handles this, see https://github.com/validator/validator/blob/master/syntax/relaxng/datatype/java/src/org/whattf/datatype/IriRef.java#L126
- # [15:16] <MikeSmith> and https://github.com/validator/validator/blob/master/syntax/relaxng/datatype/java/src/org/whattf/datatype/IriRef.java#L173
- # [15:16] <annevk> rubys: I think the problem MikeSmith initially raised is that you dropped the "parse error" bits from the original specification
- # [15:16] <MikeSmith> this is using Sebastian Mola's galimatias
- # [15:16] <MikeSmith> rubys: yeah, what annevk said
- # [15:16] <annevk> rubys: making it impossible to tell whether e.g. "<" occurring at some point is at fault or not
- # [15:17] <annevk> rubys: it's important to preserve that
- # [15:17] <MikeSmith> with the "parse error" bit you can't create an error-reporting parser
- # [15:17] <MikeSmith> *without
- # [15:17] <rubys> annevk, MikeSmith: I even said so, right at the top. This is totally in the spirit of "release early and often". I know I can do parse errors, so I focused on what I didn't know.
- # [15:17] <MikeSmith> sure, makes sense
- # [15:18] <rubys> ... and in the process, I found even more that I didn't know.
- # [15:18] <rubys> meanwhile, I'm going to add more notes to the doc as to things that have yet to be done based on this input.
- # [15:19] <MikeSmith> rubys: incidentially looking back at that vnu code, I see I'm just catching the GalimatiasParseException that galimatias throws for parse errors, and essentially just passing that on to the vnu error-handling/reporting code
- # [15:19] <boogy> rubys: prototype inheritance is drastically different from classical inheritance.
- # [15:20] * Joins: shannonmoeller (~shannonmo@pool-108-17-8-225.bflony.fios.verizon.net)
- # [15:20] <rubys> boogy: I was on TC39 for many years; nearly became the editor of that spec.
- # [15:20] <MikeSmith> rubys: also incidentally if you want some early implementor feedback on your proposed approach, Sebastian Mola would be a good one to ask
- # [15:20] <MikeSmith> rubys: https://github.com/smola/galimatias and https://github.com/smola
- # [15:22] <rubys> one of the first things I can do is add smola's implementation to http://intertwingly.net/stories/2014/10/16/urltest-results/
- # [15:24] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: :tiuQ tiuq sah woclrak)
- # [15:26] * Joins: dydz (~dydz@76-220-18-65.lightspeed.sntcca.sbcglobal.net)
- # [15:27] * Quits: tommyliu (~tommyliu@183.37.187.76) (Remote host closed the connection)
- # [15:29] * Quits: mpt (mpt@canonical/mpt) (Ping timeout: 245 seconds)
- # [15:30] * Joins: mven (~textual@32.97.110.57)
- # [15:31] * Joins: mpt (mpt@canonical/mpt)
- # [15:32] * Joins: zdobersek (~zan@109.201.152.225)
- # [15:32] * Joins: newtron_ (~newtron@199.71.174.202)
- # [15:37] * Quits: jdaggett_ (~jdaggett@ae031063.dynamic.ppp.asahi-net.or.jp) (Quit: jdaggett_)
- # [15:39] * Quits: mpt (mpt@canonical/mpt) (Ping timeout: 255 seconds)
- # [15:39] * Quits: tomasf (~tomasf@77.72.97.10.c.fiberdirekt.net) (Quit: tomasf)
- # [15:42] <rubys> http://intertwingly.net/projects/pegurl/url.html#todos
- # [15:43] * Joins: TallTed (~Thud@63.119.36.36)
- # [15:44] * Quits: joa_ (~joa@b2b-46-252-132-186.unitymedia.biz) (Quit: Lost terminal)
- # [15:44] * Quits: dydz (~dydz@76-220-18-65.lightspeed.sntcca.sbcglobal.net) (Quit: dydz)
- # [15:45] * Quits: adactio (~adactio@212.42.170.121) (Quit: adactio)
- # [15:47] * Quits: jungkees (uid24208@gateway/web/irccloud.com/x-bwsmxaljtqhadprg) (Quit: Connection closed for inactivity)
- # [15:51] * Joins: hasather_ (~hasather@cm-84.210.170.16.getinternet.no)
- # [15:55] * Quits: hasather_ (~hasather@cm-84.210.170.16.getinternet.no) (Ping timeout: 255 seconds)
- # [15:58] * Joins: nessy (~silviapf@101.164.214.231)
- # [15:59] * Joins: aiglesias (~aiglesias@181.31.0.158)
- # [16:02] * Quits: nessy (~silviapf@101.164.214.231) (Ping timeout: 245 seconds)
- # [16:03] * Joins: hasather_ (~hasather@cm-84.210.170.16.getinternet.no)
- # [16:04] * Quits: aiglesias (~aiglesias@181.31.0.158) (Ping timeout: 245 seconds)
- # [16:06] * Joins: encryptd_fractl (~encryptd_@71-90-29-214.dhcp.ftbg.wi.charter.com)
- # [16:07] <MikeSmith> rubys: ah yeah that would be great
- # [16:07] <MikeSmith> rubys: I believe galimatias conforms to the spec on all the existing tests that are in the wpt repo
- # [16:08] * Quits: c74d (~c74d3a4eb@2002:4404:712c:0:76de:2bff:fed4:2766) (Remote host closed the connection)
- # [16:13] * Joins: c74d (~c74d3a4eb@2002:4404:712c:0:76de:2bff:fed4:2766)
- # [16:16] * Joins: tomasf (~tomasf@62.119.166.9)
- # [16:18] * Quits: MikeSmith (~mike@sideshowbarker.net) (Ping timeout: 244 seconds)
- # [16:20] * Joins: smaug____ (~chatzilla@cs78246079.pp.htv.fi)
- # [16:23] * Joins: MikeSmith (~mike@sideshowbarker.net)
- # [16:24] * Joins: mpt (mpt@canonical/mpt)
- # [16:24] * Joins: satazor (~satazor@102.99.136.95.rev.vodafone.pt)
- # [16:27] * Quits: shannonmoeller (~shannonmo@pool-108-17-8-225.bflony.fios.verizon.net) (Quit: Leaving...)
- # [16:28] * Quits: hasather_ (~hasather@cm-84.210.170.16.getinternet.no) (Remote host closed the connection)
- # [16:29] * Quits: satazor (~satazor@102.99.136.95.rev.vodafone.pt) (Ping timeout: 245 seconds)
- # [16:29] * Joins: aiglesias (~aiglesias@181.31.0.158)
- # [16:34] * Quits: sarri (~sari@p50995cae.dip0.t-ipconnect.de) (Ping timeout: 244 seconds)
- # [16:36] * Joins: thinkxl (~thinkxl@74-95-237-22-Houston.hfc.comcastbusiness.net)
- # [16:36] * Joins: sarri (~sari@p50995cae.dip0.t-ipconnect.de)
- # [16:37] <annevk> JakeA: can't things also break if someone has caches = ... or some such?
- # [16:37] * Joins: webtroll (~webtroll@199.244.219.64)
- # [16:37] <annevk> JakeA: assigning to something that returns a collection
- # [16:38] * Joins: tommyliu (~tommyliu@183.37.187.76)
- # [16:38] * Quits: tommyliu (~tommyliu@183.37.187.76) (Remote host closed the connection)
- # [16:38] <JakeA> annevk: if someone did caches = "blah" wouldn't window.caches simply be "blah"?
- # [16:38] <annevk> JakeA: e.g. navigator = "test";w(navigator) returns Navigator
- # [16:38] <JakeA> ohh
- # [16:39] <JakeA> If there a way to make it overwritable?
- # [16:39] <JakeA> Is*
- # [16:40] * Joins: tommyliu (~tommyliu@183.37.187.76)
- # [16:41] * Quits: mpt (mpt@canonical/mpt) (Ping timeout: 260 seconds)
- # [16:41] <JakeA> I guess just don't make it [Unforgeable]
- # [16:43] <JakeA> Oh, we'd need to make it explicity [Replaceable]
- # [16:43] <JakeA> explicitly*
- # [16:43] <JakeA> Is there a problem doing that?
- # [16:45] * Joins: tommyliu_ (~tommyliu@183.37.187.76)
- # [16:45] <annevk> JakeA: ah yeah, that should probably work
- # [16:49] * Quits: tommyliu (~tommyliu@183.37.187.76) (Ping timeout: 244 seconds)
- # [16:50] * Quits: webtroll (~webtroll@199.244.219.64) (Read error: Connection reset by peer)
- # [16:50] <JakeA> annevk: https://github.com/slightlyoff/ServiceWorker/issues/535
- # [16:51] <annevk> ta
- # [16:57] <wanderview> is caches on window spec'd yet?
- # [16:58] <JakeA> wanderview: no :( will bump that issue
- # [16:58] <wanderview> JakeA: just curious if that will be in SW spec or somewhere else... since window is non-worker
- # [16:59] <wanderview> kind of like how fetch was moved out to a separate spec
- # [17:00] <JakeA> wanderview: ideally caches should be a separate spec
- # [17:01] <wanderview> JakeA: random other question that came up over here... should scriptCache be per-origin or unique for each SW script?
- # [17:01] * Quits: markkes (~markkes@62.207.90.201) (Read error: Connection reset by peer)
- # [17:02] <JakeA> ugh
- # [17:03] <JakeA> wanderview: how much do you like scriptCache? I dislike it
- # [17:03] <JakeA> ohhh, wait, I can get rid of it on security grounds!
- # [17:04] * JakeA kisses security
- # [17:05] <wanderview> JakeA: thats fine with me... but behind the scenes it should then be a separate cache per SW script URL?
- # [17:05] <wanderview> or... should separate SW scripts within the same origin share or not share a single cache?
- # [17:06] * wanderview begins to understand the origin vs scope issue better.
- # [17:07] <JakeA> wanderview: each SW version gets its own cache for itself and importScripts, but this cache doesn't show up in script access (eg caches.keys())
- # [17:07] <annevk> JakeA: Fetch could host a Cache API section...
- # [17:07] <annevk> not that farfetched
- # [17:07] <wanderview> JakeA: got it... I'll open an issue to clarify that in the spec
- # [17:07] <JakeA> wanderview: I'll do it
- # [17:07] <JakeA> already started
- # [17:07] <wanderview> JakeA: even better :-) thanks!
- # [17:08] <JakeA> annevk: I'm not against this moving to fetch. Would be good to get a 2nd opinion on that before moving it though.
- # [17:09] <annevk> JakeA: happy to work on that together, but no rush
- # [17:11] <wanderview> JakeA: sorry, one last question... did we drop the Cache constructor thing? its not in the spec and I don't see an issue for it
- # [17:12] <wanderview> I think maybe it got burried in the mega "review cache api" issue
- # [17:13] <JakeA> annevk: in Aus next week, but then my talk commitments are over aside from MCing which doesn't need much prep. Hopefully I'll get some training wheels through this response client merging. Then yeah, will help move caches over.
- # [17:14] * Joins: webtroll (~webtroll@199.244.219.64)
- # [17:18] <JakeA> wanderview: https://github.com/slightlyoff/ServiceWorker/issues/473#issuecomment-60401602
- # [17:18] <wanderview> thanks
- # [17:18] <JakeA> wanderview: appreciate how much you're soldiering through the cache implementation with pretty much only the ts & bare bones spec to go by
- # [17:19] <wanderview> np, thanks for fielding all my questions :-)
- # [17:19] * Quits: tommyliu_ (~tommyliu@183.37.187.76) (Remote host closed the connection)
- # [17:19] <JakeA> trying to remember where we got to with new Cache
- # [17:20] * Joins: jernoble|laptop (~jernoble@76.74.153.49)
- # [17:22] * Quits: aiglesias (~aiglesias@181.31.0.158) (Remote host closed the connection)
- # [17:22] <wanderview> JakeA: seems the conclusion was to add it: https://github.com/slightlyoff/ServiceWorker/issues/372#issuecomment-50937980
- # [17:22] <wanderview> but that issue turned more towards the fetch data cloning, etc
- # [17:23] * Joins: aiglesias (~aiglesias@181.31.0.158)
- # [17:23] <JakeA> wanderview: creating a new issue to track it now
- # [17:23] <wanderview> thanks again
- # [17:23] <wanderview> well.. sort of... since I didn't really want the constructor :-)
- # [17:23] <JakeA> I'm not really into it either
- # [17:24] * Joins: abinader (sid21713@gateway/web/irccloud.com/x-lyhkhvqggcrkyriv)
- # [17:24] <darobin> highly recommended: https://soundcloud.com/daniemon/back-to-cr-one-more-time
- # [17:26] <annevk> darobin: that's great
- # [17:26] <annevk> darobin: he also made a few with Bruce while still at Opera, so much fun
- # [17:26] * Joins: tommyliu (~tommyliu@183.37.187.76)
- # [17:26] <darobin> annevk: yes, he's a genius
- # [17:27] <darobin> I hope he brings back Dr Stanley Dards
- # [17:27] * Quits: laurensclaessen (~laurenscl@2a02:1810:1005:2600:20fc:e808:45a1:6114)
- # [17:27] <annevk> darobin: so did Tim turn down HTML5?
- # [17:27] <darobin> annevk: you'd have to ask him :)
- # [17:28] <annevk> darobin: or is this not the entertaining note to go with the press release
- # [17:28] <darobin> this is completely unrelated
- # [17:28] * Quits: aiglesias (~aiglesias@181.31.0.158) (Ping timeout: 272 seconds)
- # [17:28] <JakeA> wanderview: https://github.com/slightlyoff/ServiceWorker/issues/536
- # [17:31] * Quits: tommyliu (~tommyliu@183.37.187.76) (Remote host closed the connection)
- # [17:32] <annevk> JakeA: how is alt #2 different from alt #1 if we make scope optional?
- # [17:32] <annevk> JakeA: isn't that the difference?
- # [17:32] <annevk> JakeA: personally I'd much rather make them origin-bound
- # [17:34] <JakeA> annevk: it's opt-in vs opt-out, and how close it is to the current API makes it easier for me to sell internally (less impact on our intent to ship)
- # [17:35] <JakeA> annevk: I really think we need to keep scopes for all the reasons Jonas pointed out, plus github pages & similar host-per-user systems
- # [17:35] <JakeA> origin-per-user I mean
- # [17:36] * Quits: tomasf (~tomasf@62.119.166.9) (Quit: tomasf)
- # [17:37] <annevk> JakeA: I think those can be solved later by suborigins
- # [17:37] <JakeA> annevk: We could keep tweaking the root of this API for years and not actually deliver anything to developers and ultimately users. I don't think the separation of fetch is a big benefit vs getting us on the path to features native is kicking our arse with
- # [17:37] <annevk> JakeA: understood about opt-out now, makes sense to have that
- # [17:38] <JakeA> annevk: where should I read about suborigins?
- # [17:38] <annevk> JakeA: http://www.chromium.org/developers/design-documents/per-page-suborigins
- # [17:39] <annevk> JakeA: chromium.org could use TLS
- # [17:39] <JakeA> Chromium? Are they a new standards group?
- # [17:39] * Joins: hasather_ (~hasather@cm-84.210.170.16.getinternet.no)
- # [17:39] * JakeA runs away laughing
- # [17:39] <JakeA> Will read, cheers
- # [17:39] <JakeA> There's no excuse for a Google property not using TLS
- # [17:39] <annevk> JakeA: hmm, seems chromium.org just needs a 80->443 redirect and HSTS
- # [17:40] <JakeA> even less excuse then
- # [17:40] <JakeA> lemmie chase that
- # [17:40] * Joins: satazor (~satazor@102.99.136.95.rev.vodafone.pt)
- # [17:41] <wanderview> so suborigins are basically an extra scoping http header
- # [17:43] * Quits: hasather_ (~hasather@cm-84.210.170.16.getinternet.no) (Ping timeout: 245 seconds)
- # [17:44] * Quits: pfefferle (~pfefferle@p4FDCEC87.dip0.t-ipconnect.de) (Quit: pfefferle)
- # [17:45] * Quits: satazor (~satazor@102.99.136.95.rev.vodafone.pt) (Ping timeout: 245 seconds)
- # [17:45] * Quits: cbr (~cbr@145.36.150.83.chzhher77.rootnet.ch) (Quit: cbr)
- # [17:49] * Quits: Nyalab (~nyalab@89.30.127.162) (Ping timeout: 272 seconds)
- # [17:50] <annevk> wanderview: they allow you to create an actual security boundary for some set of resources
- # [17:50] * Quits: cheron (~cheron@unaffiliated/cheron) (Quit: Leaving.)
- # [17:52] <annevk> wanderview: so yes, scoping with security guarantees rather than scoping without any
- # [17:53] * Joins: mescoda_ (~mescoda@221.221.207.187)
- # [17:56] * Joins: aiglesias (~aiglesias@181.31.0.158)
- # [17:58] * Quits: KevinMarks_ (~KevinMark@c-67-164-14-200.hsd1.ca.comcast.net) (Read error: Connection reset by peer)
- # [17:58] * Joins: KevinMarks_ (~KevinMark@c-67-164-14-200.hsd1.ca.comcast.net)
- # [18:01] * Quits: GPHemsley (~GPHemsley@pdpc/supporter/student/GPHemsley) (Ping timeout: 246 seconds)
- # [18:01] * Quits: aiglesias (~aiglesias@181.31.0.158) (Ping timeout: 244 seconds)
- # [18:01] * Quits: bnicholson (~bnicholso@24.130.60.241) (Ping timeout: 250 seconds)
- # [18:01] * Quits: KevinMarks (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Ping timeout: 265 seconds)
- # [18:02] * Joins: tomasf (~tomasf@h210n5-n-d4.ias.bredband.telia.com)
- # [18:02] * Joins: KevinMarks (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
- # [18:02] * Joins: bnicholson (~bnicholso@24.130.60.241)
- # [18:02] <caitp> how can you keep reading those tweets and not feel sick to your stomach tab, jeeze
- # [18:02] * Quits: Yudai_ (~Yudai@73.170.83.204) (Ping timeout: 260 seconds)
- # [18:02] * Quits: webguynow (~webguynow@24.1.200.217) (Ping timeout: 245 seconds)
- # [18:02] * Joins: GPHemsley (~GPHemsley@pdpc/supporter/student/GPHemsley)
- # [18:03] * Joins: webguynow (~webguynow@24.1.200.217)
- # [18:04] * Joins: Yudai__ (~Yudai@73.170.83.204)
- # [18:05] * Quits: mescoda_ (~mescoda@221.221.207.187)
- # [18:10] * Joins: xiinotulp (~plutoniix@node-n93.pool-101-108.dynamic.totbb.net)
- # [18:11] * Joins: aiglesias (~aiglesias@181.31.0.158)
- # [18:13] * Quits: jernoble|laptop (~jernoble@76.74.153.49) (Quit: Computer has gone to sleep.)
- # [18:14] * Quits: plutoniix (~plutoniix@node-4x7.pool-125-25.dynamic.totbb.net) (Ping timeout: 260 seconds)
- # [18:15] * Quits: webtroll (~webtroll@199.244.219.64) (Remote host closed the connection)
- # [18:19] * Joins: mpt (mpt@conference/canonical/x-frxwursdqhtmqgnu)
- # [18:19] * Quits: mpt (mpt@conference/canonical/x-frxwursdqhtmqgnu) (Changing host)
- # [18:19] * Joins: mpt (mpt@canonical/mpt)
- # [18:26] * Joins: ap (~ap@17.202.44.214)
- # [18:32] * Joins: tommyliu (~tommyliu@183.37.187.76)
- # [18:36] * Quits: mpt (mpt@canonical/mpt) (Ping timeout: 258 seconds)
- # [18:43] * Quits: aiglesias (~aiglesias@181.31.0.158) (Remote host closed the connection)
- # [18:44] * Quits: espadrine_ (~ttyl@LMontsouris-656-01-02-84.w80-12.abo.wanadoo.fr) (Ping timeout: 250 seconds)
- # [18:45] <gsnedders> caitp: I'm managing by crying REAL MAN TEARS®.
- # [18:52] * Quits: rubys (~rubys@cpe-098-027-051-253.nc.res.rr.com) (Quit: Leaving.)
- # [18:52] * Joins: Areks (~Areks@89-178-151-42.broadband.corbina.ru)
- # [18:54] <caitp> (・_・ヾ)???
- # [18:58] * Joins: sicking (~sicking@corp.mtv2.mozilla.com)
- # [18:59] * Krinkle|detached is now known as Krinkle
- # [19:00] * Joins: aiglesias (~aiglesias@181.31.0.158)
- # [19:01] * Quits: aiglesias (~aiglesias@181.31.0.158) (Read error: Connection reset by peer)
- # [19:02] * Joins: aiglesias (~aiglesias@181.31.0.158)
- # [19:12] * Joins: jernoble|laptop (~jernoble@17.114.165.227)
- # [19:14] * Joins: jsbell (jsbell@nat/google/x-iuqqopbhttpdbpqd)
- # [19:17] * Quits: KevinMarks (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Read error: Connection reset by peer)
- # [19:22] * Joins: KevinMarks (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
- # [19:26] * Joins: satazor (~satazor@102.99.136.95.rev.vodafone.pt)
- # [19:27] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Read error: Connection reset by peer)
- # [19:28] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
- # [19:31] * Quits: satazor (~satazor@102.99.136.95.rev.vodafone.pt) (Ping timeout: 245 seconds)
- # [19:31] * Quits: jernoble|laptop (~jernoble@17.114.165.227) (Quit: Computer has gone to sleep.)
- # [19:34] * Joins: jernoble|laptop (~jernoble@17.114.159.0)
- # [19:40] * Quits: mvujovic___ (sid13458@gateway/web/irccloud.com/x-mdirmcszmbxvlxug)
- # [19:41] * Joins: mvujovic___ (sid13458@gateway/web/irccloud.com/x-awnjettawgybdikh)
- # [19:41] * mvujovic___ is now known as mvujovic
- # [19:43] * Joins: mpt (mpt@canonical/mpt)
- # [19:51] * Quits: KevinMarks (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Ping timeout: 255 seconds)
- # [19:51] * Quits: KevinMarks_ (~KevinMark@c-67-164-14-200.hsd1.ca.comcast.net) (Ping timeout: 258 seconds)
- # [19:54] * Joins: estellevw (~estellevw@209.49.66.106)
- # [19:54] * Joins: KevinMarks (~yaaic@172.56.16.11)
- # [19:55] <Hixie> MikeSmith: thanks
- # [20:00] * Quits: sicking (~sicking@corp.mtv2.mozilla.com) (Quit: sicking)
- # [20:01] * Quits: howitdo (~howitdo@unaffiliated/howitdo) (Ping timeout: 250 seconds)
- # [20:05] * Joins: Smylers (~smylers@host86-163-23-27.range86-163.btcentralplus.com)
- # [20:06] * Quits: jernoble (~jernoble@17.202.46.221) (Quit: Textual IRC Client: www.textualapp.com)
- # [20:09] <Hixie> seems to be some issue with the mailing list
- # [20:09] <Hixie> i've sent in a support request
- # [20:12] <TabAtkins> caitp: You referring to me?
- # [20:12] <TabAtkins> (My name being a noun makes it confusing when you don't capitalize it.)
- # [20:13] <caitp> yeah, although I forget which retweet the comment was about
- # [20:13] <TabAtkins> (The alternative, that you have a stomach tab, or think that other people do, is just confusing.)
- # [20:13] * Joins: espadrine (~espadrine@AMontsouris-158-1-19-216.w92-128.abo.wanadoo.fr)
- # [20:13] <caitp> something about jerks trying to harm survivors of domestic assault
- # [20:13] <TabAtkins> Possibly the AVFM people using another charity's trademark?
- # [20:14] * Joins: othermaciej (~mjs@17.245.31.205)
- # [20:14] <caitp> charming stories like that, can only read so much of it before you feel sick =p
- # [20:14] <TabAtkins> I, like, gsnedders use REAL MAN TEARS to cope.
- # [20:15] <caitp> whatever that is it must be working
- # [20:15] * Joins: howitdo (~howitdo@unaffiliated/howitdo)
- # [20:15] <TabAtkins> It's like crying, but manlier.
- # [20:15] <MikeSmith> Hixie: https://www.w3.org/Bugs/Public/show_bug.cgi?id=27161
- # [20:21] <TabAtkins> caitp: Also, I only follow awesome people, so when I see something horrible, it's filtered to be just the important stuff, rather than a deluge. Other people can do the curating for me.
- # [20:21] <caitp> you should forward the question to people who are actively watching the GG hashtag then :z all of the cherrypicked stuff from it seems pretty horrible
- # [20:21] * Joins: Sample (~Sample@unaffiliated/sample)
- # [20:21] * Quits: jernoble|laptop (~jernoble@17.114.159.0) (Ping timeout: 255 seconds)
- # [20:21] <gsnedders> caitp: I occasionally look at the hashtag; it's a pretty representative sample that goes out so it's not much worse
- # [20:22] * Joins: jernoble (~jernoble@17.244.73.28)
- # [20:25] <boogy> is there a way to load a module via a string or a buffer?
- # [20:25] <caitp> sounds like an es-discuss question ^_^
- # [20:25] <caitp> seems like it would have the same issues as new Function(...) or eval() though
- # [20:26] <caitp> so maybe it hasn't been considered
- # [20:26] <gsnedders> can you not just use eval?
- # [20:26] <boogy> is the a channel or a mailing list?
- # [20:26] <TabAtkins> boogy: mailling list.
- # [20:26] <TabAtkins> es-discuss@mozilla.org
- # [20:26] * Joins: bodoke (~bodoke__@200.175.53.230.static.gvt.net.br)
- # [20:27] <boogy> Thanks. I'll refer the op in another channel where to find more info.
- # [20:27] * Quits: bodoke (~bodoke__@200.175.53.230.static.gvt.net.br) (Quit: Leaving)
- # [20:27] * Joins: bodoke (~bodoke__@200.175.53.230.static.gvt.net.br)
- # [20:28] * MikeSmith tries to imagine what an es-discuss IRC channel would be like
- # [20:28] <caitp> less quiet than #v8, slightly noisier version of #jslang?
- # [20:31] <Domenic> "slightly"
- # [20:34] * Quits: c74d (~c74d3a4eb@2002:4404:712c:0:76de:2bff:fed4:2766) (Remote host closed the connection)
- # [20:36] <Hixie> MikeSmith: boo :-P should i reassign that to anne? :-)
- # [20:39] * Joins: c74d (~c74d3a4eb@2002:4404:712c:0:76de:2bff:fed4:2766)
- # [20:45] * Quits: estellevw (~estellevw@209.49.66.106) (Quit: estellevw)
- # [20:46] * Joins: estellevw (~estellevw@209.49.66.106)
- # [20:47] * Quits: othermaciej (~mjs@17.245.31.205) (Quit: othermaciej)
- # [20:48] * Joins: sicking (~sicking@corp.mtv2.mozilla.com)
- # [20:54] * Joins: ehsan (~ehsan@2001:450:1f:224:5cfc:a472:8227:272a)
- # [20:56] * encryptd_fractl is now known as rat_
- # [20:56] * rat_ is now known as foo__
- # [20:56] * foo__ is now known as chamelian
- # [20:56] * chamelian is now known as food
- # [20:56] * food is now known as scorpian
- # [20:57] * scorpian is now known as uhoh
- # [20:57] * uhoh is now known as toby
- # [20:58] * toby is now known as Guest75231
- # [20:58] * Guest75231 is now known as darkcyhpher
- # [20:58] * Joins: galaxyAbstractor (~galaxyAbs@rofl.pixomania.net)
- # [20:59] * Joins: othermaciej (~mjs@17.245.31.205)
- # [20:59] <wanderview> JakeA: I see Cache.add() and Cache.addAll() resolve with undefined... is that correct?
- # [21:03] * Joins: rubys (~rubys@cpe-098-027-051-253.nc.res.rr.com)
- # [21:04] * Quits: sicking (~sicking@corp.mtv2.mozilla.com) (Quit: sicking)
- # [21:10] * Quits: bodoke (~bodoke__@200.175.53.230.static.gvt.net.br) (Ping timeout: 245 seconds)
- # [21:11] * Joins: sicking (~sicking@corp.mtv2.mozilla.com)
- # [21:15] * Quits: kborchers (kborchers@gateway/shell/jquery.com/x-mfltztswsefjhmxc) (Changing host)
- # [21:15] * Joins: kborchers (kborchers@unaffiliated/kborchers)
- # [21:15] * Quits: kborchers (kborchers@unaffiliated/kborchers) (Changing host)
- # [21:15] * Joins: kborchers (kborchers@gateway/shell/jquery.com/x-mfltztswsefjhmxc)
- # [21:21] * Quits: jernoble (~jernoble@17.244.73.28) (Quit: Computer has gone to sleep.)
- # [21:25] * Quits: espadrine (~espadrine@AMontsouris-158-1-19-216.w92-128.abo.wanadoo.fr) (Quit: espadrine)
- # [21:29] * Quits: scor (scor@drupal.org/user/52142/view) (Quit: scor)
- # [21:30] * Joins: boogyman (~boogyman@38.88.11.131)
- # [21:30] * Quits: boogyman (~boogyman@38.88.11.131) (Changing host)
- # [21:30] * Joins: boogyman (~boogyman@pdpc/supporter/professional/boogyman)
- # [21:31] * Joins: tantek (~tantek@ip-64-134-231-125.public.wayport.net)
- # [21:31] <estellevw> If I have a concern with the spec - notably the value of the range input type’s value attribute when multiple is set not being backward compatible, what is the best way to address that?
- # [21:31] <estellevw> The value attribute, if specified, must have a value that is a pair of valid floating-point numbers separated by a single U+002C COMMA character (,).
- # [21:31] <estellevw> that makes an invalid value for all browsers supporting range, but not the multiple attribute
- # [21:32] * Quits: boogy (~boogyman@38.88.11.131) (Ping timeout: 260 seconds)
- # [21:32] <TabAtkins> Yeah, but you need a totally different fallback if you don't support multiple.
- # [21:32] <estellevw> old browsers not support range should be ok: value=“2,4” is valid for text input type
- # [21:32] <TabAtkins> You can feature-test tat.
- # [21:32] <estellevw> are we expecting all developers to feature test multiple attribute before using it?
- # [21:33] <TabAtkins> No, but if they don't, it wont' work. There's no good automatic fallback.
- # [21:33] * xiinotulp is now known as plutoniix
- # [21:33] <estellevw> yes. exactly, that’s why I wanted to raise a concern
- # [21:35] <TabAtkins> I don't mean "there isn't currently good automatic fallback". I mean "there's no way to do good automatic fallback".
- # [21:35] * Joins: KevinMarks_ (~KevinMark@172.56.16.11)
- # [21:35] <estellevw> agreed
- # [21:35] <estellevw> should the dual values be placed in separate attributes?
- # [21:35] <estellevw> that doesn’t sound like a good solution,
- # [21:36] <estellevw> but not having range value fail seems important
- # [21:36] <TabAtkins> It doesn't matter, because it won't fallback properly. A single-value range input is *not* a fallback for a multi-value range input.
- # [21:36] <TabAtkins> You need to test it and use two range inputs or something, or just use a multi-range input and not worry about older browsers.
- # [21:37] <estellevw> obviously y’all have already thought this thru thoroughly.
- # [21:37] <TabAtkins> Unsure if sarcastic or serious.
- # [21:37] <estellevw> no, totally not
- # [21:37] * TabAtkins is having to say that too often these days. ^_^
- # [21:37] <estellevw> basically, yall have already thought of my concerns
- # [21:37] <TabAtkins> Ah, kk. Well, someone did.
- # [21:37] <estellevw> so i’ll go back to my life as usual ;)
- # [21:38] <TabAtkins> I just reasoned backwards on the spot. ^_^
- # [21:38] * Joins: jernoble (~jernoble@17.202.45.163)
- # [21:38] * Quits: sicking (~sicking@corp.mtv2.mozilla.com) (Quit: sicking)
- # [21:38] <smaug____> hmm, multiple range
- # [21:38] <smaug____> sounds like a bug
- # [21:39] <TabAtkins> smaug____: What do you mean?
- # [21:39] <smaug____> what is the use case
- # [21:40] * Quits: jxs (~joaoxsoul@media.fcsh.unl.pt) (Max SendQ exceeded)
- # [21:40] <TabAtkins> Specifying a value that ranges from A to B.
- # [21:40] <TabAtkins> Like, say, a work shift.
- # [21:40] <smaug____> and why limit to two values if there is a use case
- # [21:40] <TabAtkins> What's the use-case for more than two?
- # [21:40] <smaug____> ah, that kind of multiple
- # [21:40] <estellevw> smaug____: not sure how much thought went into not having a fallback, and where/when the discussing took place. But TabAtkins makes sense (always), but not having a native fallback is a concern
- # [21:40] <smaug____> does any browser support range + multiple ?
- # [21:40] <estellevw> nope
- # [21:40] <estellevw> none
- # [21:40] <estellevw> tested 2 weeks ago
- # [21:41] <estellevw> though created my own tests, not official tests
- # [21:42] <smaug____> TabAtkins: range contain more than just start and end points, it could have width (or would it be height ) in 2d coordinate space
- # [21:42] <smaug____> s/contain/could contain/
- # [21:42] <TabAtkins> smaug____: That's more than a linear range input can represent.
- # [21:43] <smaug____> multiple is already very different to non-multiple
- # [21:43] * Joins: jxs (~joaoxsoul@media.fcsh.unl.pt)
- # [21:43] * smaug____ wonders why multiple was added
- # [21:43] <TabAtkins> Because lots of people asked for ti.
- # [21:43] <TabAtkins> (including me)
- # [21:43] * Quits: jernoble (~jernoble@17.202.45.163) (Ping timeout: 272 seconds)
- # [21:43] <estellevw> likely because everyone more than one thumb
- # [21:43] <smaug____> multiple sounds like something a script library could do
- # [21:43] <TabAtkins> (I used jQuery for a two-thumb input on several previous projects.)
- # [21:44] <TabAtkins> smaug____: *All* of the inputs sound like something a script library could do.
- # [21:44] <smaug____> not all
- # [21:44] <smaug____> <input type="text"> is good :)
- # [21:44] <TabAtkins> The new ones, at least. ^_^
- # [21:44] <smaug____> yup
- # [21:44] * Quits: jsbell (jsbell@nat/google/x-iuqqopbhttpdbpqd) (Quit: There's no place like home...)
- # [21:45] <wanderview> JakeA: nevermind... I think I buy add/addAll resolving to undefined
- # [21:48] * Quits: KevinMarks (~yaaic@172.56.16.11) (Ping timeout: 246 seconds)
- # [21:48] * Quits: mathiasbynens (sid2247@gateway/web/irccloud.com/x-azunpbmnaozsewpb) (Excess Flood)
- # [21:49] * Quits: jxs (~joaoxsoul@media.fcsh.unl.pt) (Ping timeout: 246 seconds)
- # [21:50] * Joins: hayato__ (hayato@nat/google/x-chxhvrptnybhmzez)
- # [21:50] * Joins: mathiasbynens (sid2247@gateway/web/irccloud.com/x-ocrgawpvagaakxer)
- # [21:52] * Quits: hayato___ (hayato@nat/google/x-ybodarbvpxvcuuaj) (Ping timeout: 258 seconds)
- # [21:52] * Joins: jernoble (~jernoble@17.202.45.163)
- # [21:56] * Quits: jernoble (~jernoble@17.202.45.163) (Ping timeout: 246 seconds)
- # [21:57] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Remote host closed the connection)
- # [21:58] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
- # [21:58] * Quits: ivan\ (~ivan@unaffiliated/ivan/x-000001) (Ping timeout: 244 seconds)
- # [22:00] * Quits: mpt (mpt@canonical/mpt) (Ping timeout: 265 seconds)
- # [22:01] * Quits: othermaciej (~mjs@17.245.31.205) (Quit: othermaciej)
- # [22:03] * Quits: rubys (~rubys@cpe-098-027-051-253.nc.res.rr.com) (Quit: Leaving.)
- # [22:03] * Joins: sicking (~sicking@corp.mtv2.mozilla.com)
- # [22:04] * Quits: boogyman (~boogyman@pdpc/supporter/professional/boogyman) (Ping timeout: 265 seconds)
- # [22:08] * Joins: KevinMarks (~yaaic@162.245.22.178)
- # [22:09] * Joins: jernoble (~jernoble@17.202.45.163)
- # [22:11] * Quits: KevinMarks__ (~yaaic@2607:fb90:500:15b:1a67:1414:5af5:6389) (Ping timeout: 272 seconds)
- # [22:11] * Quits: KevinMarks_ (~KevinMark@172.56.16.11) (Ping timeout: 255 seconds)
- # [22:13] * Joins: KevinMarks_ (~yaaic@162.245.22.178)
- # [22:17] * Joins: KevinMarks__ (~KevinMark@162.245.22.178)
- # [22:21] <JonathanNeal> Where might I find information regarding the Window constructor?
- # [22:22] <TabAtkins> JonathanNeal: Don't think there is one.
- # [22:22] <TabAtkins> (Which means it'll throw when you call it.)
- # [22:23] <JonathanNeal> Is constructor the wrong word to use? I mean it in the same vain as HTMLDocument and HTMLElement.
- # [22:23] * Quits: malcolmva (~malcolmva@c-67-180-198-144.hsd1.ca.comcast.net) (Ping timeout: 255 seconds)
- # [22:23] <TabAtkins> Yeah, you're using it right. There just isn't one.
- # [22:24] <TabAtkins> Windows are only constructed by the UA.
- # [22:24] <Ms2ger> JonathanNeal, interface object
- # [22:24] <TabAtkins> That's an IDL-ism.
- # [22:24] <Ms2ger> JonathanNeal, you would find that in WebIDL and HTML
- # [22:24] <JonathanNeal> There most definitely is a “Window” interface object. I’m just looking for it in a spec of some sort.
- # [22:24] <Ms2ger> TabAtkins, is there a reason you're being unhelpful?
- # [22:24] <TabAtkins> Ms2ger: I totally misunderstood what he was asking for until just now, that's why. ^_^
- # [22:25] <Ms2ger> I see
- # [22:25] <TabAtkins> The constructor doesn't exist, but the corresponding object does.
- # [22:25] <Ms2ger> Dunno what you mean by constructor, then
- # [22:25] <JonathanNeal> Yes, they’re rather strange in that I treat their prototypes like I would the constructor’s prototype for other objects.
- # [22:26] <TabAtkins> Ms2ger: An actual function that constructs the object.
- # [22:27] <JonathanNeal> Ms2ger: would this be the spec for the Window interface object? http://www.w3.org/TR/WebIDL/#ImplicitThis
- # [22:27] * Joins: webtroll (~webtroll@199.244.219.64)
- # [22:27] <Ms2ger> JonathanNeal, oh dear
- # [22:27] <Ms2ger> JonathanNeal, https://heycam.github.io/webidl/
- # [22:27] <JonathanNeal> Ms2ger: I don’t mind looking like a fool, if in the end I learn.
- # [22:28] <JonathanNeal> Ms2ger: as in https://heycam.github.io/webidl/#ImplicitThis ?
- # [22:28] <Ms2ger> Depends on what you're looking for, exactly
- # [22:30] <JonathanNeal> Something that defines Window.prototype as extending all window objects.
- # [22:30] <TabAtkins> That's from the definition of a prototype, no?
- # [22:30] <JonathanNeal> Right, so the thing that clarifies that Window targets all window objects.
- # [22:31] <TabAtkins> Probably the IDL in the HTML spec for the Window object.
- # [22:31] <JonathanNeal> It is their “interface object”.
- # [22:31] <Ms2ger> Searching for [[Prototype]] says https://heycam.github.io/webidl/#es-platform-objects
- # [22:31] <TabAtkins> Is there some reason you need this information?
- # [22:32] * Joins: dbpokorny (~dbpokorny@173.239.78.54)
- # [22:33] <JonathanNeal> Yes, I’m working with a team that did not have an understanding of Window and likewise Window.prototype, so they were swapping out Window.prototype with window. I was explaining that (I hope this is right) Window.prototype should mean iframes inherit from Window.prototype.
- # [22:33] <JonathanNeal> And they replied "is there a good resource that explains the difference between Window and window” … and I paused because I did not know of one, and MDN did not have that sort of thing like they did for HTMLDocument, etc.
- # [22:34] <TabAtkins> The difference is between instance and class.
- # [22:34] <TabAtkins> The "window" object is an instance of the Window class, which has Window.prototype as its prototype.
- # [22:34] * Quits: dbpokorny (~dbpokorny@173.239.78.54) (Remote host closed the connection)
- # [22:35] <caitp> can you actually extend Window.prototype in a meaningful way? like, does window.open-created windows inherit from the original window's prototype?
- # [22:35] <TabAtkins> (Iframes, with their own JS environment, will use a *different* Window class than the outer page, so anything you add to the outer page's Window.prototype won't show up in iframes.
- # [22:35] <TabAtkins> caitp: Dunno!
- # [22:35] <TabAtkins> I'm not sure how window.open()-created windows work, but if they have a fresh JS environment, then they won't.
- # [22:35] * Joins: malcolmva (~malcolmva@c-67-180-198-144.hsd1.ca.comcast.net)
- # [22:35] <Ms2ger> They do
- # [22:35] <caitp> well in chrome, apparently not
- # [22:36] <caitp> yeah there you go
- # [22:36] <Ms2ger> window.open() returns a Window, which is a global object
- # [22:37] <TabAtkins> From the new window's global? Or the original? both of you were ambiguous in which part of my phrasing you were responding to.
- # [22:37] <Ms2ger> Eh?
- # [22:37] <caitp> i'm just saying I don't think extending Window's prototype is really useful in any context, as far as I'm aware
- # [22:37] <Ms2ger> s/returns a/returns a new/
- # [22:38] <TabAtkins> "if they ahve a fresh JS environment" or "they they won't [inherit from the original window's prototype]"
- # [22:38] * Quits: zdobersek (~zan@109.201.152.225) (Quit: Leaving.)
- # [22:39] <Ms2ger> If you call window.open(), you create a new Window object/global/compartment/realm/JS environment, whatever you want to call it
- # [22:39] <JonathanNeal> Right you are, neither iframe or window.open’s window inherited from Window.prototype.
- # [22:39] <TabAtkins> Those are different! A Window is an object in a JS environment.
- # [22:39] <JonathanNeal> At least, not in Chrome.
- # [22:39] <TabAtkins> Also happens to be the global for that environment.
- # [22:40] <Ms2ger> Global object and JS environment (as you appear to be using it) are 1:1
- # [22:40] <JonathanNeal> caitp: my initial test would confirm that extending Window.prototype is rather useless, which is not at all what I expected.
- # [22:40] <Ms2ger> So as a mathematician, I just take the quotient over the equivalence, and treat them as equal :)
- # [22:41] <TabAtkins> Ms2ger: Yeah, it's probably valid to talk about it like you are, but if people are already confused about instances vs classes and the like, being as explicit as possible about environments and where certain classes come from is probably good.
- # [22:42] * Joins: lerc (~quassel@121-74-5-229.telstraclear.net)
- # [22:42] <smaug____> JonathanNeal: extending Window.prototype can be rather useless also because of its special behavior http://heycam.github.io/webidl/#Global
- # [22:42] <Ms2ger> smaug____, useless for overriding, not so much for adding
- # [22:42] <smaug____> (and I note that better to not test webidl behavior in Chrome ;) )
- # [22:42] <smaug____> Ms2ger: indeed
- # [22:43] <TabAtkins> smaug____: Yes, good point. Chrome has been violating WebIDL for a long time regarding whether properties of built-ins are on the prototype or the instances.
- # [22:43] <JonathanNeal> smaug____: what a disappointment. That’s a pretty useless class, all right.
- # [22:43] * Quits: tantek (~tantek@ip-64-134-231-125.public.wayport.net) (Read error: Connection reset by peer)
- # [22:43] * Joins: othermaciej (~mjs@17.245.31.205)
- # [22:43] <Ms2ger> Yay web compat
- # [22:44] * Joins: tantek (~tantek@ip-64-134-231-125.public.wayport.net)
- # [22:44] * Quits: othermaciej (~mjs@17.245.31.205) (Read error: Connection reset by peer)
- # [22:44] * Joins: othermaciej (~mjs@17.245.31.205)
- # [22:45] <caitp> to be fair, the bindings generation stuff is all python so it's really intimidating for anyone to try and fix it
- # [22:45] <JonathanNeal> Does this mean that using HTMLDocument is also fairly useless?
- # [22:46] <caitp> not necessarily
- # [22:46] <caitp> not sure if DocumentImplementation#createDocument would work
- # [22:46] <smaug____> if you create several HTMLDocument object in the same scope, they share the prototype
- # [22:46] <TabAtkins> caitp: Nothing to do with programming difficulty in Blink; it's a perf issue.
- # [22:47] <TabAtkins> JonathanNeal: HTMLDocuments aren't associated with fresh environments. They're just like any other normal object.
- # [22:47] <caitp> Tab I was just taking another opportunity to troll python fans :p
- # [22:47] <caitp> don't take it seriously lopl
- # [22:47] <caitp> it's friday, oy
- # [22:48] <TabAtkins> caitp: Ah, I thought you just had a mistaken impression of what was causing the issue.
- # [22:48] <TabAtkins> (Friday is a time for sober reflection and formal dress, not trolling, SIR/MADAM/OTHER.)
- # [22:48] <caitp> sober reflection can wait until after the weekend =)
- # [22:48] <TabAtkins> Weekend is for drunk reflection.
- # [22:49] <JonathanNeal> caitp: when would I be creating a document? Fragments don’t inherit from HTMLDocument either.
- # [22:50] <caitp> DocumentImplementation can do it
- # [22:50] <Ms2ger> document.implementation.createHTMLDocument()
- # [22:50] <JonathanNeal> When would someone need that?
- # [22:51] <caitp> er
- # [22:51] <caitp> apparently i'm getting the name of the interface wrong
- # [22:51] <JonathanNeal> Well, what a crazy thing to learn, Window and HTMLDocument are rather useless in most usecases.
- # [22:52] <JonathanNeal> For example, there is no benefit to polyfilling Window.prototype.matchMedia versus window.matchMedia.
- # [22:52] * Quits: TallTed (~Thud@63.119.36.36)
- # [22:53] * Ms2ger never liked polyfills anyway
- # [22:56] * Joins: jernoble_ (~jernoble@17.202.46.221)
- # [22:56] <caitp> http://stackoverflow.com/questions/7738046/what-for-to-use-document-implementation-createhtmldocument there are some use-cases there if you're interested, I've only ever found it useful for testing though
- # [23:01] <JonathanNeal> thanks, caitp.
- # [23:01] <JonathanNeal> I need to hang my head low for a while. I had pretty much written things to get old IE to treat Window/HTMLDocument like I expected, but I think I should undo them now because it’s not how it’s supposed to work.
- # [23:02] * Quits: tantek (~tantek@ip-64-134-231-125.public.wayport.net) (Quit: tantek)
- # [23:03] * Quits: KevinMarks__ (~KevinMark@162.245.22.178) (Ping timeout: 255 seconds)
- # [23:05] * Quits: KevinMarks (~yaaic@162.245.22.178) (Ping timeout: 240 seconds)
- # [23:05] * Joins: necolas (~necolas@8.25.197.24)
- # [23:05] * Quits: KevinMarks_ (~yaaic@162.245.22.178) (Ping timeout: 256 seconds)
- # [23:05] * Quits: jwalden (~waldo@18.111.107.29) (Quit: ChatZilla 0.9.87-8.1450hg.fc20 [XULRunner 32.0/20140902134853])
- # [23:05] <Domenic> annevk: thoughts on making DOMTokenList constructable? I'd like to write a Blink patch soon-ish but want to get your blessing first.
- # [23:05] <Domenic> And preferably Boris's too
- # [23:07] * Quits: abinader (sid21713@gateway/web/irccloud.com/x-lyhkhvqggcrkyriv)
- # [23:08] * Joins: KevinMarks (~yaaic@2607:fb90:2707:ccb5:4808:6be9:e8dd:65c7)
- # [23:08] * Quits: c74d (~c74d3a4eb@2002:4404:712c:0:76de:2bff:fed4:2766) (Remote host closed the connection)
- # [23:08] <JonathanNeal> Domenic: what would you use it for?
- # [23:09] <Domenic> JonathanNeal: creating custom elements that expose tokenized attributes
- # [23:09] * Quits: darobin (~darobin@78.109.80.74) (Remote host closed the connection)
- # [23:11] * Joins: satazor (~satazor@a213-22-1-7.cpe.netcabo.pt)
- # [23:11] <JonathanNeal> function TokenList() {} TokenList.prototype = DOMTokenList.prototype ?
- # [23:12] * Joins: c74d (~c74d3a4eb@2002:4404:712c:0:76de:2bff:fed4:2766)
- # [23:13] <JonathanNeal> Or you could even overwrite the DOMTokenList contructor, I suppose. I had to do something similar with https://github.com/Financial-Times/polyfill-service/blob/master/polyfills/Window.prototype.DOMTokenList/polyfill.js and https://github.com/Financial-Times/polyfill-service/blob/master/polyfills/Element.prototype.classList/polyfill.js
- # [23:18] * Quits: Sample (~Sample@unaffiliated/sample) (Ping timeout: 244 seconds)
- # [23:19] * Joins: espadrine (~espadrine@AMontsouris-158-1-59-179.w92-128.abo.wanadoo.fr)
- # [23:20] * Joins: nessy (~silviapf@101.164.214.231)
- # [23:20] * Joins: weinig (~weinig@17.245.25.117)
- # [23:20] <JonathanNeal> I can’t believe I misunderstood Window/HTMLDocument. Thanks so much for the info, caitp, Ms2ger, TabAtkins.
- # [23:20] <TabAtkins> np
- # [23:21] <Ms2ger> Np
- # [23:22] <JonathanNeal> On the upside, polyfills will be a lot easier to manage, and I can drop all the Window/HTMLDocument.prototype stuff from the folders.
- # [23:25] * Joins: satazor_ (~satazor@a213-22-1-7.cpe.netcabo.pt)
- # [23:25] * Quits: nessy (~silviapf@101.164.214.231) (Client Quit)
- # [23:26] * Quits: satazor (~satazor@a213-22-1-7.cpe.netcabo.pt) (Ping timeout: 244 seconds)
- # [23:28] * Joins: Sample (~Sample@unaffiliated/sample)
- # [23:29] * Quits: rego (~rego@66.193.27.77.dynamic.mundo-r.com) (Ping timeout: 244 seconds)
- # [23:33] * Quits: weinig (~weinig@17.245.25.117) (Quit: weinig)
- # [23:34] * Joins: tantek (~tantek@31.sub-166-255-35.myvzw.com)
- # [23:35] * Joins: weinig (~weinig@17.245.25.117)
- # [23:35] * Quits: Smylers (~smylers@host86-163-23-27.range86-163.btcentralplus.com) (Quit: Leaving.)
- # [23:36] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
- # [23:36] * Quits: crankhar1er (~crankhard@c-73-191-6-206.hsd1.va.comcast.net) (Quit: leaving)
- # [23:37] * Quits: smaug____ (~chatzilla@cs78246079.pp.htv.fi) (Ping timeout: 260 seconds)
- # [23:39] * Quits: jernoble_ (~jernoble@17.202.46.221) (Quit: Textual IRC Client: www.textualapp.com)
- # [23:39] * Joins: jernoble_ (~jernoble@17.202.46.221)
- # [23:40] <TabAtkins> Hmm, I'm reading WebIDL back and forth, and I can't see how to define the iteration order for a setlike interface. IDL requires that a setlike does *not* have an explicit iterable declaration, but only the iterable declaration actually asks for prose on ordering.
- # [23:40] * Joins: voiceofgrog (~voiceofgr@2601:e:9f80:102c:415b:691a:9656:b811)
- # [23:40] * Quits: voiceofgrog (~voiceofgr@2601:e:9f80:102c:415b:691a:9656:b811) (Changing host)
- # [23:40] * Joins: voiceofgrog (~voiceofgr@unaffiliated/voiceofgrog)
- # [23:41] <Domenic> i think the idea might be it's always insertion order, like ES sets?
- # [23:43] * Joins: satazor__ (~satazor@a213-22-1-7.cpe.netcabo.pt)
- # [23:43] <TabAtkins> Yeah, but I have some custom ordering. It's insertion order for the ones you insert yourself, but the UA-added ones are in document order, before the other ones.
- # [23:44] <TabAtkins> (Exposing precise UA resolution order isn't really something I want to do - too racy.)
- # [23:45] <Domenic> TabAtkins: my guess is that kind of thing wasn't anticipated, so I'd just specify the ordering in the prose anyway?
- # [23:45] <TabAtkins> Yeah, that's what I'm doing right now.
- # [23:45] <Domenic> JonathanNeal: I was excited about that idea for a second but when you try that you get "TypeError: 'add' called on an object that does not implement interface DOMTokenList."
- # [23:45] * Krinkle is now known as Krinkle|detached
- # [23:45] * Quits: satazor_ (~satazor@a213-22-1-7.cpe.netcabo.pt) (Ping timeout: 272 seconds)
- # [23:47] * Joins: satazor (~satazor@a213-22-1-7.cpe.netcabo.pt)
- # [23:47] * Joins: scor (~scor@drupal.org/user/52142/view)
- # [23:50] * Quits: satazor__ (~satazor@a213-22-1-7.cpe.netcabo.pt) (Ping timeout: 265 seconds)
- # [23:50] <JonathanNeal> What?! Oh, what a bummer. It gets all special?
- # [23:51] <JonathanNeal> Well, you can take the DOMTokenlist polyfill. That implements to spec, down to method.name and method.length
- # Session Close: Sat Oct 25 00:00:00 2014
The end :)