Options:
- # Session Start: Mon Aug 11 00:00:00 2014
- # Session Ident: #whatwg
- # [00:16] <MikeSmith> hsivonen: I think you might find the twitter discussion at https://twitter.com/sleevi_/status/498505466243084288 interesting
- # [00:16] * Joins: ambv (~ambv@173.252.71.129)
- # [00:16] * Joins: KevinMarks (~yaaic@2607:fb90:2201:ada2:165:6400:d549:ac9f)
- # [00:17] * Quits: newtron_work (~newtron@184.175.4.74) (Remote host closed the connection)
- # [00:17] * Joins: newtron_ (~newtron@184.175.4.74)
- # [00:18] * Joins: KevinMarks2 (~yaaic@65.113.45.3)
- # [00:20] <MikeSmith> hsivonen: on a related note, I'd be curious to hear your thoughts on FIDO some time
- # [00:21] * Quits: newtron_ (~newtron@184.175.4.74) (Ping timeout: 240 seconds)
- # [00:22] * Quits: Maurice` (copyman@5ED5617C.cm-7-6b.dynamic.ziggo.nl)
- # [00:23] * Quits: roc (~chatzilla@121-99-90-50.bng1.tvc.orcon.net.nz) (Remote host closed the connection)
- # [00:23] * Joins: tantek (~tantek@70-36-139-41.dsl.dynamic.sonic.net)
- # [00:24] * Joins: newtron_ (~newtron@184.175.4.74)
- # [00:25] * Quits: cheron (~cheron@unaffiliated/cheron) (Ping timeout: 246 seconds)
- # [00:26] * Quits: nunnun (~hiro@2001:200:164:48:20c:29ff:fe02:11d2) (Ping timeout: 260 seconds)
- # [00:37] * Joins: nunnun (~hiro@2001:200:164:48:20c:29ff:fe02:11d2)
- # [00:39] * Joins: roven (~roven@78-20-24-80.access.telenet.be)
- # [00:43] * Quits: roven (~roven@78-20-24-80.access.telenet.be) (Ping timeout: 240 seconds)
- # [00:45] <MikeSmith> hsivonen: just came across https://twitter.com/sleevi_/status/466641443759874049 as well
- # [00:45] * Quits: newtron_ (~newtron@184.175.4.74) (Remote host closed the connection)
- # [00:46] * Joins: newtron_ (~newtron@184.175.4.74)
- # [00:47] <MikeSmith> hsivonen: "Chrome's sandbox is open. Our CDM layer is open ( https://code.google.com/p/chromium/codesearch#chromium/src/media/cdm/ppapi/&sq=package:chromium&rcl=1400004143 … ). We're both implementing the same thing the same way" ... "Heck, even the "download on demand" is there ( https://code.google.com/p/chromium/codesearch#chromium/src/chrome/browser/component_updater/widevine_cdm_component_installer.h&l=1 … )"
- # [00:50] * Quits: newtron_ (~newtron@184.175.4.74) (Ping timeout: 240 seconds)
- # [00:51] * Quits: KevinMarks (~yaaic@2607:fb90:2201:ada2:165:6400:d549:ac9f) (Ping timeout: 240 seconds)
- # [00:53] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.sonic.net)
- # [00:53] <MikeSmith> Domenic: you also might find https://twitter.com/sleevi_/status/498505466243084288 worth reading
- # [00:54] * Joins: KevinMarks (~yaaic@2607:fb90:2701:3ce0:2e2:6b7e:553:a95d)
- # [00:54] <MikeSmith> Domenic: and maybe meeting up with Ryan f2f to talk some time (assuming you guys would likely be in the same place at the same time at some ome point)
- # [00:58] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.sonic.net) (Ping timeout: 264 seconds)
- # [00:58] * Quits: KevinMarks (~yaaic@2607:fb90:2701:3ce0:2e2:6b7e:553:a95d) (Ping timeout: 240 seconds)
- # [00:58] <MikeSmith> "Scope will creep and drain 4ever"
- # [00:59] <Domenic> MikeSmith: yeah, been in contact with Ryan for a while, although not yet about the upcoming stuff...
- # [00:59] <jgraham> Someone should mention that the point of W3C workshops is to gather people who know nothing about the web into a single location so you can laugh at them all with maximum efficiency
- # [01:00] <MikeSmith> tee hee
- # [01:00] <Domenic> I am kind of counting on implementer disinterest to reign in the crazy? Except apparently Microsoft wants the W3C to standardize bignums
- # [01:00] <MikeSmith> jgraham: will add that to the internal documentation on workshop planning
- # [01:01] <jgraham> heh
- # [01:01] * Quits: othermaciej (~mjs@c-50-136-134-16.hsd1.ca.comcast.net) (Quit: othermaciej)
- # [01:02] <MikeSmith> Domenic: yeah, I think actually implementer disinterest will reign in the crazy. It's just a lot of waste and churn in the mean time
- # [01:02] <Domenic> MikeSmith: thus jgraham's point :P
- # [01:02] <MikeSmith> as Ryan puts it, ーWhen the @w3c puts "make members happy" over "viable and secure platform", its XHTML/SemWeb all over again.
- # [01:03] <MikeSmith> Domenic: yeah, jgraham point taken
- # [01:03] <MikeSmith> at least we get the lulz
- # [01:03] <MikeSmith> so it's not a total waste, in that light
- # [01:03] <Domenic> members gonna be memberin'...
- # [01:03] <MikeSmith> entertainment value is worth quite a lot
- # [01:03] <MikeSmith> ah good verbification Domenic
- # [01:03] * Quits: benjamingr (uid23465@gateway/web/irccloud.com/x-vnypixeficabgdnp) (Quit: Connection closed for inactivity)
- # [01:04] * Joins: KevinMarks (~yaaic@2607:fb90:2701:3ce0:2e2:6b7e:553:a95d)
- # [01:04] <MikeSmith> "we need to member up this WG some more"
- # [01:04] <MikeSmith> and dis-membered I guess
- # [01:05] <MikeSmith> oh man MUBAR
- # [01:07] * Quits: Goplat (~goplat@reactos/developer/Goplat) (Remote host closed the connection)
- # [01:11] * Joins: roc (~chatzilla@2001:cb0:b202:232:2677:3ff:fece:dc64)
- # [01:17] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.sonic.net)
- # [01:22] * Quits: ambv (~ambv@173.252.71.129) (Quit: sys.exit(0) # computer went to sleep)
- # [01:32] * Joins: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se)
- # [01:36] * Quits: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se) (Ping timeout: 264 seconds)
- # [01:40] * Quits: KevinMarks2 (~yaaic@65.113.45.3) (Read error: Connection reset by peer)
- # [01:45] * Joins: KevinMarks2 (~yaaic@65.113.45.3)
- # [01:49] * Joins: othermaciej (~mjs@c-50-136-134-16.hsd1.ca.comcast.net)
- # [01:50] * Joins: bholley (~bholley@98.210.101.88)
- # [01:53] * Quits: smaug____ (~chatzilla@a91-154-44-207.elisa-laajakaista.fi) (Ping timeout: 260 seconds)
- # [01:54] * Joins: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp)
- # [01:56] * Quits: bholley (~bholley@98.210.101.88) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [01:59] * Quits: KevinMarks (~yaaic@2607:fb90:2701:3ce0:2e2:6b7e:553:a95d) (Ping timeout: 240 seconds)
- # [02:00] * Quits: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp) (Ping timeout: 272 seconds)
- # [02:13] * Joins: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
- # [02:16] * Joins: KevinMarks (~yaaic@2607:fb90:270c:323b:3e8b:f4fb:2704:baf0)
- # [02:17] * Quits: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Ping timeout: 240 seconds)
- # [02:19] * Joins: lmclister (~lmclister@c-98-210-38-110.hsd1.ca.comcast.net)
- # [02:21] * Quits: tantek (~tantek@70-36-139-41.dsl.dynamic.sonic.net) (Quit: tantek)
- # [02:25] <TabAtkins> Domenic: Isn't JS already doing bignums?
- # [02:25] <Domenic> TabAtkins: yep. Most recent stuff is at https://github.com/nikomatsakis/typed-objects-explainer/
- # [02:36] * Quits: lmclister (~lmclister@c-98-210-38-110.hsd1.ca.comcast.net)
- # [02:37] * Joins: jungkees (uid24208@gateway/web/irccloud.com/x-emeppxksgtazrkrt)
- # [02:38] * Quits: SamB (~SamB@2001:470:1f07:57:7cdc:befb:5d85:d10e) (Ping timeout: 250 seconds)
- # [02:39] * Joins: roven (~roven@78-20-24-80.access.telenet.be)
- # [02:44] * Quits: roven (~roven@78-20-24-80.access.telenet.be) (Ping timeout: 260 seconds)
- # [02:55] * Joins: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp)
- # [03:01] * Quits: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp) (Ping timeout: 260 seconds)
- # [03:04] * Joins: Goplat (~goplat@reactos/developer/Goplat)
- # [03:26] * Joins: SamB (~SamB@2001:470:1f07:57:49b6:eef4:57d1:1816)
- # [03:26] * Joins: sankha93 (~sankha93@220.227.9.162)
- # [03:26] * Quits: sankha93 (~sankha93@220.227.9.162) (Changing host)
- # [03:26] * Joins: sankha93 (~sankha93@fsf/emeritus/sankha93)
- # [03:46] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.sonic.net) (Remote host closed the connection)
- # [03:47] * Joins: benschwarz (uid2121@gateway/web/irccloud.com/x-ibkwuszbqqnfdfef)
- # [03:55] * Joins: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp)
- # [03:59] * Quits: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp) (Ping timeout: 250 seconds)
- # [04:09] * Joins: falken (falken@nat/google/x-rbuigteulkxmfkmp)
- # [04:10] * Joins: m1ck3y (~root@jonkuperman.com)
- # [04:16] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.sonic.net)
- # [04:21] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.sonic.net) (Ping timeout: 246 seconds)
- # [04:31] * Quits: Areks (~Areks@128-72-254-245.broadband.corbina.ru) (Ping timeout: 240 seconds)
- # [04:39] * Joins: dbaron (~dbaron@50-0-128-161.dsl.dynamic.sonic.net)
- # [04:40] * Joins: roven (~roven@78-20-24-80.access.telenet.be)
- # [04:40] * Joins: sicking (~sicking@c-71-202-122-141.hsd1.ca.comcast.net)
- # [04:45] * Quits: roven (~roven@78-20-24-80.access.telenet.be) (Ping timeout: 244 seconds)
- # [04:45] * Quits: sicking (~sicking@c-71-202-122-141.hsd1.ca.comcast.net) (Quit: sicking)
- # [04:54] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.sonic.net)
- # [04:54] * Joins: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp)
- # [04:55] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.sonic.net) (Client Quit)
- # [04:55] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.sonic.net)
- # [04:59] * Quits: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp) (Ping timeout: 260 seconds)
- # [05:02] * Quits: KevinMarks (~yaaic@2607:fb90:270c:323b:3e8b:f4fb:2704:baf0) (Ping timeout: 240 seconds)
- # [05:06] <MikeSmith> Streusel: btw the W3C validator is up-to-date now with the latest meta@name values in the wiki (went in along with other changes I pushed yesterday)
- # [05:09] * Joins: bholley (~bholley@98.210.101.88)
- # [05:17] * Quits: bholley (~bholley@98.210.101.88) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [05:17] <Streusel> awsum, thanks for letting me know
- # [05:24] * Joins: Areks (~Areks@128-72-254-245.broadband.corbina.ru)
- # [05:26] * Joins: bholley (~bholley@98.210.101.88)
- # [05:30] * Quits: bholley (~bholley@98.210.101.88) (Ping timeout: 244 seconds)
- # [05:34] * Joins: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se)
- # [05:35] * Quits: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com) (Read error: Connection reset by peer)
- # [05:36] * Joins: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com)
- # [05:38] * Quits: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se) (Ping timeout: 255 seconds)
- # [05:45] * Quits: boogyman (~boogyman@pdpc/supporter/professional/boogyman) (Quit: ChatZilla 0.9.90.1 [Firefox 31.0/20140716183446])
- # [05:45] * Joins: sicking (~sicking@c-71-202-122-141.hsd1.ca.comcast.net)
- # [05:49] * Quits: lerc (~quassel@121-74-5-229.telstraclear.net) (Ping timeout: 240 seconds)
- # [05:55] * Joins: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp)
- # [05:59] * Quits: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp) (Ping timeout: 260 seconds)
- # [06:00] * Joins: bholley (~bholley@98.210.101.88)
- # [06:01] * Quits: sicking (~sicking@c-71-202-122-141.hsd1.ca.comcast.net) (Quit: sicking)
- # [06:05] * Quits: bholley (~bholley@98.210.101.88) (Ping timeout: 264 seconds)
- # [06:05] * Joins: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
- # [06:08] * Quits: Compiler (542f8e03@gateway/web/cgi-irc/kiwiirc.com/ip.84.47.142.3) (Quit: http://www.kiwiirc.com/ - A hand crafted IRC client)
- # [06:10] * Quits: sankha93 (~sankha93@fsf/emeritus/sankha93) (Remote host closed the connection)
- # [06:13] * Quits: Areks (~Areks@128-72-254-245.broadband.corbina.ru) (Ping timeout: 260 seconds)
- # [06:14] * Joins: KevinMarks (~yaaic@2607:fb90:270a:f498:cb14:92dc:a4c7:8f7a)
- # [06:23] * Joins: scor (~scor@drupal.org/user/52142/view)
- # [06:23] * Quits: KevinMarks (~yaaic@2607:fb90:270a:f498:cb14:92dc:a4c7:8f7a) (Ping timeout: 240 seconds)
- # [06:25] * Joins: KevinMarks (~yaaic@2607:fb90:2701:5c1c:f27f:2265:9980:55ec)
- # [06:25] * Quits: scor (~scor@drupal.org/user/52142/view) (Client Quit)
- # [06:26] * Joins: karlcow (~karl@nerval.la-grange.net)
- # [06:30] * Joins: scor (~scor@c-24-2-162-32.hsd1.ma.comcast.net)
- # [06:30] * Quits: scor (~scor@c-24-2-162-32.hsd1.ma.comcast.net) (Changing host)
- # [06:30] * Joins: scor (~scor@drupal.org/user/52142/view)
- # [06:32] * Joins: lmclister (~lmclister@c-98-210-38-110.hsd1.ca.comcast.net)
- # [06:36] * Quits: roc (~chatzilla@2001:cb0:b202:232:2677:3ff:fece:dc64) (Remote host closed the connection)
- # [06:41] * Joins: roven (~roven@78-20-24-80.access.telenet.be)
- # [06:46] * Quits: roven (~roven@78-20-24-80.access.telenet.be) (Ping timeout: 260 seconds)
- # [06:52] * Quits: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com) (Ping timeout: 264 seconds)
- # [06:55] * Joins: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp)
- # [06:56] * Joins: barneybook_8 (~barneyboo@220-136-88-191.dynamic.hinet.net)
- # [06:59] * Quits: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp) (Ping timeout: 260 seconds)
- # [07:10] * Joins: tantek (~tantek@172.56.38.244)
- # [07:12] * Joins: BigBangUDR (~Thunderbi@103.249.181.147)
- # [07:16] * Joins: xCG (~CvP@27.147.199.131)
- # [07:17] * Quits: xCG (~CvP@27.147.199.131) (Read error: No route to host)
- # [07:17] * Joins: lerc (~quassel@121-74-5-229.telstraclear.net)
- # [07:18] * Quits: CvP (~CvP@27.147.199.131) (Disconnected by services)
- # [07:18] * Joins: xCG (~CvP@27.147.199.131)
- # [07:19] * xCG is now known as CvP
- # [07:28] * Joins: ^esc (~esc-ape@178.115.128.253.wireless.dyn.drei.com)
- # [07:29] * Quits: lmclister (~lmclister@c-98-210-38-110.hsd1.ca.comcast.net)
- # [07:31] * Joins: bholley (~bholley@98.210.101.88)
- # [07:31] * Joins: davidyezsetz (~davidyezs@mail1.powerflasher.de)
- # [07:34] * Joins: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se)
- # [07:36] * Quits: scor (~scor@drupal.org/user/52142/view) (Quit: scor)
- # [07:37] * Quits: tantek (~tantek@172.56.38.244) (Quit: tantek)
- # [07:39] * Quits: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se) (Ping timeout: 245 seconds)
- # [07:40] * Quits: davidyezsetz (~davidyezs@mail1.powerflasher.de) (Ping timeout: 250 seconds)
- # [07:41] * Joins: davidyezsetz (~davidyezs@mail1.powerflasher.de)
- # [07:41] * Joins: roc (~chatzilla@121-99-137-146.bng1.tvc.orcon.net.nz)
- # [07:55] * Joins: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp)
- # [07:56] * Quits: davidyezsetz (~davidyezs@mail1.powerflasher.de) (Ping timeout: 260 seconds)
- # [07:57] * Joins: benjamingr (uid23465@gateway/web/irccloud.com/x-kqbckzmczmugwlgc)
- # [07:59] * Quits: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp) (Ping timeout: 250 seconds)
- # [08:01] * Joins: davidyezsetz (~davidyezs@mail1.powerflasher.de)
- # [08:13] * Quits: richt (~richt@192.121.59.29) (Ping timeout: 255 seconds)
- # [08:16] * Quits: davidyezsetz (~davidyezs@mail1.powerflasher.de) (Ping timeout: 260 seconds)
- # [08:16] * Quits: dbaron (~dbaron@50-0-128-161.dsl.dynamic.sonic.net) (Ping timeout: 272 seconds)
- # [08:17] * Quits: bholley (~bholley@98.210.101.88) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [08:18] * Joins: richt (~richt@192.121.59.29)
- # [08:22] * Joins: davidyezsetz (~davidyezs@mail1.powerflasher.de)
- # [08:22] * Joins: bholley (~bholley@98.210.101.88)
- # [08:24] * Quits: nunnun (~hiro@2001:200:164:48:20c:29ff:fe02:11d2) (Ping timeout: 260 seconds)
- # [08:24] * Quits: BigBangUDR (~Thunderbi@103.249.181.147) (Quit: BigBangUDR)
- # [08:26] * Quits: bholley (~bholley@98.210.101.88) (Client Quit)
- # [08:26] * Joins: arpitab__ (uid10516@gateway/web/irccloud.com/x-gcflmixexwxhtgrg)
- # [08:28] * Quits: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Remote host closed the connection)
- # [08:28] * Joins: zdobersek (~zan@109.201.152.243)
- # [08:31] * Joins: BigBangUDR (~Thunderbi@103.249.181.147)
- # [08:31] * Quits: davidyezsetz (~davidyezs@mail1.powerflasher.de) (Ping timeout: 260 seconds)
- # [08:32] * Joins: davidyezsetz (~davidyezs@mail1.powerflasher.de)
- # [08:34] * Joins: tantek (~tantek@70-36-139-41.dsl.dynamic.sonic.net)
- # [08:38] * Joins: nunnun (~hiro@2001:200:164:48:20c:29ff:fe02:11d2)
- # [08:38] <annevk> Hixie_: the resource hints thread on WHATWG impacts your research on reconciling dependency management
- # [08:40] * Joins: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
- # [08:42] * Joins: roven (~roven@78-20-24-80.access.telenet.be)
- # [08:46] * Quits: davidyezsetz (~davidyezs@mail1.powerflasher.de) (Ping timeout: 240 seconds)
- # [08:47] * Quits: roven (~roven@78-20-24-80.access.telenet.be) (Ping timeout: 250 seconds)
- # [08:52] * Joins: davidyezsetz (~davidyezs@mail1.powerflasher.de)
- # [08:55] * Joins: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp)
- # [08:59] * Quits: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp) (Ping timeout: 245 seconds)
- # [08:59] * Quits: davidyezsetz (~davidyezs@mail1.powerflasher.de) (Ping timeout: 264 seconds)
- # [09:00] * Joins: mpt (~mpt@nat/canonical/x-yvnbzzinxxgslsun)
- # [09:00] * Quits: mpt (~mpt@nat/canonical/x-yvnbzzinxxgslsun) (Changing host)
- # [09:00] * Joins: mpt (~mpt@canonical/mpt)
- # [09:01] * Quits: Goplat (~goplat@reactos/developer/Goplat) (Remote host closed the connection)
- # [09:02] * Joins: davidyezsetz (~davidyezs@mail1.powerflasher.de)
- # [09:06] * Quits: dshwang (dshwang@nat/intel/x-mwfacwkqprqxqced) (Remote host closed the connection)
- # [09:09] * Joins: dshwang (~dshwang@134.134.139.74)
- # [09:12] * Quits: KevinMarks (~yaaic@2607:fb90:2701:5c1c:f27f:2265:9980:55ec) (Ping timeout: 240 seconds)
- # [09:13] * Joins: sicking (~sicking@c-98-210-159-193.hsd1.ca.comcast.net)
- # [09:15] * Joins: KevinMarks (~yaaic@2607:fb90:1904:7ad5:139d:4e6a:f220:b54b)
- # [09:16] * Quits: davidyezsetz (~davidyezs@mail1.powerflasher.de) (Ping timeout: 246 seconds)
- # [09:17] * Joins: Ms2ger (~Ms2ger@241.213-64-87.adsl-dyn.isp.belgacom.be)
- # [09:17] * Quits: benschwarz (uid2121@gateway/web/irccloud.com/x-ibkwuszbqqnfdfef) (Quit: Connection closed for inactivity)
- # [09:23] * Joins: davidyezsetz (~davidyezs@mail1.powerflasher.de)
- # [09:31] <zcorpan> what's the use case for relList again?
- # [09:35] * Joins: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se)
- # [09:37] * Quits: sicking (~sicking@c-98-210-159-193.hsd1.ca.comcast.net) (Quit: sicking)
- # [09:40] * Quits: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se) (Ping timeout: 245 seconds)
- # [09:50] <Ms2ger> zcorpan, convenience, I guess?
- # [09:51] <Ms2ger> Might not be as useful as classList, I guess
- # [09:51] <zcorpan> Ms2ger: convenience seems moot if it's something nobody ever does
- # [09:51] <Ms2ger> Yeah
- # [09:51] <Ms2ger> Does anyone implement it yet?
- # [09:51] <zcorpan> gecko according to caniuse
- # [09:52] <Ms2ger> Hmm
- # [09:53] <Ms2ger> Caniuse is correct
- # [09:54] <Ms2ger> karlcow filed the bug
- # [09:54] * Joins: lilmonkey` (~colin@5ED090B0.cm-7-1c.dynamic.ziggo.nl)
- # [09:54] * Quits: lilmonkey` (~colin@5ED090B0.cm-7-1c.dynamic.ziggo.nl) (Changing host)
- # [09:54] * Joins: lilmonkey` (~colin@pdpc/supporter/professional/riven)
- # [09:55] * Joins: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp)
- # [09:58] <Ms2ger> zcorpan, r? https://critic.hoppipolla.co.uk/r/2323 if you're interested in selectorsapi tests :)
- # [09:58] * Quits: KevinMarks (~yaaic@2607:fb90:1904:7ad5:139d:4e6a:f220:b54b) (Ping timeout: 240 seconds)
- # [09:58] * Quits: lilmonkey (~colin@pdpc/supporter/professional/riven) (Ping timeout: 260 seconds)
- # [09:59] * Quits: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp) (Ping timeout: 240 seconds)
- # [09:59] <zcorpan> Ms2ger: yeah i was checking that briefly and concluded that it required more mental stress than i was prepared for at this time :-) will check again later
- # [09:59] <Ms2ger> Heh
- # [10:00] * Joins: KevinMarks (~yaaic@2607:fb90:1904:7ad5:139d:4e6a:f220:b54b)
- # [10:13] * Quits: Streusel (~Anonymous@unaffiliated/streusel) (Quit: Computer has gone to sleep.)
- # [10:23] * Quits: Lachy (~Lachy@cm-84.215.104.248.getinternet.no) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [10:27] * Joins: Maurice` (copyman@5ED5617C.cm-7-6b.dynamic.ziggo.nl)
- # [10:43] * Joins: roven (~roven@78-20-24-80.access.telenet.be)
- # [10:48] * Quits: roven (~roven@78-20-24-80.access.telenet.be) (Ping timeout: 240 seconds)
- # [10:54] * Joins: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp)
- # [10:56] * Joins: adactio (~adactio@212.42.170.121)
- # [10:59] * Quits: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp) (Ping timeout: 264 seconds)
- # [11:00] * Joins: Lachy (~Lachy@213.166.174.2)
- # [11:01] * Quits: Lachy (~Lachy@213.166.174.2) (Client Quit)
- # [11:01] * Joins: Lachy (~Lachy@213.166.174.2)
- # [11:10] * Joins: satazor (~satazor@239.201.37.188.rev.vodafone.pt)
- # [11:10] * Quits: satazor (~satazor@239.201.37.188.rev.vodafone.pt) (Remote host closed the connection)
- # [11:11] * Joins: satazor (~satazor@bl6-193-40.dsl.telepac.pt)
- # [11:13] * broquain1 is now known as broquaint
- # [11:36] * Joins: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se)
- # [11:39] * Joins: smaug____ (~chatzilla@a91-154-44-207.elisa-laajakaista.fi)
- # [11:41] * Quits: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se) (Ping timeout: 250 seconds)
- # [11:47] * Quits: KevinMarks (~yaaic@2607:fb90:1904:7ad5:139d:4e6a:f220:b54b) (Ping timeout: 240 seconds)
- # [11:50] * Joins: KevinMarks (~yaaic@2607:fb90:1904:7ad5:139d:4e6a:f220:b54b)
- # [11:55] * Joins: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp)
- # [11:59] * Quits: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp) (Ping timeout: 255 seconds)
- # [12:15] * Quits: tantek (~tantek@70-36-139-41.dsl.dynamic.sonic.net) (Quit: tantek)
- # [12:15] * Quits: KevinMarks (~yaaic@2607:fb90:1904:7ad5:139d:4e6a:f220:b54b) (Ping timeout: 240 seconds)
- # [12:18] * Quits: sarir (~sari@p50995cae.dip0.t-ipconnect.de) (Ping timeout: 250 seconds)
- # [12:18] * Quits: Lachy (~Lachy@213.166.174.2) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [12:18] * Joins: sarir (~sari@p50995cae.dip0.t-ipconnect.de)
- # [12:29] * Quits: satazor (~satazor@bl6-193-40.dsl.telepac.pt) (Remote host closed the connection)
- # [12:29] * Joins: satazor (~satazor@bl6-193-40.dsl.telepac.pt)
- # [12:30] * Joins: Lachy (~Lachy@213.166.174.2)
- # [12:32] * Quits: davidyezsetz (~davidyezs@mail1.powerflasher.de) (Quit: davidyezsetz)
- # [12:32] * Joins: KevinMarks (~yaaic@2607:fb90:1904:7ad5:139d:4e6a:f220:b54b)
- # [12:33] * Quits: smaug____ (~chatzilla@a91-154-44-207.elisa-laajakaista.fi) (Ping timeout: 250 seconds)
- # [12:34] * Quits: satazor (~satazor@bl6-193-40.dsl.telepac.pt) (Ping timeout: 250 seconds)
- # [12:39] * Joins: barnabywalters (~barnabywa@46-239-239-203.tal.is)
- # [12:43] * Joins: smaug____ (~chatzilla@a91-154-44-207.elisa-laajakaista.fi)
- # [12:44] * Joins: roven (~roven@78-20-24-80.access.telenet.be)
- # [12:44] * Joins: davidyezsetz (~davidyezs@mail1.powerflasher.de)
- # [12:48] * Quits: roven (~roven@78-20-24-80.access.telenet.be) (Ping timeout: 245 seconds)
- # [12:48] * Quits: smaug____ (~chatzilla@a91-154-44-207.elisa-laajakaista.fi) (Ping timeout: 250 seconds)
- # [12:49] * Quits: vitorpacheco (~vitor@177.42.249.89) (Ping timeout: 260 seconds)
- # [12:50] * Quits: davidyezsetz (~davidyezs@mail1.powerflasher.de) (Quit: davidyezsetz)
- # [12:50] * Joins: davidyezsetz (~davidyezs@mail1.powerflasher.de)
- # [12:50] * Quits: davidyezsetz (~davidyezs@mail1.powerflasher.de) (Client Quit)
- # [12:51] * Joins: davidyezsetz (~davidyezs@mail1.powerflasher.de)
- # [12:51] * Quits: davidyezsetz (~davidyezs@mail1.powerflasher.de) (Client Quit)
- # [12:53] * Joins: xiinotulp (~plutoniix@node-19bp.pool-101-109.dynamic.totbb.net)
- # [12:55] * Joins: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp)
- # [12:56] * Quits: plutoniix (~plutoniix@node-10yf.pool-180-180.dynamic.totbb.net) (Ping timeout: 264 seconds)
- # [12:59] * Quits: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp) (Ping timeout: 240 seconds)
- # [13:01] * Joins: vitorpacheco (~vitor@186.214.245.187)
- # [13:07] * Joins: satazor (~satazor@239.201.37.188.rev.vodafone.pt)
- # [13:08] * Quits: KevinMarks (~yaaic@2607:fb90:1904:7ad5:139d:4e6a:f220:b54b) (Ping timeout: 240 seconds)
- # [13:11] * Joins: davidyezsetz (~davidyezs@mail1.powerflasher.de)
- # [13:16] * Joins: KevinMarks (~yaaic@2607:fb90:1904:7ad5:139d:4e6a:f220:b54b)
- # [13:17] * Joins: josemanuel (~josemanue@93.Red-193-152-151.dynamicIP.rima-tde.net)
- # [13:19] * Quits: davidyezsetz (~davidyezs@mail1.powerflasher.de) (Quit: davidyezsetz)
- # [13:22] * Quits: KevinMarks (~yaaic@2607:fb90:1904:7ad5:139d:4e6a:f220:b54b) (Ping timeout: 240 seconds)
- # [13:23] * Joins: KevinMarks (~yaaic@2607:fb90:1904:7ad5:139d:4e6a:f220:b54b)
- # [13:25] * xiinotulp is now known as plutoniix
- # [13:26] * Quits: satazor (~satazor@239.201.37.188.rev.vodafone.pt) (Remote host closed the connection)
- # [13:31] * Quits: clamstar (~rx-ident@162.243.230.189) (Ping timeout: 250 seconds)
- # [13:37] * Joins: clamstar (~rx-ident@162.243.230.189)
- # [13:37] * Joins: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se)
- # [13:38] * Quits: Lachy (~Lachy@213.166.174.2) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [13:38] * Joins: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com)
- # [13:41] * Quits: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se) (Ping timeout: 245 seconds)
- # [13:45] * Joins: davidyezsetz (~davidyezs@mail1.powerflasher.de)
- # [13:49] * Joins: Lachy (~Lachy@213.166.174.2)
- # [13:52] * Joins: smaug____ (~chatzilla@a91-154-44-207.elisa-laajakaista.fi)
- # [13:53] * Joins: satazor (~satazor@bl6-193-40.dsl.telepac.pt)
- # [13:54] * Quits: KevinMarks (~yaaic@2607:fb90:1904:7ad5:139d:4e6a:f220:b54b) (Ping timeout: 240 seconds)
- # [13:55] * Joins: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp)
- # [13:55] * Joins: KevinMarks (~yaaic@2607:fb90:1904:7ad5:139d:4e6a:f220:b54b)
- # [13:55] * Quits: davidyezsetz (~davidyezs@mail1.powerflasher.de) (Quit: davidyezsetz)
- # [13:57] * Quits: satazor (~satazor@bl6-193-40.dsl.telepac.pt) (Ping timeout: 240 seconds)
- # [13:59] * Quits: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp) (Ping timeout: 264 seconds)
- # [14:03] * Quits: Lachy (~Lachy@213.166.174.2) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [14:04] * Joins: Lachy (~Lachy@213.166.174.2)
- # [14:09] * Quits: KevinMarks (~yaaic@2607:fb90:1904:7ad5:139d:4e6a:f220:b54b) (Ping timeout: 240 seconds)
- # [14:09] * Quits: Lachy (~Lachy@213.166.174.2) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [14:15] * Joins: Lachy (~Lachy@213.166.174.2)
- # [14:19] * Joins: KevinMarks (~yaaic@2607:fb90:1904:7ad5:139d:4e6a:f220:b54b)
- # [14:20] * Quits: CvP (~CvP@27.147.199.131) (Ping timeout: 264 seconds)
- # [14:20] * Joins: CvP (~CvP@27.147.199.131)
- # [14:22] * Joins: ShaneHud_ (~ShaneHuds@2.30.121.218)
- # [14:23] * Quits: KevinMarks (~yaaic@2607:fb90:1904:7ad5:139d:4e6a:f220:b54b) (Ping timeout: 240 seconds)
- # [14:25] * Quits: nunnun (~hiro@2001:200:164:48:20c:29ff:fe02:11d2) (Ping timeout: 250 seconds)
- # [14:25] * Quits: josemanuel (~josemanue@93.Red-193-152-151.dynamicIP.rima-tde.net) (Quit: Saliendo)
- # [14:25] * Quits: ShaneHud_ (~ShaneHuds@2.30.121.218) (Client Quit)
- # [14:26] * Joins: ShaneHudson (~ShaneHuds@2.30.121.218)
- # [14:27] * Joins: scor (~scor@c-24-2-162-32.hsd1.ma.comcast.net)
- # [14:27] * Quits: scor (~scor@c-24-2-162-32.hsd1.ma.comcast.net) (Changing host)
- # [14:27] * Joins: scor (~scor@drupal.org/user/52142/view)
- # [14:27] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.sonic.net) (Remote host closed the connection)
- # [14:28] * Quits: scor (~scor@drupal.org/user/52142/view) (Client Quit)
- # [14:28] * Joins: KevinMarks (~yaaic@2607:fb90:1904:7ad5:139d:4e6a:f220:b54b)
- # [14:29] * Joins: scor (~scor@drupal.org/user/52142/view)
- # [14:33] * Quits: BigBangUDR (~Thunderbi@103.249.181.147) (Quit: BigBangUDR)
- # [14:36] * Quits: yoshiki (~yoshiki@miku.s.su.la) (Quit: quit)
- # [14:37] * Quits: KevinMarks_ (~KevinMark@c-67-164-14-200.hsd1.ca.comcast.net) (Ping timeout: 264 seconds)
- # [14:37] * Joins: tj_vantoll (~Adium@2601:4:5380:2ec:1546:d1f1:7f94:f208)
- # [14:38] * Joins: nunnun (~hiro@2001:200:164:48:20c:29ff:fe02:11d2)
- # [14:39] * Quits: smaug____ (~chatzilla@a91-154-44-207.elisa-laajakaista.fi) (Ping timeout: 260 seconds)
- # [14:41] * Quits: KevinMarks (~yaaic@2607:fb90:1904:7ad5:139d:4e6a:f220:b54b) (Ping timeout: 240 seconds)
- # [14:44] * Quits: tj_vantoll (~Adium@2601:4:5380:2ec:1546:d1f1:7f94:f208) (Ping timeout: 240 seconds)
- # [14:45] * Joins: roven (~roven@78-20-24-80.access.telenet.be)
- # [14:46] * Joins: tj_vantoll (~Adium@2601:4:5380:2ec:6d80:34cf:a2db:fd59)
- # [14:49] * Quits: roven (~roven@78-20-24-80.access.telenet.be) (Ping timeout: 240 seconds)
- # [14:50] * Quits: jungkees (uid24208@gateway/web/irccloud.com/x-emeppxksgtazrkrt) (Quit: Connection closed for inactivity)
- # [14:55] * Joins: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp)
- # [14:59] * Quits: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp) (Ping timeout: 245 seconds)
- # [15:02] * Quits: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com) (Ping timeout: 264 seconds)
- # [15:04] * Joins: newtron_ (~newtron@out-on-180.wireless.telus.com)
- # [15:04] * Quits: tj_vantoll (~Adium@2601:4:5380:2ec:6d80:34cf:a2db:fd59) (Read error: Connection reset by peer)
- # [15:08] * Joins: mpaarating (~mpaaratin@rrcs-97-78-217-146.se.biz.rr.com)
- # [15:08] * Joins: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com)
- # [15:10] * Joins: davidyezsetz (~davidyezs@mail1.powerflasher.de)
- # [15:11] * Joins: tj_vantoll (~Adium@c-98-250-130-237.hsd1.mi.comcast.net)
- # [15:19] * Joins: KevinMarks (~yaaic@172.56.9.7)
- # [15:19] * Krinkle|detached is now known as Krinkle
- # [15:25] * Joins: BigBangUDR (~Thunderbi@103.249.181.147)
- # [15:25] * Quits: BigBangUDR (~Thunderbi@103.249.181.147) (Client Quit)
- # [15:29] * Krinkle is now known as Krinkle|detached
- # [15:32] * Joins: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se)
- # [15:33] <JakeA> annevk: https://github.com/slightlyoff/ServiceWorker/issues/403#issuecomment-51711008 - why must URL parsing happen before the async steps?
- # [15:36] * Joins: smaug____ (~chatzilla@a91-154-44-207.elisa-laajakaista.fi)
- # [15:37] * Joins: boogyman (~boogyman@38.88.11.131)
- # [15:37] * Quits: boogyman (~boogyman@38.88.11.131) (Changing host)
- # [15:37] * Joins: boogyman (~boogyman@pdpc/supporter/professional/boogyman)
- # [15:39] * Quits: davidyezsetz (~davidyezs@mail1.powerflasher.de) (Quit: davidyezsetz)
- # [15:42] * Joins: davidyezsetz (~davidyezs@mail1.powerflasher.de)
- # [15:46] * Quits: boogyman (~boogyman@pdpc/supporter/professional/boogyman) (Quit: Leaving.)
- # [15:46] * Joins: TallTed (~Thud@63.119.36.36)
- # [15:47] * Krinkle|detached is now known as Krinkle
- # [15:54] * Joins: satazor (~satazor@239.201.37.188.rev.vodafone.pt)
- # [15:55] * Joins: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp)
- # [15:58] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.sonic.net)
- # [15:58] * Quits: Ms2ger (~Ms2ger@241.213-64-87.adsl-dyn.isp.belgacom.be) (Ping timeout: 260 seconds)
- # [15:59] * Quits: satazor (~satazor@239.201.37.188.rev.vodafone.pt) (Ping timeout: 272 seconds)
- # [15:59] * Quits: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp) (Ping timeout: 250 seconds)
- # [15:59] * Joins: boogyman (~boogyman@38.88.11.131)
- # [15:59] * Quits: boogyman (~boogyman@38.88.11.131) (Changing host)
- # [15:59] * Joins: boogyman (~boogyman@pdpc/supporter/professional/boogyman)
- # [16:00] * Quits: barneybook_8 (~barneyboo@220-136-88-191.dynamic.hinet.net) (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/)
- # [16:01] <annevk> JakeA: as I said, it grabs global state
- # [16:03] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.sonic.net) (Ping timeout: 260 seconds)
- # [16:05] <JakeA> annevk: the parsing does, or just getting the document url for use as the base?
- # [16:07] <annevk> JakeA: the parsing does if you use the generic parser
- # [16:07] <annevk> JakeA: which might not be needed here
- # [16:07] <annevk> JakeA: you could probably use the base URL parser if you want to do parsing async
- # [16:08] <JakeA> annevk: it doesn't need to be async, just getting an understanding of the issue
- # [16:09] <annevk> JakeA: so yeah, the parsing could probably be async, but typically we do all that on the "main thread"
- # [16:15] * Quits: newtron_ (~newtron@out-on-180.wireless.telus.com) (Remote host closed the connection)
- # [16:16] * Quits: KevinMarks (~yaaic@172.56.9.7) (Ping timeout: 264 seconds)
- # [16:17] * Joins: KevinMarks (~yaaic@172.56.9.40)
- # [16:19] * Joins: bholley (~bholley@98.210.101.88)
- # [16:20] * Joins: satazor (~satazor@bl6-193-40.dsl.telepac.pt)
- # [16:21] * Joins: newtron_ (~newtron@199.71.174.204)
- # [16:22] * Quits: newtron_ (~newtron@199.71.174.204) (Remote host closed the connection)
- # [16:22] * Quits: KevinMarks (~yaaic@172.56.9.40) (Ping timeout: 260 seconds)
- # [16:22] * Joins: newtron_ (~newtron@199.71.174.203)
- # [16:24] * Quits: nunnun (~hiro@2001:200:164:48:20c:29ff:fe02:11d2) (Ping timeout: 250 seconds)
- # [16:25] * Joins: dbaron (~dbaron@50-0-128-161.dsl.dynamic.sonic.net)
- # [16:25] <zcorpan> was there a flowchart for how <object> loading works? Hixie_?
- # [16:30] * Joins: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp)
- # [16:34] * Joins: Lingo (~Lingo@176.73.66.224)
- # [16:35] * Quits: bholley (~bholley@98.210.101.88) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [16:37] * Quits: scor (~scor@drupal.org/user/52142/view) (Quit: scor)
- # [16:37] * Joins: nunnun (~hiro@2001:200:164:48:20c:29ff:fe02:11d2)
- # [16:40] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 260 seconds)
- # [16:42] * Quits: satazor (~satazor@bl6-193-40.dsl.telepac.pt) (Remote host closed the connection)
- # [16:43] * Quits: scrollback (scrollback@conference/jsconf/x-vrpmexjwykgfhdcz) (Remote host closed the connection)
- # [16:45] * Joins: scrollback (scrollback@conference/jsconf/x-pmkfpidqbressyvl)
- # [16:45] * Joins: satazor (~satazor@bl6-193-40.dsl.telepac.pt)
- # [16:46] * rektide_ is now known as rektide
- # [16:46] * Joins: roven (~roven@78-20-24-80.access.telenet.be)
- # [16:47] * Joins: BigBangUDR (~Thunderbi@115.185.220.20)
- # [16:47] * Quits: BigBangUDR (~Thunderbi@115.185.220.20) (Client Quit)
- # [16:51] <JakeA> annevk: is it just the url stuff that's problematic in [[Register]], I can't see anything else
- # [16:51] <annevk> JakeA: origin comparisons potentially
- # [16:51] * Quits: roven (~roven@78-20-24-80.access.telenet.be) (Ping timeout: 260 seconds)
- # [16:51] <annevk> JakeA: [[GetRegistration]]'s for each might race?
- # [16:52] <JakeA> annevk: would you parse the document url before async to work around that?
- # [16:53] <annevk> JakeA: I would probably do the security check sync
- # [16:53] * Krinkle is now known as Krinkle|detached
- # [16:53] <annevk> JakeA: ah yes
- # [16:53] <JakeA> makes sense
- # [16:53] <annevk> JakeA: that's how these algorithms typically go
- # [16:53] * Joins: mpt (~mpt@nat/canonical/x-weyepzrulbvhclyu)
- # [16:54] * Quits: mpt (~mpt@nat/canonical/x-weyepzrulbvhclyu) (Changing host)
- # [16:54] * Joins: mpt (~mpt@canonical/mpt)
- # [16:54] <annevk> JakeA: I guess the only difference with the normal way is that here fetching isn't starting yet
- # [16:55] <annevk> JakeA: in terms of language "Browsers may ignore this potentially secure origin rule for development purposes only." is problematic
- # [16:55] <annevk> JakeA: you cannot make normative (MAY) statements in a Note
- # [16:56] <JakeA> annevk: should that note be there at all, or is it implicit that developer tools can alter spec behaviour?
- # [16:56] <annevk> JakeA: prolly better as "If the origin of scriptURL is not potentially secure and developer tools are not enabled,"
- # [16:56] <annevk> JakeA: yeah
- # [16:56] <annevk> actually yes
- # [16:57] <annevk> "Note: Developer tools are expected to enable easier experimentation."
- # [16:58] * Quits: satazor (~satazor@bl6-193-40.dsl.telepac.pt) (Remote host closed the connection)
- # [16:58] <annevk> JakeA: but I think instead of saying "potentially secure" you just want to say if the scriptURL's scheme is not https
- # [16:59] * Joins: satazor (~satazor@239.201.37.188.rev.vodafone.pt)
- # [16:59] <annevk> JakeA: because we want this to be a networked resource
- # [16:59] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.sonic.net)
- # [17:01] <JakeA> annevk: we should include private origins too, then asset it's a network resource in a separate step
- # [17:01] <JakeA> (localhost for example)
- # [17:01] <annevk> JakeA: localhost is not a potentially secure origin afaict
- # [17:02] <annevk> oh sorry
- # [17:02] * annevk needs to read
- # [17:02] * Krinkle|detached is now known as Krinkle
- # [17:03] * Quits: satazor (~satazor@239.201.37.188.rev.vodafone.pt) (Ping timeout: 240 seconds)
- # [17:03] * Joins: satazor (~satazor@239.201.37.188.rev.vodafone.pt)
- # [17:04] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.sonic.net) (Ping timeout: 250 seconds)
- # [17:04] <JakeA> annevk: regarding "Run the following substeps asynchronously:", should that be switched for "queue a task to run the following steps synchronously"?
- # [17:04] * Quits: KevinMarks2 (~yaaic@65.113.45.3) (Ping timeout: 260 seconds)
- # [17:05] <annevk> no
- # [17:05] <annevk> most of that should probably be async
- # [17:05] <annevk> although you need to be careful with regards to racing
- # [17:06] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 250 seconds)
- # [17:06] <JakeA> yeah, that's my worry
- # [17:07] * Joins: dawhite (~dawhite@74.118.22.223)
- # [17:07] * Joins: bholley (~bholley@98.210.101.88)
- # [17:07] <annevk> I suspect the registrations bit is in the same thread where the UA does navigation and maybe history
- # [17:08] <annevk> Instead of phrasing it with for/each you might be better of phrasing it in English
- # [17:08] <annevk> as an operation that returns a bunch of globally registered things
- # [17:09] <annevk> but yeah, it's a similar problem as what I had with fullscreen, you don't really know if someone else is doing the same thing or changing that global registered things thing
- # [17:10] <annevk> unless you'd define that part as having its own event loop, etc.
- # [17:10] * Quits: mven_ (~textual@ip68-104-38-84.lv.lv.cox.net) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [17:12] * Quits: bholley (~bholley@98.210.101.88) (Ping timeout: 260 seconds)
- # [17:12] <JakeA> annevk: yeah, register(...); register(...); shouldn't be racey
- # [17:13] * Quits: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp) (Remote host closed the connection)
- # [17:14] <annevk> without something like the storage mutex that's hard I think
- # [17:14] <annevk> well, there's some ordering guarantees
- # [17:17] * Quits: satazor (~satazor@239.201.37.188.rev.vodafone.pt) (Remote host closed the connection)
- # [17:18] * Joins: satazor (~satazor@239.201.37.188.rev.vodafone.pt)
- # [17:22] * Quits: satazor (~satazor@239.201.37.188.rev.vodafone.pt) (Ping timeout: 260 seconds)
- # [17:22] * Joins: ehsan (~ehsan@2001:450:1f:224:30c0:86a:308:81e7)
- # [17:25] <Hixie_> zcorpan: it's in the comments. dunno how accurate it is.
- # [17:28] * Joins: mpt (~mpt@nat/canonical/x-pwibehpiqytsvkob)
- # [17:28] * Quits: mpt (~mpt@nat/canonical/x-pwibehpiqytsvkob) (Changing host)
- # [17:28] * Joins: mpt (~mpt@canonical/mpt)
- # [17:30] * Joins: Amaan (uid4967@gateway/web/irccloud.com/x-tqkaazbmsxcestio)
- # [17:30] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: :tiuQ tiuq sah woclrak)
- # [17:30] * Joins: karlcow (~karl@nerval.la-grange.net)
- # [17:32] * Joins: satazor (~satazor@239.201.37.188.rev.vodafone.pt)
- # [17:34] * Joins: scor (scor@drupal.org/user/52142/view)
- # [17:37] * Joins: ciluu (~ciluu@2a01:270:201f:0:20c:29ff:fe64:cafe)
- # [17:41] * Joins: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp)
- # [17:45] * Quits: mpaarating (~mpaaratin@rrcs-97-78-217-146.se.biz.rr.com) (Quit: mpaarating)
- # [17:50] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
- # [17:50] * Joins: KevinMarks (~yaaic@65.113.45.3)
- # [17:51] * Quits: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp) (Remote host closed the connection)
- # [17:51] * Quits: CvP (~CvP@27.147.199.131) (Quit: [ UPP ] > all)
- # [17:51] * Joins: sicking (~sicking@c-98-210-159-193.hsd1.ca.comcast.net)
- # [17:53] * Joins: bholley (~bholley@corp.mtv2.mozilla.com)
- # [17:56] <ehsan> JakeA: hey, where is the service worker cache discussion meeting happening?
- # [17:56] <JakeA> ehsan: there's a hangout link in the invite
- # [17:57] <ehsan> JakeA: not in the one that I received :)
- # [17:58] <ehsan> JakeA: can you please paste the link here?
- # [17:58] <JakeA> ehsan: https://plus.google.com/hangouts/_/calendar/amFmZmF0aGVjYWtlQGdtYWlsLmNvbQ.h1hjes3p8fo8i8g9mhfbaghpi4
- # [17:58] <ehsan> ta
- # [18:02] * Joins: say2joe (~say2joe@cpe-23-240-243-106.socal.res.rr.com)
- # [18:02] * Joins: mven_ (~textual@169.241.49.209)
- # [18:02] * Quits: davidyezsetz (~davidyezs@mail1.powerflasher.de) (Quit: davidyezsetz)
- # [18:05] * Joins: lmclister (~lmclister@192.150.10.209)
- # [18:06] * Quits: say2joe (~say2joe@cpe-23-240-243-106.socal.res.rr.com) (Client Quit)
- # [18:06] * Quits: ShaneHudson (~ShaneHuds@2.30.121.218) (Ping timeout: 250 seconds)
- # [18:06] * Joins: Ms2ger (~Ms2ger@241.213-64-87.adsl-dyn.isp.belgacom.be)
- # [18:07] * Joins: say2joe (~say2joe@cpe-23-240-243-106.socal.res.rr.com)
- # [18:09] * Joins: BigBangUDR (~Thunderbi@115.185.220.20)
- # [18:10] * Quits: BigBangUDR (~Thunderbi@115.185.220.20) (Client Quit)
- # [18:10] * Joins: ShaneHudson (~ShaneHuds@2.30.121.218)
- # [18:11] * Joins: CvP (~CvP@27.147.199.131)
- # [18:14] * Quits: say2joe (~say2joe@cpe-23-240-243-106.socal.res.rr.com) (Quit: Leaving.)
- # [18:14] * Joins: mpaarating (~mpaaratin@rrcs-97-78-217-146.se.biz.rr.com)
- # [18:14] * Joins: hemanth (~hemanth@122.166.182.198)
- # [18:15] * Quits: satazor (~satazor@239.201.37.188.rev.vodafone.pt) (Remote host closed the connection)
- # [18:15] * Joins: satazor (~satazor@239.201.37.188.rev.vodafone.pt)
- # [18:16] * Quits: mven_ (~textual@169.241.49.209) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [18:18] * Quits: hemanth (~hemanth@122.166.182.198) (Client Quit)
- # [18:18] * Quits: boogyman (~boogyman@pdpc/supporter/professional/boogyman) (Quit: Leaving.)
- # [18:19] * Joins: satazor_ (~satazor@239.201.37.188.rev.vodafone.pt)
- # [18:19] * Joins: boogyman (~boogyman@38.88.11.131)
- # [18:19] * Quits: boogyman (~boogyman@38.88.11.131) (Changing host)
- # [18:19] * Joins: boogyman (~boogyman@pdpc/supporter/professional/boogyman)
- # [18:20] * Quits: boogyman (~boogyman@pdpc/supporter/professional/boogyman) (Client Quit)
- # [18:21] * Joins: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp)
- # [18:23] * Quits: bnicholson (~bnicholso@24.130.57.109) (Ping timeout: 255 seconds)
- # [18:23] * Krinkle is now known as Krinkle|detached
- # [18:23] * Quits: satazor (~satazor@239.201.37.188.rev.vodafone.pt) (Ping timeout: 260 seconds)
- # [18:24] * Quits: nunnun (~hiro@2001:200:164:48:20c:29ff:fe02:11d2) (Ping timeout: 250 seconds)
- # [18:24] <zcorpan> Hixie_: does your pipeline strip out comments?
- # [18:24] <Hixie_> 5es
- # [18:25] <Hixie_> yes even
- # [18:25] <zcorpan> ok :-/
- # [18:25] <Hixie_> you wouldn't want to look in the published source anyway
- # [18:25] <Hixie_> that's a mess
- # [18:25] <Hixie_> look in the pre-pipeline source :-)
- # [18:26] <zcorpan> i could have used http://simon.html5.org/sandbox/bookmarklets/reveal-comments
- # [18:26] * Quits: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp) (Ping timeout: 246 seconds)
- # [18:28] * Quits: othermaciej (~mjs@c-50-136-134-16.hsd1.ca.comcast.net) (Quit: othermaciej)
- # [18:29] * Joins: say2joe (~say2joe@rrcs-76-79-68-2.west.biz.rr.com)
- # [18:30] * Joins: boogyman (~boogyman@38.88.11.131)
- # [18:30] * Quits: boogyman (~boogyman@38.88.11.131) (Changing host)
- # [18:30] * Joins: boogyman (~boogyman@pdpc/supporter/professional/boogyman)
- # [18:30] * Quits: karlcow (~karl@nerval.la-grange.net) (Ping timeout: 246 seconds)
- # [18:30] * Quits: Lachy (~Lachy@213.166.174.2) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [18:37] * Quits: say2joe (~say2joe@rrcs-76-79-68-2.west.biz.rr.com) (Quit: Leaving.)
- # [18:37] * Joins: nunnun (~hiro@2001:200:164:48:20c:29ff:fe02:11d2)
- # [18:37] * Joins: ap (~ap@17.202.44.214)
- # [18:37] * Quits: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se) (Remote host closed the connection)
- # [18:38] * Joins: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se)
- # [18:39] <Hixie_> is ModuleLinkage the same as LinkSet in the ES6 spec?
- # [18:40] * Joins: say2joe (~say2joe@rrcs-76-79-68-2.west.biz.rr.com)
- # [18:41] * Quits: dbaron (~dbaron@50-0-128-161.dsl.dynamic.sonic.net) (Ping timeout: 260 seconds)
- # [18:41] <Hixie_> ah, no, it's a copy/paste error
- # [18:42] * Quits: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se) (Ping timeout: 240 seconds)
- # [18:45] <Hixie_> jorendorff: any idea what a Module record is?
- # [18:46] <Hixie_> as in, if L is a Loader record, L.[[Modules]][i].[[Module]]
- # [18:47] * Joins: roven (~roven@78-20-24-80.access.telenet.be)
- # [18:47] * Quits: lmclister (~lmclister@192.150.10.209) (Read error: Connection reset by peer)
- # [18:47] <jorendorff> Hixie_: spec bug. It means a Module object.
- # [18:47] <Hixie_> ah ok
- # [18:48] <caitp> is the change history for the draft actually available anywhere? man that would be so useful
- # [18:48] <caitp> and by "anywhere" I mean publicly
- # [18:48] <jorendorff> caitp: NO.
- # [18:48] <jorendorff> caitp: the editor refuses to use version control
- # [18:48] <caitp> that's unfortunate
- # [18:48] <jorendorff> tell me about it
- # [18:49] <jorendorff> i didn't have a chance to talk about formal grammars with my 8-yr-old this weekend, but i think i have an approach that... *might* work
- # [18:49] <jorendorff> sorry, offtopic
- # [18:50] <TabAtkins> jorendorff: Actually, that sounds on-topic and very interesting. Elaborate?
- # [18:50] <caitp> i'm excited to hear about the progress on that front =)
- # [18:50] <Ms2ger> Sounds off-topic... There's logic in formal grammars :)
- # [18:51] <jorendorff> Ms2ger: have you looked at the es6 spec lately? ;)
- # [18:51] <TabAtkins> I see you've never tried to use the CSS 2.1 grammar.
- # [18:51] * Quits: roven (~roven@78-20-24-80.access.telenet.be) (Ping timeout: 244 seconds)
- # [18:51] * Joins: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp)
- # [18:51] <jorendorff> TabAtkins: someone (I think caitp?) made the controversial claim in irc.mozilla.org#jslang that there's no reason formal grammars can't be explained so a typical 5-year-old can understand
- # [18:52] * Joins: lmclister (~lmclister@192.150.10.209)
- # [18:52] <Ms2ger> jorendorff, I try to avoid it in general, not for the grammar in particular :)
- # [18:52] <jorendorff> this was in support of the less controversial claim that the ES6 spec is unnecessarily incomprehensible
- # [18:53] <caitp> it was me, but I think I might have been exaggerating slightly when saying 5 year olds should thoroughly understand it --- but I think it should be possible to explain these things in ways that are accessible to young people
- # [18:53] <caitp> not even necessarily young people
- # [18:54] <caitp> 30-somethings with hangovers
- # [18:54] <caitp> it should be doable
- # [18:54] <TabAtkins> I mean, just post a question to http://www.reddit.com/r/explainlikeimfive/
- # [18:54] <Ms2ger> I certainly won't argue against that
- # [18:54] <TabAtkins> And you'll get an answer.
- # [18:54] * Quits: boogyman (~boogyman@pdpc/supporter/professional/boogyman) (Quit: Leaving.)
- # [18:54] * Joins: bnicholson (~bnicholso@2620:101:80fc:224:3e97:eff:feef:9aba)
- # [18:55] * Joins: kochi_ho_ (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp)
- # [18:55] * Quits: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp) (Ping timeout: 240 seconds)
- # [18:57] * Joins: ambv (~ambv@173.252.71.129)
- # [18:57] * Quits: barnabywalters (~barnabywa@46-239-239-203.tal.is) (Quit: barnabywalters)
- # [18:58] * Joins: boogyman (~boogyman@38.88.11.131)
- # [18:58] * Quits: boogyman (~boogyman@38.88.11.131) (Changing host)
- # [18:58] * Joins: boogyman (~boogyman@pdpc/supporter/professional/boogyman)
- # [18:59] * Quits: kochi_ho_ (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp) (Ping timeout: 255 seconds)
- # [19:00] <Hixie_> jorendorff: step 2 of http://people.mozilla.org/~jorendorff/es6-draft.html#sec-createlinkset
- # [19:00] <Hixie_> jorendorff: is that a spec bug?
- # [19:01] <Hixie_> also how can PromiseBuiltinCapability() ever return an abrupt completion
- # [19:01] <Hixie_> isn't that all internal to the spec
- # [19:02] <jorendorff> Hixie_: regarding step 2 of CreateLinkSet, yes
- # [19:02] <Hixie_> what should it be?
- # [19:05] <Hixie_> jorendorff: loader.[[LoaderObj]] ?
- # [19:05] <jorendorff> Hixie_: well, *really* there shouldn't be two separate things, a Loader Object and a Loader Record.
- # [19:05] <jorendorff> There should just be the Loader Object
- # [19:06] <jorendorff> and those Loader Record fields should be internal slots of the object.
- # [19:06] <jorendorff> they're 1-to-1 already anyway, the record is stupid
- # [19:06] <jorendorff> but to answer your question, yes.
- # [19:06] * Quits: zdobersek (~zan@109.201.152.243) (Ping timeout: 272 seconds)
- # [19:07] * Joins: mven_ (~textual@169.241.49.209)
- # [19:10] * Quits: lmclister (~lmclister@192.150.10.209) (Read error: Connection reset by peer)
- # [19:12] * Joins: lmclister (~lmclister@192.150.10.209)
- # [19:12] * Quits: lmclister (~lmclister@192.150.10.209) (Read error: Connection reset by peer)
- # [19:14] <Hixie_> jorendorff: k
- # [19:14] * Joins: zdobersek (~zan@109.201.154.187)
- # [19:14] <Hixie_> sweet freaking kittens following this is making my mind melt
- # [19:15] * Joins: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se)
- # [19:15] <Hixie_> PromiseOfStartLoadPartwayThrough() creates a promise, sets a particular function as the executor, and chains to it synchronously
- # [19:15] * Krinkle|detached is now known as Krinkle
- # [19:15] <Hixie_> AsyncStartLoadPartwayThrough(), that executor, immediately creates a new promise and slaves its own result to that new promise's
- # [19:15] * Joins: dbaron (~dbaron@2620:101:80fb:224:e1bf:fa0f:42b3:1e4f)
- # [19:16] <Hixie_> it then either creates YET ANOTHER promise and ASYNCHRONOUSLY jumps to a function it slaves to that promise, OR, it calls another function that does that
- # [19:16] <Hixie_> at this point, if you can follow who is actually running, when they'll be running, or what will happen when they return, you're a stronger person than i
- # [19:18] * Parts: m1ck3y (~root@jonkuperman.com) ("WeeChat 0.3.8")
- # [19:19] <Hixie_> aha! haha! hah!
- # [19:19] <Hixie_> i have finally found the function i'm supposed to call!
- # [19:19] <Hixie_> LoadModule(loader, name, options) !
- # [19:19] <Hixie_> no idea what i'm supposed to call it with, but that's another story!
- # [19:21] <annevk> only took a week :p
- # [19:23] * Joins: roven (~roven@78-20-24-80.access.telenet.be)
- # [19:25] <Hixie_> http://www.gliffy.com/go/publish/6040024 !
- # [19:25] <Hixie_> witness the glory
- # [19:26] * Joins: lmclister (~lmclister@192.150.10.209)
- # [19:26] * Joins: abinader (sid21713@gateway/web/irccloud.com/x-ztlkmmzthrxtheut)
- # [19:26] * Joins: estellevw (~estellewy@209.49.66.106)
- # [19:26] * Joins: othermaciej (~mjs@17.114.218.77)
- # [19:27] * Quits: adactio (~adactio@212.42.170.121) (Quit: adactio)
- # [19:28] * Quits: mven_ (~textual@169.241.49.209) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [19:34] * Quits: ambv (~ambv@173.252.71.129) (Quit: sys.exit(0) # computer went to sleep)
- # [19:37] * Quits: othermaciej (~mjs@17.114.218.77) (Quit: othermaciej)
- # [19:37] * Quits: beverloo (beverloo@nat/google/x-psltyhunxxiyigsq) (Remote host closed the connection)
- # [19:38] <Hixie_> jorendorff: so, first, how does that look to you? did i make any mistakes?
- # [19:39] <Hixie_> jorendorff: second, now that i have a better handle on what's going on beneath the hood, let's talk about what the Web's default Loader should do.
- # [19:39] <jorendorff> absolutely
- # [19:40] <jorendorff> (to the second, still looking at the first part)
- # [19:40] <Hixie_> jorendorff: normalize() -- do we need to change anything here? e.g. is it supposed to resolve the URL or something?
- # [19:43] <Hixie_> lol, gliffy's svg export is lame
- # [19:43] <Hixie_> http://junkyard.damowmow.com/552
- # [19:43] <Hixie_> half of it just comes out as bitmaps
- # [19:43] * Quits: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Remote host closed the connection)
- # [19:43] <annevk> Philips on HDMI-CEC: "The HDMI-CEC functionality on devices from other brands might not work with your TV due to different interpretations of the HDMI-CEC industry standard."
- # [19:43] <annevk> "Web pages might not work due to different interpretations of HTML."
- # [19:45] <caitp> just imagine if there was some kind of reference implementation that people could use to clarify questions about specs
- # [19:45] <caitp> wouldn't that be nifty
- # [19:45] * Joins: karlcow (~karl@nerval.la-grange.net)
- # [19:45] <annevk> that just creates more issues
- # [19:46] <Hixie_> reference implementations rarely match the spec, so actually, it's like having two specs
- # [19:46] <Hixie_> and if you doubt the problems of having two specs, just look at HTML
- # [19:48] <caitp> if there's a difference between a reference implementation and the spec it implements, one would err on the side of the reference implementation because there's evidence that it works and isn't just a collection of ideas
- # [19:48] <Hixie_> jorendorff: so if i wanted to make it possible to import binary blobs, e.g. import sprites as "spritesheet.png";, what would i return in the fetch hook? the empty string but remember in the backend that this particular load has associated binary data?
- # [19:49] <Hixie_> actually i get it doesn't check that the return value is a string
- # [19:50] * Joins: weinig (~weinig@17.202.50.84)
- # [19:52] <jorendorff> Hixie_: normalize() converts from (a) literally whatever they put into the import statement, to (b) the name a loaded module is cached under
- # [19:52] <jorendorff> so if you want people to be able to... import foo from "../baz.js";
- # [19:53] <jorendorff> but you want it to be cached under a URL
- # [19:53] <jorendorff> or something else entirely
- # [19:53] <Hixie_> so normalise resolves urls
- # [19:53] <jorendorff> no
- # [19:53] <jorendorff> that's not the design intent, i misspoke
- # [19:53] <Hixie_> oh
- # [19:53] <Hixie_> i was gonna say, the spec says locate resolves.
- # [19:53] <jorendorff> yeah, locate resolves
- # [19:54] <Hixie_> so do we not want import foo from "../baz.js"; to work?
- # [19:54] <Hixie_> or?
- # [19:54] <Hixie_> i'm confused
- # [19:54] <Hixie_> seems like we need normalise to resolve
- # [19:54] <Hixie_> and locate to be a no-op
- # [19:54] * Joins: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp)
- # [19:55] <jorendorff> that's possible, but what i'd like is to have some kind of `myLoaderObject.paths` property that makes it easy to customize that lookup --- require.js has this
- # [19:55] <jorendorff> so there's some separation between application code and deployment
- # [19:55] <Hixie_> ah
- # [19:56] <jorendorff> admittedly the rest of the web platform doesn't exactly have this...
- # [19:56] <Hixie_> well it would if we added this
- # [19:56] <Hixie_> since this is going to end up being the entire platform's loading mechanism if i have my way
- # [19:56] <jorendorff> but like, I just want to say import $ from "jquery"; <--- and be able to share that line of code with people I don't know and have it work for them
- # [19:56] <jorendorff> because they've also got "jquery" in their environment
- # [19:56] <jorendorff> at a path that's known to them
- # [19:56] * Quits: KevinMarks (~yaaic@65.113.45.3) (Ping timeout: 250 seconds)
- # [19:57] <jorendorff> Hixie_: yeah!
- # [19:58] <Hixie_> so there's a difference between mapping names to URLs, which is what |import $ from "jQuery"| apperas to be, and having your traditional path lookup system
- # [19:58] <Hixie_> in particular, path lookup wouldn't work on the web
- # [19:58] <Hixie_> (no way to stat efficiently)
- # [19:58] <jorendorff> right
- # [19:58] <Hixie_> a mapping is hard because it needs a declaration mechanism
- # [19:58] <Hixie_> which we could add i guess
- # [19:58] <jorendorff> require.js doesn't do that, it's not CLASSPATH
- # [19:59] <Hixie_> so you could say <script type=module name=jQuery>
- # [19:59] <Hixie_> to declare the mappings
- # [19:59] <Hixie_> is that more what you meant?
- # [19:59] <jorendorff> yes
- # [19:59] * Quits: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp) (Ping timeout: 245 seconds)
- # [19:59] <Hixie_> so then what would normalise actually do?
- # [19:59] <jorendorff> though i'd like to be able to configure it in js without having to use document.createElement('script')
- # [19:59] <Hixie_> still seems like it needs to output a url at the end of the day
- # [20:00] <Hixie_> sure
- # [20:00] <Hixie_> we'd have an API for it
- # [20:00] <jorendorff> k
- # [20:00] <Hixie_> (realistically you're going to want to predeclare all your modules, style sheets, etc, declaratively anyway, so we can do prefetching)
- # [20:00] <jorendorff> yeah
- # [20:00] <jorendorff> ok
- # [20:00] <Hixie_> (there's no way the web can wait for ES6's parser to see the "import" declaration)
- # [20:01] <jorendorff> Hixie_: ok, so all normalize would do is resolve relative module names to full module names
- # [20:01] <Hixie_> (at least not for the near term)
- # [20:01] <Hixie_> what's a "full module name"?
- # [20:01] * Joins: KevinMarks (~yaaic@65.113.45.3)
- # [20:01] <Hixie_> seems like there's one step that takes ambiguous names and outputs full absolute URLs
- # [20:01] <Hixie_> and it has to happen before the registry lookup
- # [20:02] <Hixie_> i don't see how that gets split in two
- # [20:02] <jorendorff> in the design, the module names have a hierarchy that's totally independent of where stuff is located
- # [20:02] <jorendorff> i mean, it's not baked in, because you can have normalize be a no-op
- # [20:02] <jorendorff> but that was the idea. people want to have packages that contain multiple modules
- # [20:03] * Joins: Smylers (~smylers@host86-163-17-51.range86-163.btcentralplus.com)
- # [20:03] <Hixie_> what's a "package" in this context?
- # [20:05] <jorendorff> like npm, an installable chunk of software. or like java, a directory containing related files of code. either meaning.
- # [20:05] <jorendorff> more like npm, not so much like java
- # [20:05] <Hixie_> ok but either way you still need to predeclare each file, right? so how does this affect us?
- # [20:06] <jorendorff> it affects the author of the package. say my package is called libjorendorff
- # [20:06] <jorendorff> and it's big, it's several modules
- # [20:07] <jorendorff> if there's a normalize hook, in libjorendorff/factories i can write `import "./pipelines"` and the normalize hook could resolve that to "jorendorff/pipelines"
- # [20:07] <jorendorff> that "/" is not a URL path separator
- # [20:07] <jorendorff> because that's not a url, it's just a module name
- # [20:08] <Hixie_> oh you want the web platform to support that natively?
- # [20:08] <jorendorff> a package then doesn't have to depend on its own name, which lets you load multiple versions of it at once under different names (without the cache getting confused)
- # [20:08] <Hixie_> this would all still need to happen along with url resolution in the normalise hook, though, right?
- # [20:09] <Hixie_> anyway i'm happy to do more than straight forward name lookup followed by url resolution. but i've no idea what it should be exactly, i'd need to be told precisely what people wanted.
- # [20:09] <jorendorff> ...i think we could actually supply that
- # [20:10] <jorendorff> but so why not convert it to a URL in the locate hook?
- # [20:10] * Quits: KevinMarks (~yaaic@65.113.45.3) (Ping timeout: 240 seconds)
- # [20:10] <jorendorff> the design intent was that in the web platform, locate() spits out a URL
- # [20:10] <jorendorff> but you really want URLs to be the cache key?
- # [20:11] <Hixie_> i don't understand how anything else would work
- # [20:11] <Hixie_> why would you cache on anything _but_ the url?
- # [20:11] <jorendorff> well, so consider python for example
- # [20:11] <jorendorff> import sys; print(sys.modules)
- # [20:11] <jorendorff> that corresponds exactly to the loader cache.
- # [20:11] <jorendorff> it's just a {string: module} dictionary
- # [20:11] <jorendorff> but the strings are module names, not filenames.
- # [20:12] <Hixie_> say one package does |import image from "foo.png"| and another does |import image from "./foo.png"|, do you want the image to be fetched twice?
- # [20:12] * Joins: jwalden (~waldo@2620:101:80fc:224:7e7a:91ff:fe25:a5a3)
- # [20:12] * Quits: ShaneHudson (~ShaneHuds@2.30.121.218) (Ping timeout: 255 seconds)
- # [20:12] <Hixie_> python doesn't have a high download cost
- # [20:12] * Joins: tantek (~tantek@172.56.8.239)
- # [20:12] <jorendorff> Hixie_: that's not true, going to disk is slow and loading/parsing code twice would be slow; in addition things wouldn't work properly
- # [20:13] <Hixie_> nor, i suspect, does it have a way to map two names to different paths
- # [20:14] * Quits: sicking (~sicking@c-98-210-159-193.hsd1.ca.comcast.net) (Quit: sicking)
- # [20:14] <Hixie_> (which meaning the same underlying file)
- # [20:15] <jorendorff> the difference in stat() performance doesn't seem to bear on this. Python could certainly cache based on filename. Why doesn't it?
- # [20:15] <Hixie_> what's the difference between what it does and caching on filenames, in practice?
- # [20:15] <jorendorff> Java ClassLoaders don't either, I don't think. I can't think of a system that does...
- # [20:16] <Hixie_> do any of those systems have a way to accidentally import the same underlying file under two different import names?
- # [20:16] <Hixie_> or is there a 1:1 mapping of their names to the underlying paths?
- # [20:17] <jorendorff> Hixie_: let me back up a bit and address your exact example
- # [20:18] * Joins: barnabywalters (~barnabywa@89.17.128.127)
- # [20:18] * Quits: tantek (~tantek@172.56.8.239) (Quit: Colloquy for iPod touch - http://colloquy.mobi)
- # [20:19] <jorendorff> Hixie_: |import image from "foo.png"| <--- the design intent was that module names aren't urls;
- # [20:20] <jorendorff> Hixie_: dherman proposed you might say somethign like |import image from "url(foo.png)";| or "@foo.png", but I think annevk successfully wtf-orpetoed the proposal
- # [20:21] * Joins: tantek (~tantek@172.56.8.239)
- # [20:21] <jorendorff> Hixie_: what i'd like is |import image from "_static/foo.png" where I've already configured <module "_static" href="/static">
- # [20:21] <jorendorff> or something like that
- # [20:21] <jorendorff> name="_static
- # [20:22] <Hixie_> why would we force authors to have an indirection layer
- # [20:22] <Hixie_> i'm all for supporting extra things before we convert to URLs, but realistically, most deployments are just gonna need to refer to local files
- # [20:23] <Hixie_> there's no win in forcing authors to declare that "images/" means "images/" before they can use "images/foo.png" as far as i can tell
- # [20:24] <Hixie_> i mean, even in java and perl and so on, there's usually a more or less direct mapping between the fully qualified package names and the actual paths to find the files -- it's just that they have search paths that they can quickly stat first
- # [20:24] <Hixie_> (bbiab, getting food)
- # [20:25] * Joins: Areks (~Areks@128-72-254-245.broadband.corbina.ru)
- # [20:25] * Quits: nunnun (~hiro@2001:200:164:48:20c:29ff:fe02:11d2) (Ping timeout: 250 seconds)
- # [20:30] * Quits: tantek (~tantek@172.56.8.239) (Ping timeout: 272 seconds)
- # [20:35] * Joins: cgrant (~cgrant@207.11.113.29)
- # [20:38] * Joins: nunnun (~hiro@2001:200:164:48:20c:29ff:fe02:11d2)
- # [20:40] * Joins: tantek (~tantek@172.56.8.239)
- # [20:41] * Quits: boogyman (~boogyman@pdpc/supporter/professional/boogyman) (Quit: Leaving.)
- # [20:42] * Quits: Fusl (Fusl@unaffiliated/fusl) (Quit: Contact: http://hallowe.lt/)
- # [20:43] * Quits: tantek (~tantek@172.56.8.239) (Client Quit)
- # [20:44] * Joins: Lachy (~Lachy@cm-84.215.104.248.getinternet.no)
- # [20:45] * Joins: weinig_ (~weinig@17.114.218.67)
- # [20:45] * Joins: othermaciej (~mjs@17.114.4.3)
- # [20:46] * Joins: Fusl (Fusl@unaffiliated/fusl)
- # [20:46] * Joins: jsbell (jsbell@nat/google/x-qhmraxnmqzxmjjzq)
- # [20:50] * Quits: Ms2ger (~Ms2ger@241.213-64-87.adsl-dyn.isp.belgacom.be) (Ping timeout: 240 seconds)
- # [20:50] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.sonic.net)
- # [20:55] * Joins: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp)
- # [20:56] * Quits: estellevw (~estellewy@209.49.66.106) (Quit: estellevw)
- # [20:56] * Quits: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp) (Read error: Connection reset by peer)
- # [20:56] * Joins: boogyman (~boogyman@38.88.11.131)
- # [20:56] * Quits: boogyman (~boogyman@38.88.11.131) (Changing host)
- # [20:56] * Joins: boogyman (~boogyman@pdpc/supporter/professional/boogyman)
- # [20:56] * Joins: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp)
- # [20:57] * Quits: weinig_ (~weinig@17.114.218.67) (Quit: weinig_)
- # [20:57] * Quits: othermaciej (~mjs@17.114.4.3) (Quit: othermaciej)
- # [20:58] * Joins: ShaneHudson (~ShaneHuds@2.30.121.218)
- # [21:00] * Joins: tantek (~tantek@corp-nat.p2p.sfo1.mozilla.com)
- # [21:02] * Quits: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp) (Ping timeout: 272 seconds)
- # [21:04] * Joins: estellevw (~estellewy@209.49.66.106)
- # [21:04] * Krinkle is now known as Krinkle|detached
- # [21:05] * Quits: lilmonkey` (~colin@pdpc/supporter/professional/riven) (Read error: Connection reset by peer)
- # [21:06] * Joins: Ms2ger (~Ms2ger@241.213-64-87.adsl-dyn.isp.belgacom.be)
- # [21:07] * Joins: weinig_ (~weinig@17.114.218.67)
- # [21:07] * Joins: othermaciej (~mjs@17.114.4.3)
- # [21:08] * Krinkle|detached is now known as Krinkle
- # [21:08] * Joins: izhak (~izhak@92.248.142.152)
- # [21:09] * Quits: cgrant (~cgrant@207.11.113.29) (Ping timeout: 264 seconds)
- # [21:12] * Quits: Lingo (~Lingo@176.73.66.224) (Quit: Computer has gone to sleep.)
- # [21:13] * Quits: izhak (~izhak@92.248.142.152) (Remote host closed the connection)
- # [21:13] * Joins: izhak (~izhak@92.248.142.152)
- # [21:16] * Joins: ambv (~ambv@206.108.217.134)
- # [21:19] * Joins: lilmonkey (~colin@5ED090B0.cm-7-1c.dynamic.ziggo.nl)
- # [21:19] * Quits: lilmonkey (~colin@5ED090B0.cm-7-1c.dynamic.ziggo.nl) (Changing host)
- # [21:19] * Joins: lilmonkey (~colin@pdpc/supporter/professional/riven)
- # [21:22] * Quits: izhak (~izhak@92.248.142.152) (Remote host closed the connection)
- # [21:22] * Quits: Smylers (~smylers@host86-163-17-51.range86-163.btcentralplus.com) (Read error: Connection reset by peer)
- # [21:23] * Joins: Smylers (~smylers@host86-163-17-51.range86-163.btcentralplus.com)
- # [21:24] * Quits: Lachy (~Lachy@cm-84.215.104.248.getinternet.no) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [21:24] <Hixie_> (back)
- # [21:25] * Krinkle is now known as Krinkle|detached
- # [21:26] * Joins: izhak (~izhak@92.248.142.152)
- # [21:28] * Quits: ap (~ap@17.202.44.214)
- # [21:29] * Quits: estellevw (~estellewy@209.49.66.106) (Quit: estellevw)
- # [21:29] * Joins: ap (~ap@17.202.44.214)
- # [21:30] * Joins: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com)
- # [21:30] * Quits: ap (~ap@17.202.44.214) (Client Quit)
- # [21:30] * Joins: estellevw (~estellewy@209.49.66.106)
- # [21:30] * Joins: ap (~ap@17.202.44.214)
- # [21:32] * Joins: Lachy (~Lachy@cm-84.215.104.248.getinternet.no)
- # [21:33] * Quits: izhak (~izhak@92.248.142.152) (Remote host closed the connection)
- # [21:33] * Joins: izhak (~izhak@92.248.142.152)
- # [21:34] * Quits: izhak (~izhak@92.248.142.152) (Remote host closed the connection)
- # [21:34] * Joins: izhak (~izhak@92.248.142.152)
- # [21:40] * Joins: jarek (~jarek@unaffiliated/jarek)
- # [21:41] * Quits: othermaciej (~mjs@17.114.4.3) (Quit: othermaciej)
- # [21:41] * Quits: weinig_ (~weinig@17.114.218.67) (Quit: weinig_)
- # [21:42] * Quits: estellevw (~estellewy@209.49.66.106) (Quit: estellevw)
- # [21:42] * Quits: izhak (~izhak@92.248.142.152) (Remote host closed the connection)
- # [21:43] * Joins: izhak (~izhak@92.248.142.152)
- # [21:48] * Quits: satazor_ (~satazor@239.201.37.188.rev.vodafone.pt) (Remote host closed the connection)
- # [21:49] <Hixie_> jorendorff: another question, while you're pondering the earlier ones: in practice, we're going to want the browser to manage the loads from multiple origins at the same time (e.g. consider depending on a third-party iframe, which might have its own dependencies).
- # [21:49] <Hixie_> jorendorff: but it looks like the Loader object is per-Realm
- # [21:49] <Hixie_> jorendorff: do i just make the System Loader object fake its data to the ES6 level and manage it separately at the event-loop or top-level-browsing-context level?
- # [21:50] <jorendorff> good questions all
- # [21:50] <jorendorff> i don't know
- # [21:50] <jorendorff> i'm not super satisfied with the earlier stuff, but i don't see how to make it feel natural for everybody... you can have the default paths be just "load everything relative to this document's url"
- # [21:51] <jorendorff> but still if you show example code doing import style from "whatever.css"; there is no way you are going to prevent people from instantly believing that's a URL
- # [21:54] * Joins: othermaciej (~mjs@17.114.218.77)
- # [21:55] <Hixie_> i think there's more or less nothing we can do which is going to make people think that "import foo from bar" isn't going to mean the same as <script type=module name=foo href=bar>, personally
- # [21:55] * Joins: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp)
- # [21:55] <Hixie_> that it really means <script type=module name=??? href=foo> where "foo" is somethinge else again imho doesn't match the platform aesthetic at all
- # [21:55] <Hixie_> er
- # [21:56] <Hixie_> i mean <script type=module name=bar href=???>
- # [21:56] <Hixie_> even i can't work out what it means
- # [21:57] * Quits: izhak (~izhak@92.248.142.152) (Remote host closed the connection)
- # [21:58] * Joins: izhak (~izhak@92.248.142.152)
- # [21:59] * Quits: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp) (Ping timeout: 240 seconds)
- # [22:01] * Joins: rniwa (~rniwa@67.164.23.121)
- # [22:02] <Hixie_> i wonder what browsers scope their prioritisation decisions to
- # [22:02] <Hixie_> top-level browsing contexts?
- # [22:02] <Hixie_> event loops?
- # [22:02] <Hixie_> the whole UA?
- # [22:04] * Quits: izhak (~izhak@92.248.142.152) (Ping timeout: 272 seconds)
- # [22:07] * Quits: jarek (~jarek@unaffiliated/jarek) (Quit: jarek)
- # [22:07] * Joins: izhak (~izhak@92.248.142.152)
- # [22:10] <jyasskin_w> Hixie_: network request prioritization?
- # [22:11] <Hixie_> yeah
- # [22:12] * Joins: jeremyj (~jeremyj@17.202.49.56)
- # [22:12] * Quits: jeremyj (~jeremyj@17.202.49.56) (Client Quit)
- # [22:12] * Quits: izhak (~izhak@92.248.142.152) (Ping timeout: 272 seconds)
- # [22:13] * jyasskin_w forwards the question to willchan
- # [22:14] * Joins: willchan (willchan@nat/google/x-mxvzafbzvfkbkiew)
- # [22:14] <willchan> jyasskin_w told me there was a question about browser network request prioritization
- # [22:15] <willchan> chromium prioritizes everything going through its network stack
- # [22:15] * Joins: estellevw (~estellewy@209.49.66.106)
- # [22:15] <Hixie_> ah ok
- # [22:16] <Hixie_> so it's whole-UA
- # [22:16] <Hixie_> interesting
- # [22:16] <willchan> not everything goes through our network stack though, such as plugin sockets and chrome app sockets, and we have some things that currently skip it like webrtc and what not. but we're fixing that.
- # [22:16] <willchan> yes, whole-UA
- # [22:16] <smaug____> willchan: so bg tabs don't get lower priority than foreground tab?
- # [22:16] <willchan> but most of the prioritization is contextual to a chromium profile.
- # [22:17] <willchan> if you're talking about network request prioritization, then no, bg tabs don't currrently get lower priority than foreground tabs. but that's in progress.
- # [22:17] * Joins: jeremyj (~jeremyj@17.202.49.56)
- # [22:17] <smaug____> (at least in certain cases gecko gives lower priority for bg tabs)
- # [22:24] * Quits: estellevw (~estellewy@209.49.66.106) (Quit: estellevw)
- # [22:24] <SamB> is webrtc NOT short for WEB RealTime Clock?
- # [22:25] <SamB> smaug____: would be nice if gecko could evict some BG tabs to disk, or perhaps even not touch their arenas often
- # [22:26] * Quits: nunnun (~hiro@2001:200:164:48:20c:29ff:fe02:11d2) (Ping timeout: 250 seconds)
- # [22:27] <smaug____> SamB: sure. Issue is that web pages tend to have rather live data these days
- # [22:27] <smaug____> static pages are fine
- # [22:27] <SamB> well, yes, I realize it's easiest for static pages
- # [22:28] <smaug____> we don't page in those tabs in anyway too often
- # [22:28] * smaug____ seems to have 176 tabs open atm
- # [22:30] <SamB> smaug____: I mean, for example, dialing down the GC frequency for those tabs would seem wise
- # [22:31] <smaug____> SamB: those shouldn't really participate in GC all the time
- # [22:31] <smaug____> assuming we do compartment GCs
- # [22:31] <smaug____> (that is something to tweak probably)
- # [22:31] * Quits: scor (scor@drupal.org/user/52142/view) (Quit: scor)
- # [22:31] <smaug____> for CC we certainly optimize out most of such tabs
- # [22:37] <Hixie_> jorendorff: another reason to fully evaluate the names to URLs in the normalize hook is that if we rely on attributes for the mapping yet do the resolving in locate, the mappings could change between the time we look up the normalised names and the time we fully resolve the URLs
- # [22:38] * Joins: estellevw (~estellewy@209.49.66.106)
- # [22:38] * Quits: estellevw (~estellewy@209.49.66.106) (Client Quit)
- # [22:39] <Hixie_> jorendorff: another question. When does the ES6 loader actually evaluate the code?? I found where it compiles it (InstantiateSucceeded), but I just noticed that nothing in my flow chart _runs_ the code.
- # [22:39] <Hixie_> jorendorff: am I supposed to keep track of what order things are to run in, and then run it myself?
- # [22:39] <Hixie_> (in the HTML spec, i mean)
- # [22:40] * Joins: nunnun (~hiro@2001:200:164:48:20c:29ff:fe02:11d2)
- # [22:40] * Joins: estellevw (~estellewy@209.49.66.106)
- # [22:42] * Quits: eric_carlson (~eric@17.202.43.125) (Read error: Connection reset by peer)
- # [22:42] * Quits: jernoble (~jernoble@17.202.46.221) (Read error: Connection reset by peer)
- # [22:42] * Joins: eric_carlson (~eric@17.202.43.125)
- # [22:43] * Joins: jernoble (~jernoble@17.202.46.221)
- # [22:46] <jorendorff> Hixie_: OK. In ES6, the code runs "at the last minute" before exposing the module object to user code. See EnsureEvaluated and the things that call it.
- # [22:47] <Hixie_> so basically i'm supposed to call EvaluateLoadedModule() when the LoadModule() promise resolves?
- # [22:49] * Quits: estellevw (~estellewy@209.49.66.106) (Ping timeout: 240 seconds)
- # [22:51] * Quits: ShaneHudson (~ShaneHuds@2.30.121.218)
- # [22:51] * Quits: barnabywalters (~barnabywa@89.17.128.127) (Quit: barnabywalters)
- # [22:52] <jorendorff> Hixie_: sections like EvaluateLoadedModule() are "closures"
- # [22:53] <jorendorff> i don't know if this is clear or not
- # [22:53] <jorendorff> but you can't just call EvaluateLoadedModule
- # [22:53] <Hixie_> er yeah sorry i meant, i call EnsureEvaluated() when the promise is resolved
- # [22:53] <jorendorff> yeah
- # [22:53] <jorendorff> yeah that's right
- # [22:53] <Hixie_> interesting
- # [22:54] <jorendorff> the system should totally do that for you though, right?
- # [22:54] <Hixie_> and that does the work of evaluating all the dependencies?
- # [22:54] * Joins: weinig_ (~weinig@17.114.218.67)
- # [22:54] <Hixie_> well, no, i'm good with doing it
- # [22:54] <Hixie_> in particular, i want separate control over fetching and executin
- # [22:54] <Hixie_> g
- # [22:54] <jorendorff> Hixie_: yes, it walks the dependency graph
- # [22:54] <Hixie_> which this provides
- # [22:54] * Joins: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp)
- # [22:55] * Quits: othermaciej (~mjs@17.114.218.77) (Quit: othermaciej)
- # [22:57] <Hixie_> hmmmm
- # [22:59] * Quits: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp) (Ping timeout: 246 seconds)
- # [23:00] <Hixie_> jorendorff: hmm, interesting. There doesn't seem to be any way in ES6 to map a <script type=module> to a specific Load Record.
- # [23:00] <jorendorff> what kind of thing are you looking for?
- # [23:02] <Hixie_> i want to get a promise that will resolve when a module has loaded, so that i can pass it to something else (e.g. something that will make a DOM subtree display:block) and say "you depend on this promise"
- # [23:02] <Hixie_> also i just noticed that my flowchart is incomplete. I missed Link().
- # [23:04] <SamB> smaug____: hmm, how do you avoid touching such tabs for CC?
- # [23:04] <SamB> keep notes about what was found there last time?
- # [23:04] * Joins: satazor (~satazor@123.87.37.188.rev.vodafone.pt)
- # [23:05] <smaug____> SamB: optimizing out from CC graph is rather simple many cases
- # [23:05] * Quits: dbaron (~dbaron@2620:101:80fb:224:e1bf:fa0f:42b3:1e4f) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [23:06] <smaug____> in this case check if the document is in an active browsing context
- # [23:06] <smaug____> and if scripts haven't been running in those tabs, no nodes etc would end up to possible-garbage-object-buffer
- # [23:07] * Joins: othermaciej (~mjs@17.114.218.77)
- # [23:07] <smaug____> (skippability and black-bit-propagation are rather nice features of CC)
- # [23:07] * Quits: fredy (~fredy@snf-535807.vm.okeanos.grnet.gr) (Excess Flood)
- # [23:08] * Joins: fredy (~fredy@snf-535807.vm.okeanos.grnet.gr)
- # [23:08] <SamB> smaug____: ah, right
- # [23:09] * Quits: zdobersek (~zan@109.201.154.187) (Quit: Leaving.)
- # [23:09] <smaug____> in other words, CC deals with possibly garbage objects , GC deals with live objects
- # [23:09] <smaug____> so CC tends to have smaller graphs
- # [23:09] <SamB> that list only gets populated with things that have had their refcounts touched in certain ways ...
- # [23:09] * Quits: jyasskin_w (jyasskin@nat/google/x-uontugjfkjmebwas) (Ping timeout: 240 seconds)
- # [23:09] <SamB> so if they have not been touched AT ALL, they're automatically exempt
- # [23:10] <smaug____> right
- # [23:10] <SamB> so, the only thing that needs any thought is to avoid running the GC when, for example, *no* script has executed since the last GC in that arena
- # [23:10] * Quits: Ms2ger (~Ms2ger@241.213-64-87.adsl-dyn.isp.belgacom.be) (Quit: nn)
- # [23:10] <smaug____> and even if they are touched, but are in a document which is in active browsing context, they can be just removed from possible-garbage-object-buffer
- # [23:11] <SamB> not sure I follow that bit
- # [23:11] <SamB> what does "active browsing context" mean in this context?
- # [23:11] * MikeSmith wonders what is CC
- # [23:11] <SamB> does it involve being in a foreground tab?
- # [23:11] <SamB> MikeSmith: cycle collection
- # [23:11] <smaug____> CC == cycle collector
- # [23:11] <MikeSmith> ah ok
- # [23:11] <SamB> or collector, as grammatical
- # [23:11] <SamB> same as with GC
- # [23:12] <smaug____> active browsing context is a spec term, or close to that
- # [23:12] <smaug____> basically you have a tab open
- # [23:12] <smaug____> it has a top level active browsing context
- # [23:12] * Quits: mpaarating (~mpaaratin@rrcs-97-78-217-146.se.biz.rr.com) (Quit: mpaarating)
- # [23:13] <smaug____> for GC the optimization to done is to not run GC for bg tabs' compartments
- # [23:13] * Quits: tj_vantoll (~Adium@c-98-250-130-237.hsd1.mi.comcast.net) (Quit: Leaving.)
- # [23:14] * Quits: TallTed (~Thud@63.119.36.36)
- # [23:15] <SamB> oh, is "in a document" another spec term?
- # [23:15] * Quits: weinig_ (~weinig@17.114.218.67) (Quit: weinig_)
- # [23:16] * Joins: barnabywalters (~barnabywa@89.17.128.127)
- # [23:16] <smaug____> node is in a document if there is parentNode chain from the node to the document
- # [23:16] <SamB> i.e. for DOM nodes that are clearly linked into a Document that is actually linked into the active browsing context?
- # [23:17] <smaug____> right
- # [23:17] <smaug____> not all documents are in active browsing context
- # [23:17] <SamB> when would would they be removed from the possibly-garbage list
- # [23:17] <smaug____> Gecko has forgetSkippable phase
- # [23:17] <smaug____> before CC
- # [23:17] <SamB> smaug____: yeah, because you can have documents that are just being used for computations or something
- # [23:17] <smaug____> which removes obviously live data from the purple buffer
- # [23:18] <smaug____> (purple buffer == possible garbage )
- # [23:18] <SamB> yeah, I gathered it was the same list we had been talking about
- # [23:18] <SamB> which you keep calling a buffer so I assume it's in a flat array of some kind
- # [23:19] * Joins: hemanth (~hemanth@122.166.182.198)
- # [23:19] <smaug____> segmented array or some such
- # [23:20] * Joins: seventh (seventh@128.90.90.221)
- # [23:20] * Quits: weinig (~weinig@17.202.50.84) (Quit: weinig)
- # [23:22] * Joins: jyasskin_w (jyasskin@nat/google/x-aopjpghujazzanzv)
- # [23:24] * Joins: weinig (~weinig@17.202.50.84)
- # [23:24] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: :tiuQ tiuq sah woclrak)
- # [23:24] * Joins: karlcow (~karl@nerval.la-grange.net)
- # [23:25] * Quits: abinader (sid21713@gateway/web/irccloud.com/x-ztlkmmzthrxtheut)
- # [23:28] * Quits: roven (~roven@78-20-24-80.access.telenet.be) (Remote host closed the connection)
- # [23:29] * Krinkle|detached is now known as Krinkle
- # [23:31] * Quits: boogyman (~boogyman@pdpc/supporter/professional/boogyman) (Quit: Leaving.)
- # [23:32] * Joins: pluma (~pluma@unaffiliated/pluma)
- # [23:33] <pluma> Are there any plans (distant or not so distant) for providing a low-level TCP/UDP socket API in the browser (rather than protocols like WebRTC, web sockets, etc)?
- # [23:33] <Hixie_> how would we do that in a safe fashion?
- # [23:34] <pluma> Hixie_: that's what I was wondering. So the answer is probably "no"?
- # [23:34] <SamB> pluma: web sockets would almost certainly not exist if that it was safe to just allow TCP/UDP sockets
- # [23:35] <SamB> s/that //
- # [23:35] <Hixie_> pluma: if we can find a way to do it safely, i'm sure it'll be mere minutes before it's available. :-)
- # [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] <pluma> Hixie_, SamB: Thanks. I thought I remembered hearing the idea being thrown around at some point, but I apparently remembered wrong. I can't see how to do it safely either (well, maybe with a permission check like the other security-critical APIs, but they'd likely not be very self-explanatory).
- # [23:37] <pluma> Wait, what about http://www.w3.org/TR/raw-sockets/ ?
- # [23:37] * Quits: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se) (Remote host closed the connection)
- # [23:37] * Joins: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se)
- # [23:38] <pluma> Hm... looks pretty dead, though.
- # [23:39] * Joins: cgrant (~cgrant@207.11.113.29)
- # [23:39] * Joins: roc_ (~chatzilla@121-99-92-158.bng1.tvc.orcon.net.nz)
- # [23:40] <Hixie_> the existence of specs doesn't imply anyone will implement them :-)
- # [23:40] <pluma> Hixie_: that's what I though. Okay, thanks again ;)
- # [23:40] * Quits: roc (~chatzilla@121-99-137-146.bng1.tvc.orcon.net.nz) (Ping timeout: 246 seconds)
- # [23:41] * roc_ is now known as roc
- # [23:41] <Hixie_> (what would you want raw sockets for anyway?)
- # [23:42] <pluma> Hixie_: implement an <insert existing protocol here> client in the browser?
- # [23:42] * Quits: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se) (Ping timeout: 245 seconds)
- # [23:42] <pluma> Hixie_: web vs native, etc
- # [23:43] <Hixie_> do you have a specific example?
- # [23:43] <pluma> I'm not saying that's a good idea. Just an idea someone could have...
- # [23:43] * pluma shrugs
- # [23:43] <pluma> Torrent client?
- # [23:43] <SamB> pluma: it's definitely an idea that would have its uses
- # [23:44] <SamB> but it would also have LOTS AND LOTS of dangerous misuses
- # [23:45] <pluma> The reason I'm asking is because someone asked about porting a python chat client to JS for the browser and the Python code currently uses raw TCP sockets. We recommended using web sockets or some abstraction built on top of that.
- # [23:45] <pluma> (on ##javascript that is)
- # [23:45] <Hixie_> ah like an irc client?
- # [23:46] <Hixie_> yeah we definitely wouldn't want a random web page to be able to connect to a random irc client, just imagine the DOS attacks that would enable :-)
- # [23:46] <Hixie_> er, random irc server
- # [23:47] * Quits: karlcow (~karl@nerval.la-grange.net) (Ping timeout: 272 seconds)
- # [23:47] * Quits: tav (~tav`@host86-161-105-55.range86-161.btcentralplus.com) (Read error: Connection reset by peer)
- # [23:47] * Joins: tav (~tav`@host86-161-105-55.range86-161.btcentralplus.com)
- # [23:48] <pluma> Hixie_: well, it'd be fun. In the DF sense (http://dwarffortresswiki.org/index.php/Fun)
- # [23:48] <Hixie_> yeah...
- # [23:50] * Quits: jeremyj (~jeremyj@17.202.49.56) (Ping timeout: 264 seconds)
- # [23:51] * Quits: vitorpacheco (~vitor@186.214.245.187) (Read error: Connection reset by peer)
- # [23:53] * Joins: roc_ (~chatzilla@121-98-105-30.bng1.tvc.orcon.net.nz)
- # [23:54] * Quits: roc (~chatzilla@121-99-92-158.bng1.tvc.orcon.net.nz) (Read error: Connection reset by peer)
- # [23:54] * roc_ is now known as roc
- # [23:55] * Joins: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp)
- # [23:56] * Quits: lmclister (~lmclister@192.150.10.209) (Read error: Connection reset by peer)
- # [23:56] * Joins: lmclister (~lmclister@192.150.10.209)
- # [23:58] * Quits: lmclister (~lmclister@192.150.10.209) (Read error: Connection reset by peer)
- # [23:59] * Joins: lmclister (~lmclister@192.150.10.209)
- # [23:59] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Quit: Ex-Chat)
- # [23:59] * Quits: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp) (Ping timeout: 250 seconds)
- # Session Close: Tue Aug 12 00:00:00 2014
The end :)