/irc-logs / freenode / #whatwg / 2014-08-13 / end

Options:

# Session Start: Wed Aug 13 00:00:00 2014
# Session Ident: #whatwg
# [00:00] * Quits: tndrH (~Rob@cpc4-seac20-2-0-cust858.7-2.cable.virginm.net) (Quit: ChatZilla 0.9.90.1-rdmsoft [XULRunner 22.0/20130619132145])
# [00:06] * Quits: ehsan (~ehsan@66.207.208.102) (Remote host closed the connection)
# [00:07] * Quits: mpaarating (~mpaaratin@rrcs-97-78-217-146.se.biz.rr.com) (Quit: mpaarating)
# [00:08] * Quits: lmclister (~lmclister@192.150.10.209)
# [00:10] * Joins: lmclister (~lmclister@192.150.10.209)
# [00:10] * Quits: lmclister (~lmclister@192.150.10.209) (Client Quit)
# [00:12] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: :tiuQ tiuq sah woclrak)
# [00:13] * Joins: lmclister (~lmclister@192.150.10.209)
# [00:14] * Joins: jarek (~jarek@unaffiliated/jarek)
# [00:16] * Joins: morrita_ (uid16889@gateway/web/irccloud.com/x-uolzydtkjnejpaqh)
# [00:17] * Quits: lmclister (~lmclister@192.150.10.209) (Client Quit)
# [00:21] * Quits: plutoniix (~plutoniix@node-zwr.pool-180-180.dynamic.totbb.net) (Quit: จรลี จรลา)
# [00:24] * Quits: lilmonkey (~colin@pdpc/supporter/professional/riven) (Ping timeout: 250 seconds)
# [00:25] * Joins: lmclister (~lmclister@192.150.10.209)
# [00:25] * Joins: Lachy (~Lachy@cm-84.215.104.248.getinternet.no)
# [00:25] * Quits: nunnun (~hiro@2001:200:164:48:20c:29ff:fe02:11d2) (Ping timeout: 250 seconds)
# [00:25] * Quits: zenparsing (~zenparsin@97-81-81-172.dhcp.athn.ga.charter.com)
# [00:26] * Joins: lilmonkey (~colin@5ED090B0.cm-7-1c.dynamic.ziggo.nl)
# [00:26] * Quits: lilmonkey (~colin@5ED090B0.cm-7-1c.dynamic.ziggo.nl) (Changing host)
# [00:26] * Joins: lilmonkey (~colin@pdpc/supporter/professional/riven)
# [00:31] * Quits: karbassi (~karbassi@li62-206.members.linode.com) (Remote host closed the connection)
# [00:33] * Joins: jdaggett (~jdaggett@103.5.142.58)
# [00:33] * Joins: ehsan (~ehsan@24-212-207-29.cable.teksavvy.com)
# [00:34] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.sonic.net) (Remote host closed the connection)
# [00:37] * Joins: nunnun (~hiro@2001:200:164:48:20c:29ff:fe02:11d2)
# [00:38] * Quits: GPHemsley (~GPHemsley@pdpc/supporter/student/GPHemsley) (Quit: This computer has gone to sleep)
# [00:39] * Quits: rafaelrinaldi (~textual@B12E8B43.dynamic.spo.dsl.tesa.net.br) (Quit: My Mac Mini has gone to sleep. ZZZzzz…)
# [00:45] * Quits: tantek (~tantek@corp-nat.p2p.sfo1.mozilla.com) (Quit: tantek)
# [00:47] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.sonic.net)
# [00:47] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.sonic.net) (Remote host closed the connection)
# [00:48] * Joins: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp)
# [00:50] * Joins: kriskowal (~kriskowal@66-215-92-194.dhcp.psdn.ca.charter.com)
# [00:50] * Joins: tantek (~tantek@172.56.31.45)
# [00:53] * Quits: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp) (Ping timeout: 255 seconds)
# [00:53] * Quits: benjamingr (uid23465@gateway/web/irccloud.com/x-tjcilzhumtiokarg) (Quit: Connection closed for inactivity)
# [01:02] * Quits: jarek (~jarek@unaffiliated/jarek) (Quit: jarek)
# [01:07] * Quits: abinader (sid21713@gateway/web/irccloud.com/x-fvobwacaiqncqohj)
# [01:13] * Quits: tantek (~tantek@172.56.31.45) (Quit: Colloquy for iPod touch - http://colloquy.mobi)
# [01:15] * Joins: tantek (~tantek@172.56.31.45)
# [01:15] * Joins: karbassi (~karbassi@li62-206.members.linode.com)
# [01:18] * Quits: guybedford (~guybedfor@cpe-107-184-128-210.socal.res.rr.com) (Ping timeout: 264 seconds)
# [01:19] * Quits: othermaciej (~mjs@17.114.218.77) (Quit: othermaciej)
# [01:27] * Joins: guybedford (~guybedfor@172.56.16.147)
# [01:31] * Quits: tantek (~tantek@172.56.31.45) (Ping timeout: 272 seconds)
# [01:33] * Joins: tantek (~tantek@172.56.39.121)
# [01:33] * Quits: satazor (~satazor@123.87.37.188.rev.vodafone.pt)
# [01:36] * Quits: roc (~chatzilla@121-99-88-229.bng1.tvc.orcon.net.nz) (Remote host closed the connection)
# [01:39] * Joins: seventh (seventh@128.90.90.226)
# [01:40] * Joins: roven (~roven@78-20-24-80.access.telenet.be)
# [01:40] * Quits: ehsan (~ehsan@24-212-207-29.cable.teksavvy.com) (Quit: Leaving...)
# [01:40] * Quits: karbassi (~karbassi@li62-206.members.linode.com) (Remote host closed the connection)
# [01:44] * Quits: roven (~roven@78-20-24-80.access.telenet.be) (Ping timeout: 260 seconds)
# Session Close: Wed Aug 13 01:48:11 2014
#
# Session Start: Wed Aug 13 01:48:11 2014
# Session Ident: #whatwg
# [01:48] * Disconnected
# [01:49] * Attempting to rejoin channel #whatwg
# [01:49] * Rejoined channel #whatwg
# [01:49] * Topic is 'http://www.whatwg.org/ — logs: http://krijnhoetmer.nl/irc-logs/ & http://logbot.glob.com.au/ — stats: http://gavinsharp.com/irc/whatwg.html — Please leave your sense of logic at the door, thanks!'
# [01:49] * Set by annevk!~annevk@207.218.72.65 on Tue Mar 25 11:47:32
# [01:50] * Quits: krijnhoetmer_ (~krijnhoet@ip4da4a84d.direct-adsl.nl) (Ping timeout: 250 seconds)
# [01:52] * Quits: jdaggett (~jdaggett@103.5.142.58) (Quit: jdaggett)
# [01:52] * Quits: tantek (~tantek@172.56.39.121) (Quit: Colloquy for iPod touch - http://colloquy.mobi)
# [01:53] * Quits: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp) (Ping timeout: 272 seconds)
# [02:00] * Quits: lmclister (~lmclister@192.150.10.209)
# [02:01] * Quits: jernoble (~jernoble@17.202.45.163) (Quit: Computer has gone to sleep.)
# [02:04] * Quits: willchan (willchan@nat/google/x-dtckktubyxjuihfl) (Ping timeout: 240 seconds)
# [02:06] * Quits: Maurice` (copyman@5ED5617C.cm-7-6b.dynamic.ziggo.nl)
# [02:06] * Quits: scor (~scor@drupal.org/user/52142/view) (Quit: scor)
# [02:12] * Quits: ap (~ap@17.202.44.214)
# [02:14] * Joins: jernoble (~jernoble@76.74.153.49)
# [02:16] * Joins: roc (~chatzilla@2001:cb0:b202:232:2677:3ff:fece:dc64)
# [02:16] * Joins: willchan (willchan@nat/google/x-jvmdjmwbvjhezjqs)
# [02:18] * Quits: smaug____ (~chatzilla@a91-154-44-207.elisa-laajakaista.fi) (Ping timeout: 260 seconds)
# [02:26] * Quits: nunnun (~hiro@2001:200:164:48:20c:29ff:fe02:11d2) (Ping timeout: 250 seconds)
# [02:32] * abarth|gardener is now known as abarth
# [02:35] <Hixie_> jorendorff: what's a Module Instance Object?
# [02:35] <jorendorff> Hixie_: === a Module Object.
# [02:36] <Hixie_> http://people.mozilla.org/~jorendorff/es6-draft.html#sec-module-exotic-objects ?
# [02:36] <jorendorff> yup
# [02:36] <Hixie_> so, how does JS code create an object that has "all the internal data properties of a Module Instance Object"?
# [02:37] <Hixie_> (context: http://people.mozilla.org/~jorendorff/es6-draft.html#sec-linkdynamicmodules step 1.d)
# [02:37] <jorendorff> Hixie_: the only way to do that is with newModule
# [02:37] <Hixie_> ah, ok
# [02:37] * Quits: say2joe (~say2joe@rrcs-76-79-68-2.west.biz.rr.com) (Quit: Leaving.)
# [02:38] * Joins: nunnun (~hiro@2001:200:164:48:20c:29ff:fe02:11d2)
# [02:40] * Joins: jdaggett (~jdaggett@61-121-216-2.bitcat.net)
# [02:41] <Hixie_> man, linking is really complicated
# [02:42] <SamB> Hixie_: and you aren't even talking about ELF
# [02:48] * Joins: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp)
# [02:48] <Hixie_> i'm amused that CreateModuleLinkageRecord creates an object, not a record...
# [02:54] * Quits: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp) (Ping timeout: 272 seconds)
# [02:56] <Hixie_> jorendorff: any idea what CreateImportBinding is?
# [03:07] * Joins: plutoniix (~plutoniix@210.213.57.70)
# [03:11] * Joins: jacobolus (~jacobolus@12.155.174.194)
# [03:13] * Quits: bnicholson (~bnicholso@2620:101:80fc:224:7e7a:91ff:fe25:a5c6) (Ping timeout: 240 seconds)
# [03:15] * Quits: jernoble (~jernoble@76.74.153.49) (Quit: Computer has gone to sleep.)
# [03:16] * Joins: Goplat (~goplat@reactos/developer/Goplat)
# [03:18] * Joins: tantek (~tantek@70-36-139-41.dsl.dynamic.sonic.net)
# [03:25] * Quits: jeremyj (~jeremyj@17.202.49.56) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
# [03:26] * Quits: ambv (~ambv@206.108.217.134) (Quit: sys.exit(0) # computer went to sleep)
# [03:29] * Quits: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com) (Read error: Connection reset by peer)
# [03:29] * Joins: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com)
# [03:37] * Quits: dbaron (~dbaron@2620:101:80fb:224:c4f5:a1a1:8d47:80a6) (Ping timeout: 250 seconds)
# [03:41] * Joins: roven (~roven@78-20-24-80.access.telenet.be)
# [03:45] * Quits: roven (~roven@78-20-24-80.access.telenet.be) (Ping timeout: 240 seconds)
# [03:46] * Quits: Phaw (sid455@gateway/web/irccloud.com/x-tlmuakgkclthahen) (Read error: Connection reset by peer)
# [03:46] * Joins: Phaw (sid455@gateway/web/irccloud.com/x-bzslvhzwvqkadqtl)
# [03:47] * Krinkle is now known as Krinkle|detached
# [03:47] * Joins: bnicholson (~bnicholso@24.130.57.109)
# [03:49] * Joins: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp)
# [03:53] * Quits: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp) (Ping timeout: 260 seconds)
# [03:55] * Quits: jwalden (~waldo@2620:101:80fc:224:7e7a:91ff:fe25:a5a3) (Quit: ChatZilla 0.9.87-8.1450hg.fc20 [XULRunner 30.0/20140605102323])
# [04:00] * Joins: karlcow (~karl@nerval.la-grange.net)
# [04:05] * Joins: jernoble (~jernoble@162.217.73.171)
# [04:06] * Joins: ambv (~ambv@173.252.71.129)
# [04:06] * Quits: weinig (~weinig@17.202.50.84) (Quit: weinig)
# [04:10] * Quits: dawhite (~dawhite@74.118.22.223) (Ping timeout: 272 seconds)
# [04:14] * Quits: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com) (Ping timeout: 250 seconds)
# [04:22] * Quits: jernoble (~jernoble@162.217.73.171) (Quit: Computer has gone to sleep.)
# [04:24] * Quits: nunnun (~hiro@2001:200:164:48:20c:29ff:fe02:11d2) (Ping timeout: 250 seconds)
# [04:28] * Joins: dbaron (~dbaron@50-0-128-161.dsl.dynamic.sonic.net)
# [04:38] * Joins: nunnun (~hiro@2001:200:164:48:20c:29ff:fe02:11d2)
# [04:46] * Quits: ambv (~ambv@173.252.71.129) (Quit: sys.exit(0) # computer went to sleep)
# [04:49] * Joins: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp)
# [04:52] * Joins: lmclister (~lmclister@c-98-210-38-110.hsd1.ca.comcast.net)
# [04:53] * Quits: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp) (Ping timeout: 260 seconds)
# [04:58] * Quits: jacobolus (~jacobolus@12.155.174.194) (Read error: Connection reset by peer)
# [04:58] * Joins: jacobolus (~jacobolus@12.155.174.194)
# [05:03] * Quits: tantek (~tantek@70-36-139-41.dsl.dynamic.sonic.net) (Quit: tantek)
# [05:10] * Joins: KevinMarks (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
# [05:29] * Quits: jacobolus (~jacobolus@12.155.174.194) (Remote host closed the connection)
# [05:41] * Joins: roven (~roven@78-20-24-80.access.telenet.be)
# [05:46] * Quits: roven (~roven@78-20-24-80.access.telenet.be) (Ping timeout: 250 seconds)
# [05:49] * Joins: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp)
# [05:51] * Quits: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com) (Quit: sicking)
# [05:53] * Quits: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp) (Ping timeout: 260 seconds)
# [06:00] * Quits: guybedford (~guybedfor@172.56.16.147) (Ping timeout: 255 seconds)
# [06:06] * Joins: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
# [06:08] * Joins: jernoble (~jernoble@162.217.73.171)
# [06:15] * Joins: jungkees (uid24208@gateway/web/irccloud.com/x-mnesepkmpkqjwuzt)
# [06:20] * Joins: L0TExp (~Test@85.15.43.126)
# [06:28] * Quits: jernoble (~jernoble@162.217.73.171) (Quit: Computer has gone to sleep.)
# [06:32] * Joins: ambv (~ambv@173.252.71.129)
# [06:36] * Joins: sicking (~sicking@c-98-210-159-193.hsd1.ca.comcast.net)
# [06:37] * Joins: tommyliu (~tommyliu@li568-208.members.linode.com)
# [06:39] * Joins: tommyli__ (~tommyliu@li341-69.members.linode.com)
# [06:42] * Quits: tommyliu (~tommyliu@li568-208.members.linode.com) (Ping timeout: 240 seconds)
# [06:47] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.sonic.net)
# [06:47] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.sonic.net) (Remote host closed the connection)
# [06:48] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.sonic.net)
# [06:48] * Joins: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp)
# [06:51] * Quits: ambv (~ambv@173.252.71.129) (Quit: sys.exit(0) # computer went to sleep)
# [06:53] * Quits: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp) (Ping timeout: 264 seconds)
# [07:01] * Joins: BigBangUDR (~Thunderbi@103.249.181.147)
# [07:14] * Quits: BigBangUDR (~Thunderbi@103.249.181.147) (Ping timeout: 260 seconds)
# [07:29] * zcorpan found http://lists.w3.org/Archives/Public/public-html-a11y/2014Jun/0115.html
# [07:32] <zcorpan> <img src="logo" alt="W3C" longdesc="data:text/html;charset=utf-8;,%3C!DOCTYPE%20html%3E
# [07:32] <zcorpan> %3Chtml%3E%3Chead%3E%3Ctitle%3EDescription%20of%20the%20W3C%20Logo%3C/title%3E%3C/head%3E
# [07:32] <zcorpan> %3Cbody%3E%3Cp%3EA%20blue%20capital%20letter%20%22W%22%20with%20kerning%20so%20it%20
# [07:32] <zcorpan> touches%20a%20blue%203%2C%20followed%20by%20a%20black%20shadow%20of%20a%20white%20
# [07:32] <zcorpan> capital%20letter%20C%20all%20on%20a%20white%20background%3C/body%3E%3C/html%3E">
# [07:33] * Joins: tommyliu (~tommyliu@183.37.158.188)
# [07:33] * Joins: BigBangUDR (~Thunderbi@103.249.181.147)
# [07:33] <SamB> zcorpan: crazyness!
# [07:35] * Quits: tommyliu (~tommyliu@183.37.158.188) (Remote host closed the connection)
# [07:35] <gsnedders> Go home, you're drunk.
# [07:36] * Joins: tommyliu_ (~tommyliu@li341-69.members.linode.com)
# [07:36] * Quits: tommyli__ (~tommyliu@li341-69.members.linode.com) (Ping timeout: 250 seconds)
# [07:42] * Quits: lmclister (~lmclister@c-98-210-38-110.hsd1.ca.comcast.net)
# [07:43] * Joins: roven (~roven@78-20-24-80.access.telenet.be)
# [07:44] <zcorpan> http://www.w3.org/TR/2014/CR-html-longdesc-20140812/ also introduces the img.longdesc IDL attribute, in addition to the existing img.longDesc http://www.whatwg.org/specs/web-apps/current-work/multipage/obsolete.html#dom-img-longdesc
# [07:45] <zcorpan> good times
# [07:47] * Quits: roven (~roven@78-20-24-80.access.telenet.be) (Ping timeout: 240 seconds)
# [07:48] * Joins: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp)
# [07:49] * Quits: sicking (~sicking@c-98-210-159-193.hsd1.ca.comcast.net) (Read error: Connection reset by peer)
# [07:53] * Joins: sicking (~sicking@c-98-210-159-193.hsd1.ca.comcast.net)
# [07:53] * Quits: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp) (Ping timeout: 264 seconds)
# [07:54] * Joins: tommyl___ (~tommyliu@61.144.248.40)
# [07:55] * Quits: tommyliu_ (~tommyliu@li341-69.members.linode.com) (Read error: Connection reset by peer)
# [08:05] * Quits: Goplat (~goplat@reactos/developer/Goplat) (Remote host closed the connection)
# [08:35] * hayato_gardening is now known as hayato
# [08:39] * Joins: zdobersek (~zan@109.201.152.243)
# [08:42] * Quits: tommyl___ (~tommyliu@61.144.248.40) (Remote host closed the connection)
# [08:42] * Quits: Smylers (~smylers@host86-163-17-51.range86-163.btcentralplus.com) (Quit: Leaving.)
# [08:42] * Joins: tommyliu_ (~tommyliu@li341-69.members.linode.com)
# [08:44] * Quits: roc (~chatzilla@2001:cb0:b202:232:2677:3ff:fece:dc64) (Remote host closed the connection)
# [08:48] * Joins: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp)
# [08:53] * Quits: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp) (Ping timeout: 250 seconds)
# [08:57] * Joins: benjamingr (uid23465@gateway/web/irccloud.com/x-duzrwcqahypmvaox)
# [09:03] * Joins: Ducki_ (~Ducki@191.233.66.1)
# [09:04] * Joins: markkes (~markkes@62.207.90.201)
# [09:05] * Joins: davidyezsetz (~davidyezs@mail1.powerflasher.de)
# [09:05] * Quits: Ducki (~Ducki@191.233.66.1) (Ping timeout: 240 seconds)
# [09:06] * Joins: tommyl___ (~tommyliu@183.37.158.188)
# [09:09] * Quits: tommyliu_ (~tommyliu@li341-69.members.linode.com) (Ping timeout: 246 seconds)
# [09:11] * Joins: hango (~zihanliu@bas5-ottawa10-3096713902.dsl.bell.ca)
# [09:12] * Joins: cbr_ (~admin@145.36.150.83.chzhher77.rootnet.ch)
# [09:16] * Parts: hango (~zihanliu@bas5-ottawa10-3096713902.dsl.bell.ca)
# [09:17] * Joins: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se)
# [09:23] * Quits: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Remote host closed the connection)
# [09:23] * Quits: tommyl___ (~tommyliu@183.37.158.188) (Remote host closed the connection)
# [09:24] * Joins: tommyliu (~tommyliu@li568-208.members.linode.com)
# [09:25] * Quits: L0TExp (~Test@85.15.43.126) (Quit: Leaving.)
# [09:25] * Joins: tav_ (~tav`@host86-185-186-93.range86-185.btcentralplus.com)
# [09:27] * Quits: sicking (~sicking@c-98-210-159-193.hsd1.ca.comcast.net) (Quit: sicking)
# [09:27] * Quits: tav (~tav`@host86-161-105-55.range86-161.btcentralplus.com) (Ping timeout: 244 seconds)
# [09:27] * tav_ is now known as tav
# [09:28] * Joins: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
# [09:29] * Quits: dbaron (~dbaron@50-0-128-161.dsl.dynamic.sonic.net) (Ping timeout: 245 seconds)
# [09:34] * Quits: BigBangUDR (~Thunderbi@103.249.181.147) (Quit: BigBangUDR)
# [09:40] * Joins: Ms2ger (~Ms2ger@5.222-242-81.adsl-dyn.isp.belgacom.be)
# [09:45] <annevk> "If the longdesc document proceeds to CR and beyond, I believe the credibility of this WG will be materially harmed."
# [09:46] <Ms2ger> The HTMLWG?
# [09:49] * Joins: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp)
# [09:50] <annevk> Hixie_: https://github.com/slightlyoff/ServiceWorker/issues/410 can't think of any problems with this offhand
# [09:51] <wilhelm_> What happens if you put <picture><p>your random longdesc text here</p></picture>?
# [09:51] * Joins: tommyl___ (~tommyliu@183.37.158.188)
# [09:51] * wilhelm_ goes off to actually read the <picture> spec.
# [09:51] * Quits: tommyliu (~tommyliu@li568-208.members.linode.com) (Read error: Connection reset by peer)
# [09:52] <annevk> Hixie_: never mind
# [09:52] * Joins: cheron (~cheron@unaffiliated/cheron)
# [09:53] * Quits: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp) (Ping timeout: 255 seconds)
# [09:58] * Quits: Lachy (~Lachy@cm-84.215.104.248.getinternet.no) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
# [09:58] * Joins: roc (~chatzilla@121-99-88-229.bng1.tvc.orcon.net.nz)
# [09:59] * Joins: sicking (~sicking@c-98-210-159-193.hsd1.ca.comcast.net)
# [10:04] * Quits: sicking (~sicking@c-98-210-159-193.hsd1.ca.comcast.net) (Ping timeout: 260 seconds)
# [10:19] * Quits: nunnun (~hiro@2001:200:164:48:20c:29ff:fe02:11d2) (Ping timeout: 250 seconds)
# [10:19] * Joins: Smylers (~smylers@host86-163-17-51.range86-163.btcentralplus.com)
# [10:31] * Joins: Lachy (~Lachy@213.166.174.2)
# [10:31] * Joins: GPHemsley (~GPHemsley@pdpc/supporter/student/GPHemsley)
# [10:34] * Joins: BigBangUDR (~Thunderbi@103.249.181.147)
# [10:39] * Joins: nunnun (~hiro@2001:200:164:48:20c:29ff:fe02:11d2)
# [10:48] * Joins: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp)
# [10:53] * Quits: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp) (Ping timeout: 260 seconds)
# [11:02] * Joins: Lachy__ (~Lachy@tmo-106-232.customers.d1-online.com)
# [11:03] * Joins: Maurice` (copyman@5ED5617C.cm-7-6b.dynamic.ziggo.nl)
# [11:04] * Quits: Lachy (~Lachy@213.166.174.2) (Ping timeout: 245 seconds)
# [11:15] * Quits: zcorpan_ (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Quit: Bye)
# [11:24] * Joins: Lachy (~Lachy@213.166.174.2)
# [11:25] * Joins: barnabywalters (~barnabywa@46-239-239-203.tal.is)
# [11:25] * Quits: Lachy__ (~Lachy@tmo-106-232.customers.d1-online.com) (Read error: No route to host)
# [11:29] <zcorpan> anyone remember if chrome or firefox have ever logged warnings in the console about html parse errors?
# [11:30] <zcorpan> wilhelm_: same as <span><p>your random longdesc text here</p></span>
# [11:30] <zcorpan> hsivonen: ^
# [11:30] <gsnedders> zcorpan: Firefox never has
# [11:30] <gsnedders> https://bugzilla.mozilla.org/show_bug.cgi?id=878364
# [11:31] * Quits: jdaggett (~jdaggett@61-121-216-2.bitcat.net) (Quit: jdaggett)
# [11:31] * Joins: adactio (~adactio@212.42.170.121)
# [11:31] <zcorpan> gsnedders: thx
# [11:31] <gsnedders> I don't think Chrome has either
# [11:31] <gsnedders> jgraham: might know?
# [11:32] * Joins: KevinMarks2 (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
# [11:33] <jgraham> I don't think anyone ever has
# [11:33] <gsnedders> Presto did.
# [11:33] <zcorpan> yeah
# [11:34] <jgraham> For which kinds of errors?
# [11:34] <Ms2ger> Firefox points them out in view source
# [11:34] <gsnedders> jgraham: You're the one who should know this!
# [11:34] * Quits: KevinMarks (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Ping timeout: 246 seconds)
# [11:34] <jgraham> I remember presto having a link to the validator, but not actual error reporting. Obviously I'm wrong though
# [11:35] <zcorpan> jgraham: i think basically all html parser errors
# [11:35] <zcorpan> like "Doctype declaration has invalid format "
# [11:35] <zcorpan> or "Illegal content before DOCTYPE, or DOCTYPE missing " for about:blank :-)
# [11:36] <gsnedders> I think it was all parse errors, but I'm not really sure. I wasn't really around Lkpg by that point to overhear.
# [11:37] <jgraham> I can't see that with 12.16/Linux
# [11:37] <jgraham> Or the web suddenly fixed all its parse errors
# [11:38] * Joins: smaug____ (~chatzilla@a91-154-44-207.elisa-laajakaista.fi)
# [11:38] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: :tiuQ tiuq sah woclrak)
# [11:39] <jgraham> did we stop doing this when the new parser landed?
# [11:40] <gsnedders> did you load the page with the dev tools open?
# [11:40] <jgraham> Yes
# [11:40] <jgraham> I got a lot of CSS errors
# [11:41] <zcorpan> i think you're looking at the wrong console
# [11:41] <gsnedders> oh, it's in opera:config
# [11:41] <gsnedders> opera:config#UserPrefs|ShowHTMLParsingErrors
# [11:41] <gsnedders> IIRC the intention was to have no pref and have it shown when the dev tools were open
# [11:42] * Quits: GPHemsley (~GPHemsley@pdpc/supporter/student/GPHemsley) (Quit: This computer has gone to sleep)
# [11:42] <jgraham> I'm not sure that was the intention
# [11:43] <jgraham> But OK, old Opera has it, but not by default
# [11:44] * Joins: roven (~roven@78-20-24-80.access.telenet.be)
# [11:48] * Joins: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp)
# [11:49] * Quits: roven (~roven@78-20-24-80.access.telenet.be) (Ping timeout: 250 seconds)
# [11:51] * Quits: tommyl___ (~tommyliu@183.37.158.188) (Remote host closed the connection)
# [11:53] * Quits: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp) (Ping timeout: 250 seconds)
# [11:54] <zcorpan> oh, didn't know i had that pref on (or that it existed)
# [11:55] <gsnedders> I just wondered why I wasn't getting any parse errors and looked in opera:config
# [11:57] * Joins: scor (~scor@drupal.org/user/52142/view)
# [12:03] * Quits: Lachy (~Lachy@213.166.174.2) (*.net *.split)
# [12:03] * Quits: Ducki_ (~Ducki@191.233.66.1) (*.net *.split)
# [12:03] * Quits: TabAtkins (sid11559@gateway/web/irccloud.com/x-bpycejmmibsfrnhb) (*.net *.split)
# [12:03] * Quits: eric_carlson (~eric@17.202.43.125) (*.net *.split)
# [12:03] * Quits: malcolmva (~malcolmva@c-67-180-198-144.hsd1.ca.comcast.net) (*.net *.split)
# [12:03] * Quits: mven (~textual@169.241.49.57) (*.net *.split)
# [12:03] * Quits: manu (~manu@216.252.204.51) (*.net *.split)
# [12:07] <JakeA> annevk: might be pedantic, but the as* methods, some suggest reading the data as a particular format (text, JSON, formData) whilst others return a different view of the raw data (ArrayBuffer, Blob). I guess XHR has the same issue, maybe not worth worrying about.
# [12:10] * Joins: Lachy (~Lachy@213.166.174.2)
# [12:10] * Joins: Ducki_ (~Ducki@191.233.66.1)
# [12:10] * Joins: TabAtkins (sid11559@gateway/web/irccloud.com/x-bpycejmmibsfrnhb)
# [12:10] * Joins: eric_carlson (~eric@17.202.43.125)
# [12:10] * Joins: malcolmva (~malcolmva@c-67-180-198-144.hsd1.ca.comcast.net)
# [12:10] * Joins: mven (~textual@169.241.49.57)
# [12:10] * Joins: manu (~manu@216.252.204.51)
# [12:27] * Quits: Lachy (~Lachy@213.166.174.2) (*.net *.split)
# [12:27] * Quits: Ducki_ (~Ducki@191.233.66.1) (*.net *.split)
# [12:27] * Quits: TabAtkins (sid11559@gateway/web/irccloud.com/x-bpycejmmibsfrnhb) (*.net *.split)
# [12:27] * Quits: eric_carlson (~eric@17.202.43.125) (*.net *.split)
# [12:27] * Quits: malcolmva (~malcolmva@c-67-180-198-144.hsd1.ca.comcast.net) (*.net *.split)
# [12:27] * Quits: mven (~textual@169.241.49.57) (*.net *.split)
# [12:27] * Quits: manu (~manu@216.252.204.51) (*.net *.split)
# [12:28] * Joins: espadrine (~ttyl@LMontsouris-656-01-02-84.w80-12.abo.wanadoo.fr)
# [12:31] * Quits: plutoniix (~plutoniix@210.213.57.70) (Quit: จรลี จรลา)
# [12:34] * Joins: Lachy (~Lachy@213.166.174.2)
# [12:34] * Joins: Ducki_ (~Ducki@191.233.66.1)
# [12:34] * Joins: TabAtkins (sid11559@gateway/web/irccloud.com/x-bpycejmmibsfrnhb)
# [12:34] * Joins: eric_carlson (~eric@17.202.43.125)
# [12:34] * Joins: malcolmva (~malcolmva@c-67-180-198-144.hsd1.ca.comcast.net)
# [12:34] * Joins: mven (~textual@169.241.49.57)
# [12:34] * Joins: manu (~manu@216.252.204.51)
# [12:40] * Quits: beowulf (~sstewart@host81-147-184-33.range81-147.btcentralplus.com) (Read error: Connection reset by peer)
# [12:46] * Joins: beowulf (~sstewart@host86-168-39-181.range86-168.btcentralplus.com)
# [12:46] <annevk> JakeA: you could also see it as bytes, text, JSON, form data, with different types for bytes
# [12:46] <annevk> JakeA: if we ever get a true Unicode string we might add an accessor for that too
# [12:48] * Joins: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp)
# [12:49] <jgraham> (fwiw I believe Rust has a nice convention that as_* methods are zero-cost and things that aren't just returning a different view of the underlying data are not called as_. Something like that might be nice, but I guess the ship sailed)
# [12:49] <JakeA> annevk: yeah, I guess it's readAsJSON vs readIntoBlob
# [12:49] <JakeA> Although the latter suggests you provide a blob to read into
# [12:49] * Quits: Smylers (~smylers@host86-163-17-51.range86-163.btcentralplus.com) (Quit: Leaving.)
# [12:50] * Joins: dmital (2ee58dc4@gateway/web/cgi-irc/kiwiirc.com/ip.46.229.141.196)
# [12:51] <annevk> I think it's both the same really
# [12:53] * Quits: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp) (Ping timeout: 246 seconds)
# [12:53] <smaug____> does html spec define reusing of Window objects ?
# [12:54] <JakeA> asJSON reads as JSON and returns js obj. asBlob reads as binary and returns Blob. asText reads as UTF8 and returns string.
# [12:54] <annevk> smaug____: there's only reuse of a WindowProxy object
# [12:55] <annevk> smaug____: which is somewhat defined, though the details of WindowProxy leave to be desired
# [12:55] * Quits: scor (~scor@drupal.org/user/52142/view) (Quit: scor)
# [12:57] * Quits: cbr_ (~admin@145.36.150.83.chzhher77.rootnet.ch) (Quit: cbr_)
# [12:58] * Quits: jcgregorio (jcgregorio@nat/google/x-iviwqufzbcidarpg) (Ping timeout: 240 seconds)
# [13:00] * Joins: smaug_____ (~chatzilla@37-219-4-16.nat.bb.dnainternet.fi)
# [13:00] * Quits: smaug____ (~chatzilla@a91-154-44-207.elisa-laajakaista.fi) (Ping timeout: 250 seconds)
# [13:00] * Quits: smaug_____ (~chatzilla@37-219-4-16.nat.bb.dnainternet.fi) (Client Quit)
# [13:00] * Joins: smaug____ (~chatzilla@37-219-4-16.nat.bb.dnainternet.fi)
# [13:01] <smaug____> hmm, so there is the initial about:blank right before the new page is loaded
# [13:01] <smaug____> and at least in Gecko the Window is reused
# [13:02] <smaug____> assuming about:blank and the new page are coming from the same domain
# [13:04] <annevk> about:blank is different
# [13:06] <annevk> smaug____: see e.g. this note: "In general, there is a 1-to-1 mapping from the Window object to the Document object. There are two exceptions. First, a Window can be reused for the presentation of a second Document in the same browsing context, such that the mapping is then 1-to-2. This occurs when a browsing context is navigated from the initial about:blank Document to another, with replacement enabled. Second, a Document can end u
# [13:06] <annevk> p being reused for several Window objects when the document.open() method is used, such that the mapping is then many-to-1."
# [13:07] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 240 seconds)
# [13:07] <smaug____> ok, so spec is like Gecko here
# [13:07] <smaug____> ok
# [13:08] * smaug____ is just wondering the behavior of .localStorage
# [13:08] <smaug____> in case Window is reused
# [13:08] * Joins: cbr_ (~admin@145.36.150.83.chzhher77.rootnet.ch)
# [13:09] <smaug____> aha, " Each Document object must have a separate object for its Window's localStorage attribute."
# [13:10] * Joins: jcgregorio (jcgregorio@nat/google/x-kjpeuhlzndyrddzd)
# [13:16] * gsnedders looks utterly confused at getting email from jgraham reviewing html5lib stuff
# [13:16] <gsnedders> jgraham: are you ill? :P
# [13:17] <jgraham> gsnedders: who knows!
# [13:17] * Quits: davidyezsetz (~davidyezs@mail1.powerflasher.de) (Quit: davidyezsetz)
# [13:21] * Joins: tommyliu (~tommyliu@li568-208.members.linode.com)
# [13:21] * Quits: tommyliu (~tommyliu@li568-208.members.linode.com) (Remote host closed the connection)
# [13:21] * Quits: Lachy (~Lachy@213.166.174.2) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
# [13:23] * Joins: Lachy (~Lachy@213.166.174.2)
# [13:23] * Quits: mven (~textual@169.241.49.57) (Ping timeout: 246 seconds)
# [13:26] <zcorpan> did someone define mime type parsing?
# [13:27] <zcorpan> http://mimesniff.spec.whatwg.org/#parsing-a-mime-type ... a lot of red boxes
# [13:31] * Joins: mpt (~mpt@canonical/mpt)
# [13:31] * Parts: dmital (2ee58dc4@gateway/web/cgi-irc/kiwiirc.com/ip.46.229.141.196)
# [13:33] * Quits: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se) (Remote host closed the connection)
# [13:34] <annevk> zcorpan: yes :-(
# [13:34] * Joins: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se)
# [13:38] * Quits: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se) (Ping timeout: 244 seconds)
# [13:39] * Joins: jdaggett (~jdaggett@ae031063.dynamic.ppp.asahi-net.or.jp)
# [13:39] <annevk> zcorpan: care to fix it?
# [13:40] <annevk> zcorpan: there's a bunch of issues there
# [13:40] <zcorpan> maybe. currently looking at behavior of the type attribute in general
# [13:40] <zcorpan> seems like it's a mess even ignoring the issue of mime type parsing
# [13:44] <annevk> yeah, there's a number of problems
# [13:44] <annevk> e.g. with whether or not parameters should block or not, whether it's just string matching
# [13:44] <zcorpan> yep
# [13:44] <annevk> or ASCII case-insensitive string matching
# [13:44] <zcorpan> trim or not
# [13:44] <annevk> <style> and <script> are different I think
# [13:44] <zcorpan> empty string equals absent attribute or not
# [13:44] * Joins: davidyezsetz (~davidyezs@mail1.powerflasher.de)
# [13:45] <annevk> string matching of sorts is the best I think
# [13:45] <annevk> e.g. registry based, no parameters
# [13:45] * Joins: roven (~roven@78-20-24-80.access.telenet.be)
# [13:45] <annevk> for new attributes
# [13:46] * Joins: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se)
# [13:48] * Joins: scor (scor@nat/acquia/x-dvmxglufeduvrpij)
# [13:48] * Quits: scor (scor@nat/acquia/x-dvmxglufeduvrpij) (Changing host)
# [13:48] * Joins: scor (scor@drupal.org/user/52142/view)
# [13:49] * Joins: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp)
# [13:49] * Quits: scor (scor@drupal.org/user/52142/view) (Client Quit)
# [13:49] * Quits: roven (~roven@78-20-24-80.access.telenet.be) (Ping timeout: 245 seconds)
# [13:53] * Quits: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp) (Ping timeout: 272 seconds)
# [13:57] * Joins: scor (scor@drupal.org/user/52142/view)
# [13:57] * Quits: davidyezsetz (~davidyezs@mail1.powerflasher.de) (Quit: davidyezsetz)
# [13:57] * Joins: davidyezsetz (~davidyezs@mail1.powerflasher.de)
# [13:58] * Joins: smaug_____ (~chatzilla@a91-154-44-207.elisa-laajakaista.fi)
# [13:59] * Quits: smaug_____ (~chatzilla@a91-154-44-207.elisa-laajakaista.fi) (Client Quit)
# [14:00] * Quits: smaug____ (~chatzilla@37-219-4-16.nat.bb.dnainternet.fi) (Ping timeout: 245 seconds)
# [14:02] * Quits: davidyezsetz (~davidyezs@mail1.powerflasher.de) (Ping timeout: 260 seconds)
# [14:05] * Joins: smaug____ (~chatzilla@a91-154-44-207.elisa-laajakaista.fi)
# [14:14] * Joins: plutoniix (~plutoniix@node-jzn.pool-101-108.dynamic.totbb.net)
# [14:16] * Joins: davidyezsetz (~davidyezs@mail1.powerflasher.de)
# [14:21] * Quits: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Remote host closed the connection)
# [14:23] * Quits: benjamingr (uid23465@gateway/web/irccloud.com/x-duzrwcqahypmvaox) (Quit: Connection closed for inactivity)
# [14:26] * Joins: zenparsing (~zenparsin@97-81-81-172.dhcp.athn.ga.charter.com)
# [14:27] * Joins: tj_vantoll (~Adium@2601:4:5380:2ec:21e7:86a:a458:f182)
# [14:35] * Joins: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com)
# [14:38] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 260 seconds)
# [14:46] * Joins: zcorpan_ (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
# [14:46] * Quits: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com) (Ping timeout: 264 seconds)
# [14:46] <Ms2ger> gsnedders, maybe relevant: https://twitter.com/csoghoian/status/499402368694616064
# [14:48] * Joins: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp)
# [14:49] * Joins: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com)
# [14:49] * Joins: mpaarating (~mpaaratin@rrcs-97-78-217-146.se.biz.rr.com)
# [14:53] * Quits: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp) (Ping timeout: 260 seconds)
# [14:56] <Ms2ger> Oh, heh
# [14:57] <Ms2ger> I thought WorkerLocation_host.htm would test that the browser supports WorkerLocation.host
# [14:58] <Ms2ger> But it only tests WorkerLocation.host and Location.host both, or neither
# [15:00] <Ms2ger> Hmm
# [15:02] <Ms2ger> Given new Worker("support/WorkerLocation.js?")
# [15:02] <Ms2ger> What is location.search?
# [15:02] <Ms2ger> annevk, ^
# [15:07] <caitp> don't you discard the search query if they're not used in a relative url, when resolving a relative url?
# [15:13] * Quits: stalled (~stalled@unaffiliated/stalled) (Ping timeout: 245 seconds)
# [15:14] * Quits: lerc (~quassel@121-74-5-229.telstraclear.net) (Ping timeout: 255 seconds)
# [15:16] * Quits: zenparsing (~zenparsin@97-81-81-172.dhcp.athn.ga.charter.com)
# [15:16] <JakeA> What's the benefit of sharedWorker.port vs sharedWorker.postMessage and sharedWorker.onmessage?
# [15:20] <annevk> Ms2ger: the spec doesn't say?
# [15:21] <annevk> caitp: nope
# [15:21] * Joins: newtron_ (~newtron@199.71.174.203)
# [15:21] <annevk> JakeA: there's no sharedWorker.postMessage
# [15:22] <JakeA> yes
# [15:22] <JakeA> but why? Why was .port a better idea?
# [15:22] <caitp> are you serious? if window.location is `https://foo.com/path/index.html?search=puppies`, and I create a worker with a relative uri `resources/worker.js`, the resolved URI would still contain `?search=puppies`? that seems dumb
# [15:22] * Joins: josemanuel (~josemanue@188.Red-88-26-144.staticIP.rima-tde.net)
# [15:23] * Joins: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp)
# [15:24] <annevk> caitp: oh no, if your relative URL does not contain a query component it won't get one
# [15:24] <annevk> JakeA: good question
# [15:25] <caitp> that makes more sense :>
# [15:25] <annevk> Ms2ger was asking about something else
# [15:25] <annevk> JakeA: I assume it is related to GC
# [15:26] <annevk> JakeA: smaug____ might know and Hixie_ otherwise
# [15:27] <JakeA> Cheers. serviceworker has .postMessage and .onmessage, but maybe there's some reason it should be .port
# [15:27] * smaug____ doesn't know. He was against all the ports
# [15:29] <jgraham> Hixie_ had some idea of using ports passed over channels for some kind of object capability system. But I don't know if that's related to this
# [15:32] * Joins: mpt (~mpt@nat/canonical/x-firxrrisvmagxxhk)
# [15:32] * Quits: mpt (~mpt@nat/canonical/x-firxrrisvmagxxhk) (Changing host)
# [15:32] * Joins: mpt (~mpt@canonical/mpt)
# [15:32] <annevk> JakeA: it seems like we should have good reasons to diverge from the existing pattern for shared workers since we are copying them mostly
# [15:32] <gsnedders> Ms2ger: only vaguely; doesn't address why they have it at all!
# [15:33] <JakeA> annevk: I don't think we're coping sharedworker all that much. The lifecycle is different is very different
# [15:33] <JakeA> copying*
# [15:33] <annevk> JakeA: well the global inherits from it
# [15:33] <annevk> JakeA: and architecture-wise in browsers there's quite a bit of sharing as I understand it
# [15:34] <JakeA> annevk: We're not inheriting from the global
# [15:34] <JakeA> annevk: We don't want onconnect or name
# [15:35] <JakeA> annevk: I take the point about sharing, but the terminating and spinning up just-in-time is very different to sharedworker
# [15:36] * Joins: stalled (~stalled@unaffiliated/stalled)
# [15:36] <Ms2ger> annevk, oh, the spec does say, but I guess I misread it when implementing
# [15:36] <annevk> Oh I see
# [15:36] <Ms2ger> annevk, or did it change recently?
# [15:36] <annevk> Ms2ger: define recently
# [15:36] * Quits: josemanuel (~josemanue@188.Red-88-26-144.staticIP.rima-tde.net) (Quit: Saliendo)
# [15:37] <Ms2ger> annevk, since end of June
# [15:37] * Joins: zenparsing (~zenparsin@97-81-81-172.dhcp.athn.ga.charter.com)
# [15:37] <annevk> Ms2ger: there was https://github.com/whatwg/url/commit/f3bd39040ee1a2aabe0863879f2fc74f17c3b0f0
# [15:37] <annevk> Ms2ger: but that doesn't really affect this
# [15:38] <Ms2ger> No
# [15:38] <Ms2ger> Weird
# [15:39] <annevk> JakeA: I think it would be good to talk the current design through with Hixie_
# [15:39] <annevk> JakeA: or maybe file bugs on HTML that make API reuse easier
# [15:40] <annevk> JakeA: e.g. service worker not having to define IDL for postMessage or even defining postMessage seems sensible
# [15:40] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 272 seconds)
# [15:40] <annevk> JakeA: and HTML is certainly not fixed
# [15:41] * Ms2ger fixes Servo
# [15:41] <JakeA> annevk: we're not defining postMessage at the moment, we're inheriting from Worker to get it
# [15:42] <annevk> JakeA: but Worker has things we don't want
# [15:42] <annevk> JakeA: so coordinating with Hixie_ to get a subset interface would be good
# [15:42] <JakeA> terminate, yeah. Hmm
# [15:43] * Joins: TallTed (~Thud@63.119.36.36)
# [15:46] * Quits: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp) (Remote host closed the connection)
# [15:46] * Joins: roven (~roven@78-20-24-80.access.telenet.be)
# [15:47] <annevk> added my suggestion in the issue
# [15:51] <annevk> JakeA: we're planning on adding caches for documents
# [15:51] <annevk> JakeA: but we worry that window.caches might break
# [15:51] * Quits: roven (~roven@78-20-24-80.access.telenet.be) (Ping timeout: 272 seconds)
# [15:51] <JakeA> annevk: yeah, figured that might be the case
# [15:51] <JakeA> annevk: is it just that it's too short & potentially ambiguous a name?
# [15:52] * Joins: juandopazo (~juandopaz@64.211.65.178)
# [15:52] <annevk> JakeA: mostly that it might clash with existing content in some way
# [15:52] <wanderview> right now I have it behind a pref at window.navigator.caches
# [15:53] <annevk> JakeA: e.g. if someone has <p id=caches> <script> caches.textContent = "global object so bad" </script>
# [15:53] <annevk> (<p id=navigator> <script> navigator.textContent = "global object so bad" </script> fails)
# [15:54] * Quits: Ducki_ (~Ducki@191.233.66.1) (Ping timeout: 246 seconds)
# [15:54] <wanderview> I guess not crucial to get right now as its not spec'd, just wanted to know what we were leaning towards so I could make my prefed-off thing match
# [15:54] * Quits: TallTed (~Thud@63.119.36.36)
# [15:55] * Joins: Ducki (~Ducki@191.233.66.1)
# [15:56] <annevk> so fetch() is always on the global at the moment
# [15:56] <JakeA> navigator.caches isn't end of the world. window.resourceCaches is… probably worse
# [15:56] <JakeA> but yeah, fetch has the same issue
# [15:57] <annevk> fetchStore ftw
# [15:57] <JakeA> :sadface:
# [15:57] <JakeA> that was a dark time
# [16:00] <wanderview> annevk: why isn't this a problem for fetch as well? should we move it to window.navigator.fetch?
# [16:01] * Joins: karlcow (~karl@nerval.la-grange.net)
# [16:01] <JakeA> navigator - the *other* dumping ground
# [16:02] <zcorpan_> just call it XMLHttpFetch
# [16:03] <JakeA> haha
# [16:03] <JakeA> resourceFetch resourceCaches
# [16:03] * JakeA is sick in mouth
# [16:04] <annevk> wanderview: the idea was to be bold and brave
# [16:04] <annevk> wanderview: until we move to navigator
# [16:04] <annevk> wanderview: with tail between our legs
# [16:04] <annevk> or some such
# [16:05] <wanderview> I'm not particularly advocating that... just seems like a similarly common word to "caches"
# [16:05] <annevk> I guess we should try putting both on Window and see
# [16:05] * Joins: mpt (~mpt@canonical/mpt)
# [16:06] <wanderview> ok, I'll stick it on window
# [16:06] <wanderview> behind a pref
# [16:06] <wanderview> in my local patch queue, not committed to any repo
# [16:07] * Joins: marcosc (~marcosc@135-23-143-163.cpe.pppoe.ca)
# [16:09] * Joins: TallTed (~Thud@63.119.36.36)
# [16:09] <JakeA> I'm doing a quick search for id="caches" and id="fetch", see how many pages have it
# [16:10] * Quits: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se) (Remote host closed the connection)
# [16:10] <annevk> JakeA: not sure if that's the only possible problem
# [16:11] <annevk> JakeA: I'm a bit hazy on compat hazards when it comes to adding new things to the global
# [16:12] <JakeA> agreed, it's just a vague indicator
# [16:13] <zcorpan_> view-source:http://fuskator.com uses id="fetch" (site is NSFW)
# [16:14] * zenparsing goes and invents a proper module system to supplant the global object, oh wait... : \
# [16:15] <zcorpan_> didn't find other id=fetch or caches but i didn't let the grep finish
# [16:16] * Quits: zcorpan_ (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Remote host closed the connection)
# [16:16] * Joins: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp)
# [16:17] <annevk> bit annoyed with a lot of the module stuff happening in private
# [16:19] <zenparsing> don't get me started annevk : )
# [16:19] * Quits: Lachy (~Lachy@213.166.174.2) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
# [16:20] * Quits: BigBangUDR (~Thunderbi@103.249.181.147) (Quit: BigBangUDR)
# [16:20] * Joins: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se)
# [16:23] * Quits: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp) (Ping timeout: 272 seconds)
# [16:24] * Quits: nunnun (~hiro@2001:200:164:48:20c:29ff:fe02:11d2) (Ping timeout: 260 seconds)
# [16:25] * Joins: boogyman (~boogyman@38.88.11.131)
# [16:25] * Quits: boogyman (~boogyman@38.88.11.131) (Changing host)
# [16:25] * Joins: boogyman (~boogyman@pdpc/supporter/professional/boogyman)
# [16:25] <Domenic> window.fetch -> window.JSONSpdyRequest kthxbai
# [16:27] * Joins: Areks_home (~Areks@128-72-254-245.broadband.corbina.ru)
# [16:33] * Joins: mven (~textual@ip68-104-38-84.lv.lv.cox.net)
# [16:33] * Quits: mven (~textual@ip68-104-38-84.lv.lv.cox.net) (Max SendQ exceeded)
# [16:34] * Joins: mven (~textual@ip68-104-38-84.lv.lv.cox.net)
# [16:34] * Joins: ehsan (~ehsan@2001:450:1f:224:7f:7353:fae4:d88d)
# [16:36] * Quits: karlcow (~karl@nerval.la-grange.net) (Ping timeout: 246 seconds)
# [16:37] * Joins: nunnun (~hiro@2001:200:164:48:20c:29ff:fe02:11d2)
# [16:38] * Quits: jdaggett (~jdaggett@ae031063.dynamic.ppp.asahi-net.or.jp) (Quit: jdaggett)
# [16:39] * Joins: Lachy (~Lachy@213.166.174.2)
# [16:39] * Quits: mven (~textual@ip68-104-38-84.lv.lv.cox.net) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
# [16:45] * Joins: benjamingr (uid23465@gateway/web/irccloud.com/x-ezxreyxbuxnhmbeb)
# [16:49] * Joins: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp)
# [16:50] * Quits: Lachy (~Lachy@213.166.174.2) (Read error: Connection reset by peer)
# [16:50] * Joins: Lachy__ (~Lachy@213.166.174.2)
# [16:53] * Quits: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp) (Ping timeout: 260 seconds)
# [16:54] <JakeA> Domenic: requestPermission - should it reject if permission is denied, or resolve with "false"
# [16:55] * Quits: Lachy__ (~Lachy@213.166.174.2) (Read error: Connection reset by peer)
# [16:55] <Domenic> JakeA: that naming could go either way, but I think we have historically leaned toward reject
# [16:55] <JakeA> Cheers
# [16:56] * Joins: izhak (~izhak@92.248.142.152)
# [16:56] * Joins: Lachy (~Lachy@tmo-097-36.customers.d1-online.com)
# [16:56] * Quits: stalled (~stalled@unaffiliated/stalled) (Ping timeout: 245 seconds)
# [16:56] * Joins: sballesteros (uid39846@gateway/web/irccloud.com/x-uogrtllhrblxdnot)
# [16:58] * Joins: karlcow (~karl@nerval.la-grange.net)
# [17:02] * Joins: Lachy__ (~Lachy@213.166.174.2)
# [17:02] * Quits: Lachy__ (~Lachy@213.166.174.2) (Read error: Connection reset by peer)
# [17:02] * Joins: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
# [17:02] * Joins: Lachy__ (~Lachy@213.166.174.2)
# [17:03] * Quits: Lachy (~Lachy@tmo-097-36.customers.d1-online.com) (Read error: Connection reset by peer)
# [17:04] * Quits: mpaarating (~mpaaratin@rrcs-97-78-217-146.se.biz.rr.com) (Quit: mpaarating)
# [17:06] * Quits: izhak (~izhak@92.248.142.152) (Ping timeout: 244 seconds)
# [17:07] * Quits: Ducki (~Ducki@191.233.66.1) (Ping timeout: 240 seconds)
# [17:09] * Joins: sicking (~sicking@c-98-210-159-193.hsd1.ca.comcast.net)
# [17:14] * Joins: izhak (~izhak@92.248.142.152)
# [17:16] * Quits: izhak (~izhak@92.248.142.152) (Remote host closed the connection)
# [17:17] * Joins: ambv (~ambv@173.252.71.129)
# [17:18] * Joins: stalled (~stalled@unaffiliated/stalled)
# [17:18] * Joins: izhak (~izhak@92.248.142.152)
# [17:20] * Quits: jungkees (uid24208@gateway/web/irccloud.com/x-mnesepkmpkqjwuzt) (Quit: Connection closed for inactivity)
# [17:21] <annevk> Domenic: JakeA: https://github.com/slightlyoff/ServiceWorker/issues/413
# [17:21] <JakeA> already there
# [17:23] * Joins: jernoble (~jernoble@76.74.153.49)
# [17:23] * Quits: izhak (~izhak@92.248.142.152) (Ping timeout: 244 seconds)
# [17:24] * Joins: izhak (~izhak@92.248.142.152)
# [17:25] * Joins: Smylers (~smylers@host86-163-17-51.range86-163.btcentralplus.com)
# [17:26] * Joins: dawhite (~dawhite@74.118.22.223)
# [17:26] * Krinkle|detached is now known as Krinkle
# [17:27] * Joins: ndkrempel (ndkrempel@nat/google/x-mbskmslhlmblwtvz)
# [17:28] * Quits: ndkrempel (ndkrempel@nat/google/x-mbskmslhlmblwtvz) (Client Quit)
# [17:29] <annevk> need streams sorted \o/
# [17:30] * Quits: izhak (~izhak@92.248.142.152) (Remote host closed the connection)
# [17:30] * Joins: ndkrempel (ndkrempel@nat/google/x-xklfdyjcdncdsobj)
# [17:30] * Joins: izhak (~izhak@92.248.142.152)
# [17:32] * Quits: cbr_ (~admin@145.36.150.83.chzhher77.rootnet.ch) (Quit: cbr_)
# [17:32] * Joins: hemanth (~hemanth@122.166.182.198)
# [17:34] * Quits: izhak (~izhak@92.248.142.152) (Remote host closed the connection)
# [17:34] * Joins: izhak (~izhak@92.248.142.152)
# [17:35] * Quits: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se) (Remote host closed the connection)
# [17:39] * Quits: izhak (~izhak@92.248.142.152) (Client Quit)
# [17:39] * Quits: espadrine (~ttyl@LMontsouris-656-01-02-84.w80-12.abo.wanadoo.fr) (Ping timeout: 264 seconds)
# [17:39] * Joins: BigBangUDR (~Thunderbi@115.246.110.185)
# [17:40] * Joins: dbaron (~dbaron@50-0-128-161.dsl.dynamic.sonic.net)
# [17:41] * Quits: BigBangUDR (~Thunderbi@115.246.110.185) (Client Quit)
# [17:41] <JakeA> annevk: I'm not following #413. We have request for input, response for output. You can provide a readable stream for the request body.
# [17:43] <ehsan> JakeA: good catch on MessagePort btw
# [17:44] <JakeA> ehsan: I think there's more. Window has postMessage & onmessage too. It loops back, but I don't think that matters
# [17:44] <ehsan> JakeA: ah, yes, Window!
# [17:45] <ehsan> commented on the bug
# [17:45] * Joins: lmclister (~lmclister@192.150.10.209)
# [17:45] * Quits: smaug____ (~chatzilla@a91-154-44-207.elisa-laajakaista.fi) (Ping timeout: 260 seconds)
# [17:46] * Quits: markkes (~markkes@62.207.90.201) (Quit: markkes)
# [17:47] * Quits: hemanth (~hemanth@122.166.182.198) (Quit: This computer has gone to sleep)
# [17:47] * Joins: roven (~roven@78-20-24-80.access.telenet.be)
# [17:47] * Joins: BigBangUDR (~Thunderbi@115.246.110.185)
# [17:49] * Joins: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp)
# [17:49] <annevk> JakeA: request has both input and output
# [17:49] <annevk> JakeA: response has both input and output
# [17:49] * Quits: Lachy__ (~Lachy@213.166.174.2) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
# [17:49] * Joins: hemanth (~hemanth@122.166.182.198)
# [17:50] * Joins: mpaarating (~mpaaratin@rrcs-97-78-217-146.se.biz.rr.com)
# [17:51] * Quits: Smylers (~smylers@host86-163-17-51.range86-163.btcentralplus.com) (Quit: Leaving.)
# [17:52] * Quits: roven (~roven@78-20-24-80.access.telenet.be) (Ping timeout: 246 seconds)
# [17:53] * Quits: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp) (Ping timeout: 245 seconds)
# [17:53] <Domenic> It depends on if you're on the server or client, is the way I think about (based on my Node background)
# [17:53] <annevk> foolip: sorry about the fullscreen stuff, obviously my head isn't in it
# [17:54] <Domenic> (I wonder if other HTTP frameworks have similar nomenclature... checking)
# [17:54] <annevk> Perhaps what Request and Response expose should just depend on what side of the fence people are on, but that would make them slightly less generic
# [17:55] <Domenic> Inside the server (service worker) you want both
# [17:55] <annevk> Well, and that wouldn't work if you wanted to pass a Request through
# [17:55] <annevk> Or pass a Response through
# [17:55] <annevk> Right
# [17:55] <annevk> foolip: do you mind that I just keep trying?
# [17:55] * Joins: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se)
# [17:59] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
# [17:59] * Quits: BigBangUDR (~Thunderbi@115.246.110.185) (Quit: BigBangUDR)
# [18:03] * Quits: Garbee (uid21171@gateway/web/irccloud.com/x-vrxcuvbomlfhygaj) (Read error: Connection reset by peer)
# [18:04] * Joins: Garbee (uid21171@gateway/web/irccloud.com/x-uqkvgmrushvgmgtk)
# [18:05] <Domenic> getSnapshots()? hmm
# [18:09] * Quits: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Ping timeout: 255 seconds)
# [18:10] * Joins: smaug____ (~chatzilla@a91-154-44-207.elisa-laajakaista.fi)
# [18:10] <annevk> Domenic: wut?
# [18:11] * Quits: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se) (Remote host closed the connection)
# [18:11] <annevk> fricking Twitter, overrides CMD+T
# [18:11] * Joins: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se)
# [18:13] <caitp> >> can't reproduce
# [18:14] * Quits: jernoble (~jernoble@76.74.153.49) (Quit: Computer has gone to sleep.)
# [18:14] * Quits: davidyezsetz (~davidyezs@mail1.powerflasher.de) (Quit: davidyezsetz)
# [18:15] * Joins: estellevw (~estellewy@209.49.66.106)
# [18:16] * Quits: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se) (Ping timeout: 245 seconds)
# [18:16] <annevk> Domenic: read and write instead of input and output?
# [18:16] * Joins: tantek (~tantek@70-36-139-41.dsl.dynamic.sonic.net)
# [18:18] <kriskowal> in my experience, you only need readable “body” streams for both requests and responses
# [18:18] * Phaw is now known as Phae
# [18:18] * Joins: bholley (~bholley@199.73.115.45)
# [18:18] <kriskowal> uploading is a matter of constructing a readable stream that will produce the upload on demand
# [18:19] <JakeA> kriskowal: like https://github.com/slightlyoff/ServiceWorker/issues/413#issuecomment-52071152?
# [18:19] * Joins: jsbell (jsbell@nat/google/x-yyhbkqcqtycpicvc)
# [18:19] <Domenic> yes, you can design a stream system where there is nothing to represent things you write to
# [18:19] <Domenic> besides functions that accept readable streams
# [18:20] <kriskowal> though if you *want* to write with a producer style, you can always use a buffer, generate on the in side, vend the output as the request body
# [18:21] <Domenic> yes, the point of designing a writable stream abstraction is so that nobody has to write their own buffering code
# [18:21] <JakeA> Domenic: could make Request.streamed(url, opts, function(inputStream) { }) which returns a Request
# [18:22] <JakeA> and Response.streamed that does the same but for response
# [18:23] * Joins: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
# [18:23] <Domenic> I don't understand what those do
# [18:24] * Quits: nunnun (~hiro@2001:200:164:48:20c:29ff:fe02:11d2) (Ping timeout: 260 seconds)
# [18:25] <JakeA> You write/pipe to inputStream, it comes out of the .body stream
# [18:25] <kriskowal> i wrote a sketch of an object buffer the other day, http://kriskowal.github.io/gtor/docs/promise-buffer.html
# [18:25] * Quits: CvP (~CvP@27.147.199.131) (Quit: [ UPP ] > all)
# [18:25] <kriskowal> still working on a byte buffer with the same interface
# [18:25] <Domenic> The thing is, there is an actual writable socket underlying the HTTP request body. You want to expose that as directly as possible.
# [18:27] <kriskowal> I think that’s a dubious assumption.
# [18:27] <kriskowal> I mean, clearly there are people that do want that, but I am not sure it is good for them.
# [18:28] <kriskowal> There’s a tension between having applications factor nicely and being able to squeeze that last milisecond out of the system.
# [18:28] * Joins: ap (~ap@17.202.44.214)
# [18:29] <kriskowal> If you expose the request as a writable stream, you necessarily end up with Node.js/Connect style applications, with request and response arguments
# [18:29] * Quits: hemanth (~hemanth@122.166.182.198) (Quit: This computer has gone to sleep)
# [18:29] * Joins: CvP (~CvP@27.147.199.131)
# [18:29] <kriskowal> and of course it’s trivial to construct a Promise CGI-like abstraction atop that foundation
# [18:33] <kriskowal> and vice versa
# [18:34] <Domenic> annevk: req.body.read.read()/req.body.write.write()?
# [18:35] <annevk> amazing
# [18:36] <annevk> kriskowal: what you're saying sounds much more like what I'd like to see
# [18:37] <annevk> given how high-level promises can be, why can't streams
# [18:37] * Joins: nunnun (~hiro@2001:200:164:48:20c:29ff:fe02:11d2)
# [18:38] <kriskowal> i have about a month to do whatever i want, so i’ve been writing and article on the subject, with code sketches
# [18:38] <JakeA> I really think the writable stream of a request should be revealed by constructor function like resolve/reject in promises
# [18:38] <kriskowal> i just got it to the point that there aren’t any todo comments, but a lot of further work intended…
# [18:38] <kriskowal> been hoping it would be useful in this context https://github.com/kriskowal/gtor/blob/master/README.md
# [18:39] <Domenic> JakeA: why not make it public?
# [18:39] * Joins: izhak (~izhak@92.248.142.152)
# [18:39] <kriskowal> async generators are going to look like the revealing constructor pattern
# [18:39] <Domenic> JakeA: it's an interesting idea
# [18:39] <annevk> kriskowal: cool, will try to read that later (evening here)
# [18:40] * Quits: boogyman (~boogyman@pdpc/supporter/professional/boogyman) (Quit: Leaving.)
# [18:40] <JakeA> Isn't the writable stream of the request for the creator of the request?
# [18:40] <Domenic> Yeah, now that I think about it, that's probably true, isn't it...
# [18:40] <annevk> makes sense, true for response too
# [18:40] <kriskowal> body: async *function () { await yield chunk; await yield chunk; await yield chunk; }
# [18:41] <kriskowal> i suspect that those awaits should be implicit, but not sure.
# [18:41] * Joins: boogyman (~boogyman@38.88.11.131)
# [18:41] * Quits: boogyman (~boogyman@38.88.11.131) (Changing host)
# [18:41] * Joins: boogyman (~boogyman@pdpc/supporter/professional/boogyman)
# [18:42] <annevk> kriskowal: you have some plan for feeding the whole thing back into TC39?
# [18:42] <Domenic> so /* client*/ new Request(url, { method: "POST", streamer(body => { readableSource.pipeTo(body); }) })
# [18:42] <kriskowal> the revealing constructor would look like new PromiseIterator(function (doyield, doawait, doreturn, dothrow) {})
# [18:42] <annevk> kriskowal: Mark?
# [18:42] <JakeA> In the current design you could provide a null transform stream as the body of the request, but a factory method could make that easier
# [18:42] <Domenic> streamer needs a better name
# [18:42] <Domenic> I don't see the factory method thing
# [18:43] <Domenic> Just the constructor seems fine
# [18:43] <kriskowal> annevk: not sure what you’re asking
# [18:44] <JakeA> Domenic: you're a fan of overloading right? We've already got a body option that can take a stream, blob, string etc, it could take a function
# [18:44] <annevk> kriskowal: TC39 is reportedly working on async generators
# [18:44] <Domenic> ;_;
# [18:45] <JakeA> (I don't know if I'm serious or not)
# [18:45] <Domenic> It does solve the "what if I put body and streamer in the same object" problem...
# [18:45] <kriskowal> JakeA: bad smell here
# [18:45] * JakeA wafts
# [18:45] <Domenic> if we had a better name for streamer I would feel better refuting the overload
# [18:46] <kriskowal> annevk: yeah, Domenic informed me that they are asking questions about async generators. i think they’re on the right track based on reading the presentation, and you’ll see what i think in that paper i linked
# [18:47] * Joins: jernoble (~jernoble@17.202.45.163)
# [18:48] <Domenic> streamer reminds me of https://twitter.com/ChromerShow
# [18:48] * Joins: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp)
# [18:48] <kriskowal> tell me again what streamer does?
# [18:50] <Domenic> it gives you access to the writable side of the body stream
# [18:51] * Joins: abinader (sid21713@gateway/web/irccloud.com/x-vfiscbxluvxcbzuj)
# [18:54] * Quits: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp) (Ping timeout: 260 seconds)
# [18:54] <kriskowal> so, you know how we fought hard to make sure all the promise libs split the promsie and resolver?
# [18:54] <kriskowal> so that you could pass the observer capability without implicitly passing the resolver capability
# [18:55] <kriskowal> this is a situation where the same design pattern applies
# [18:55] <kriskowal> the input is the resolver, the output is the observer
# [18:55] * Quits: lmclister (~lmclister@192.150.10.209) (Read error: Connection reset by peer)
# [18:56] <kriskowal> but it sort-of doesn’t apply because streams are cooperative and information necessarily flows both directions for congestion control purposes
# [18:56] <kriskowal> and because streams are cancelable
# [18:56] <kriskowal> for that reason, it *might* be acceptable for the tangled pair to expose input.output and output.input
# [18:57] <kriskowal> and i could see a generator/writer having a method like streamer. i’ll think about the name.
# [18:59] <JakeA> kriskowal: the streamer option is only settable on construct. You give it a function that's called back with the writable stream
# [18:59] * Joins: lmclister (~lmclister@192.150.10.209)
# [18:59] <JakeA> So it's very much like promises
# [19:00] * kriskowal looks at the syntax
# [19:01] <JakeA> new Request(url, { streamer: function(writableStream){...} })
# [19:02] <kriskowal> to be exactly analogous to a promise…
# [19:02] * Joins: d45611 (~d45611@unaffiliated/d45611)
# [19:03] <kriskowal> new Request(url, {body: new Reader(function (write, close, abort) {}) // where write means yield, close means return, and abort means throw
# [19:04] * Joins: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se)
# [19:04] <kriskowal> and probably should be called ByteReader or Uint8Reader
# [19:04] <kriskowal> well, depending on the content type
# [19:05] <kriskowal> and of course an immediately invoked async generator should be isomorphic to a reader
# [19:06] * Quits: boogyman (~boogyman@pdpc/supporter/professional/boogyman) (Quit: Leaving.)
# [19:06] <kriskowal> which i believe should be {next():Promise<{value:T, done:Boolean}>, throw(Error):Promise<Iteration<T>>}
# [19:07] * Parts: adactio (~adactio@212.42.170.121)
# [19:09] <JakeA> Is Reader an alternative proposal for the ReadableStream constructor or something different?
# [19:10] <JakeA> You can already provide a readable stream as the body option for a response. I think Domenic is looking for something that can be piped to.
# [19:13] <kriskowal> it’s an abstract idea, but serves the same role as ReadableStream
# [19:13] <kriskowal> it’s really a promise iterator
# [19:13] <kriskowal> and a promise buffer is an {in, out} pair of promise generator and promise iterator
# [19:14] <kriskowal> so if you were to var buffer = new Buffer(); and return new Request(url, {body: buffer.out}), you could then write to buffer.in
# [19:14] <kriskowal> or pipe to buffer.in
# [19:15] <kriskowal> and by “pipe” i mean readable.forEach(writable.yield, writable).then(writable.return, writable)
# [19:16] <kriskowal> or just readable.pipeTo(writable, {close: true}) in Domenic’s parlance
# [19:21] * Quits: barnabywalters (~barnabywa@46-239-239-203.tal.is) (Quit: barnabywalters)
# [19:22] * Quits: lmclister (~lmclister@192.150.10.209) (Read error: Connection reset by peer)
# [19:22] * Joins: lmclister (~lmclister@192.150.10.209)
# [19:23] * Parts: retornam (~retornam@unaffiliated/retornam)
# [19:25] * Quits: lmclister (~lmclister@192.150.10.209) (Read error: Connection reset by peer)
# [19:25] * Joins: lmclister (~lmclister@192.150.10.209)
# [19:25] * Joins: weinig (~weinig@17.245.28.10)
# [19:28] * Quits: weinig (~weinig@17.245.28.10) (Client Quit)
# [19:28] * Quits: sicking (~sicking@c-98-210-159-193.hsd1.ca.comcast.net) (Quit: sicking)
# [19:29] * Joins: barnabywalters (~barnabywa@89.17.128.127)
# [19:29] * Quits: barnabywalters (~barnabywa@89.17.128.127) (Client Quit)
# [19:30] * Joins: BigBangUDR (~Thunderbi@101.61.144.213)
# [19:31] <zenparsing> kriskowal reading your general theory - i've been thinking along similar lines, producer/consumer with a promise-based buffer (pipe) as a separate mediating abstraction
# [19:32] * Quits: BigBangUDR (~Thunderbi@101.61.144.213) (Client Quit)
# [19:32] <kriskowal> yeah, it will work
# [19:33] <kriskowal> though, just as with promises, there is some overhead to the approach
# [19:33] <kriskowal> and just as with promises, it’s usually acceptable
# [19:33] * Joins: weinig (~weinig@17.202.50.223)
# [19:33] <kriskowal> but not always. i’m sympathetic to the call to expose a lower level core.
# [19:34] * Joins: barnabywalters (~barnabywa@89.17.128.127)
# [19:34] * Joins: espadrine (~ttyl@AMontsouris-158-1-63-250.w92-128.abo.wanadoo.fr)
# [19:35] <TabAtkins> See, for example, http://www.xanthir.com/b4PV0
# [19:36] * Quits: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com) (Ping timeout: 264 seconds)
# [19:37] * Joins: weinig_ (~weinig@17.114.216.57)
# [19:37] * Joins: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com)
# [19:38] * Quits: weinig (~weinig@17.202.50.223) (Read error: Connection reset by peer)
# [19:38] * weinig_ is now known as weinig
# [19:41] <kriskowal> TabAtkins: yeah, same germ of an idea
# [19:41] <kriskowal> i would only name things somewhat differently
# [19:41] <kriskowal> but there certainly is a tension between single and plural names
# [19:42] <kriskowal> and whether time series values are singular or plural
# [19:42] <TabAtkins> Right, I'd make different choices on names now too.
# [19:42] <kriskowal> which just comes down to whether plural is spatial or temporal or both
# [19:42] <TabAtkins> Name more of the helper methods FooMap, etc.
# [19:42] <kriskowal> yeah, map is the plural of then
# [19:42] <TabAtkins> Well, flatMap is.
# [19:43] <kriskowal> i might agree :P
# [19:43] <kriskowal> i would only use the term “stream” in situations with pressure and lossless ordered values
# [19:44] <kriskowal> i’m favoring signal and behavior for pull and pull lossy time series data
# [19:44] <kriskowal> but, my thoughts are very fluid atm
# [19:44] <kriskowal> and the pun wasn’t intended, but i don’t mind enjoying it anyway
# [19:47] * Parts: d45611 (~d45611@unaffiliated/d45611) ("Goodbye....")
# [19:47] <zenparsing> kriskowal i might think that a buffer would be able to move data to more than one consumer. no?
# [19:48] <kriskowal> zenparsing: depends on what you mean
# [19:48] * Joins: roven (~roven@78-20-24-80.access.telenet.be)
# [19:48] <kriskowal> if you were to share the output with multiple consumers, they would round-robin
# [19:48] * Joins: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp)
# [19:49] <kriskowal> but if you mean that they would all see the entire output, you would need to explicitly fork the stream, and all the consumers would be providing pressure
# [19:49] <zenparsing> yes - the second meaning
# [19:49] <kriskowal> a round-robin would effectively relieve pressure on the buffer, but a fork would probably increase the pressure
# [19:50] <kriskowal> at least, the pressure would be the maximum of the forks
# [19:50] <zenparsing> yes exactly
# [19:50] <kriskowal> i have a note to sketch reader.fork()
# [19:51] <zenparsing> that might make sense if you wanted to fork binary input from a file and write tar and zip to separate files, or something like that
# [19:51] <zenparsing> the max pressure would fit in that case
# [19:53] * Quits: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp) (Ping timeout: 245 seconds)
# [19:53] * Quits: roven (~roven@78-20-24-80.access.telenet.be) (Ping timeout: 260 seconds)
# [19:53] * Quits: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se) (Remote host closed the connection)
# [19:53] * Quits: tj_vantoll (~Adium@2601:4:5380:2ec:21e7:86a:a458:f182) (Quit: Leaving.)
# [19:53] * Quits: benjamingr (uid23465@gateway/web/irccloud.com/x-ezxreyxbuxnhmbeb) (Quit: Connection closed for inactivity)
# [19:54] * Joins: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se)
# [19:56] <zenparsing> you could probably write it much more elegantly, but this is where i headed: https://github.com/zenparsing/streamware/blob/master/src/Pipe.js#L131
# [19:58] * Quits: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se) (Ping timeout: 260 seconds)
# [19:59] * Joins: boogyman (~boogyman@38.88.11.131)
# [19:59] * Quits: boogyman (~boogyman@38.88.11.131) (Changing host)
# [19:59] * Joins: boogyman (~boogyman@pdpc/supporter/professional/boogyman)
# [20:00] * Joins: tj_vantoll (~Adium@c-98-250-130-237.hsd1.mi.comcast.net)
# [20:01] * Quits: boogyman (~boogyman@pdpc/supporter/professional/boogyman) (Client Quit)
# [20:01] * Quits: karlcow (~karl@nerval.la-grange.net) (Ping timeout: 260 seconds)
# [20:08] * Joins: roven (~roven@78-20-24-80.access.telenet.be)
# [20:08] * Joins: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com)
# [20:09] <kriskowal> zenparsing: just a sketch, and only covers object transport https://gist.github.com/kriskowal/5bf27a3c734951d2b838
# [20:10] <kriskowal> working with byte buffers is necessarily more messy
# [20:11] <kriskowal> i took a stab at writing a byte buffer with the same interface, but i’ll have to go at it again later.
# [20:13] <kriskowal> i think that byte buffers just necessitate some different hidden internals that take the fast path, but use the promise buffer machinery for anything that is not a byte buffer to byte buffer interaction
# [20:13] * Quits: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com) (Client Quit)
# [20:15] <zenparsing> thanks for the gist - i need to finish reading your article before commenting intelligent-like : )
# [20:17] * Joins: zcorpan_ (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
# [20:17] <zenparsing> the thing about byte buffers, is that (i think) you want to reuse the underlying memory as much as possible
# [20:20] <kriskowal> yes, so you have a circular queue backed by a uint8array. yield blocks until there’s room to write your chunk, next blocks until there’s enough content to generate a chunk (which is somewhat arbitrary but length>0, length>min || closed)
# [20:20] * Joins: Smylers (~smylers@host86-163-17-51.range86-163.btcentralplus.com)
# [20:21] * Quits: zcorpan_ (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Ping timeout: 240 seconds)
# [20:22] <zenparsing> yep - and you might also want the circular queue length (total mem allocated to the pipe) to grow or shrink within bounds
# [20:25] * Quits: nunnun (~hiro@2001:200:164:48:20c:29ff:fe02:11d2) (Ping timeout: 260 seconds)
# [20:30] * Joins: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com)
# [20:35] <TabAtkins> Byte buffers dont' want to use the same interface as object streams.
# [20:35] * Quits: CvP (~CvP@27.147.199.131) (Disconnected by services)
# [20:36] * Joins: xCG (~CvP@27.147.199.131)
# [20:36] * xCG is now known as CvP
# [20:37] * Joins: kriskowal_ (~kriskowal@66-215-92-194.dhcp.psdn.ca.charter.com)
# [20:37] * Joins: smaug_____ (~chatzilla@a91-154-44-207.elisa-laajakaista.fi)
# [20:37] * Joins: mattur_ (sid16049@gateway/web/irccloud.com/x-szxcsgezgkngztxq)
# [20:37] * Joins: dshwang_ (~dshwang@134.134.139.74)
# [20:37] * Joins: sspi_ (uid34681@gateway/web/irccloud.com/x-xxymdulyjbxwuztw)
# [20:38] * Joins: nunnun (~hiro@2001:200:164:48:20c:29ff:fe02:11d2)
# [20:40] * Joins: lerc (~quassel@121-74-5-229.telstraclear.net)
# [20:43] * Joins: othermaciej (~mjs@c-50-136-134-16.hsd1.ca.comcast.net)
# [20:44] * Joins: fredy_ (~fredy@snf-535807.vm.okeanos.grnet.gr)
# [20:44] * Quits: smaug____ (~chatzilla@a91-154-44-207.elisa-laajakaista.fi) (*.net *.split)
# [20:44] * Quits: KevinMarks2 (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (*.net *.split)
# [20:44] * Quits: cheron (~cheron@unaffiliated/cheron) (*.net *.split)
# [20:44] * Quits: kriskowal (~kriskowal@66-215-92-194.dhcp.psdn.ca.charter.com) (*.net *.split)
# [20:44] * Quits: fredy (~fredy@snf-535807.vm.okeanos.grnet.gr) (*.net *.split)
# [20:44] * Quits: mpt (~mpt@canonical/mpt) (*.net *.split)
# [20:44] * Quits: zdobersek (~zan@109.201.152.243) (*.net *.split)
# [20:44] * Quits: mattur (sid16049@gateway/web/irccloud.com/x-gdjdsuxbbnpmraey) (*.net *.split)
# [20:44] * Quits: sspi (sid34681@gateway/web/irccloud.com/x-ijphvhhviejbpmgl) (*.net *.split)
# [20:44] * Quits: dshwang (~dshwang@134.134.139.74) (*.net *.split)
# [20:44] * Quits: ivan\ (~ivan@unaffiliated/ivan/x-000001) (*.net *.split)
# [20:44] * Quits: jory (~jory@supercu.be) (*.net *.split)
# [20:45] * mattur_ is now known as mattur
# [20:45] * kriskowal_ is now known as kriskowal
# [20:45] * Joins: jory (~jory@supercu.be)
# [20:46] * Joins: BigBangUDR (~Thunderbi@115.246.144.185)
# [20:46] * Quits: BigBangUDR (~Thunderbi@115.246.144.185) (Client Quit)
# [20:46] * sspi_ is now known as sspi
# [20:46] <wanderview> JakeA: ping
# [20:48] * Joins: KevinMarks (~yaaic@2607:fb90:50f:126e:ee45:97e1:f38d:771b)
# [20:49] * Joins: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp)
# [20:49] <wanderview> JakeA: is the CacheStorage caches attribute per-origin or per-domain? all I currently see in the spec is "Caches are not shared across domains", although none of the algorithms for cache explicitly mention an origin/domain check
# [20:49] * Quits: othermaciej (~mjs@c-50-136-134-16.hsd1.ca.comcast.net) (Quit: othermaciej)
# [20:50] <JakeA> wanderview: good point. Origin, like IDB
# [20:50] * Joins: mpt (~mpt@nat/canonical/x-opmhukdsdehwibjp)
# [20:50] * Quits: mpt (~mpt@nat/canonical/x-opmhukdsdehwibjp) (Changing host)
# [20:50] * Joins: mpt (~mpt@canonical/mpt)
# [20:50] <wanderview> JakeA: cool, I'll write an issue to clarify that in the spec
# [20:51] * Joins: zdobersek (~zan@109.201.152.243)
# [20:52] <wanderview> https://github.com/slightlyoff/ServiceWorker/issues/415
# [20:52] <wanderview> thanks
# [20:53] * Joins: cheron (~cheron@unaffiliated/cheron)
# [20:53] * Quits: zenparsing (~zenparsin@97-81-81-172.dhcp.athn.ga.charter.com)
# [20:53] * Quits: dbaron (~dbaron@50-0-128-161.dsl.dynamic.sonic.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
# [20:53] <JakeA> wanderview: cheers!
# [20:53] * Quits: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp) (Ping timeout: 260 seconds)
# [20:54] * Quits: Smylers (~smylers@host86-163-17-51.range86-163.btcentralplus.com) (Quit: Leaving.)
# [20:54] * Joins: jeremyj (~jeremyj@17.202.49.56)
# [20:54] <kriskowal> i think i have caught up with JakeA’s idea of allowing body to be a function
# [20:54] * Joins: ivan\ (~ivan@unaffiliated/ivan/x-000001)
# [20:55] <kriskowal> the way i got here…
# [20:55] <kriskowal> i sketched a promise buffer as an {in, out} promise generator and iterator pair
# [20:56] <JakeA> kriskowal: 1% battery so sorry if late reply
# [20:56] <kriskowal> np, working on the narrative…
# [20:56] * Joins: Smylers (~smylers@host86-163-17-51.range86-163.btcentralplus.com)
# [20:56] <kriskowal> a deferred is conceptually an {in, out} {resolver, promise} pair
# [20:57] * Quits: Smylers (~smylers@host86-163-17-51.range86-163.btcentralplus.com) (Client Quit)
# [20:57] <kriskowal> but in that case, we have decided to be very output centric. we expose Promise only, and the constructor reveals the input side
# [20:57] * Joins: zenparsing (~zenparsin@97-81-81-172.dhcp.athn.ga.charter.com)
# [20:58] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Ping timeout: 272 seconds)
# [20:58] <kriskowal> if streams are a plural analog of Promise, then we would probably expose new Stream(function (_yield, _return, _throw) {}) in the same way we expose new Promise(function (_return, _throw) {})
# [20:59] <kriskowal> and we could expose Stream.buffer() -> {in, out} in the same way we could expose Promise.defer() -> {in, out} or {resolver, promise}
# [20:59] <kriskowal> which would lead us toward new Request/Response(… {body: new Stream(function (_yield, _return, _throw) {})})
# [20:59] <kriskowal> but that would introduce a layer of buffering that Domenic and his constituents would like to avoid
# [21:00] <kriskowal> and that layer of buffering could be eliminated by unwrapping the revealing constructor like new Request(url, {body: function (_yield, _return, _throw) {}})
# [21:00] <kriskowal> which is actually quite elegant
# [21:01] <kriskowal> JakeA: end of line
# [21:03] * Quits: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Quit: Bye)
# [21:03] * Joins: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
# [21:03] * Quits: estellevw (~estellewy@209.49.66.106) (Read error: Connection reset by peer)
# [21:04] * Quits: weinig (~weinig@17.114.216.57) (Quit: weinig)
# [21:05] * Joins: weinig (~weinig@17.114.216.57)
# [21:08] <Hixie_> jorendorff: why are instantiate and translate diffrent hooks?
# [21:09] <jorendorff> translate is a totally different thing
# [21:10] <jorendorff> translate converts code from some other language to JS
# [21:13] * Joins: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se)
# [21:13] * Quits: izhak (~izhak@92.248.142.152) (Ping timeout: 240 seconds)
# [21:15] * Joins: BigBangUDR (~Thunderbi@115.246.144.185)
# [21:16] * Quits: BigBangUDR (~Thunderbi@115.246.144.185) (Client Quit)
# [21:17] * Joins: KevinMarks_ (~KevinMark@c-67-164-14-200.hsd1.ca.comcast.net)
# [21:19] * Joins: ShaneHudson (~ShaneHuds@2.30.121.218)
# [21:20] * Quits: bholley (~bholley@199.73.115.45) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
# [21:21] <Hixie_> jorendorff: sure but why couldn't that happen in instantiate? Just have instantiate return either a string or an object, instead of undefined or an object.
# [21:23] <jorendorff> Hixie_: oh - well the reason there are different hooks to begin with, is that the theory is people will want to hack the loader
# [21:23] <Hixie_> sure, but why those two hooks? Why not three? or one?
# [21:24] <Hixie_> i don't understand the value of separating thoe
# [21:24] <Hixie_> the browser doesn't do any work between them, does it?
# [21:24] <jorendorff> i don't know. samth and wycats know more about them
# [21:24] <Hixie_> it just passes the results of one into the other one
# [21:24] <jorendorff> Hixie_: the loader doesn't do any work between those two... i don't think
# [21:24] * Joins: boogyman (~boogyman@38.88.11.131)
# [21:24] * Quits: boogyman (~boogyman@38.88.11.131) (Changing host)
# [21:24] * Joins: boogyman (~boogyman@pdpc/supporter/professional/boogyman)
# [21:24] <wycats> in theory we could have had one giant async hook
# [21:24] <jorendorff> right, and i would have liked that
# [21:24] <jorendorff> but
# [21:24] <wycats> the idea is to break up the process into a number of steps that it makes sense to override
# [21:25] * Quits: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Remote host closed the connection)
# [21:25] <wycats> so if someone wants to write a translation plugin, they don't need to opt into a separate plugin architecture (like require.js) to do that
# [21:25] <jorendorff> yeah
# [21:25] * Joins: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
# [21:26] <Hixie_> wycats: when would you have one bit of code overriding translate and another independent bit of code overriding instantiate?
# [21:26] <wycats> translate might be used for security
# [21:26] <wycats> or for example to compile CS to JS
# [21:26] <wycats> but once CoffeeScript is compiled to JS, the normal instantiate rules apply
# [21:26] <wycats> and you may want your compiled CoffeeScript to use an instantiate hook separately defined for AMD compat
# [21:27] <wycats> (AMD written in CoffeeScript)
# [21:27] * Quits: cheron (~cheron@unaffiliated/cheron) (Remote host closed the connection)
# [21:28] * fredy_ is now known as fredy
# [21:28] <wycats> I honestly don't have a ton of time right this second (or most seconds) :/
# [21:29] * fredy is now known as Guest2845
# [21:29] <wycats> realtime chat is great if you can swing it
# [21:29] <wycats> I have a job and whatnot
# [21:29] <wycats> I can try to schedule time to hop in and chat -- gonna be hard to do on an ad hoc basis when tagged in
# [21:29] * Quits: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Ping timeout: 240 seconds)
# [21:33] * Joins: Lachy (~Lachy@cm-84.215.104.248.getinternet.no)
# [21:33] * Quits: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se) (Remote host closed the connection)
# [21:34] <jorendorff> Hixie_: I think virtually every conceivable use case for translate will not also want to overload instantiate
# [21:34] <jorendorff> they're pretty independent
# [21:34] <jorendorff> about as independent as you can get
# [21:34] * Joins: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se)
# [21:35] * Joins: estellevw (~estellewy@209.49.66.106)
# [21:37] * Quits: weinig (~weinig@17.114.216.57) (Quit: weinig)
# [21:41] * daleharvey__ is now known as daleharvey
# [21:45] * Joins: weinig (~weinig@17.114.216.57)
# [21:46] * Joins: jwalden (~waldo@corp.mtv2.mozilla.com)
# [21:46] * Quits: Lachy (~Lachy@cm-84.215.104.248.getinternet.no) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
# [21:48] * Quits: abinader (sid21713@gateway/web/irccloud.com/x-vfiscbxluvxcbzuj)
# [21:49] * Joins: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp)
# [21:49] * Quits: KevinMarks_ (~KevinMark@c-67-164-14-200.hsd1.ca.comcast.net) (Ping timeout: 240 seconds)
# [21:49] <Hixie_> jorendorff: fair enough. It's hard for me to tell since the spec doesn't give any examples or anything explaining why you'd want to use the features.
# [21:51] <jorendorff> yeah, allen's view is that if you give any kind of rationale or even description of what something does, someone will interpret that as normative and do something stupid with it
# [21:51] <jorendorff> therefore, paint over the signposts
# [21:52] <jorendorff> i'm told HTML has in fact seen that vexing phenomenon, though (thankfully) you've not chosen the same response
# [21:52] <Ms2ger> Someone will, certainly
# [21:52] <Ms2ger> More people will benefit, though
# [21:53] <Hixie_> in the HTML spec we just try to paint "NOT NORMATIVE" signs eveywhere
# [21:53] <Ms2ger> And sometimes it catches bugs where the normative text doesn't specify what it means to
# [21:53] <Hixie_> at this point we have bigger problems from the fact that the w3c is forking the spec than from the non-normative content
# [21:53] * Quits: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp) (Ping timeout: 250 seconds)
# [21:53] <jorendorff> Hixie_: if this Loader stuff ever actually takes off, the translate hook is where you go to monkeypatch new *language features* into older browsers
# [21:54] * Joins: othermaciej (~mjs@17.114.218.77)
# [21:54] <Hixie_> jorendorff: and instantiate?
# [21:54] * Guest2845 is now known as fredy
# [21:54] <jorendorff> dherman had a gist illustrating this, but i forget where it was :(
# [21:55] * Quits: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com) (Quit: sicking)
# [21:55] <jorendorff> Hixie_: well :( instantiate is an upgrade path --- it lets you load non-ES6 modules and use them with an 'import' decl, just like ES6 modules.
# [21:55] <jorendorff> Hixie_: so you can have a hybrid app, you don't have to make a Big Leap to es6 modules
# [21:56] <Hixie_> kinda like translating from old-ES to new-ES? :-)
# [21:56] <Hixie_> so i think my biggest problem with reusing the ES6 module loader thing to define the Web's dependency system is that there's no good way for me to declare dependencies before the 'fetch' hook. I really need a way to predeclare the dependencies somehow.
# [21:56] <jorendorff> Hixie_: touche
# [21:56] <Hixie_> (even for ES6 modules)
# [21:57] <Hixie_> like, say you want to import a style sheet. In 'locate' I figure out you mean the <link>, in 'fetch' I tell the <link> "ok, time to go fetch your stuff" and I chain their promise onto the "fetch" result
# [21:57] <Hixie_> translate's a no-op
# [21:57] <Hixie_> and in instantiate I can finally say "oh by the way, this style sheet depends on that one over there"
# [21:57] * Joins: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
# [21:57] <Hixie_> by which time it's too late
# [21:58] * Quits: mpaarating (~mpaaratin@rrcs-97-78-217-146.se.biz.rr.com) (Quit: mpaarating)
# [21:58] <Hixie_> I really want "locate" or "fetch" to be able to add dependencies
# [22:00] * Hixie_ wonders what "execute" is supposd to do
# [22:00] * Quits: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se) (Remote host closed the connection)
# [22:01] * Joins: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se)
# [22:02] * Quits: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Remote host closed the connection)
# [22:03] <zenparsing> as in instantiateResult.execute?
# [22:11] * Joins: Smylers (~smylers@host86-163-17-51.range86-163.btcentralplus.com)
# [22:12] * Quits: ShaneHudson (~ShaneHuds@2.30.121.218) (Ping timeout: 246 seconds)
# [22:13] * Quits: bnicholson (~bnicholso@24.130.57.109) (Quit: Leaving)
# [22:14] * Joins: bnicholson (~bnicholso@24.130.57.109)
# [22:18] * Joins: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com)
# [22:19] * Quits: barnabywalters (~barnabywa@89.17.128.127) (Quit: barnabywalters)
# [22:24] * Quits: zenparsing (~zenparsin@97-81-81-172.dhcp.athn.ga.charter.com)
# [22:25] * Joins: KevinMarks2 (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
# [22:25] * Quits: jeremyj (~jeremyj@17.202.49.56) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
# [22:27] * Quits: nunnun (~hiro@2001:200:164:48:20c:29ff:fe02:11d2) (Ping timeout: 250 seconds)
# [22:27] * Krinkle is now known as Krinkle|detached
# [22:27] * Joins: ShaneHudson (~ShaneHuds@2.30.121.218)
# [22:29] * Joins: Lachy (~Lachy@cm-84.215.104.248.getinternet.no)
# [22:32] * Joins: zenparsing (~zenparsin@97-81-81-172.dhcp.athn.ga.charter.com)
# [22:33] * Quits: scor (scor@drupal.org/user/52142/view) (Quit: scor)
# [22:34] * Quits: TallTed (~Thud@63.119.36.36)
# [22:37] * Quits: zdobersek (~zan@109.201.152.243) (Quit: Leaving.)
# [22:39] * Quits: roc (~chatzilla@121-99-88-229.bng1.tvc.orcon.net.nz) (Remote host closed the connection)
# [22:40] * Joins: nunnun (~hiro@2001:200:164:48:20c:29ff:fe02:11d2)
# [22:44] * Joins: lilmonkey` (~colin@5ED090B0.cm-7-1c.dynamic.ziggo.nl)
# [22:44] * Quits: lilmonkey` (~colin@5ED090B0.cm-7-1c.dynamic.ziggo.nl) (Changing host)
# [22:44] * Joins: lilmonkey` (~colin@pdpc/supporter/professional/riven)
# [22:44] * Joins: jeremyj (~jeremyj@17.202.49.56)
# [22:44] * Quits: estellevw (~estellewy@209.49.66.106) (Quit: estellevw)
# [22:45] * Quits: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com) (Quit: sicking)
# [22:47] * Quits: zenparsing (~zenparsin@97-81-81-172.dhcp.athn.ga.charter.com)
# [22:48] * Quits: lilmonkey (~colin@pdpc/supporter/professional/riven) (Ping timeout: 260 seconds)
# [22:48] * Joins: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp)
# [22:51] * Joins: estellevw (~estellewy@209.49.66.106)
# [22:53] * Quits: Areks_home (~Areks@128-72-254-245.broadband.corbina.ru) (Ping timeout: 260 seconds)
# [22:54] * Quits: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp) (Ping timeout: 272 seconds)
# [23:00] * Quits: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se) (Ping timeout: 264 seconds)
# [23:02] * Quits: othermaciej (~mjs@17.114.218.77) (Quit: othermaciej)
# [23:03] * Quits: weinig (~weinig@17.114.216.57) (Quit: weinig)
# [23:04] * Quits: Ms2ger (~Ms2ger@5.222-242-81.adsl-dyn.isp.belgacom.be) (Quit: nn)
# [23:04] * Joins: benjamingr (uid23465@gateway/web/irccloud.com/x-rgtsuezklyjohuey)
# [23:05] * Joins: dbaron (~dbaron@2620:101:80fb:224:c4f5:a1a1:8d47:80a6)
# [23:05] * Quits: boogyman (~boogyman@pdpc/supporter/professional/boogyman) (Quit: Leaving.)
# [23:05] * Quits: ap (~ap@17.202.44.214)
# [23:05] * Joins: ap (~ap@17.202.44.214)
# [23:13] <Hixie_> zenparsing: yeah
# [23:14] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
# [23:14] * Joins: cwilso__ (sid10206@gateway/web/irccloud.com/x-asmhnkhuyocjtrpx)
# [23:14] * Joins: hayato_gardening (sid20728@gateway/web/irccloud.com/x-uwtyzgwqvfwfzgek)
# [23:15] * Joins: ojanm (sid5519@gateway/web/irccloud.com/x-plugdyqswqbhdhes)
# [23:15] * Joins: kirjs__ (sid25169@gateway/web/irccloud.com/x-tgkodpwgilksggjp)
# [23:15] * Joins: roc (~chatzilla@2001:cb0:b202:232:2677:3ff:fece:dc64)
# [23:15] * Joins: scottjehl______ (sid3055@gateway/web/irccloud.com/x-zrdmobjahgrewjcv)
# [23:16] * Quits: scheib (sid4467@gateway/web/irccloud.com/x-pqkggggkymiidoqj) (Ping timeout: 260 seconds)
# [23:16] * Quits: birtles_ (sid16523@gateway/web/irccloud.com/x-tprnyeoekarrfyfe) (Ping timeout: 260 seconds)
# [23:16] * Quits: scottjehl_____ (sid3055@gateway/web/irccloud.com/x-hzskwqryrgxjgnva) (Ping timeout: 260 seconds)
# [23:16] * Quits: kirjs_ (sid25169@gateway/web/irccloud.com/x-fjjglznckkyoaehw) (Ping timeout: 260 seconds)
# [23:16] * Quits: hayato (sid20728@gateway/web/irccloud.com/x-ujwlalufirnewzao) (Ping timeout: 260 seconds)
# [23:16] * Quits: cwilso_ (sid10206@gateway/web/irccloud.com/x-fvzpwqhclklvmley) (Ping timeout: 260 seconds)
# [23:16] * Quits: ojan (sid5519@gateway/web/irccloud.com/x-nmpggfmzflxvxvyx) (Ping timeout: 260 seconds)
# [23:16] * scottjehl______ is now known as scottjehl_____
# [23:16] * hayato_gardening is now known as hayato
# [23:16] * cwilso__ is now known as cwilso_
# [23:16] * ojanm is now known as ojan
# [23:18] * Joins: scheib (sid4467@gateway/web/irccloud.com/x-whrxjydisnovjofz)
# [23:18] * Joins: birtles_ (sid16523@gateway/web/irccloud.com/x-twrfwvnridmsrrru)
# [23:18] * Quits: juandopazo (~juandopaz@64.211.65.178) (Read error: Connection reset by peer)
# [23:19] * Quits: tj_vantoll (~Adium@c-98-250-130-237.hsd1.mi.comcast.net) (Quit: Leaving.)
# [23:25] * Joins: bholley (~bholley@199.73.115.45)
# [23:35] <Hixie_> jorendorff: do you know what instantiateResult.execute is supposed to do?
# [23:36] * Joins: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com)
# [23:38] <kriskowal> Hixie_: can you point me at what you’re looking at for reference?
# [23:38] <Hixie_> http://people.mozilla.org/~jorendorff/es6-draft.html
# [23:39] <kriskowal> thanks
# [23:39] <Hixie_> (and http://www.gliffy.com/go/publish/6040024 is my conversion of that to a flowchart)
# [23:42] <kriskowal> this is my implementation of something similar for commonjs in the browser https://github.com/montagejs/mr/blob/v2/common.js#L93-L208
# [23:42] * Quits: roven (~roven@78-20-24-80.access.telenet.be) (Remote host closed the connection)
# [23:42] <kriskowal> but you want definitive answers, not educated guesses, so i’ll lurk
# [23:43] <Hixie_> something similar to what?
# [23:43] <kriskowal> a loader
# [23:43] <Hixie_> i'm happy with educated guesses :-)
# [23:43] <Hixie_> i'm not sure how to interpret that code in the context of the question about instantiateResult.execute though
# [23:44] <kriskowal> right
# [23:44] <kriskowal> i believe that execute is equivalent to calling the module factory function
# [23:44] <kriskowal> so all dependencies have been linked, and it’s just a matter of stepping through the module
# [23:45] <Hixie_> so say the module is an <img>. What should the execute callback do? nothing?
# [23:45] <kriskowal> right, nothing
# [23:45] <Hixie_> how about a style sheet. Should execute be the thing that adds it to the list of active sheets?
# [23:45] <kriskowal> eh, perhaps set the default exports to whatever is appropriate
# [23:45] * Quits: jeremyj (~jeremyj@17.202.49.56) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
# [23:45] <kriskowal> style sheets are an interesting case because they have their own internal notions of dependency
# [23:46] <kriskowal> but if style sheets were integrated, i would expect @import() to be resolved by the loader
# [23:46] <Hixie_> well that is exactly what i'm trying to spec right now
# [23:46] <kriskowal> and i would expect that the order of execution would be important for priority
# [23:47] <kriskowal> i would expect that a loaded but not executed style sheet would have no effect. not sure whether that’s possible in the context of ES6 modules though.
# [23:47] * Joins: jeremyj (~jeremyj@17.202.49.56)
# [23:49] * Joins: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp)
# [23:49] <Hixie_> jorendorff: while i'm at it, in "15.2.4.1 LoadModule(loader, name, options) Abstract Operation", step 9 refers to "source", but that doesn't seem to have ever been declared? what is it set to?
# [23:53] * Quits: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp) (Ping timeout: 264 seconds)
# [23:54] * Joins: scor (~scor@c-24-2-162-32.hsd1.ma.comcast.net)
# [23:54] * Quits: scor (~scor@c-24-2-162-32.hsd1.ma.comcast.net) (Changing host)
# [23:54] * Joins: scor (~scor@drupal.org/user/52142/view)
# [23:58] * Quits: scor (~scor@drupal.org/user/52142/view) (Client Quit)
# Session Close: Thu Aug 14 00:00:01 2014

The end :)