Options:
- # Session Start: Fri Aug 22 00:00:00 2014
- # Session Ident: #whatwg
- # [00:00] * Joins: othermaciej (~mjs@17.114.217.230)
- # [00:01] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
- # [00:01] * Quits: newtron_ (~newtron@199.71.174.203) (Ping timeout: 240 seconds)
- # [00:02] * Quits: newtron_work (~newtron@199.71.174.204) (Ping timeout: 240 seconds)
- # [00:04] * Quits: Maurice` (copyman@5ED5617C.cm-7-6b.dynamic.ziggo.nl)
- # [00:05] * Joins: lmclister (~lmclister@c-66-31-88-50.hsd1.ma.comcast.net)
- # [00:05] <Hixie> Domenic: why not?
- # [00:05] <Hixie> Domenic: how else would you get at the <div>?
- # [00:05] <Hixie> Domenic: the only thing that distinguishes it from all the other dics is that this is the one that contains your specific <script>
- # [00:06] <Hixie> divs
- # [00:06] <Domenic> Hixie: yes, in general, if you don't add identifiers to a thing, then you can't get to it. Just because this one happens to contain your script doesn't make it special.
- # [00:06] <Philip`> <div id=theonethatcontainsmyscript>?
- # [00:07] * Quits: lmclister (~lmclister@c-66-31-88-50.hsd1.ma.comcast.net) (Client Quit)
- # [00:07] <Hixie> having to use globally-unique IDs is an order of magnitude more annoying than just being able to refer to the current script block
- # [00:07] <Hixie> you have to start worrying about ID collisions, about poluting the ID namespace, etc
- # [00:09] <Domenic> If it's actually important to refer to the current script block, then you'll do it.
- # [00:09] <Domenic> Just like if it's important to refer to any other element.
- # [00:10] <Hixie> i don't understand the problem with currentScript
- # [00:10] <Hixie> it seems like a net win to the engineering environment
- # [00:11] <jgraham> Is it a thing that currently exists and that people use?
- # [00:11] <Ms2ger> I believe it exists in Gecko
- # [00:14] <Hixie> currentScript? yeah
- # [00:15] <jgraham> On an entirely different subject I am rather against the name consimeAsJSON(). I think it falls into the API design flaw where you have a design choice to make in the API, which therefore seems important to you, and you signal in the name of the API functions the choice that you made. But to a user of the API it's unimportant noise because you made a consistent choice so it's just making you type out something "obvious"
- # [00:15] <jgraham> *consumeAsJSON()
- # [00:16] <jgraham> Like if you has a language with immutable strings and you added a method appendAsNewString()
- # [00:18] * Quits: bholley (~bholley@c-50-131-239-99.hsd1.ca.comcast.net) (Ping timeout: 245 seconds)
- # [00:18] * Joins: tantek (~tantek@50.241.62.91)
- # [00:18] <Hixie> you mean as opposed to just .asJSON() ?
- # [00:18] * Quits: ambv (~ambv@206.108.217.134) (Read error: Connection reset by peer)
- # [00:19] * Joins: ambv (~ambv@206.108.217.134)
- # [00:19] * Quits: Ms2ger (~Ms2ger@39.206-242-81.adsl-dyn.isp.belgacom.be) (Quit: nn)
- # [00:20] <jgraham> Yes
- # [00:21] <Hixie> the problem with .asJSON() is that it already means something in the platform. It means, "copy this into a JSON form".
- # [00:22] * Quits: weinig_ (~weinig@17.114.216.57) (Quit: weinig_)
- # [00:23] <Hixie> hm i guess that's toJSON()
- # [00:24] <jgraham> Honestly I would prefer response.body.json() if possible
- # [00:24] <Hixie> i don't really understand why we're not using xhr
- # [00:25] <jgraham> response.body.json(), response.body.text(), response.body.consumed
- # [00:25] * Quits: othermaciej (~mjs@17.114.217.230) (Quit: othermaciej)
- # [00:27] * Joins: bholley (~bholley@c-50-131-239-99.hsd1.ca.comcast.net)
- # [00:31] * Quits: paulohp (~paulohp@187.121.82.241)
- # [00:32] * Quits: ambv (~ambv@206.108.217.134) (Read error: Connection reset by peer)
- # [00:33] * Joins: ambv (~ambv@206.108.217.134)
- # [00:34] * Quits: ambv (~ambv@206.108.217.134) (Read error: Connection reset by peer)
- # [00:34] * Joins: ambv (~ambv@206.108.217.134)
- # [00:37] * Joins: roc (~chatzilla@2001:cb0:b202:232:2677:3ff:fece:dc64)
- # [00:37] * Quits: m4nu (~manu@216.252.204.51) (Read error: Connection reset by peer)
- # [00:38] * Joins: othermaciej (~mjs@17.114.217.230)
- # [00:39] * Quits: Smylers (~smylers@host86-163-17-51.range86-163.btcentralplus.com) (Ping timeout: 240 seconds)
- # [00:39] * Joins: m4nu (~manu@216.252.204.51)
- # [00:44] * Joins: Yuhong (~chatzilla@S0106001b21018173.vc.shawcable.net)
- # [00:44] <Yuhong> msg NickServ identify asdasd
- # [00:46] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
- # [00:46] * Parts: Yuhong (~chatzilla@S0106001b21018173.vc.shawcable.net)
- # [00:49] * Quits: abinader (sid21713@gateway/web/irccloud.com/x-pknnbrcxvfjimsht)
- # [00:54] * Quits: bholley (~bholley@c-50-131-239-99.hsd1.ca.comcast.net) (Quit: Textual IRC Client: www.textualapp.com)
- # [00:55] * Joins: jarek (~jarek@unaffiliated/jarek)
- # [00:55] <TabAtkins> The NickServ identification method is not very safe. :/
- # [00:57] * Joins: Yuhong (~chatzilla@S0106001b21018173.vc.shawcable.net)
- # [00:58] * Quits: Yuhong (~chatzilla@S0106001b21018173.vc.shawcable.net) (Client Quit)
- # [01:02] <slightlyoff> My proposal was to ask and *then* evict if you don't get enough back
- # [01:08] <TabAtkins> slightlyoff: ?????
- # [01:10] * jgraham resolves to avoid becoming slightlyoff's tenant
- # [01:11] <jamesr__> jgraham: thankfully slightlyoff lives in a place where eviction is basically illegal
- # [01:12] * Joins: weinig_ (~weinig@17.114.216.57)
- # [01:19] * Quits: othermaciej (~mjs@17.114.217.230) (Quit: othermaciej)
- # [01:20] * Quits: tantek (~tantek@50.241.62.91) (Quit: tantek)
- # [01:22] * Quits: ambv (~ambv@206.108.217.134) (Read error: Connection reset by peer)
- # [01:22] * Joins: ambv_ (~ambv@206.108.217.134)
- # [01:23] * Joins: tantek (~tantek@50.241.62.91)
- # [01:25] * Quits: weinig_ (~weinig@17.114.216.57) (Quit: weinig_)
- # [01:26] * Quits: ambv_ (~ambv@206.108.217.134) (Ping timeout: 240 seconds)
- # [01:28] * Joins: othermaciej (~mjs@17.114.217.230)
- # [01:30] * Quits: othermaciej (~mjs@17.114.217.230) (Client Quit)
- # [01:37] * Joins: othermaciej (~mjs@17.114.217.230)
- # [01:38] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: :tiuQ tiuq sah woclrak)
- # [01:38] * Joins: karlcow (~karl@nerval.la-grange.net)
- # [01:39] * Joins: jonr22 (~jonr22@c-65-96-170-37.hsd1.ma.comcast.net)
- # [01:43] * Joins: weinig_ (~weinig@17.114.216.57)
- # [01:45] * Quits: GPHemsley (~GPHemsley@pdpc/supporter/student/GPHemsley) (Ping timeout: 250 seconds)
- # [01:46] * Quits: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com) (Quit: sicking)
- # [01:47] * Joins: GPHemsley (~GPHemsley@24-159-105-169.dhcp.gwnt.ga.charter.com)
- # [01:47] * Quits: GPHemsley (~GPHemsley@24-159-105-169.dhcp.gwnt.ga.charter.com) (Changing host)
- # [01:47] * Joins: GPHemsley (~GPHemsley@pdpc/supporter/student/GPHemsley)
- # [01:48] * Joins: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com)
- # [01:49] * Quits: GPHemsley (~GPHemsley@pdpc/supporter/student/GPHemsley) (Client Quit)
- # [01:50] * Joins: GPHemsley (~GPHemsley@pdpc/supporter/student/GPHemsley)
- # [01:57] * Quits: weinig_ (~weinig@17.114.216.57) (Quit: weinig_)
- # [01:58] * Quits: roc (~chatzilla@2001:cb0:b202:232:2677:3ff:fece:dc64) (Remote host closed the connection)
- # [01:58] * Quits: tantek (~tantek@50.241.62.91) (Quit: tantek)
- # [02:04] * Joins: roc (~chatzilla@2001:cb0:b202:232:2677:3ff:fece:dc64)
- # [02:16] * Quits: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com) (Quit: sicking)
- # [02:19] * Joins: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com)
- # [02:20] * Joins: boogyman (~boogyman@50.167.218.18)
- # [02:20] * Quits: boogyman (~boogyman@50.167.218.18) (Changing host)
- # [02:20] * Joins: boogyman (~boogyman@pdpc/supporter/professional/boogyman)
- # [02:24] * Quits: ap (~ap@17.202.44.214)
- # [02:25] * Joins: ambv (~ambv@173.252.71.189)
- # [02:27] * Quits: benjamingr (uid23465@gateway/web/irccloud.com/x-fqahxkfyphchfkpp) (Quit: Connection closed for inactivity)
- # [02:28] * Joins: weinig_ (~weinig@17.114.216.57)
- # [02:39] * Quits: weinig_ (~weinig@17.114.216.57) (Quit: weinig_)
- # [02:40] * Joins: weinig_ (~weinig@17.114.216.57)
- # [02:48] * Quits: KevinMarks (~KevinMark@38.122.182.106) (Ping timeout: 240 seconds)
- # [02:48] * Joins: Goplat (~goplat@reactos/developer/Goplat)
- # [02:53] * Quits: bnicholson (~bnicholso@24.130.57.109) (Ping timeout: 255 seconds)
- # [02:58] * Quits: dawhite (~dawhite@74.118.22.223) (Ping timeout: 245 seconds)
- # [03:01] * Quits: ShaneHudson (~ShaneHuds@2.30.121.218)
- # [03:01] * Quits: saba (~foo@unaffiliated/saba) (Quit: leaving)
- # [03:01] <karlcow> annevk: any reasons why doing `response.consumeBodyAsJSON()` instead of just `response.bodyAsJSON()`?
- # [03:02] * Joins: KevinMarks (~KevinMark@38.122.182.106)
- # [03:02] <karlcow> doWhatHow() methods seem candidates for deprecation in the future. :/
- # [03:03] <karlcow> compare to something like do(What, How). Bah… :) not important.
- # [03:03] * karlcow is going back to webcompat issues
- # [03:09] * Joins: encryptd_fractl (~encryptd_@c-24-118-244-128.hsd1.mn.comcast.net)
- # [03:13] * Quits: jonr22 (~jonr22@c-65-96-170-37.hsd1.ma.comcast.net) (Ping timeout: 255 seconds)
- # [03:23] * Quits: encryptd_fractl (~encryptd_@c-24-118-244-128.hsd1.mn.comcast.net) (Remote host closed the connection)
- # [03:29] * Quits: weinig_ (~weinig@17.114.216.57) (Quit: weinig_)
- # [03:30] * Joins: jungkees (uid24208@gateway/web/irccloud.com/x-eadwzymxkgxfbdwm)
- # [03:34] * Quits: say2joe (~say2joe@rrcs-76-79-68-2.west.biz.rr.com) (Quit: Leaving.)
- # [03:38] * Quits: jarek (~jarek@unaffiliated/jarek) (Quit: jarek)
- # [03:41] * Quits: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Quit: Bye)
- # [03:42] * Joins: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
- # [03:48] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.sonic.net) (Remote host closed the connection)
- # [03:49] * Quits: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Ping timeout: 255 seconds)
- # [03:52] * Joins: kriskowal (~kriskowal@66-215-92-194.dhcp.psdn.ca.charter.com)
- # [04:01] <karlcow> annevk: also
- # [04:01] <karlcow> > If you have any great user interface ideas let me know! I thought I would share the above since I could not find a decent summary anywhere else.
- # [04:01] <karlcow> feedback request without a place to leave the feedback
- # [04:02] <karlcow> in http://annevankesteren.nl/2014/08/registerprotocolhandler
- # [04:02] * Quits: othermaciej (~mjs@17.114.217.230) (Quit: othermaciej)
- # [04:09] * Joins: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
- # [04:19] * Joins: heatmeiser (~heatmeise@cpe-24-193-5-63.nyc.res.rr.com)
- # [04:25] * Joins: jacobolus (~jacobolus@75-144-246-5-SFBA.hfc.comcastbusiness.net)
- # [04:28] * Quits: willchan (willchan@nat/google/x-yernbgjwzdbeqwfh) (Ping timeout: 260 seconds)
- # [04:30] * Quits: ricea (~ricea@2401:fa00:4:1000:c93b:a4bd:6abd:fa09) (Ping timeout: 252 seconds)
- # [04:41] * Joins: thinkxl (~thinkxl@207-91-184-162.nstci.net)
- # [04:41] * Parts: thinkxl (~thinkxl@207-91-184-162.nstci.net)
- # [04:44] * Joins: ricea (~ricea@2401:fa00:4:1000:5568:61c:4567:234f)
- # [04:51] * Joins: guybedford (~guybedfor@cpe-107-184-128-210.socal.res.rr.com)
- # [04:51] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: :tiuQ tiuq sah woclrak)
- # [04:51] * Joins: karlcow (~karl@nerval.la-grange.net)
- # [05:00] * Quits: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com) (Ping timeout: 260 seconds)
- # [05:06] * Joins: sicking (~sicking@172.56.38.61)
- # [05:18] * Joins: Rastus_Vernon (uid15187@wikimedia/Rastus-Vernon)
- # [05:25] * Quits: jacobolus (~jacobolus@75-144-246-5-SFBA.hfc.comcastbusiness.net) (Remote host closed the connection)
- # [05:26] * Quits: heatmeiser (~heatmeise@cpe-24-193-5-63.nyc.res.rr.com) (Quit: Leaving...)
- # [05:28] * Quits: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com) (Read error: Connection reset by peer)
- # [05:29] * Joins: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com)
- # [05:31] * Quits: sicking (~sicking@172.56.38.61) (Ping timeout: 255 seconds)
- # [05:49] * Joins: bnicholson (~bnicholso@24.130.57.109)
- # [05:59] * Joins: tantek (~tantek@c-24-118-60-123.hsd1.mn.comcast.net)
- # [06:03] * Quits: KevinMarks (~KevinMark@38.122.182.106) (Ping timeout: 255 seconds)
- # [06:03] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.sonic.net)
- # [06:04] * Joins: ambv_ (~ambv@206.108.217.134)
- # [06:07] * Quits: ambv (~ambv@173.252.71.189) (Ping timeout: 240 seconds)
- # [06:15] * Quits: tantek (~tantek@c-24-118-60-123.hsd1.mn.comcast.net) (Quit: tantek)
- # [06:19] * Quits: boogyman (~boogyman@pdpc/supporter/professional/boogyman) (Ping timeout: 255 seconds)
- # [06:24] * Joins: weinig_ (~weinig@98.234.191.242)
- # [06:24] * Quits: weinig_ (~weinig@98.234.191.242) (Client Quit)
- # [06:28] * Quits: guybedford (~guybedfor@cpe-107-184-128-210.socal.res.rr.com) (Quit: guybedford)
- # [06:39] * Quits: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Quit: Bye)
- # [06:40] * Joins: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
- # [06:45] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.sonic.net) (Remote host closed the connection)
- # [06:47] * Joins: bryanhowarth (~bryanhowa@unaffiliated/bryanhowarth)
- # [06:47] * Joins: BigBangUDR (~Thunderbi@103.249.181.147)
- # [06:51] * Quits: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com) (Read error: Connection reset by peer)
- # [06:51] * Joins: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com)
- # [06:52] * Joins: xiinotulp (~plutoniix@node-10jm.pool-180-180.dynamic.totbb.net)
- # [06:55] * Quits: plutoniix (~plutoniix@node-jrh.pool-101-108.dynamic.totbb.net) (Ping timeout: 255 seconds)
- # [06:58] * Quits: yutak (~yutak@2401:fa00:4:1000:30e6:f989:4dd8:5492) (Quit: Ex-Chat)
- # [06:58] * Quits: KevinMarks_ (~yaaic@2607:fb90:2201:986d:a29f:28a9:6849:7cbc) (Ping timeout: 240 seconds)
- # [07:00] * Joins: KevinMarks (~yaaic@2607:fb90:2200:b626:6ba3:28cb:2b17:c37e)
- # [07:02] * Joins: davidyezsetz (~davidyezs@mail1.powerflasher.de)
- # [07:07] * Quits: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com) (Ping timeout: 240 seconds)
- # [07:08] * Quits: roc (~chatzilla@2001:cb0:b202:232:2677:3ff:fece:dc64) (Ping timeout: 260 seconds)
- # [07:16] * Quits: bret (~boot@50.7.8.106) (Ping timeout: 252 seconds)
- # [07:18] * Joins: bret (~boot@50.7.8.106)
- # [07:19] * Quits: BigBangUDR (~Thunderbi@103.249.181.147) (Quit: BigBangUDR)
- # [07:19] * Quits: jwalden (~waldo@2620:101:80fc:224:7e7a:91ff:fe25:a5a3) (Quit: ChatZilla 0.9.87-8.1450hg.fc20 [XULRunner 30.0/20140605102323])
- # [07:26] * Joins: roc (~chatzilla@121-99-139-220.bng1.tvc.orcon.net.nz)
- # [07:38] * Joins: alienleb_ (~textual@43-90.104-92.cust.bluewin.ch)
- # [07:47] * alienleb_ is now known as alienlebarge
- # [07:50] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.sonic.net)
- # [07:55] * Joins: TuRnaD0 (~Thunderbi@x1-6-e0-46-9a-1e-fe-ca.cpe.webspeed.dk)
- # [07:58] * Joins: BigBangUDR (~Thunderbi@103.249.181.147)
- # [07:58] * Quits: alienlebarge (~textual@43-90.104-92.cust.bluewin.ch) (Quit: My MacBook has gone to sleep. ZZZzzz…)
- # [08:06] * Quits: ambv_ (~ambv@206.108.217.134) (Read error: Connection reset by peer)
- # [08:06] * Joins: ambv (~ambv@206.108.217.134)
- # [08:14] * Joins: yutak (~yutak@2401:fa00:4:1000:dc8f:2742:6bf3:a8e8)
- # [08:22] * Quits: TuRnaD0 (~Thunderbi@x1-6-e0-46-9a-1e-fe-ca.cpe.webspeed.dk) (Ping timeout: 246 seconds)
- # [08:24] * Joins: Ducki (~Ducki@191.233.66.1)
- # [08:33] * Joins: othermaciej (~mjs@c-50-136-134-16.hsd1.ca.comcast.net)
- # [08:36] * Joins: cbr_ (~cbr@145.36.150.83.chzhher77.rootnet.ch)
- # [08:42] * Quits: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Quit: Bye)
- # [08:42] * Joins: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
- # [08:45] * Joins: zdobersek (~zan@109.201.152.244)
- # [08:55] * Quits: Goplat (~goplat@reactos/developer/Goplat) (Remote host closed the connection)
- # [08:56] * Joins: Ms2ger (~Ms2ger@39.206-242-81.adsl-dyn.isp.belgacom.be)
- # [08:57] * Quits: ambv (~ambv@206.108.217.134) (Quit: sys.exit(0) # computer went to sleep)
- # [09:00] * Quits: BigBangUDR (~Thunderbi@103.249.181.147) (Quit: BigBangUDR)
- # [09:02] * Joins: zcorpan_ (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
- # [09:03] * Quits: Rastus_Vernon (uid15187@wikimedia/Rastus-Vernon) (Quit: Connection closed for inactivity)
- # [09:05] * Quits: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Quit: Bye)
- # [09:18] * Quits: bryanhowarth (~bryanhowa@unaffiliated/bryanhowarth) (Quit: sleep | bryan.howarth@gmail.com | twitter.com/bryanhowarth)
- # [09:24] * Quits: shepazu (~shepazu@cpc9-camd14-2-0-cust162.hari.cable.virginm.net) (Quit: is sleepy)
- # [09:27] <zcorpan_> karlcow: http://annevankesteren.nl/about
- # [09:27] <karlcow> heh
- # [09:28] <zcorpan_> though comments on the blog would be a bit more inviteful
- # [09:28] <karlcow> I was thinking more of an open bug :)
- # [09:29] <karlcow> weird English (as usual)
- # [09:29] <karlcow> anyway I was expecting a place where I could put a comment in a bug tracker.
- # [09:32] <JakeA> karlcow: because otherwise it isn't clear that it consumes the stream
- # [09:32] <JakeA> karlcow: (re consumeBodyAsJSON)
- # [09:33] <karlcow> JakeA: can it does something else than 'consuming the stream'?
- # [09:33] * karlcow likes that btw 'consumes the stream'. There is something poetic about it
- # [09:34] * Joins: cheron (~cheron@unaffiliated/cheron)
- # [09:35] <JakeA> karlcow: it could buffer the stream for further reads, then read the buffer as json
- # [09:35] <JakeA> karlcow: see http://jakearchibald.com/2014/reading-responses/
- # [09:35] <karlcow> s/can it does/can it do/ (slow brain)
- # [09:35] * karlcow clicks and reads
- # [09:38] * Joins: alienlebarge (~alienleba@64-33.107-92.cust.bluewin.ch)
- # [09:40] * Quits: cbr_ (~cbr@145.36.150.83.chzhher77.rootnet.ch) (Quit: cbr_)
- # [09:43] <karlcow> hmmmm I see.
- # [09:44] <annevk> karlcow: I think the idea behind the explicit naming was because it was non-obvious what it would do
- # [09:45] <annevk> karlcow: I filed https://bugzilla.mozilla.org/show_bug.cgi?id=1056860
- # [09:45] <karlcow> oh cool
- # [09:45] <karlcow> thx
- # [09:55] * heycam|away is now known as heycam
- # [09:57] <zcorpan_> krijnhoetmer_: is the irc log code on github or so?
- # [09:58] * Quits: dbaron (~dbaron@50-0-128-161.dsl.dynamic.sonic.net) (Ping timeout: 245 seconds)
- # [10:01] * Joins: BigBangUDR (~Thunderbi@103.249.181.147)
- # [10:02] * Quits: KevinMarks (~yaaic@2607:fb90:2200:b626:6ba3:28cb:2b17:c37e) (Ping timeout: 240 seconds)
- # [10:05] * Joins: KevinMarks (~yaaic@2607:fb90:2832:4120:3dac:7ade:b95b:e419)
- # [10:06] * Quits: davidyezsetz (~davidyezs@mail1.powerflasher.de) (Quit: davidyezsetz)
- # [10:08] * Joins: shepazu (~shepazu@207.218.72.66)
- # [10:09] * Joins: davidyezsetz (~davidyezs@mail1.powerflasher.de)
- # [10:10] * Quits: BigBangUDR (~Thunderbi@103.249.181.147) (Quit: BigBangUDR)
- # [10:10] <karlcow> annevk, JakeA: so if I understood the post the response.consumeBodyAsJSON is a stream.
- # [10:10] <karlcow> then why not calling it what it means. response.streamAsJSON
- # [10:11] * Quits: alienlebarge (~alienleba@64-33.107-92.cust.bluewin.ch) (Quit: Textual IRC Client: www.textualapp.com)
- # [10:12] * Joins: cbr_ (~cbr@145.36.150.83.chzhher77.rootnet.ch)
- # [10:14] <JakeA> karlcow: nah, response.consumeBodyAsJSON() returns a promise for a JS object
- # [10:19] * Joins: ambv (~ambv@173.252.71.129)
- # [10:20] <zcorpan_> http://www.w3.org/mid/8AA87E45-6086-4CAD-8EC6-7BDE739F4DDC@gbiv.com #popcorn
- # [10:21] <Ms2ger> "There is no cost to working on longdesc."
- # [10:24] * Joins: dylanlindgren (~kartstar@60-241-188-143.static.tpgi.com.au)
- # [10:24] * Quits: dylanlindgren (~kartstar@60-241-188-143.static.tpgi.com.au) (Max SendQ exceeded)
- # [10:25] * Joins: dylanlindgren (~kartstar@60-241-188-143.static.tpgi.com.au)
- # [10:26] * Joins: Smylers (~smylers@81.143.60.194)
- # [10:28] * Joins: Maurice` (copyman@5ED5617C.cm-7-6b.dynamic.ziggo.nl)
- # [10:35] * Joins: BigBangUDR (~Thunderbi@103.249.181.147)
- # [10:39] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.sonic.net) (Remote host closed the connection)
- # [10:55] <annevk> "The only question is whether the W3C standard is going to reflect that practice or some imaginary universe concocted by the WHATWG's collective inexperience."
- # [10:55] <annevk> Roy is always happy to make friends it seems
- # [10:56] <jgraham> JakeA, annevk: So what's the reason that response.body.json() doesn't work?
- # [10:56] <annevk> jgraham: we want .body to be an actual stream object
- # [10:57] <annevk> jgraham: it could be a subclass, but taking short terms on that seems dangerous
- # [10:57] <annevk> jgraham: sorry for not explaining that on list
- # [10:57] <jgraham> You can't have response.body.stream?
- # [10:58] <annevk> jgraham: why would we have an extra object?
- # [10:58] <jgraham> having a mix of response.body and response.bodyAsJSON() seems ugly
- # [10:58] <jgraham> Plus the latter is harder to type :p
- # [10:58] <annevk> jgraham: having an additional object for each request/response seems wasteful
- # [10:59] <jgraham> (also I suspect that wanting to interact with the raw stream will not be the common use case)
- # [10:59] <Ms2ger> annevk, sounds like he's friends with the chairs
- # [10:59] <jgraham> (well maybe it will for SW, I don't know, but not for XHR-replacement use cases)
- # [10:59] <annevk> Ms2ger: they have said the same thing?
- # [10:59] <Ms2ger> Seems like the kind of tone they'd approve of
- # [11:00] <annevk> Ms2ger: thinking about it, if Roy actually believed what he wrote there, he would veto the whole document
- # [11:00] <annevk> Ms2ger: seems like he's trying to end up in gossip magazines
- # [11:00] <JakeA> jgraham: interacting with the raw stream won't be common in SW
- # [11:00] <Ms2ger> annevk, that's just your inexperience speaking
- # [11:00] <annevk> Ms2ger: says who :p
- # [11:00] <Ms2ger> annevk, if you weren't an idiot, you'd understand why he supports it ;)
- # [11:00] <JakeA> jgraham: you'd only need to do that if you were writing your own video decoder or something
- # [11:01] <jgraham> JakeA: than I don't understand why we're making the stream API the most convenient one and making the consumed APIs more inconvenient
- # [11:01] <annevk> jgraham: so what about as*() with .body for the low-level API?
- # [11:01] * Ms2ger denies being Roy
- # [11:01] <annevk> jgraham: rather than bodyAs*()
- # [11:02] <JakeA> I'm a fan of response.asJSON()
- # [11:02] <jgraham> annevk: I don't really understand the value of asFoo() vs foo()
- # [11:02] <Ms2ger> asJSON(), asStream()?
- # [11:02] <JakeA> Don't need asStream
- # [11:02] <jgraham> JakeA: So that seems mildly confusing if you can also get at the headers
- # [11:03] * Quits: yhirano (uid40668@gateway/web/irccloud.com/x-htazppeaowtivecp) (Quit: Connection closed for inactivity)
- # [11:03] <JakeA> var data = await (await fetch('/whatever')).asJSON();
- # [11:03] <jgraham> response.body.text(), response.body.json() response.stream, response.headers.text(), response.headers.map()
- # [11:03] <annevk> jgraham: response.json() / response.bodyJSON()?
- # [11:03] <jgraham> would be my first choice
- # [11:04] <JakeA> jgraham: headers is a http://fetch.spec.whatwg.org/#headers-class
- # [11:04] * Joins: Lachy_ (~Lachy@213.166.174.2)
- # [11:05] <JakeA> by the time you get the response object the headers part of the stream has already been consumed
- # [11:05] <jgraham> So it's not possible to get the raw headers without consuming the stream?
- # [11:05] <jgraham> Oh
- # [11:05] <jgraham> So can you get the raw headers data?
- # [11:05] <JakeA> nope
- # [11:06] <jgraham> That seems unfortunate
- # [11:06] <JakeA> Sounds like you're looking for a raw socket rather than fetch
- # [11:07] <JakeA> Also, I don't think we can give raw headers for security reasons
- # [11:07] <JakeA> http only cookies, for instance
- # [11:07] <jgraham> Oh, that could be true
- # [11:07] <jgraham> In that case .text() and .json() seems fine
- # [11:07] <jgraham> Because everything that isn't .headers is implicitly applying to the body
- # [11:08] * Joins: tommyliu (~tommyliu@61.144.248.40)
- # [11:08] * Joins: adactio (~adactio@212.42.170.121)
- # [11:08] <MikeSmith> annevk: if you or Hixie said the things that Roy says, w3c partisans would be screaming with outrage about it. but Roy says it and instead they smile and say, Good ole Roy
- # [11:08] <JakeA> jgraham: there's a little more than that http://fetch.spec.whatwg.org/#response-class
- # [11:09] <Ms2ger> MikeSmith, well, Roy is a Good Guy, right?
- # [11:09] <jgraham> JakeA: Sure, I just mean for the body-consuming methods
- # [11:09] <annevk> MikeSmith: yeah e.g. https://twitter.com/johnfoliot/status/502581657053167616 but would not really have expected otherwise
- # [11:09] * Quits: karlcow (~karl@nerval.la-grange.net) (Ping timeout: 260 seconds)
- # [11:10] * Quits: CvP (~CvP@27.147.199.131) (Disconnected by services)
- # [11:10] * Joins: xCG (~CvP@27.147.199.131)
- # [11:10] <annevk> arrayBuffer() / text() / blob() / json() / formData()
- # [11:10] <annevk> hmm
- # [11:10] <annevk> does not match any existing pattern
- # [11:10] <annevk> seems like we should go for it then
- # [11:10] * xCG is now known as CvP
- # [11:11] <JakeA> hah
- # [11:12] <JakeA> var data = await (await fetch('/whatever')).json();
- # [11:13] <JakeA> request.formData()
- # [11:13] <annevk> the main problem would be if we had members that might clash with future additions
- # [11:14] <JakeA> Yeah, I'm happy with as*, don't really mind. I think some will be unhappy with losing consume/take
- # [11:14] <annevk> I think Domenic mainly cared about it when it was proposed for the subclass
- # [11:15] * Joins: alienlebarge (~alienleba@64-33.107-92.cust.bluewin.ch)
- # [11:15] <annevk> If we really care about brevity I think jgraham is correct
- # [11:15] <jgraham> I think asFoo() is basically OK, but the as isn't adding much apart from the need to hold down shift for the next letter(s)
- # [11:15] <annevk> If we don't so much, I'd prefer bodyAsJSON()
- # [11:15] <annevk> If we care about being descriptive, I'd prefer takeBodyAsJSON()
- # [11:15] <annevk> And I think we mostly care about brevity so jgraham's json() makes the most sense
- # [11:16] <JakeA> takeBodyAndParseAsJSONAndThrowIfThatFails()
- # [11:16] <Ms2ger> AndRejectIfThatFails?
- # [11:16] <annevk> None of the other properties we expose now make sense as a data type, except perhaps for url, but that'd be dataURL() or some such
- # [11:16] <JakeA> hah
- # [11:19] * Joins: ShaneHudson (~ShaneHuds@2.30.121.218)
- # [11:21] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.sonic.net)
- # [11:24] <annevk> jgraham: argued your position on list
- # [11:26] <jgraham> Thanks
- # [11:30] * Quits: tommyliu (~tommyliu@61.144.248.40) (Remote host closed the connection)
- # [11:30] * Joins: tommyliu_ (~tommyliu@li341-69.members.linode.com)
- # [11:31] * Joins: smaug____ (~chatzilla@cs78246079.pp.htv.fi)
- # [11:31] * Joins: tommyli__ (~tommyliu@183.37.158.73)
- # [11:33] <JakeA> annevk: not so sure about hasBody
- # [11:34] <annevk> JakeA: it's not entirely accurate, though for the person using the object it kind of is
- # [11:34] <JakeA> response.hasBody != Boolean(response.body)
- # [11:34] <annevk> JakeA: also, I don't have anything better
- # [11:35] <JakeA> I still like "consumed", "taken" is ok too. "bodyTaken" if you want 'body' in there
- # [11:35] <annevk> JakeA: I think we'd still disallow access in that case to the stream object in some way
- # [11:35] * heycam is now known as heycam|away
- # [11:35] * Quits: tommyliu_ (~tommyliu@li341-69.members.linode.com) (Ping timeout: 272 seconds)
- # [11:36] <annevk> JakeA: so while it's not equal to the boolean, it's equal to the .body.canbeused or whatever, which seems roughly similar to hasAttributes() and hasChildNodes() work
- # [11:36] <annevk> how /\
- # [11:37] <annevk> JakeA: if response.taken is true, you can still access .headers right? seems odd to not have body in there
- # [11:38] <JakeA> fair
- # [11:38] <JakeA> bodyRead
- # [11:38] <annevk> yeah that seems fine, although also not necessarily true
- # [11:39] <JakeA> yeah, same with "consumed"
- # [11:39] <annevk> bodyUsed
- # [11:40] <jgraham> Can you still access whatever it was you used to consume the stream?
- # [11:40] <jgraham> s/stream/body/
- # [11:40] <JakeA> nope
- # [11:40] <jgraham> so response.json(); response.json() wouldn't work (imagine whatever async bits are needed)
- # [11:40] <annevk> jgraham: text() etc. only work once; if you pass a Request to fetch(), they no longer work
- # [11:41] <annevk> jgraham: if you put a response into a cache, they no longer work, etc.
- # [11:41] <JakeA> yeah, 2nd .json would reject
- # [11:41] <annevk> jgraham: at that point we'd flip the flag directly
- # [11:41] <smaug____> Domenic: why you want to use ES style for Streams?
- # [11:41] <annevk> jgraham: when it's actually read is up to the browser
- # [11:41] <annevk> smaug____: he wants them to end up in Node.js and implemented in the ES engine
- # [11:42] <jgraham> Sure, I was wondering if an API like consumedAs = "json" would make sense, but perhaps not
- # [11:42] <smaug____> ah, Node.js stuff...
- # [11:42] <jgraham> (it would obvioulsy be null if it hadn't been consumed yet)
- # [11:42] <smaug____> need to be careful then when reviewing Streams that the API works well enough in browsers too
- # [11:42] <smaug____> the environment is rather different
- # [11:42] <annevk> yeah, do you have time for review?
- # [11:43] <annevk> not sure there's many Gecko people involved
- # [11:43] <annevk> and it's certainly not something I'm skilled in
- # [11:43] <smaug____> if there was a readable spec... ;)
- # [11:43] * Quits: ambv (~ambv@173.252.71.129) (Quit: sys.exit(0) # computer went to sleep)
- # [11:44] * Quits: Lachy_ (~Lachy@213.166.174.2) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [11:49] * Joins: satazor (~satazor@123.87.37.188.rev.vodafone.pt)
- # [11:50] <annevk> smaug____: seems like a good start of a review :p
- # [11:54] * Joins: Lachy_ (~Lachy@213.166.174.2)
- # [11:55] * Quits: Lachy_ (~Lachy@213.166.174.2) (Read error: Connection reset by peer)
- # [11:55] * Joins: Lachy_ (~Lachy@213.166.174.2)
- # [12:00] * heycam|away is now known as heycam
- # [12:02] * Quits: Lachy_ (~Lachy@213.166.174.2) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [12:03] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
- # [12:10] * Quits: alienlebarge (~alienleba@64-33.107-92.cust.bluewin.ch) (Quit: My MacBook has gone to sleep. ZZZzzz…)
- # [12:25] * Joins: Lachy_ (~Lachy@213.166.174.2)
- # [12:26] * Quits: tommyli__ (~tommyliu@183.37.158.73) (Read error: Connection reset by peer)
- # [12:27] * Joins: tommyliu_ (~tommyliu@183.37.158.73)
- # [12:27] * Quits: Lachy_ (~Lachy@213.166.174.2) (Read error: Connection reset by peer)
- # [12:27] * Joins: Lachy_ (~Lachy@213.166.174.2)
- # [12:32] * Quits: dylanlindgren (~kartstar@60-241-188-143.static.tpgi.com.au) (Ping timeout: 245 seconds)
- # [12:32] * Quits: BigBangUDR (~Thunderbi@103.249.181.147) (Ping timeout: 255 seconds)
- # [12:33] * xiinotulp is now known as plutoniix
- # [12:34] * Joins: dylanlindgren (~kartstar@60-241-188-143.static.tpgi.com.au)
- # [12:38] * Quits: cbr_ (~cbr@145.36.150.83.chzhher77.rootnet.ch) (Quit: cbr_)
- # [12:38] * Quits: dylanlindgren (~kartstar@60-241-188-143.static.tpgi.com.au) (Client Quit)
- # [12:49] * Quits: weinig (~weinig@17.114.216.157) (Ping timeout: 255 seconds)
- # [12:53] * Joins: alienlebarge (~alienleba@64-33.107-92.cust.bluewin.ch)
- # [12:59] * Joins: jwatt (~roslea@2001:450:1d:224:cd50:7b3b:2d54:f833)
- # [13:02] * Quits: tommyliu_ (~tommyliu@183.37.158.73) (Read error: Connection reset by peer)
- # [13:02] * Joins: tommyl___ (~tommyliu@183.37.158.73)
- # [13:04] * heycam is now known as heycam|away
- # [13:12] * tommyl___ is now known as technommy
- # [13:16] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.sonic.net) (Remote host closed the connection)
- # [13:18] * Joins: abinader (sid21713@gateway/web/irccloud.com/x-tvuafiihwlsaixil)
- # [13:19] * Quits: Smylers (~smylers@81.143.60.194) (Ping timeout: 246 seconds)
- # [13:26] * Quits: davidyezsetz (~davidyezs@mail1.powerflasher.de) (Quit: davidyezsetz)
- # [13:28] * Joins: Lachy__ (~Lachy@213.166.174.2)
- # [13:29] * Quits: Lachy_ (~Lachy@213.166.174.2) (Ping timeout: 245 seconds)
- # [13:34] * Quits: jungkees (uid24208@gateway/web/irccloud.com/x-eadwzymxkgxfbdwm) (Quit: Connection closed for inactivity)
- # [13:40] * Quits: technommy (~tommyliu@183.37.158.73) (Read error: Connection reset by peer)
- # [13:41] * Joins: technommy (~tommyliu@183.37.158.73)
- # [13:43] * Quits: satazor (~satazor@123.87.37.188.rev.vodafone.pt) (Remote host closed the connection)
- # [13:44] * Joins: satazor (~satazor@123.87.37.188.rev.vodafone.pt)
- # [13:47] * Quits: technommy (~tommyliu@183.37.158.73) (Remote host closed the connection)
- # [13:47] * Joins: cbr_ (~cbr@145.36.150.83.chzhher77.rootnet.ch)
- # [13:47] * Joins: technommy (~tommyliu@li341-69.members.linode.com)
- # [13:47] * Joins: satazor_ (~satazor@123.87.37.188.rev.vodafone.pt)
- # [13:49] * Quits: satazor (~satazor@123.87.37.188.rev.vodafone.pt) (Ping timeout: 264 seconds)
- # [13:51] * Joins: technomm_ (~tommyliu@61.144.248.40)
- # [13:55] * Quits: technommy (~tommyliu@li341-69.members.linode.com) (Ping timeout: 264 seconds)
- # [13:56] * Joins: davidyezsetz (~davidyezs@mail1.powerflasher.de)
- # [13:56] * Quits: technomm_ (~tommyliu@61.144.248.40) (Remote host closed the connection)
- # [13:57] * Joins: technommy (~tommyliu@61.144.248.40)
- # [14:00] * Quits: satazor_ (~satazor@123.87.37.188.rev.vodafone.pt) (Remote host closed the connection)
- # [14:01] * Joins: satazor (~satazor@123.87.37.188.rev.vodafone.pt)
- # [14:01] * Quits: ShaneHudson (~ShaneHuds@2.30.121.218) (Quit: Computer fell asleep.)
- # [14:01] * Quits: satazor (~satazor@123.87.37.188.rev.vodafone.pt) (Remote host closed the connection)
- # [14:02] * Quits: technommy (~tommyliu@61.144.248.40) (Ping timeout: 264 seconds)
- # [14:02] * Quits: plutoniix (~plutoniix@node-10jm.pool-180-180.dynamic.totbb.net) (Read error: Connection reset by peer)
- # [14:03] * Joins: plutoniix (~plutoniix@node-10jm.pool-180-180.dynamic.totbb.net)
- # [14:04] * Joins: sankha93 (~sankha93@fsf/emeritus/sankha93)
- # [14:09] <JakeA> Hadn't thought of using localStorage purely to communicate between tabs https://twitter.com/ddprrt/status/502789624843223040
- # [14:10] * Quits: jwatt (~roslea@2001:450:1d:224:cd50:7b3b:2d54:f833) (Ping timeout: 260 seconds)
- # [14:11] * Joins: Smylers (~smylers@81.143.60.194)
- # [14:16] * Joins: ShaneHudson (~ShaneHuds@2.30.121.218)
- # [14:17] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.sonic.net)
- # [14:18] * Joins: jwatt (~roslea@2001:450:1d:224:dc55:716f:8b39:8007)
- # [14:21] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.sonic.net) (Ping timeout: 240 seconds)
- # [14:30] <MikeSmith> JakeA: neat
- # [14:31] * Quits: ShaneHudson (~ShaneHuds@2.30.121.218) (Quit: Computer fell asleep.)
- # [14:32] * Joins: technommy (~tommyliu@121.15.56.2)
- # [14:35] * Quits: jwatt (~roslea@2001:450:1d:224:dc55:716f:8b39:8007) (Ping timeout: 250 seconds)
- # [14:39] * Joins: jwatt (~roslea@2001:450:1d:224:38a4:273:b9a2:717)
- # [14:49] <smaug____> localStorage has nothing neat
- # [14:51] <jgraham> smaug____: So are there any web technologies that you do like? ;)
- # [14:51] <smaug____> hey, localStorage is one of the APIs we want to kill
- # [14:51] <smaug____> jgraham: and I like events, and MutationObserver (obviously)
- # [14:52] <smaug____> and DOM tree
- # [14:52] <smaug____> that is plenty
- # [14:52] <jgraham> Pretty sure DOM and events are both unfashionable to like ;)
- # [14:53] <smaug____> but localStorage wasn't actually in APIs-to-kill list
- # [14:53] * smaug____ adds it
- # [14:55] <jgraham> It's nice that we are now trying to kill WHATWG-invented APIs rather than just Netscape/Microsoft/Java-Enterprise-Requirement-invented APIs
- # [14:55] * Quits: cbr_ (~cbr@145.36.150.83.chzhher77.rootnet.ch) (Quit: cbr_)
- # [14:56] <smaug____> whatwg is getting old
- # [14:56] <smaug____> 10+ already, isn't it
- # [14:56] * smaug____ thinks the W3C compound documents workshop was 2004
- # [14:56] * Joins: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com)
- # [14:56] <smaug____> May
- # [14:56] <jgraham> Yeah, it's 10
- # [14:56] * Joins: cbr_ (~cbr@145.36.150.83.chzhher77.rootnet.ch)
- # [14:58] <jgraham> But only today I was hearing about how we suffer from collective inexperience. Which sounded worrying until it was clarified that we live in an imaginary universe which seems sufficient to prevent our evident ineptness from having any actual consequence.
- # [14:59] <smaug____> he
- # [14:59] <smaug____> h
- # [15:00] * heycam|away is now known as heycam
- # [15:02] * Quits: richt (~richt@192.121.59.29) (Ping timeout: 264 seconds)
- # [15:05] <MikeSmith> jgraham: whereas some other people live in an imaginary universe where having written a disseration describing something that other people invented somehow buys you street cred for life
- # [15:06] * Joins: arthurvr (~arthurvr@dD5761476.access.telenet.be)
- # [15:06] * Joins: benjamingr (uid23465@gateway/web/irccloud.com/x-alryvswntyzjshnj)
- # [15:07] * Joins: boogyman (~boogyman@38.88.11.131)
- # [15:07] * Quits: boogyman (~boogyman@38.88.11.131) (Changing host)
- # [15:07] * Joins: boogyman (~boogyman@pdpc/supporter/professional/boogyman)
- # [15:07] * Quits: smaug____ (~chatzilla@cs78246079.pp.htv.fi) (Ping timeout: 250 seconds)
- # [15:07] * Joins: richt (~richt@192.121.59.29)
- # [15:08] * Quits: sankha93 (~sankha93@fsf/emeritus/sankha93) (Ping timeout: 245 seconds)
- # [15:09] * Quits: jwatt (~roslea@2001:450:1d:224:38a4:273:b9a2:717) (Ping timeout: 260 seconds)
- # [15:11] <MikeSmith> and yeah he's right -- clearly the ones who are inexperienced are the ones who've spent 10+ years day in and day out working on testing how the Web actually works in practice and reverse engineering all kinds of crap and thoroughly/precisely/unambiguously documenting how it all works (or trying to)
- # [15:13] * Joins: BigBangUDR (~Thunderbi@103.249.181.147)
- # [15:13] * Joins: jwatt (~roslea@2001:450:1d:224:c7:d173:7960:f939)
- # [15:14] <Ms2ger> Nah
- # [15:14] <Ms2ger> We've actually been on reddit most of that time
- # [15:14] * Joins: danjesus (~danjesus@187.37.68.156)
- # [15:15] * Quits: technommy (~tommyliu@121.15.56.2) (Remote host closed the connection)
- # [15:16] * Joins: technommy (~tommyliu@li341-69.members.linode.com)
- # [15:17] * Joins: satazor (~satazor@bl17-139-146.dsl.telepac.pt)
- # [15:18] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.sonic.net)
- # [15:19] * Quits: arthurvr (~arthurvr@dD5761476.access.telenet.be) (Quit: Lingo - http://www.lingoirc.com)
- # [15:22] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.sonic.net) (Ping timeout: 245 seconds)
- # [15:26] <MikeSmith> othermaciej has been at least
- # [15:26] <MikeSmith> (just kidding)
- # [15:30] * Quits: satazor (~satazor@bl17-139-146.dsl.telepac.pt) (Read error: Connection reset by peer)
- # [15:30] * Joins: satazor (~satazor@bl17-139-146.dsl.telepac.pt)
- # [15:31] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.sonic.net)
- # [15:36] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.sonic.net) (Ping timeout: 255 seconds)
- # [15:36] * Quits: Ms2ger (~Ms2ger@39.206-242-81.adsl-dyn.isp.belgacom.be) (Ping timeout: 246 seconds)
- # [15:38] * Joins: karlcow (~karl@nerval.la-grange.net)
- # [15:42] * Quits: jwatt (~roslea@2001:450:1d:224:c7:d173:7960:f939) (Ping timeout: 250 seconds)
- # [15:42] <annevk> hah
- # [15:45] * Joins: jwatt (~roslea@2001:450:1d:224:9d11:9926:6ae8:4d04)
- # [15:46] * Joins: newtron (~newtron@75-119-234-24.dsl.teksavvy.com)
- # [15:48] * Joins: sankha93 (~sankha93@220.227.9.162)
- # [15:48] * Quits: sankha93 (~sankha93@220.227.9.162) (Changing host)
- # [15:48] * Joins: sankha93 (~sankha93@fsf/emeritus/sankha93)
- # [15:48] * Joins: Ms2ger (~Ms2ger@39.206-242-81.adsl-dyn.isp.belgacom.be)
- # [15:50] * Joins: TallTed (~Thud@63.119.36.36)
- # [15:53] * Joins: technomm_ (~tommyliu@121.15.56.2)
- # [15:54] * Quits: zcorpan_ (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Remote host closed the connection)
- # [15:56] * Quits: technommy (~tommyliu@li341-69.members.linode.com) (Ping timeout: 250 seconds)
- # [15:57] * Quits: Ducki (~Ducki@191.233.66.1) (Remote host closed the connection)
- # [15:57] * Quits: cbr_ (~cbr@145.36.150.83.chzhher77.rootnet.ch) (Quit: cbr_)
- # [15:58] * Joins: cbr_ (~cbr@145.36.150.83.chzhher77.rootnet.ch)
- # [16:00] * Quits: CvP (~CvP@27.147.199.131) (Disconnected by services)
- # [16:00] * Joins: xCG (~CvP@27.147.199.131)
- # [16:01] * xCG is now known as CvP
- # [16:01] * Quits: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com) (Read error: Connection reset by peer)
- # [16:02] * Joins: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com)
- # [16:02] * Joins: Goplat (~goplat@reactos/developer/Goplat)
- # [16:11] * Joins: satazor_ (~satazor@239.201.37.188.rev.vodafone.pt)
- # [16:12] * Quits: Lachy__ (~Lachy@213.166.174.2) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [16:12] * Quits: satazor (~satazor@bl17-139-146.dsl.telepac.pt) (Read error: Connection reset by peer)
- # [16:12] * Quits: satazor_ (~satazor@239.201.37.188.rev.vodafone.pt) (Remote host closed the connection)
- # [16:12] * Joins: Lachy_ (~Lachy@213.166.174.2)
- # [16:12] * Joins: satazor (~satazor@bl17-139-146.dsl.telepac.pt)
- # [16:13] * Joins: encryptd_fractl (~encryptd_@23.30.224.246)
- # [16:17] * Quits: satazor (~satazor@bl17-139-146.dsl.telepac.pt) (Ping timeout: 255 seconds)
- # [16:17] * Quits: BigBangUDR (~Thunderbi@103.249.181.147) (Quit: BigBangUDR)
- # [16:17] <Manishearth> annevk / Ms2ger : Shouldn't step 2 of http://fetch.spec.whatwg.org/#concept-http-fetch say "requests's client IS a Service Worker environment"?
- # [16:18] * Joins: satazor (~satazor@bl17-139-146.dsl.telepac.pt)
- # [16:18] <Ms2ger> Might be
- # [16:24] * Quits: cbr_ (~cbr@145.36.150.83.chzhher77.rootnet.ch) (Quit: cbr_)
- # [16:26] <wanderview> JakeA: there are no limitations on what a cache name can be, correct? free to put /, etc in there
- # [16:28] <JakeA> wanderview: correct. Should probably define that.
- # [16:28] <wanderview> cool, thanks
- # [16:29] <JakeA> wanderview: I think I'm going to suggest "best practice" would be to call the cache "sitename-cachename-version"
- # [16:29] <JakeA> or some kind of scheme like that
- # [16:29] * Quits: alienlebarge (~alienleba@64-33.107-92.cust.bluewin.ch) (Quit: Textual IRC Client: www.textualapp.com)
- # [16:30] <JakeA> so in your SW activate event you can iterate over caches and identify those you don't need anymore
- # [16:30] <wanderview> wanderview: k... I was asking because it would be nice for implementation to have human readable directory structure, but not a big deal to map names to UUIDs
- # [16:30] <wanderview> oops
- # [16:30] <wanderview> JakeA: ^^^
- # [16:30] <JakeA> "sitename/cachename/version" is better I think
- # [16:30] <JakeA> so yeah
- # [16:31] <JakeA> although not all caches need a version, such as caches that build up over time, like "click to read offline" stuff, or dynamic avatar caches
- # [16:31] * Joins: tantek (~tantek@50.241.56.251)
- # [16:32] <wanderview> yea, I think embedding version in name is fine unless we want to provide conveniences like "get all caches older than version x"
- # [16:32] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.sonic.net)
- # [16:32] <wanderview> but that can be a content library
- # [16:34] <wanderview> JakeA: we're toying with the idea of using CacheStorage/Cache internally to persist our SW script and importScript scripts... can you think of any reasons that would be a bad idea?
- # [16:34] * Quits: technomm_ (~tommyliu@121.15.56.2) (Remote host closed the connection)
- # [16:34] * Joins: technommy (~tommyliu@121.15.56.2)
- # [16:35] * Quits: technommy (~tommyliu@121.15.56.2) (Remote host closed the connection)
- # [16:35] * Joins: technommy (~tommyliu@121.15.56.2)
- # [16:36] * Quits: technommy (~tommyliu@121.15.56.2) (Remote host closed the connection)
- # [16:37] * Joins: technommy (~tommyliu@121.15.56.2)
- # [16:37] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.sonic.net) (Ping timeout: 260 seconds)
- # [16:38] * Quits: danjesus (~danjesus@187.37.68.156) (Ping timeout: 255 seconds)
- # [16:38] <JakeA> wanderview: I think we may be doing the same. It shouldn't appear when you iterate over the caches though. We may expose it another way in the future though
- # [16:39] <wanderview> JakeA: yea... seems like we need a magic internal cacheName... although since its all same origin doesn't seem like a major problem if they are accessible
- # [16:40] <wanderview> JakeA: I guess it might be nice to have a defined cacheName prefix for internal UA use that content should not expect to work for them
- # [16:40] <annevk> Manishearth: no
- # [16:40] * Joins: paulohp (~paulohp@187.121.82.241)
- # [16:40] <annevk> Manishearth: if it would be a service worker, we don't need to pass it through a service worker
- # [16:41] * Quits: technommy (~tommyliu@121.15.56.2) (Ping timeout: 240 seconds)
- # [16:42] <JakeA> wanderview: it's worth exploring. I'm worried about what happens if those caches are modified or deleted. But I guess advice could just be "don't do that"
- # [16:43] <wanderview> JakeA: yea, we can just make those promises reject for content I think... but it would be nice to be explicit about what key is being used internal... Like "Cache names starting with '__internal__' are reserved for use by the browser and will always reject when passed by content."
- # [16:44] <Manishearth> annevk: but this means requests get passed through SWs by default?
- # [16:44] <annevk> Manishearth: yes
- # [16:46] <JakeA> wanderview: could you make a ticket for that? I think it's worth exploring
- # [16:46] <wanderview> will do
- # [16:46] * Quits: plutoniix (~plutoniix@node-10jm.pool-180-180.dynamic.totbb.net) (Ping timeout: 240 seconds)
- # [16:46] <JakeA> wanderview: even if we say caches.get('__internal__whatever') always rejects, so we've reserved that naming for later
- # [16:47] <wanderview> yea
- # [16:48] <JakeA> wanderview: https://github.com/slightlyoff/ServiceWorker/issues/193
- # [16:49] <tantek> since I have no desire to reply to this email thread: http://lists.w3.org/Archives/Public/public-html-admin/2014Aug/0035.html I provide this for your consideration. 1) [citation needed] on all of Roy's unfounded claims. 2) "as a Senior Principal Scientist", I expect Roy to "show his work" in a manner replicable by other scientists, rather than depending on "considered opinions of folks".
- # [16:49] * Joins: technommy (~tommyliu@121.15.56.2)
- # [16:49] <JakeA> wanderview: http://slightlyoff.github.io/ServiceWorker/spec/service_worker/#service-worker-global-scope-script-cache - heh, I didn't realise we'd added this
- # [16:49] * Joins: zcorpan (~zcorpan@94.234.170.162)
- # [16:50] * Quits: technommy (~tommyliu@121.15.56.2) (Remote host closed the connection)
- # [16:50] * Joins: technommy (~tommyliu@121.15.56.2)
- # [16:50] <annevk> tantek: public-html-admin is a support forum?
- # [16:50] * Quits: technommy (~tommyliu@121.15.56.2) (Remote host closed the connection)
- # [16:51] <tantek> annevk - that may be too optimistic of an assessment.
- # [16:52] * Joins: danjesus (~danjesus@187.37.68.156)
- # [16:52] * Joins: tommyliu (~tommyliu@121.15.56.2)
- # [16:52] * Quits: tommyliu (~tommyliu@121.15.56.2) (Remote host closed the connection)
- # [16:54] <wanderview> JakeA: ah, yea... so makes pretty good sense to use the same underlying implementation there
- # [16:54] <wanderview> JakeA: https://github.com/slightlyoff/ServiceWorker/issues/424
- # [16:56] <tantek> but no, seriously, I've lost patience with people call themselves "scientists" and then make arguments based purely on "considered opinions". It's like really? How dare you?
- # [16:56] <tantek> cc: hober
- # [16:56] <JakeA> wanderview: cheers!
- # [16:57] * Quits: tantek (~tantek@50.241.56.251) (Quit: tantek)
- # [16:59] <Philip`> tantek: Maybe it's the typical computer science definition of scientist, i.e. one that doesn't involve anything resembling science
- # [16:59] * Philip` can't remember ever reading a computer science paper that has a hypothesis in it
- # [17:00] * Joins: smaug____ (~chatzilla@cs78246079.pp.htv.fi)
- # [17:07] * Quits: jwatt (~roslea@2001:450:1d:224:9d11:9926:6ae8:4d04) (Ping timeout: 250 seconds)
- # [17:09] * Joins: zcorpan_ (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
- # [17:10] * Quits: zcorpan_ (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Read error: Connection reset by peer)
- # [17:11] * Joins: zcorpan_ (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
- # [17:11] * Quits: satazor (~satazor@bl17-139-146.dsl.telepac.pt) (Remote host closed the connection)
- # [17:11] * Quits: zcorpan (~zcorpan@94.234.170.162) (Ping timeout: 246 seconds)
- # [17:11] * Joins: satazor (~satazor@bl17-139-146.dsl.telepac.pt)
- # [17:12] <JakeA> wanderview: has ServiceWorker been considered for WebActivities? Feels like a SW could register for the intents it can receive during install, then when it receives an intent it can decide to open a window if it needs to via the clients api
- # [17:13] * Joins: jwatt (~roslea@2001:450:1d:224:7d4b:3ad5:b82c:e1c3)
- # [17:14] * Krinkle|detached is now known as Krinkle
- # [17:16] * Joins: satazor_ (~satazor@bl17-139-146.dsl.telepac.pt)
- # [17:16] * Quits: satazor (~satazor@bl17-139-146.dsl.telepac.pt) (Ping timeout: 245 seconds)
- # [17:25] * Joins: bryanhowarth (~bryanhowa@unaffiliated/bryanhowarth)
- # [17:26] * Joins: dawhite (~dawhite@74.118.22.223)
- # [17:26] * Quits: satazor_ (~satazor@bl17-139-146.dsl.telepac.pt) (Remote host closed the connection)
- # [17:28] * Quits: danjesus (~danjesus@187.37.68.156) (Remote host closed the connection)
- # [17:33] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.sonic.net)
- # [17:37] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.sonic.net) (Ping timeout: 255 seconds)
- # [17:39] <annevk> JakeA: we are thinking about it, but we don't really want to do activities again
- # [17:39] <wanderview> JakeA: thats an interesting idea, but I'm not sure
- # [17:39] <annevk> JakeA: we want to tackle specific points of interest and make those extensible, such as sharing, maybe the file picker, etc.
- # [17:40] * Quits: Lachy_ (~Lachy@213.166.174.2) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [17:41] * Quits: newtron (~newtron@75-119-234-24.dsl.teksavvy.com) (Remote host closed the connection)
- # [17:41] * Joins: newtron (~newtron@75-119-234-24.dsl.teksavvy.com)
- # [17:44] * Joins: satazor (~satazor@bl17-139-146.dsl.telepac.pt)
- # [17:48] * Quits: jwatt (~roslea@2001:450:1d:224:7d4b:3ad5:b82c:e1c3) (Ping timeout: 260 seconds)
- # [17:49] * Joins: jwatt (~roslea@2001:450:1d:224:915c:8187:b31a:e38)
- # [17:55] * Quits: davidyezsetz (~davidyezs@mail1.powerflasher.de) (Quit: davidyezsetz)
- # [17:56] * Joins: say2joe (~say2joe@rrcs-76-79-68-2.west.biz.rr.com)
- # [18:04] * Joins: zenparsing (~zenparsin@208.71.234.46)
- # [18:08] * Quits: Goplat (~goplat@reactos/developer/Goplat) (Remote host closed the connection)
- # [18:11] * Joins: dbaron (~dbaron@50-0-128-161.dsl.dynamic.sonic.net)
- # [18:13] * Quits: satazor (~satazor@bl17-139-146.dsl.telepac.pt) (Remote host closed the connection)
- # [18:21] * Quits: arpitab__ (uid10516@gateway/web/irccloud.com/x-eommdfvobccjdcgx) (Quit: Connection closed for inactivity)
- # [18:22] * Joins: scor (~scor@drupal.org/user/52142/view)
- # [18:26] * Quits: Smylers (~smylers@81.143.60.194) (Ping timeout: 240 seconds)
- # [18:28] * Quits: scor (~scor@drupal.org/user/52142/view) (Quit: scor)
- # [18:30] * Quits: zenparsing (~zenparsin@208.71.234.46)
- # [18:33] * Joins: satazor (~satazor@bl17-139-146.dsl.telepac.pt)
- # [18:33] * Joins: zenparsing (~zenparsin@208.71.234.46)
- # [18:34] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.sonic.net)
- # [18:34] * Joins: jwalden (~waldo@corp.mtv2.mozilla.com)
- # [18:35] * Joins: BigBangUDR (~Thunderbi@115.247.142.181)
- # [18:38] * Quits: adactio (~adactio@212.42.170.121) (Quit: adactio)
- # [18:38] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.sonic.net) (Ping timeout: 245 seconds)
- # [18:39] * Quits: BigBangUDR (~Thunderbi@115.247.142.181) (Client Quit)
- # [18:39] * Joins: weinig (~weinig@17.202.50.223)
- # [18:42] * Joins: ap (~ap@17.202.44.214)
- # [18:44] * Joins: erlehmann (~erlehmann@f052054157.adsl.alicedsl.de)
- # [18:44] <erlehmann> anyone here knows of a sortable table specification?
- # [18:44] <erlehmann> err
- # [18:44] <erlehmann> polyfill?
- # [18:45] * Quits: cheron (~cheron@unaffiliated/cheron) (Ping timeout: 240 seconds)
- # [18:47] * Quits: zcorpan_ (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Quit: Bye)
- # [18:47] * Joins: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
- # [18:48] <Ms2ger> No
- # [18:48] <caitp> it probably wouldn't be too hard to write a polyfill for that, dunno if one exists
- # [18:48] <caitp> well, with the exception of dealing with dynamically inserted nodes
- # [18:48] * Quits: satazor (~satazor@bl17-139-146.dsl.telepac.pt) (Remote host closed the connection)
- # [18:49] * Joins: satazor (~satazor@bl17-139-146.dsl.telepac.pt)
- # [18:49] <caitp> looks like there's a polymer component that does some variation on it, not relying on table[sortable]
- # [18:51] <JonathanNeal> Polyfill?
- # [18:51] <caitp> not a polyfill, but something that accomplishes the same goal
- # [18:51] <Ms2ger> Folypill
- # [18:52] <caitp> in a much more verbose fashion
- # [18:52] <JonathanNeal> Sortable table polyfill? sounds very Doable.
- # [18:52] <JonathanNeal> just need a spec
- # [18:52] <JonathanNeal> Sortable table polyfill? sounds very Doable.
- # [18:52] <Ms2ger> There is a spec
- # [18:52] <caitp> 4.9.13 in web-apps
- # [18:53] * Quits: satazor (~satazor@bl17-139-146.dsl.telepac.pt) (Ping timeout: 264 seconds)
- # [18:54] * heycam is now known as heycam|away
- # [18:55] <caitp> that's kind of a neat feature though
- # [18:55] * Joins: satazor (~satazor@bl17-139-146.dsl.telepac.pt)
- # [18:57] <JonathanNeal> If you message me the spec I will look at it later and if I can write the polyfill this evening I will.
- # [18:57] <Ms2ger> whatwg.org/html
- # [18:58] <caitp> http://www.whatwg.org/specs/web-apps/current-work/multipage/tables.html covers it
- # [18:58] * Quits: zenparsing (~zenparsin@208.71.234.46)
- # [18:58] * Joins: benschwarz (uid2121@gateway/web/irccloud.com/x-jkooaqkhormiyxws)
- # [19:00] <annevk> I think Hixie already wrote a script of sorts for it
- # [19:00] * Quits: shepazu (~shepazu@207.218.72.66) (Quit: is sleepy)
- # [19:00] <JonathanNeal> Okay. Messaged myself. On the phone. I'll check later. Somebody already done it?
- # [19:00] <annevk> at least the sorting
- # [19:00] <annevk> don't think there's a full polyfill
- # [19:01] * Quits: jwatt (~roslea@2001:450:1d:224:915c:8187:b31a:e38) (Ping timeout: 260 seconds)
- # [19:02] <erlehmann> JonathanNeal caitp awesome
- # [19:02] <erlehmann> caitp polymer will not accomplish the same goal in my case. i need backwards compat.
- # [19:02] <erlehmann> and forward compat.
- # [19:03] <erlehmann> JonathanNeal if you have a script, please show and tell! :)
- # [19:03] <caitp> might have trouble with polymer on netscape 2 yeah
- # [19:10] * Joins: jsbell (jsbell@nat/google/x-tqsclabfhdxkuwxq)
- # [19:12] * Joins: zcorpan_ (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
- # [19:13] <erlehmann> caitp in related news, i currently have 275 tabs open. that makes me kinda averse to needlessly complex solutions.
- # [19:13] <erlehmann> okcupid for example drives the system load way up.
- # [19:14] <erlehmann> i do not wish to burden others with similar stuff
- # [19:15] <caitp> heh, people have been doing this stuff with jQuery plugins and similar stuff for years, there's lots of solutions that don't include native unimplemented html5 features
- # [19:16] <caitp> and don't need you to wrap your elements with a polyfilled shadow DOM implementation
- # [19:16] <erlehmann> i usually avoid the “just use jquery” crowd :D
- # [19:18] * Joins: danjesus (~danjesus@187.37.68.156)
- # [19:24] * Joins: ehsan_ (~ehsan@66.207.208.102)
- # [19:25] * Joins: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com)
- # [19:26] * Joins: juandopazo (~juandopaz@2001:4998:effd:600:7065:8a5f:2e34:6bda)
- # [19:27] * Quits: danjesus (~danjesus@187.37.68.156) (Remote host closed the connection)
- # [19:28] * Quits: Ms2ger (~Ms2ger@39.206-242-81.adsl-dyn.isp.belgacom.be) (Quit: nn)
- # [19:28] * Joins: zenparsing (~zenparsin@97-81-81-172.dhcp.athn.ga.charter.com)
- # [19:28] * Quits: zcorpan_ (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Remote host closed the connection)
- # [19:31] <SamB> caitp: what, you mean there were releases of netscape before 4?
- # [19:32] <Hixie> so, back in 2004 i think the "inexperience" comment would have been misguided but at least an understandable misgiving
- # [19:32] <Hixie> at this point though, you have to just be a troll to claim that
- # [19:33] <Hixie> given that i alone have more experience writing the HTML spec than any member of the HTMLWG including TimBL had back when HTML4 was written
- # [19:33] <Hixie> i mean, there's many more legit ways you could insult us
- # [19:33] <Hixie> but that seems like a woefully dumb way to do it
- # [19:34] * Joins: aretecode (~aretecode@S01061859339e5f51.cc.shawcable.net)
- # [19:34] * Quits: aretecode (~aretecode@S01061859339e5f51.cc.shawcable.net) (Max SendQ exceeded)
- # [19:34] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.sonic.net)
- # [19:34] * Quits: bnicholson (~bnicholso@24.130.57.109) (Ping timeout: 250 seconds)
- # [19:35] <caitp> who is insulting who?
- # [19:35] <caitp> did I miss something
- # [19:37] * Joins: aretecode (~aretecode@S01061859339e5f51.cc.shawcable.net)
- # [19:39] <jgraham> caitp: The inventor of the hypertext trolling protocol has been showing off his skills
- # [19:39] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.sonic.net) (Ping timeout: 240 seconds)
- # [19:39] * Quits: aretecode (~aretecode@S01061859339e5f51.cc.shawcable.net) (Read error: Connection reset by peer)
- # [19:39] <caitp> I'm going to be disappointed if the hypertext trolling protocol isn't an RFC
- # [19:40] * Joins: BigBangUDR (~Thunderbi@115.185.213.103)
- # [19:42] <Hixie> jgraham: he didn't invent http, tim did.
- # [19:43] <jgraham> Hixie: No Time invented the Transport variant :p
- # [19:44] <jgraham> *Tim
- # [19:44] * Quits: BigBangUDR (~Thunderbi@115.185.213.103) (Client Quit)
- # [19:45] <TabAtkins> caitp: http://lists.w3.org/Archives/Public/public-html-admin/2014Aug/0035.html
- # [19:46] * Joins: aretecode (~aretecode@69.163.36.90)
- # [19:47] * Krinkle is now known as Krinkle|detached
- # [19:49] <Hixie> oh, hober, hober, hober
- # [19:52] <caitp> well he does sound a bit cranky towards the end of that
- # [19:53] * Joins: scor (~scor@drupal.org/user/52142/view)
- # [19:54] * Quits: KevinMarks (~yaaic@2607:fb90:2832:4120:3dac:7ade:b95b:e419) (Ping timeout: 240 seconds)
- # [19:56] * Joins: KevinMarks (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
- # [19:57] * Quits: satazor (~satazor@bl17-139-146.dsl.telepac.pt) (Remote host closed the connection)
- # [20:03] * Joins: bnicholson (~bnicholso@2620:101:80fc:224:7e7a:91ff:fe25:a5c6)
- # [20:04] * Quits: ap (~ap@17.202.44.214) (Ping timeout: 260 seconds)
- # [20:07] * Joins: ap (~ap@17.114.218.71)
- # [20:07] * Joins: danjesus (~danjesus@187.37.68.156)
- # [20:12] * Quits: KevinMarks (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Ping timeout: 250 seconds)
- # [20:14] * Joins: KevinMarks (~yaaic@2607:fb90:50d:8460:3c11:6ef1:498:bd5b)
- # [20:15] <smaug____> hayato: have you gone through all the cases where HTML spec uses getElementById internally and figure out how shadow dom should behave in those cases?
- # [20:16] <smaug____> hayato: hmm, I guess it is basically just https://www.w3.org/Bugs/Public/show_bug.cgi?id=26643
- # [20:18] * Quits: bryanhowarth (~bryanhowa@unaffiliated/bryanhowarth) (Quit: sleep | bryan.howarth@gmail.com | twitter.com/bryanhowarth)
- # [20:18] <Hixie> caitp: hober? or roy?
- # [20:20] * Quits: paulohp (~paulohp@187.121.82.241)
- # [20:21] * Joins: paulohp (~paulohp@187.121.82.241)
- # [20:22] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.sonic.net)
- # [20:29] <Hixie> do we fetch style sheets that don't match media queries?
- # [20:29] <Hixie> we do, right? we just don't apply them?
- # [20:30] <Hixie> i wonder if we should make style sheets that don't match media queries but have dependencies not load their dependencies until the media queries match, or something
- # [20:35] * Quits: othermaciej (~mjs@c-50-136-134-16.hsd1.ca.comcast.net) (Quit: othermaciej)
- # [20:38] * Joins: ambv (~ambv@206.108.217.134)
- # [20:41] * Quits: dawhite (~dawhite@74.118.22.223) (Read error: Connection reset by peer)
- # [20:41] * Quits: dbaron (~dbaron@50-0-128-161.dsl.dynamic.sonic.net) (Ping timeout: 255 seconds)
- # [20:43] * Quits: danjesus (~danjesus@187.37.68.156) (Remote host closed the connection)
- # [20:45] * Joins: guybedford (~guybedfor@cpe-107-184-128-210.socal.res.rr.com)
- # [20:45] * Joins: danjesus (~danjesus@187.37.68.156)
- # [20:47] * Quits: richt (~richt@192.121.59.29) (Ping timeout: 245 seconds)
- # [20:47] <Domenic> Hixie: that question feels like it would star in http://jakearchibald.github.io/request-quest/
- # [20:48] <Domenic> JakeA ^
- # [20:48] <JakeA> I think it is in there
- # [20:49] <JakeA> It's certainly in the live version I do at conferences
- # [20:49] <JakeA> Hixie: currently we download low priority
- # [20:50] <JakeA> Doesn't block rendering
- # [20:51] <JakeA> Hixie: by dependencies do you mean @import?
- # [20:51] <Hixie> i mean needs="" or whatever we introduce to declare dependencies
- # [20:51] <Hixie> (or indeed @import)
- # [20:51] * Joins: bryanhowarth (~bryanhowa@unaffiliated/bryanhowarth)
- # [20:53] * Joins: richt (~richt@192.121.59.29)
- # [20:55] <JakeA> Could resolve dependencies but low priority
- # [20:56] <JakeA> Can't think of dependencies CSS would have
- # [20:57] <TabAtkins> JakeA: @import, @font-face, etc.
- # [20:58] <TabAtkins> Hixie: We tried doing lazy loading of image before. I don't think it worked?
- # [20:58] <Hixie> interesting
- # [20:59] <Hixie> i have a use case here which is "don't download this widget if the screen is too small"
- # [20:59] <Hixie> it's trivial to do via script, obviously
- # [20:59] <Hixie> but it's not clear how i'd do it automatically
- # [20:59] <Hixie> short of <script media>
- # [20:59] <JakeA> TabAtkins: @import is already a dependency. Fonts aren't always. They sound like use cases for resource hints though
- # [21:02] * Joins: baku (~baku@89.154.10.130)
- # [21:02] <smaug____> Hixie: http://www.whatwg.org/specs/web-apps/current-work/multipage/comms.html#has-been-shipped " in the order in which they were added to their respective task source"
- # [21:02] <smaug____> what does the respective task source refer to
- # [21:02] <smaug____> if the ports aren't shipped, is the idea that port1.postMessage(foo); port2.postMessage(bar); ensures that foo is delivered first ?
- # [21:06] * Quits: TallTed (~Thud@63.119.36.36)
- # [21:08] <Hixie> yeah
- # [21:09] <Hixie> smaug____: each port has its own task source, but this kinda merges them
- # [21:09] <baku> Hixie, the problem I see is that if port1 is sent to a worker, we cannot be sure that 'foo' is delivered before 'bar'.
- # [21:09] <Hixie> if port1 is sent to a worker, this no longer applies
- # [21:09] <baku> so that is a good solution only for delivering messages to the same event loop.
- # [21:09] <baku> ok
- # [21:09] <Hixie> this is only for ports that haven't been shipped anywhere yet
- # [21:09] * Joins: TallTed (~Thud@63.119.36.36)
- # [21:10] <Hixie> if you ship port1 to a worker and back again, even, the guarantee is lost
- # [21:10] <baku> Hixie, ok. thanks.
- # [21:15] * Quits: sankha93 (~sankha93@fsf/emeritus/sankha93) (Remote host closed the connection)
- # [21:15] * Joins: KevinMarks_ (~KevinMark@c-67-164-14-200.hsd1.ca.comcast.net)
- # [21:21] * Quits: baku (~baku@89.154.10.130) (Ping timeout: 260 seconds)
- # [21:35] * Joins: othermaciej (~mjs@17.114.217.230)
- # [21:50] * Quits: KevinMarks_ (~KevinMark@c-67-164-14-200.hsd1.ca.comcast.net) (Remote host closed the connection)
- # [21:50] * Joins: KevinMarks_ (~KevinMark@c-67-164-14-200.hsd1.ca.comcast.net)
- # [21:54] * Joins: zcorpan_ (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
- # [21:57] <boogyman> Hixie: wonder if we should make style sheets that don't match media queries but have dependencies not load their dependencies until the media queries match, or something <—— This is really a double-edged sword. As an author, I've had use-cases where the Business prefers to pre-load data "in case" an option occurs, and others whom want to respect the current match. It would be nice if this could be a configuration option for UA'
- # [22:00] <Hixie> well preloading or not is a different issue
- # [22:00] * Quits: othermaciej (~mjs@17.114.217.230) (Quit: othermaciej)
- # [22:03] * Joins: jwatt (~roslea@2001:450:1d:224:a8be:406:2ca3:c049)
- # [22:09] <boogyman> Isn't that what you were talking about? loading all media, regardless if the current state met the mq definitions?
- # [22:11] * Quits: jernoble (~jernoble@17.202.46.221) (Quit: Textual IRC Client: www.textualapp.com)
- # [22:13] * Joins: othermaciej (~mjs@17.114.217.230)
- # [22:15] * Quits: zcorpan_ (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Remote host closed the connection)
- # [22:16] * Quits: jwatt (~roslea@2001:450:1d:224:a8be:406:2ca3:c049) (Ping timeout: 250 seconds)
- # [22:19] * Joins: jernoble (~jernoble@17.202.46.221)
- # [22:20] * Quits: benschwarz (uid2121@gateway/web/irccloud.com/x-jkooaqkhormiyxws) (Quit: Connection closed for inactivity)
- # [22:21] * Joins: Smylers (~smylers@host86-163-17-51.range86-163.btcentralplus.com)
- # [22:24] * Quits: bryanhowarth (~bryanhowa@unaffiliated/bryanhowarth) (Quit: sleep | bryan.howarth@gmail.com | twitter.com/bryanhowarth)
- # [22:27] * Joins: weinig_ (~weinig@17.114.216.57)
- # [22:28] * Joins: bryanhowarth (~bryanhowa@unaffiliated/bryanhowarth)
- # [22:38] * Quits: estellevw (~estellevw@173-228-112-213.dsl.dynamic.sonic.net) (Quit: Snuggling with the puppies)
- # [22:43] * Joins: tantek_ (~tantek@50.241.62.91)
- # [22:49] * Quits: zenparsing (~zenparsin@97-81-81-172.dhcp.athn.ga.charter.com)
- # [22:49] * Joins: zenparsing (~zenparsin@97-81-81-172.dhcp.athn.ga.charter.com)
- # [22:49] * Quits: zenparsing (~zenparsin@97-81-81-172.dhcp.athn.ga.charter.com) (Client Quit)
- # [22:55] * Quits: TallTed (~Thud@63.119.36.36) (Quit: The computer fell asleep)
- # [22:56] * Joins: Lachy (~Lachy@cm-84.215.104.248.getinternet.no)
- # [22:57] * Quits: benjamingr (uid23465@gateway/web/irccloud.com/x-alryvswntyzjshnj) (Quit: Connection closed for inactivity)
- # [22:59] * Quits: newtron (~newtron@75-119-234-24.dsl.teksavvy.com) (Remote host closed the connection)
- # [22:59] * Joins: newtron (~newtron@75-119-234-24.dsl.teksavvy.com)
- # [22:59] * Quits: encryptd_fractl (~encryptd_@23.30.224.246) (Remote host closed the connection)
- # [23:00] * Quits: ambv (~ambv@206.108.217.134) (Read error: Connection reset by peer)
- # [23:00] * Joins: ambv_ (~ambv@206.108.217.134)
- # [23:01] * Quits: paulohp (~paulohp@187.121.82.241)
- # [23:01] * Joins: ambv (~ambv@206.108.217.134)
- # [23:02] * Quits: ambv_ (~ambv@206.108.217.134) (Read error: Connection reset by peer)
- # [23:02] * Quits: abinader (sid21713@gateway/web/irccloud.com/x-tvuafiihwlsaixil)
- # [23:03] * tantek_ is now known as tantek
- # [23:03] * Joins: jwatt (~roslea@cpc11-croy19-2-0-cust235.croy.cable.virginm.net)
- # [23:03] * Quits: newtron (~newtron@75-119-234-24.dsl.teksavvy.com) (Ping timeout: 240 seconds)
- # [23:07] * Quits: boogyman (~boogyman@pdpc/supporter/professional/boogyman) (Quit: Leaving.)
- # [23:09] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.sonic.net) (Remote host closed the connection)
- # [23:14] * Quits: zdobersek (~zan@109.201.152.244) (Quit: Leaving.)
- # [23:20] * Quits: scor (~scor@drupal.org/user/52142/view) (Quit: scor)
- # [23:21] * Quits: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com) (Quit: sicking)
- # [23:24] * Joins: aiglesias (~aiglesias@181.31.0.158)
- # [23:24] * Joins: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com)
- # [23:28] * Joins: estellevw (~estellevw@173-228-54-63.dsl.dynamic.sonic.net)
- # [23:43] * Quits: estellevw (~estellevw@173-228-54-63.dsl.dynamic.sonic.net) (Quit: Snuggling with the puppies)
- # [23:47] * Quits: Smylers (~smylers@host86-163-17-51.range86-163.btcentralplus.com) (Quit: Leaving.)
- # [23:48] * Quits: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Quit: Bye)
- # [23:49] * Joins: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
- # [23:58] * Quits: Maurice` (copyman@5ED5617C.cm-7-6b.dynamic.ziggo.nl)
- # Session Close: Sat Aug 23 00:00:00 2014
The end :)