Options:
Previous day, Next day
- # Session Start: Tue Nov 25 00:00:00 2014
- # Session Ident: #whatwg
- # [00:06] * Quits: zcorpan_ (~zcorpan@ip-200.t2.se.opera.com) (Remote host closed the connection)
- # [00:16] * Quits: rego (~rego@66.193.27.77.dynamic.mundo-r.com) (Remote host closed the connection)
- # [00:17] * Quits: newbie07 (~Areks@rs.gridnine.com) (Read error: Connection reset by peer)
- # [00:17] * Quits: laurensclaessen (~laurenscl@2a02:1810:1005:2600:891:3d7f:7c18:d9ac)
- # [00:18] * Joins: newbie07 (~Areks@rs.gridnine.com)
- # [00:39] * Joins: satazor (~satazor@102.99.136.95.rev.vodafone.pt)
- # [00:40] * Quits: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com) (Quit: sicking)
- # [00:43] * Joins: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com)
- # [00:44] * heycam is now known as heycam|away
- # [00:45] * Quits: bholley (~bholley@guest.mtv2.mozilla.com) (Quit: ZZZzzz…)
- # [00:48] * Joins: weinig (~weinig@98.234.191.242)
- # [00:52] * Joins: hgl (~hgl@unaffiliated/hgl)
- # [00:53] * Quits: KevinMarks (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Ping timeout: 240 seconds)
- # [00:55] * Joins: KevinMarks (~yaaic@2607:fb90:666:8062:1760:b33c:272:3bc6)
- # [00:55] * Quits: espadrine (~espadrine@dan75-7-88-166-187-54.fbx.proxad.net) (Quit: espadrine)
- # [00:56] * Quits: hgl (~hgl@unaffiliated/hgl) (Ping timeout: 240 seconds)
- # [00:57] * Quits: smaug____ (~chatzilla@62-78-246-79.bb.dnainternet.fi) (Ping timeout: 240 seconds)
- # [01:00] * Quits: Ducki (~Ducki@191.233.66.1) (Remote host closed the connection)
- # [01:03] * Quits: rubys (~rubys@cpe-098-027-051-253.nc.res.rr.com) (Ping timeout: 240 seconds)
- # [01:05] * Joins: jdaggett (~jdaggett@61-121-216-2.bitcat.net)
- # [01:07] * Joins: zcorpan (~zcorpan@2a00:801:e0:30:79e0:a2d2:2193:f558)
- # [01:08] * Quits: arunranga (~otherarun@cpe-69-203-128-218.si.res.rr.com) (Quit: arunranga)
- # [01:09] * Quits: jdaggett (~jdaggett@61-121-216-2.bitcat.net) (Ping timeout: 240 seconds)
- # [01:12] <JonathanNeal> Any way I’m able to read the November 2014 TC39 meeting notes?
- # [01:12] * Joins: jdaggett (~jdaggett@61-121-216-2.bitcat.net)
- # [01:15] <TabAtkins> JonathanNeal: When they come out (they're posted on github)
- # [01:15] <TabAtkins> alex sexton takes them, I believe
- # [01:16] <JonathanNeal> I’ll ask him about it. Just saw Array|String#contains was renamed #includes https://github.com/tc39/Array.prototype.includes
- # [01:17] * Joins: plutoniix (~plutoniix@210.213.57.70)
- # [01:18] * Quits: thinkxl (~thinkxl@2601:e:2980:cb00:fd45:5b2e:9842:fe4f) (Ping timeout: 258 seconds)
- # [01:20] * Quits: punch (~punch@99-49-250-255.lightspeed.elgnil.sbcglobal.net) (Remote host closed the connection)
- # [01:21] * Joins: karlcow (~karl@nerval.la-grange.net)
- # [01:22] * Joins: espadrine (~espadrine@dan75-7-88-166-187-54.fbx.proxad.net)
- # [01:23] * Quits: espadrine` (~ttyl@2a01:e35:8a6b:b360:1991:bb3d:fdce:fd24) (Ping timeout: 272 seconds)
- # [01:25] * Joins: arunranga (~otherarun@cpe-69-203-128-218.si.res.rr.com)
- # [01:29] * Joins: caitp (~caitp@173-167-187-65-illinois.hfc.comcastbusiness.net)
- # [01:32] * Quits: KevinMarks (~yaaic@2607:fb90:666:8062:1760:b33c:272:3bc6) (Ping timeout: 258 seconds)
- # [01:33] * Quits: espadrine (~espadrine@dan75-7-88-166-187-54.fbx.proxad.net) (Quit: espadrine)
- # [01:37] * Quits: satazor (~satazor@102.99.136.95.rev.vodafone.pt) (Remote host closed the connection)
- # [01:38] * Quits: caitp (~caitp@173-167-187-65-illinois.hfc.comcastbusiness.net) (Ping timeout: 244 seconds)
- # [01:40] * Quits: tantek (~tantek@63.249.55.20) (Quit: tantek)
- # [01:41] * Quits: arunranga (~otherarun@cpe-69-203-128-218.si.res.rr.com) (Quit: arunranga)
- # [01:45] * Joins: jungkees (uid24208@gateway/web/irccloud.com/x-jiowndrbjlcxzsnx)
- # [01:49] * Quits: mven (~textual@72.183.104.138) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [01:52] * Joins: rubys (~rubys@cpe-098-027-051-253.nc.res.rr.com)
- # [01:53] * Quits: mko (~mko@50.240.205.146) (Quit: Bye.)
- # [01:55] <Domenic> rwaldron is the note-taker actually
- # [01:55] <Domenic> For a list of ES6 changes at the last meeting follow Allen: https://twitter.com/awbjs
- # [01:57] * Quits: jsbell (jsbell@nat/google/x-jbfxchyypznbblop) (Quit: There's no place like home...)
- # [02:05] * Joins: mven (~textual@72.183.104.138)
- # [02:05] * Quits: mven (~textual@72.183.104.138) (Excess Flood)
- # [02:07] * Joins: ehsan (~ehsan@135-23-214-5.cpe.pppoe.ca)
- # [02:11] * Quits: ehsan (~ehsan@135-23-214-5.cpe.pppoe.ca) (Ping timeout: 255 seconds)
- # [02:22] * Joins: tantek (~tantek@static-108-0-216-91.lsanca.fios.verizon.net)
- # [02:28] * Joins: hgl (~hgl@unaffiliated/hgl)
- # [02:36] * Joins: mven (~textual@72.183.104.138)
- # [02:40] * Joins: arunranga (~otherarun@cpe-69-203-128-218.si.res.rr.com)
- # [02:42] * Joins: bholley (~bholley@c-67-161-57-5.hsd1.ca.comcast.net)
- # [02:42] * heycam|away is now known as heycam
- # [02:47] * Joins: punch (~punch@99-49-250-255.lightspeed.elgnil.sbcglobal.net)
- # [02:48] * Quits: say2joe (~Adium@198-101-119-98.static-ip.telepacific.net) (Quit: Leaving.)
- # [02:50] * Quits: mven (~textual@72.183.104.138) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [02:51] * Joins: thinkxl (~thinkxl@conr-adsl-209-169-81-202.consolidated.net)
- # [02:51] * Quits: weinig (~weinig@98.234.191.242) (Quit: weinig)
- # [02:52] * Quits: punch (~punch@99-49-250-255.lightspeed.elgnil.sbcglobal.net) (Ping timeout: 258 seconds)
- # [02:56] * Joins: Rastus_Vernon (uid15187@wikimedia/Rastus-Vernon)
- # [02:57] <rwaldron> JonathanNeal they will be published tomorrow
- # [02:57] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: :tiuQ tiuq sah woclrak)
- # [03:07] * Quits: bnicholson (~bnicholso@corp.mtv2.mozilla.com) (Quit: This computer has gone to sleep)
- # [03:09] * Joins: mven (~textual@72.183.104.138)
- # [03:09] * Quits: ambv (~ambv@206.108.217.134) (Quit: sys.exit(0) # app closed)
- # [03:12] * Joins: ohaibbq (~ohaibbq@c-98-210-10-118.hsd1.ca.comcast.net)
- # [03:24] * Quits: bholley (~bholley@c-67-161-57-5.hsd1.ca.comcast.net) (Remote host closed the connection)
- # [03:25] * Joins: bholley (~bholley@c-67-161-57-5.hsd1.ca.comcast.net)
- # [03:25] * Quits: bholley (~bholley@c-67-161-57-5.hsd1.ca.comcast.net) (Remote host closed the connection)
- # [03:27] * Joins: bnicholson (~bnicholso@24.130.60.241)
- # [03:37] * Quits: ohaibbq (~ohaibbq@c-98-210-10-118.hsd1.ca.comcast.net) (Quit: Leaving...)
- # [03:37] * Joins: Goplat (~goplat@reactos/developer/Goplat)
- # [03:39] * Joins: Una (~Una@cpe-70-117-78-235.austin.res.rr.com)
- # [03:39] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Read error: Connection reset by peer)
- # [03:39] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
- # [03:40] * Joins: ajonsson (~Lingo@h172n17-asp-a13.ias.bredband.telia.com)
- # [03:40] * Quits: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com) (Quit: sicking)
- # [03:44] * Quits: ajonsson (~Lingo@h172n17-asp-a13.ias.bredband.telia.com) (Ping timeout: 255 seconds)
- # [03:44] * Quits: thinkxl (~thinkxl@conr-adsl-209-169-81-202.consolidated.net) (Read error: Connection reset by peer)
- # [03:57] * Quits: rubys (~rubys@cpe-098-027-051-253.nc.res.rr.com) (Ping timeout: 240 seconds)
- # [04:07] * Joins: sicking (~sicking@c-98-210-159-193.hsd1.ca.comcast.net)
- # [04:08] * heycam is now known as heycam|away
- # [04:12] * Joins: karlcow (~karl@nerval.la-grange.net)
- # [04:12] * Quits: mven (~textual@72.183.104.138) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [04:21] * Quits: karlcow (~karl@nerval.la-grange.net) (Ping timeout: 255 seconds)
- # [04:22] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Read error: Connection reset by peer)
- # [04:22] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
- # [04:23] * Joins: karlcow (~karl@nerval.la-grange.net)
- # [04:25] * Joins: mven (~textual@72.183.104.138)
- # [04:29] * heycam|away is now known as heycam
- # [04:30] * Quits: tantek (~tantek@static-108-0-216-91.lsanca.fios.verizon.net) (Quit: tantek)
- # [04:32] * Quits: dbaron (~dbaron@2620:101:80fb:224:ad0d:dadf:1fce:d778) (Ping timeout: 258 seconds)
- # [04:38] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: :tiuQ tiuq sah woclrak)
- # [04:38] * Joins: karlcow (~karl@nerval.la-grange.net)
- # [04:40] * Quits: jwalden (~waldo@2620:101:80fc:224:7e7a:91ff:fe25:a5a3) (Ping timeout: 258 seconds)
- # [04:40] * Joins: jwalden (~waldo@2620:101:80fc:224:7e7a:91ff:fe25:a5a3)
- # [04:45] <JonathanNeal> rwaldron: swell, i wil file an issue with our polyfill repo at that time, and on any other repos who got in early
- # [05:00] * Krinkle is now known as Krinkle|detached
- # [05:01] * Joins: punch (~punch@99-49-250-255.lightspeed.elgnil.sbcglobal.net)
- # [05:02] * Quits: sicking (~sicking@c-98-210-159-193.hsd1.ca.comcast.net) (Quit: sicking)
- # [05:07] * Joins: dbaron (~dbaron@50-0-248-60.dsl.dynamic.fusionbroadband.com)
- # [05:12] * Quits: jwalden (~waldo@2620:101:80fc:224:7e7a:91ff:fe25:a5a3) (Quit: ChatZilla 0.9.87-8.1450hg.fc20 [XULRunner 32.0/20140902134853])
- # [05:20] * Quits: mven (~textual@72.183.104.138) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [05:20] * Quits: punch (~punch@99-49-250-255.lightspeed.elgnil.sbcglobal.net) (Remote host closed the connection)
- # [05:29] * Joins: ajonsson (~Lingo@h172n17-asp-a13.ias.bredband.telia.com)
- # [05:33] * Quits: ajonsson (~Lingo@h172n17-asp-a13.ias.bredband.telia.com) (Ping timeout: 240 seconds)
- # [05:57] * Joins: kapil_ (uid36151@gateway/web/irccloud.com/x-btactvustsnbkubu)
- # [05:58] * Joins: jyasskin (~jyasskin@173-228-80-34.dsl.static.fusionbroadband.com)
- # [06:04] * Joins: punch (~punch@99-49-250-255.lightspeed.elgnil.sbcglobal.net)
- # [06:09] * Quits: arunranga (~otherarun@cpe-69-203-128-218.si.res.rr.com) (Quit: arunranga)
- # [06:26] * Joins: BigBangUDR (~Thunderbi@103.249.181.147)
- # [06:47] * Quits: igoroliveira (uid20755@gateway/web/irccloud.com/x-lqfmxyxisbmxrqgf) (Quit: Connection closed for inactivity)
- # [06:52] * Quits: roc (~chatzilla@2001:cb0:b202:232:2677:3ff:fece:dc64) (Remote host closed the connection)
- # [07:05] * Quits: jyasskin (~jyasskin@173-228-80-34.dsl.static.fusionbroadband.com) (Quit: My computer has gone to sleep. ZZZzzz…)
- # [07:17] * Joins: ajonsson (~Lingo@h172n17-asp-a13.ias.bredband.telia.com)
- # [07:22] * Quits: ajonsson (~Lingo@h172n17-asp-a13.ias.bredband.telia.com) (Ping timeout: 264 seconds)
- # [07:31] * Quits: enaqx (~enaqx@user-206.98.infomir.com.ua) (Ping timeout: 244 seconds)
- # [07:33] * heycam is now known as heycam|away
- # [07:53] * Joins: ohaibbq (~ohaibbq@98.248.65.213)
- # [08:01] * Joins: Ducki (~Ducki@191.233.66.1)
- # [08:03] * Quits: scrollback (scrollback@conference/jsconf/x-xkzywoljuepqykez) (Remote host closed the connection)
- # [08:05] * Joins: scrollback (scrollback@conference/jsconf/x-oewooklixrtheujb)
- # [08:06] * Joins: espadrine` (~ttyl@2a01:e35:8a6b:b360:1991:bb3d:fdce:fd24)
- # [08:06] * Quits: Goplat (~goplat@reactos/developer/Goplat) (Remote host closed the connection)
- # [08:07] * Quits: psy (~psy@103.6.159.172) (Ping timeout: 250 seconds)
- # [08:13] * Joins: jyasskin (~jyasskin@173-228-80-34.dsl.static.fusionbroadband.com)
- # [08:16] * Joins: psy (~psy@103.6.159.172)
- # [08:16] * Quits: jyasskin (~jyasskin@173-228-80-34.dsl.static.fusionbroadband.com) (Client Quit)
- # [08:23] * Joins: tripu (~tripu@82.158.82.196.dyn.user.ono.com)
- # [08:25] * Joins: davidyezsetz (~davidyezs@mail1.powerflasher.de)
- # [08:27] * Quits: davidyezsetz (~davidyezs@mail1.powerflasher.de) (Client Quit)
- # [08:28] * Joins: Ms2ger (~Ms2ger@nata200.ugent.be)
- # [08:28] * Quits: punch (~punch@99-49-250-255.lightspeed.elgnil.sbcglobal.net) (Remote host closed the connection)
- # [08:41] * Quits: Una (~Una@cpe-70-117-78-235.austin.res.rr.com) (Quit: My Mac has gone to sleep. ZZZzzz…)
- # [08:45] * Joins: zdobersek (~zan@5.153.234.66)
- # [08:57] * Joins: frivoal (~frivoal@cm-84.211.98.39.getinternet.no)
- # [09:01] <hgl> i was reading the es6 spec, and found out that how a y module is resolved in "import x from 'y';" is actually implementation defined. I wonder if a spec exists to define such resolution?
- # [09:04] * Joins: cbr_ (~cbr@145.36.150.83.chzhher77.rootnet.ch)
- # [09:05] * Joins: davidyezsetz (~davidyezs@mail1.powerflasher.de)
- # [09:06] * Joins: ajonsson (~Lingo@h172n17-asp-a13.ias.bredband.telia.com)
- # [09:07] * Quits: Rastus_Vernon (uid15187@wikimedia/Rastus-Vernon) (Quit: Connection closed for inactivity)
- # [09:10] <Ms2ger> jorendorff, ^
- # [09:11] * Quits: ajonsson (~Lingo@h172n17-asp-a13.ias.bredband.telia.com) (Ping timeout: 264 seconds)
- # [09:16] * Joins: rubys (~rubys@cpe-098-027-051-253.nc.res.rr.com)
- # [09:21] * Joins: Mso150 (~ctlM@80.83.239.2)
- # [09:22] * Quits: bnicholson (~bnicholso@24.130.60.241) (Ping timeout: 265 seconds)
- # [09:23] * Joins: bnicholson (~bnicholso@24.130.60.241)
- # [09:25] * Joins: ajonsson (~Lingo@h172n17-asp-a13.ias.bredband.telia.com)
- # [09:37] * Joins: calvaris (~calvaris@fanzine.igalia.com)
- # [09:38] * Quits: ^esc (~esc-ape@178.115.131.146.wireless.dyn.drei.com) (Ping timeout: 250 seconds)
- # [09:40] * Joins: ^esc (~esc-ape@91.141.0.255.wireless.dyn.drei.com)
- # [09:42] * Joins: darobin (~darobin@78.109.80.74)
- # [09:45] * Quits: zcorpan (~zcorpan@2a00:801:e0:30:79e0:a2d2:2193:f558) (Remote host closed the connection)
- # [09:45] * Joins: zcorpan (~zcorpan@2a00:801:e0:30:79e0:a2d2:2193:f558)
- # [09:51] * Joins: Smylers (~smylers@94.117.178.168)
- # [09:52] * Quits: psy (~psy@103.6.159.172) (Quit: Leaving)
- # [09:52] * Parts: charl (~charl@524A9047.cm-4-3c.dynamic.ziggo.nl) ("WeeChat 1.0.1")
- # [09:58] * Quits: Smylers (~smylers@94.117.178.168) (Ping timeout: 256 seconds)
- # [10:03] * Joins: laurensclaessen (~laurenscl@81.83.22.74)
- # [10:09] * Quits: ohaibbq (~ohaibbq@98.248.65.213) (Remote host closed the connection)
- # [10:09] * Joins: ohaibbq (~ohaibbq@2601:9:a80:a8f:21ad:e3ba:c98c:7a93)
- # [10:14] * Quits: ohaibbq (~ohaibbq@2601:9:a80:a8f:21ad:e3ba:c98c:7a93) (Ping timeout: 258 seconds)
- # [10:14] * Quits: bnicholson (~bnicholso@24.130.60.241) (Quit: This computer has gone to sleep)
- # [10:14] * Joins: bnicholson (~bnicholso@24.130.60.241)
- # [10:14] * Joins: roc (~chatzilla@121-99-82-169.bng1.tvc.orcon.net.nz)
- # [10:21] * Quits: kapil_ (uid36151@gateway/web/irccloud.com/x-btactvustsnbkubu) (Quit: Connection closed for inactivity)
- # [10:21] <zcorpan> are there specs using "serializer" in idl?
- # [10:23] * Quits: espadrine` (~ttyl@2a01:e35:8a6b:b360:1991:bb3d:fdce:fd24) (Ping timeout: 265 seconds)
- # [10:23] * Quits: dbaron (~dbaron@50-0-248-60.dsl.dynamic.fusionbroadband.com) (Ping timeout: 265 seconds)
- # [10:23] * Quits: rubys (~rubys@cpe-098-027-051-253.nc.res.rr.com) (Ping timeout: 240 seconds)
- # [10:24] * Joins: Smylers (~smylers@81.143.60.194)
- # [10:28] <annevk> zcorpan: web performance maybe?
- # [10:28] <Ms2ger> zcorpan, that's toJSON, right? Webperf should have used it, but I don't know if they ever bothered
- # [10:28] <annevk> hgl: there's https://github.com/whatwg/loader
- # [10:31] * Joins: psy (~psy@103.6.159.172)
- # [10:31] <zcorpan> annevk: Ms2ger: i can't find "serializer" in any of these http://www.w3.org/wiki/Web_Performance/Publications
- # [10:32] <hgl> annevk, thanks. reading it right now.
- # [10:32] <annevk> zcorpan: http://w3c.github.io/navigation-error-logging/#sec-navigationerrorentry needs it
- # [10:32] <annevk> zcorpan: search for JSON in that document
- # [10:33] <annevk> oh they standardized on "ssl"? ugh
- # [10:46] <zcorpan> does an [ArrayClass] interface need a serializer?
- # [10:46] <foolip> Hixie, zcorpan, I wrote "SVN mirror only; no pull requests" on the assumption that pull requests would not be welcome. Feel free to change that.
- # [10:47] * Joins: rego (~rego@66.193.27.77.dynamic.mundo-r.com)
- # [10:47] <foolip> just make sure to never accidentally merge a pull request, it'd require manual intervention to get the mirroring working again
- # [10:51] <MikeSmith> https://www.w3.org/Bugs/Public/show_bug.cgi?id=27378#c9b-sides
- # [10:51] <MikeSmith> oops
- # [10:51] <MikeSmith> https://www.w3.org/Bugs/Public/show_bug.cgi?id=27378#c9
- # [10:52] <MikeSmith> the "effective script origin" document.domain thing
- # [10:52] <MikeSmith> We really don't have any tests for this?
- # [10:53] * Quits: hgl (~hgl@unaffiliated/hgl) (Quit: Sleeping)
- # [10:54] <zcorpan> we don't need tests, the web has shown that it is interoperable
- # [10:56] <Ms2ger> MikeSmith, you're surprised?
- # [10:56] <MikeSmith> heh
- # [10:57] <MikeSmith> I'm reading more of that comment thread now
- # [10:57] <MikeSmith> depressing
- # [10:58] * Joins: SteveF_ (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net)
- # [11:04] * Joins: kapil_ (uid36151@gateway/web/irccloud.com/x-nsribvdnejrljgtk)
- # [11:04] * Joins: hasather (~hasather@cm-84.210.170.16.getinternet.no)
- # [11:12] * Joins: espadrine` (~ttyl@LMontsouris-656-1-2-84.w80-12.abo.wanadoo.fr)
- # [11:16] <annevk> zcorpan: [ArrayClass] is ideally removed
- # [11:16] <zcorpan> annevk: yes but that doesn't help me :-)
- # [11:16] <annevk> MikeSmith: you can change that!
- # [11:17] <annevk> zcorpan: an interface with [ArrayClass] could also have a serializer, it doesn't need one though
- # [11:19] * Quits: CvP (~CvP@203.76.123.238) (Ping timeout: 250 seconds)
- # [11:19] <jgraham> MikeSmith: You are forgetting the first law of testsuite dynamics. "A useful testsuite for feature X will not exist unless a browser vendor has attempted an implementation of that feature from the spec"
- # [11:19] <zcorpan> http://software.hixie.ch/utilities/js/live-dom-viewer/saved/3315
- # [11:20] <Ms2ger> Note that it's only one direction of implication :)
- # [11:20] <zcorpan> maybe webidl could serialize [ArrayClass] as arrays by default?
- # [11:21] <annevk> zcorpan: getClientRects() should really use iterable<>
- # [11:21] <zcorpan> annevk: is that compatible?
- # [11:22] <annevk> zcorpan: the plan is to try that for NodeList too
- # [11:22] <annevk> zcorpan: hopefully
- # [11:22] <zcorpan> cool
- # [11:22] * Joins: CvP (~CvP@203.76.123.238)
- # [11:22] <jgraham> (The second law is "When a browser vendor has implemented a feature the chance of a useful testsuite for that feature decreases with the number of preexisting behaviours of that feature", and the third law is "the more useful a testsuite is, the more likely it is to be stuck in a review queue")
- # [11:22] <zcorpan> if that works out i guess we can kill [ArrayClass] ?
- # [11:24] * Quits: Ms2ger (~Ms2ger@nata200.ugent.be) (Ping timeout: 244 seconds)
- # [11:25] <zcorpan> annevk: i don't see item() in iterable<>
- # [11:25] <annevk> zcorpan: you'll still need to define the class
- # [11:25] <annevk> zcorpan: it just gives you Symbol.iterator and some extras
- # [11:25] <zcorpan> oh
- # [11:28] * Quits: jdaggett (~jdaggett@61-121-216-2.bitcat.net) (Ping timeout: 255 seconds)
- # [11:29] * Joins: punch (~punch@99-49-250-255.lightspeed.elgnil.sbcglobal.net)
- # [11:29] * Joins: adactio (~adactio@212.42.170.121)
- # [11:30] * Quits: plutoniix (~plutoniix@210.213.57.70) (Quit: จรลี จรลา)
- # [11:32] * Joins: hgl (~hgl@unaffiliated/hgl)
- # [11:33] * Quits: punch (~punch@99-49-250-255.lightspeed.elgnil.sbcglobal.net) (Ping timeout: 258 seconds)
- # [11:34] <zcorpan> annevk: so it's not a replacement for [ArrayClass] then
- # [11:35] <annevk> zcorpan: euhm, [ArrayClass] doesn't define item() for you either
- # [11:35] <zcorpan> i know
- # [11:37] * Joins: Somatt_wrk (~somattwrk@130.193.24.135)
- # [11:39] <zcorpan> filed https://www.w3.org/Bugs/Public/show_bug.cgi?id=27427
- # [11:52] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Remote host closed the connection)
- # [11:56] * Joins: roven (~roven@78-22-137-234.access.telenet.be)
- # [11:56] * Joins: satazor (~satazor@bl17-138-41.dsl.telepac.pt)
- # [11:57] * Quits: satazor (~satazor@bl17-138-41.dsl.telepac.pt) (Remote host closed the connection)
- # [11:57] * Joins: satazor (~satazor@bl17-138-41.dsl.telepac.pt)
- # [12:14] * Joins: Ms2ger (~Ms2ger@nata200.ugent.be)
- # [12:16] * Quits: Mso150 (~ctlM@80.83.239.2) (Ping timeout: 255 seconds)
- # [12:19] * Quits: laurensclaessen (~laurenscl@81.83.22.74) (Remote host closed the connection)
- # [12:21] * Joins: laurensclaessen (~laurenscl@81.83.22.74)
- # [12:22] * Quits: laurensclaessen (~laurenscl@81.83.22.74) (Remote host closed the connection)
- # [12:22] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
- # [12:24] * Joins: laurensclaessen (~laurenscl@81.83.22.74)
- # [12:24] * Joins: ^esc_ (~esc-ape@91.141.0.102.wireless.dyn.drei.com)
- # [12:25] * Quits: frivoal (~frivoal@cm-84.211.98.39.getinternet.no) (Remote host closed the connection)
- # [12:25] * Joins: frivoal (~frivoal@cm-84.211.98.39.getinternet.no)
- # [12:26] * Quits: frivoal (~frivoal@cm-84.211.98.39.getinternet.no) (Remote host closed the connection)
- # [12:26] * Quits: ^esc (~esc-ape@91.141.0.255.wireless.dyn.drei.com) (Ping timeout: 250 seconds)
- # [12:31] * Quits: roven (~roven@78-22-137-234.access.telenet.be) (Remote host closed the connection)
- # [12:31] * Joins: roven (~roven@78-22-137-234.access.telenet.be)
- # [12:35] * Quits: jahman (~woops@129.175.204.73) (Remote host closed the connection)
- # [12:36] * Joins: smaug____ (~chatzilla@62-78-246-79.bb.dnainternet.fi)
- # [12:37] * Joins: jahman (~woops@129.175.204.73)
- # [12:42] * Quits: davidyezsetz (~davidyezs@mail1.powerflasher.de) (Quit: davidyezsetz)
- # [12:46] * Joins: lilmonkey (~colin@pdpc/supporter/professional/riven)
- # [12:50] * Quits: lilmonkey` (~colin@pdpc/supporter/professional/riven) (Ping timeout: 265 seconds)
- # [12:58] * Joins: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se)
- # [13:04] <smaug____> has anyone reviewed web animations spec?
- # [13:05] * Joins: frivoal (~frivoal@cm-84.211.98.39.getinternet.no)
- # [13:06] <smaug____> there is AnimationTimeline is bound to a document, AnimationPlayers are created using a ctor, and AnimationTimeline refers to AnimationPlayer instances... how is this all supposed to work in case of window.open() or document.open() (which break window<->document 1-1)
- # [13:06] <smaug____> TabAtkins: you might know
- # [13:07] * Quits: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se) (Remote host closed the connection)
- # [13:08] * Quits: Ms2ger (~Ms2ger@nata200.ugent.be) (Ping timeout: 265 seconds)
- # [13:09] * Joins: Ms2ger (~Ms2ger@nata206.ugent.be)
- # [13:12] <smaug____> oh, timeline is passed as a param..
- # [13:12] <smaug____> nm then
- # [13:17] * Quits: roven (~roven@78-22-137-234.access.telenet.be) (Remote host closed the connection)
- # [13:42] * Quits: calvaris (~calvaris@fanzine.igalia.com) (Quit: Ex-Chat)
- # [13:44] <WesleyCrushed_> hi. is the generic behavior of the "download" attribute of <a> defined somewhere? it looks to be a boolean attribute that is also a value attribute
- # [13:47] <ondras> https://html.spec.whatwg.org/multipage/semantics.html#the-a-element
- # [13:47] <ondras> The download attribute, if present, indicates that the author intends the hyperlink to be used for downloading a resource. The attribute may have a value; the value, if any, specifies the default file name that the author recommends for use in labeling the resource in a local file system.
- # [13:47] * Quits: laurensclaessen (~laurenscl@81.83.22.74) (Remote host closed the connection)
- # [13:48] <WesleyCrushed_> so say i'm using xhtml5. how do i write it without specifying a filename? it looks that writing download="download" would make me download a file named "download"
- # [13:48] <WesleyCrushed_> maybe download="" ?
- # [13:49] * Joins: laurensclaessen (~laurenscl@81.83.22.74)
- # [13:51] * Quits: laurensclaessen (~laurenscl@81.83.22.74) (Remote host closed the connection)
- # [13:51] <ondras> I would definitely try that
- # [13:52] <Ms2ger> download="" is correct
- # [13:53] <Ms2ger> See the section on boolean attributes
- # [13:57] * Quits: satazor (~satazor@bl17-138-41.dsl.telepac.pt) (Remote host closed the connection)
- # [13:58] * Joins: davidyezsetz (~davidyezs@mail1.powerflasher.de)
- # [14:17] * Joins: remysharp (sid4345@gateway/web/irccloud.com/x-nbehnswebzikqyke)
- # [14:19] * Joins: laurensclaessen (~laurenscl@81.83.22.74)
- # [14:21] <darobin> Domenic: I'm running the discourse update now, I reckon we can switch it to the beta channel too to get weekly upgrade
- # [14:21] <darobin> *upgrades
- # [14:22] <darobin> Domenic: also, since you're admin and all you should probably send me your public key so I can allow you to break the server too :)
- # [14:24] * Joins: danbri (~Adium@host86-185-150-15.range86-185.btcentralplus.com)
- # [14:24] * Quits: Ms2ger (~Ms2ger@nata206.ugent.be) (Ping timeout: 250 seconds)
- # [14:31] * Joins: rubys (~rubys@cpe-098-027-051-253.nc.res.rr.com)
- # [14:31] * Joins: Ms2ger (~Ms2ger@nata200.ugent.be)
- # [14:35] * Quits: BigBangUDR (~Thunderbi@103.249.181.147) (Remote host closed the connection)
- # [14:38] * Joins: tj_vantoll (~Adium@c-98-250-130-237.hsd1.mi.comcast.net)
- # [14:40] * Quits: smaug____ (~chatzilla@62-78-246-79.bb.dnainternet.fi) (Ping timeout: 245 seconds)
- # [14:45] * Quits: frivoal (~frivoal@cm-84.211.98.39.getinternet.no) (Remote host closed the connection)
- # [14:46] * Joins: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se)
- # [14:49] * Quits: diffalot (~diffalot@unaffiliated/papyromancer) (Remote host closed the connection)
- # [14:50] * Joins: diffalot (~diffalot@unaffiliated/papyromancer)
- # [14:53] * Joins: TallTed (~Thud@c-98-216-254-6.hsd1.ma.comcast.net)
- # [14:58] * Joins: satazor (~satazor@bl17-138-41.dsl.telepac.pt)
- # [14:58] * Quits: danbri (~Adium@host86-185-150-15.range86-185.btcentralplus.com) (Read error: Connection reset by peer)
- # [14:59] * Joins: danbri (~Adium@host86-185-150-15.range86-185.btcentralplus.com)
- # [15:04] * Quits: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se) (Remote host closed the connection)
- # [15:04] * Quits: satazor (~satazor@bl17-138-41.dsl.telepac.pt) (Ping timeout: 272 seconds)
- # [15:04] * Joins: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se)
- # [15:08] * Joins: igoroliveira (uid20755@gateway/web/irccloud.com/x-hkdxvptlxsrngflj)
- # [15:08] * Joins: abinader (sid21713@gateway/web/irccloud.com/x-xakeosncdrttkzqo)
- # [15:08] * Joins: prosper_ (~prosper@142.150.23.90)
- # [15:09] * Quits: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se) (Ping timeout: 250 seconds)
- # [15:11] * Quits: danbri (~Adium@host86-185-150-15.range86-185.btcentralplus.com) (Ping timeout: 240 seconds)
- # [15:11] * Joins: danbri1 (~Adium@host86-177-9-252.range86-177.btcentralplus.com)
- # [15:14] * Quits: sarri (~sari@unaffiliated/sarri) (Ping timeout: 264 seconds)
- # [15:14] * Quits: laurensclaessen (~laurenscl@81.83.22.74) (Remote host closed the connection)
- # [15:16] * Joins: caitp (~caitp@173-167-187-65-illinois.hfc.comcastbusiness.net)
- # [15:16] * Joins: sarri (~sari@unaffiliated/sarri)
- # [15:18] * Joins: roven (~roven@78-22-137-234.access.telenet.be)
- # [15:21] <MikeSmith> Ms2ger: download isn't defined as a boolean attribute, right?
- # [15:22] * Quits: zcorpan (~zcorpan@2a00:801:e0:30:79e0:a2d2:2193:f558) (Ping timeout: 272 seconds)
- # [15:22] <Ms2ger> MikeSmith, I think that section is the only one that explains that `foo` and `foo=''` are equivalent
- # [15:22] <darobin> MikeSmith: it takes a file name
- # [15:22] <Ms2ger> (Except the parser, obviously)
- # [15:22] * Joins: BigBangUDR (~Thunderbi@115.247.86.51)
- # [15:23] * Quits: roven (~roven@78-22-137-234.access.telenet.be) (Ping timeout: 258 seconds)
- # [15:23] <MikeSmith> darobin: yeah but in the case where no value for it is specified, it behaves like a boolean
- # [15:24] * Quits: CvP (~CvP@203.76.123.238) (Ping timeout: 265 seconds)
- # [15:24] * Joins: CvP (~CvP@203.76.123.238)
- # [15:24] * Joins: laurensclaessen (~laurenscl@81.83.22.74)
- # [15:24] <darobin> MikeSmith: ah, sorry, hadn't looked far enough upscroll
- # [15:25] * Quits: BigBangUDR (~Thunderbi@115.247.86.51) (Client Quit)
- # [15:27] <annevk> I think it behaves as a boolean is misleading
- # [15:27] <annevk> It just has special meaning for an empty string value
- # [15:28] <annevk> A boolean attribute can have its own attribute name as value, as in disabled=DISablED
- # [15:29] <MikeSmith> right, true, it's not a matter of "behave as a boolean"
- # [15:31] <annevk> E.g. if you want to specify a title with empty string you can do <var title>; doesn't make it a boolean attribute
- # [15:36] * Quits: Ms2ger (~Ms2ger@nata200.ugent.be) (Ping timeout: 244 seconds)
- # [15:39] * Quits: caitp (~caitp@173-167-187-65-illinois.hfc.comcastbusiness.net) (Ping timeout: 244 seconds)
- # [15:42] * Joins: Una (~Una@cpe-70-117-78-235.austin.res.rr.com)
- # [15:43] <MikeSmith> well that's not a great comparison, because title on var has no effect on UA behavior while the download attribute does, but I see your point
- # [15:47] * Joins: mven (~textual@72.183.104.138)
- # [15:47] * Quits: Una (~Una@cpe-70-117-78-235.austin.res.rr.com) (Ping timeout: 256 seconds)
- # [15:47] <annevk> MikeSmith: <p title=test>test <var title=>test</var> test
- # [15:47] <annevk> MikeSmith: though that's not really cross-browser...
- # [15:50] * Joins: Ms2ger (~Ms2ger@nata206.ugent.be)
- # [15:51] <MikeSmith> oh
- # [15:55] * Joins: smaug____ (~chatzilla@62-78-246-79.bb.dnainternet.fi)
- # [16:00] * Joins: arunranga (~otherarun@cpe-69-203-128-218.si.res.rr.com)
- # [16:01] * Joins: caitp (~caitp@173-167-187-65-illinois.hfc.comcastbusiness.net)
- # [16:03] * Quits: davidyezsetz (~davidyezs@mail1.powerflasher.de) (Quit: davidyezsetz)
- # [16:04] * Joins: iliakan (~kvirc@46.39.255.39)
- # [16:04] <iliakan> Where is the most up2date version of DOM standard? http://w3c.github.io/dom/ ?
- # [16:04] <iliakan> or https://dom.spec.whatwg.org/ ?
- # [16:05] <Ms2ger> https://dom.spec.whatwg.org/
- # [16:05] <iliakan> I got somewhat confused, why 2 places?
- # [16:05] <iliakan> the documents are quite different.
- # [16:05] <Ms2ger> Politics
- # [16:05] <Ms2ger> I don't want to talk about it
- # [16:06] <iliakan> sorry didn't want to hurt anyone's feelings.
- # [16:06] <Ms2ger> Oh, it not you that hurt them :)
- # [16:06] * Joins: newtron (~newtron@199.71.174.203)
- # [16:07] * Quits: caitp (~caitp@173-167-187-65-illinois.hfc.comcastbusiness.net) (Ping timeout: 244 seconds)
- # [16:09] <annevk> iliakan: there's a bit of a thing going on with W3C copying WHATWG documents
- # [16:09] <annevk> iliakan: TL;DR is that if there's WHATWG document, it's more up to date
- # [16:09] <iliakan> is there any place to read about it? maybe a thread in a mailing list?
- # [16:10] <iliakan> just to get a glipse of knowing what's going on
- # [16:10] * Joins: satazor (~satazor@bl17-138-41.dsl.telepac.pt)
- # [16:10] <gsnedders> if you want to read thousands of emails, there's plenty :)
- # [16:10] <MikeSmith> iliakan: you probably don't want to read those threads :)
- # [16:10] * Joins: zcorpan (~zcorpan@ip-200.t2.se.opera.com)
- # [16:11] <iliakan> eh, I teach people JS/DOM stuff and I want to tell them
- # [16:11] <annevk> There's nothing really canonical on this
- # [16:11] <annevk> http://lists.w3.org/Archives/Public/www-archive/ has some http://lists.w3.org/Archives/Public/public-w3process/ has some too
- # [16:12] <annevk> comes up on http://lists.w3.org/Archives/Public/public-webapps/ now and then
- # [16:12] <rubys> iliakan: my summary is here: http://lists.w3.org/Archives/Public/www-archive/2014Nov/0039.html
- # [16:13] <rubys> my summary is specific to URL, but some of the points apply elsewhere
- # [16:13] <rubys> also relevant: http://lists.w3.org/Archives/Public/public-w3process/2014Nov/0169.html
- # [16:15] <iliakan> okay thanks, at least I'll have something to respond on their "why look here not there?" question
- # [16:15] * Quits: fredy (~fredy@snf-535807.vm.okeanos.grnet.gr) (Ping timeout: 256 seconds)
- # [16:16] <annevk> iliakan: https://github.com/servo/servo/wiki/Relevant-spec-links is pretty canonical I guess, though no "why"
- # [16:16] <MikeSmith> iliakan: if you're teaching people about where to look for information, arguably you don't want to tell them to be reading the specs directly but instead just using MDN, which is generally kept pretty well up to date and presents the information in much more web-developer-friendly way
- # [16:17] <iliakan> MikeSmith: consider Element.prototype.remove() as an example
- # [16:17] <iliakan> the method is convenient and is easily polifilled
- # [16:17] * Joins: fredy (~fredy@snf-535807.vm.okeanos.grnet.gr)
- # [16:17] <iliakan> if it's going to be used in all browsers (be part of the standard) I should recommend to use it
- # [16:17] <iliakan> and no it's not on MDN
- # [16:19] <MikeSmith> what is that?
- # [16:19] <MikeSmith> I mean, where did it come from?
- # [16:19] <iliakan> https://dom.spec.whatwg.org/#dom-childnode-remove
- # [16:19] <MikeSmith> oh
- # [16:20] <rubys> If it is not on MDN, it probably isn't widely implemented yet; and possibly may change before the browser coalesce around an agreement.
- # [16:21] <annevk> it's in Firefox and Chrome
- # [16:21] <annevk> (at least)
- # [16:21] <MikeSmith> Ms2ger: do we even have test for that?
- # [16:22] <Ms2ger> Dunno
- # [16:23] <darobin> it's a bug that remove() isn't in MDN
- # [16:23] <darobin> it shoudl be
- # [16:23] <darobin> and yes there's a test for it, it even passes!
- # [16:23] <MikeSmith> I probably even reviewed it!
- # [16:23] <Ms2ger> Yep
- # [16:23] <Ms2ger> ChildNode-remove.js
- # [16:23] * Joins: plutoniix (~plutoniix@node-5if.pool-125-25.dynamic.totbb.net)
- # [16:23] <MikeSmith> yeah I see it now
- # [16:24] * Joins: caitp (~caitp@173-167-187-65-illinois.hfc.comcastbusiness.net)
- # [16:25] <MikeSmith> now my faith in MDN is shaken
- # [16:25] <caitp> :O!
- # [16:25] <rubys> Does MDN take bug reports?
- # [16:25] * Quits: prosper_ (~prosper@142.150.23.90) (Ping timeout: 245 seconds)
- # [16:25] <darobin> rubys: I think you just go ahead and edit the wiki :)
- # [16:26] <rubys> ah, so it is a case of community developed documentation sometimes lags implementations.
- # [16:26] <darobin> MikeSmith: don't let it shake your faith, even when wrong it is *still* better than going to anyone's specs, so your advice to iliakan was good
- # [16:27] <darobin> rubys: sometimes, but usually, as MikeSmith says, it's really good
- # [16:27] * rubys nods
- # [16:27] <annevk> Usually bugs against Firefox get tagged "dev-doc-needed" to ensure MDN is updated
- # [16:27] * Quits: tj_vantoll (~Adium@c-98-250-130-237.hsd1.mi.comcast.net) (Quit: Leaving.)
- # [16:27] <annevk> Perhaps that's still pending or someone forgot to tag the bug
- # [16:28] <darobin> rubys: so, MDN does take bug reports (https://bugzilla.mozilla.org/enter_bug.cgi?format=guided#h=dupes|Developer%20Documentation|) but the preferred option is to edit
- # [16:29] <MikeSmith> iliakan: to get back to your original question, remove() isn't in the W3C-publishe DOM spec version? (given the above about it being in Firefox and Chrome I'd be really surprised if it weren'T)
- # [16:30] <iliakan> it's there, under ChildNode interface as I see, but replace is not
- # [16:30] <darobin> MikeSmith: remove() is in, but (s)he was referring to the fact that the github version is woefully out of date
- # [16:31] <MikeSmith> ah ok
- # [16:31] <darobin> iliakan: replace() is not because it's not implemented (or wasn't back then)
- # [16:31] <iliakan> yeah, but it's going to be?
- # [16:31] <Ms2ger> I haven't heard objections yet
- # [16:31] <MikeSmith> iliakan: fwiw I guess one of the best things you could teach people is to tell them about #whatwg and suggest they come here to ask questions when they have them
- # [16:31] <darobin> the github version was supposed to be quite simply destroyed with the next udpate to the TR version, but that didn't happen
- # [16:31] <Ms2ger> Try if Gecko takes a patch :)
- # [16:32] <Ms2ger> Or write tests for it
- # [16:32] <iliakan> MikeSmith: let them learn something from the docs first :) and come here educated enough :)
- # [16:32] <Ms2ger> darobin, ha. haha. hahaha.
- # [16:32] <MikeSmith> iliakan: fair enough
- # [16:32] <darobin> actually, remove() is in MDN... https://bugzilla.mozilla.org/enter_bug.cgi?format=guided#h=dupes|Developer%20Documentation|
- # [16:33] <iliakan> umm sorry indeed so, I just didn't find it fast
- # [16:33] <iliakan> guess they may have problems w/ it too
- # [16:33] <darobin> iliakan: I find your lack of faith in MDN... disturbing
- # [16:33] <darobin> sorry, that was the wrong link
- # [16:33] <darobin> https://developer.mozilla.org/en-US/docs/Web/API/ChildNode.remove
- # [16:34] <iliakan> darobin: please consider that to be a lack of faith in my/their finding skills
- # [16:34] <iliakan> when I know there's a single "most recent" document, it's the 1st place to go for modern stuff
- # [16:34] <darobin> iliakan: no worries, but in general if it's for teaching MDN is better because it tells you about stuff that actually works
- # [16:34] <darobin> whereas pretty much all specs are fiction
- # [16:35] <darobin> to a point
- # [16:35] <Ms2ger> "pretty much"?
- # [16:38] * Quits: danbri1 (~Adium@host86-177-9-252.range86-177.btcentralplus.com) (Ping timeout: 258 seconds)
- # [16:38] <darobin> Ms2ger: I added that because I'm sure someone can find an old spec that is actually implemented :)
- # [16:38] <Domenic> iliakan: https://github.com/servo/servo/wiki/Relevant-spec-links is a good resource for spec links
- # [16:38] <Domenic> I personally am not a fan of MDN these days because I am used to reading specs and also MDN is often way outdated or inaccurate.
- # [16:39] <Ms2ger> Woo, Servo :)
- # [16:39] <iliakan> Domenic: thanks, and tend to agree about MDN. There should be only 1 source of truth.
- # [16:39] <Domenic> e.g. what is this stuff https://developer.mozilla.org/en-US/docs/Web/API/Window.frames "DOM Level 0. Not part of any standard."
- # [16:39] <Domenic> it's right there in html
- # [16:39] <Ms2ger> And we have always been at war wit Eurasia
- # [16:40] <darobin> Domenic: who cares about that? it tells you how it works which is what's needed
- # [16:41] <annevk> darobin: it means you might end up getting into bullshit arguments when using it
- # [16:41] <Domenic> darobin: it's not terribly accurate about that either
- # [16:42] <Domenic> and also that, people telling me window.frames is nonstandard and i shouldn't be using it
- # [16:42] <darobin> bullshit arguments?
- # [16:42] <darobin> Domenic: beats working from specs most of the time
- # [16:42] * Joins: aleray (~aleray@ip-83-101-52-137.customer.schedom-europe.net)
- # [16:42] <MikeSmith> I'm sad for myself that I didn't even know there was a remove() for me to use. I've always just used removeChild and complained about how stupidly redundant/verbose it makes things. (assuming that remove() is the thing that cuts out that and expresses it the right way)
- # [16:42] <darobin> well, if people wish to make an argument from standards, they should look at standards
- # [16:42] * Joins: thinkxl (~thinkxl@2601:e:2980:cb00:50e0:90c8:e562:5d55)
- # [16:43] <darobin> MikeSmith: you still need to use removeChild() for IE at this point
- # [16:43] <MikeSmith> OK
- # [16:43] <aleray> hi, does one know if there is a video format/codecs supported by all major modern browsers?
- # [16:43] <darobin> but if people need developer docs, they should use developer docs
- # [16:43] <darobin> GIF89a?
- # [16:43] * darobin hides
- # [16:43] <annevk> darobin: I don't think it works to argue that one part of the docs are relevant and another should be ignored
- # [16:45] <darobin> annevk: actually it does, it's a pretty usual way of referring to documents...
- # [16:46] <Domenic> H.264 is everywhere now that Firefox fixed itself on Mac, right?
- # [16:46] <MikeSmith> Domenic: I think it's sad if your message to webdevs is that web-developer documentation sucks, so, sorry, you have to read the specs. Because the specs aren't generally super-approachable for a lot of devs, and regardless are generally written for UA implementors and not optimized for reading by normal people
- # [16:47] <MikeSmith> http://caniuse.com/#search=mpeg-4
- # [16:48] <Domenic> MikeSmith: generally agreed. I guess I wouldn't say that's my message to devs in general ... but it's my message to most people who ask me directly, or people I work with.
- # [16:48] * Quits: Ducki (~Ducki@191.233.66.1) (Quit: Leaving)
- # [16:48] <Domenic> Oh interesting, a substantial difference between Chrome and Opera.
- # [16:49] <MikeSmith> Domenic: yeah, point taken (on that message)
- # [16:49] <rubys> It is almost as if there are as many opinions as there are people on this channel.
- # [16:49] <MikeSmith> heh
- # [16:49] <Domenic> "Browsers have trouble with more than one audio track in a video (for multi-language support): IE 11 supports it, Firefox plays the last track, Chrome plays the first track." bahahaha *cries*
- # [16:50] * Joins: jyasskin (~jyasskin@173-228-80-34.dsl.static.fusionbroadband.com)
- # [16:50] <darobin> that's an interesting use of the word "trouble"
- # [16:50] * Joins: frivoal (~frivoal@cm-84.211.98.39.getinternet.no)
- # [16:51] <gsnedders> darobin: well, it's a different sort of trouble to you
- # [16:51] * Quits: kapil_ (uid36151@gateway/web/irccloud.com/x-nsribvdnejrljgtk) (Quit: Connection closed for inactivity)
- # [16:52] * Quits: fredy (~fredy@snf-535807.vm.okeanos.grnet.gr) (Ping timeout: 260 seconds)
- # [16:52] <annevk> jgraham: anything on testing permission APIs yet?
- # [16:52] <annevk> jgraham: did I miss a reply?
- # [16:53] * Joins: tantek (~tantek@63.249.55.20)
- # [16:53] <annevk> oh you did reply
- # [16:53] <annevk> :-(
- # [16:54] <annevk> jgraham: note that I not just care about bypassing the dialog, I also want to know what that dialog ends up storing
- # [16:54] <annevk> jgraham: to make tests around document.domain / origins
- # [16:54] * Joins: boogyman (~boogyman@d-65-175-179-47.cpe.metrocast.net)
- # [16:54] * Quits: boogyman (~boogyman@d-65-175-179-47.cpe.metrocast.net) (Changing host)
- # [16:54] * Joins: boogyman (~boogyman@pdpc/supporter/professional/boogyman)
- # [16:55] <annevk> but I'm not too enthusiastic about trying to pioneer this...
- # [16:55] * Joins: fredy (~fredy@snf-535807.vm.okeanos.grnet.gr)
- # [16:56] * Joins: Lachy (~Lachy@213.166.174.2)
- # [16:57] <aleray> MikeSmith, thanks
- # [16:58] * Quits: caitp (~caitp@173-167-187-65-illinois.hfc.comcastbusiness.net) (Ping timeout: 244 seconds)
- # [17:04] * Joins: _algo_1 (~kvirc@46.39.255.39)
- # [17:05] * Joins: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se)
- # [17:07] * Quits: iliakan (~kvirc@46.39.255.39) (Ping timeout: 256 seconds)
- # [17:09] * Joins: hemanth (~hemanth@122.167.145.230)
- # [17:10] * Quits: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se) (Ping timeout: 250 seconds)
- # [17:12] * Joins: Una (~Una@32.97.110.56)
- # [17:13] <jgraham> annevk: Neither is anyone else
- # [17:14] * Joins: caitp (~caitp@173-167-187-65-illinois.hfc.comcastbusiness.net)
- # [17:15] * Quits: arunranga (~otherarun@cpe-69-203-128-218.si.res.rr.com) (Quit: arunranga)
- # [17:15] <MikeSmith> "pioneer this" = write soem test cases?
- # [17:16] <annevk> MikeSmith: setting up the supporting framework
- # [17:16] <Ms2ger> Automated
- # [17:16] <MikeSmith> gsnedders has no open PRs right now
- # [17:16] <annevk> MikeSmith: I think I'll end up writing some non-automated tests
- # [17:17] <MikeSmith> any tests at all would be nice at this point
- # [17:18] <annevk> The other problematic bit is that we don't really seem to have agreement on what is desirable behavior
- # [17:18] * Joins: ehsan (~ehsan@2001:450:1f:224:a1b0:4d97:4e90:ba51)
- # [17:19] * Quits: caitp (~caitp@173-167-187-65-illinois.hfc.comcastbusiness.net) (Ping timeout: 244 seconds)
- # [17:19] * Joins: roven (~roven@78-22-137-234.access.telenet.be)
- # [17:21] * Joins: arunranga (~otherarun@cpe-69-203-128-218.si.res.rr.com)
- # [17:22] * Quits: aleray (~aleray@ip-83-101-52-137.customer.schedom-europe.net) (Remote host closed the connection)
- # [17:24] * Quits: roven (~roven@78-22-137-234.access.telenet.be) (Ping timeout: 264 seconds)
- # [17:24] * Quits: zcorpan (~zcorpan@ip-200.t2.se.opera.com) (Remote host closed the connection)
- # [17:24] * Quits: Ms2ger (~Ms2ger@nata206.ugent.be) (Ping timeout: 240 seconds)
- # [17:28] * Joins: dbaron (~dbaron@50-0-248-60.dsl.dynamic.fusionbroadband.com)
- # [17:30] * Quits: tantek (~tantek@63.249.55.20) (Quit: tantek)
- # [17:33] * Quits: hemanth (~hemanth@122.167.145.230) (Quit: This computer has gone to sleep)
- # [17:34] * Parts: rubys (~rubys@cpe-098-027-051-253.nc.res.rr.com)
- # [17:35] * Quits: hgl (~hgl@unaffiliated/hgl) (Ping timeout: 264 seconds)
- # [17:35] * Joins: hgl (~hgl@unaffiliated/hgl)
- # [17:37] * Joins: rubys (~rubys@cpe-098-027-051-253.nc.res.rr.com)
- # [17:38] * Joins: jwalden (~waldo@156.39.127.195)
- # [17:49] * Quits: cbr_ (~cbr@145.36.150.83.chzhher77.rootnet.ch) (Quit: cbr_)
- # [17:54] <mathiasbynens> Domenic: kudos for https://github.com/rwaldron/tc39-notes/blob/master/es6/2014-11/nov-20.md#54-io-streams-as-part-of-the-es-standard-library
- # [17:54] <Domenic> mathiasbynens: meh, that was a disappointing conversation :-/
- # [17:55] * Quits: frivoal (~frivoal@cm-84.211.98.39.getinternet.no) (Remote host closed the connection)
- # [17:56] <annevk> The last line from Mark Miller is somewhat divisive and not really a fair summary
- # [17:59] * Quits: hgl (~hgl@unaffiliated/hgl) (Ping timeout: 240 seconds)
- # [17:59] * Joins: hgl (~hgl@unaffiliated/hgl)
- # [18:01] <annevk> smaug____: what's the story with event listeners and microtasks again?
- # [18:02] <Domenic> Still kicking myself I forgot to say "CC0" in the meeting
- # [18:03] <smaug____> annevk: what about them?
- # [18:03] * Joins: caitp (~caitp@173-167-187-65-illinois.hfc.comcastbusiness.net)
- # [18:03] * Quits: Lachy (~Lachy@213.166.174.2) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [18:03] * Joins: calvaris (~calvaris@64.12.116.91.dynamic.mundo-r.com)
- # [18:03] <annevk> Domenic: at some point someone asked about that on the mailing list, I wonder where they are with that now
- # [18:03] * Joins: bkardell (uid10373@gateway/web/irccloud.com/x-qfdhgyldsfcwwwmr)
- # [18:03] <annevk> Domenic: Ecma licensing is terrible
- # [18:03] <smaug____> microtask ends when the outermost event listener has been called in normal cases
- # [18:04] <Domenic> Yeah, unfortunately the person who asked was weird/rude, so they were easy to dismiss.
- # [18:04] * Quits: jwalden (~waldo@156.39.127.195) (Quit: ChatZilla 0.9.87-8.1450hg.fc20 [XULRunner 32.0/20140902134853])
- # [18:04] <annevk> smaug____: "normal" being non-synchronous cases?
- # [18:04] <annevk> smaug____: as in it's not any different from end-of-task?
- # [18:04] * Quits: hgl (~hgl@unaffiliated/hgl) (Quit: Sleeping)
- # [18:04] <smaug____> I mean case like "users clicks and a click event is dispatched"
- # [18:05] <annevk> I see, so there's no relationship then
- # [18:05] <smaug____> but not cases like "timer runs and its callback dispatches click"
- # [18:05] * Joins: hgl (~hgl@unaffiliated/hgl)
- # [18:05] <annevk> great, it's simpler than I thought then, good good
- # [18:06] <annevk> Domenic: how dare you break Allen's invariants
- # [18:06] <Domenic> ^_^
- # [18:06] <annevk> Domenic: now ES6 can't explain HTML
- # [18:06] <annevk> :p
- # [18:06] <Domenic> I really didn't know what would happen with that test case actually
- # [18:07] <annevk> I wonder if this is in part due to the WindowProxy setup that ES6 still does not acknowledge
- # [18:07] <gsnedders> annevk, Domenic: the big problem with the licensing is it has to go all the way up to the Ecma general council :(
- # [18:08] <annevk> gsnedders: that's not the big problem
- # [18:08] <Domenic> annevk: yeah, the way in which self.x changed seems very WindowProxy-like... I wasn't sure that document.open and WindowProxy interacted though...
- # [18:08] <gsnedders> annevk: it means it's a hellish amount of work and fighting pushback to get it to happen
- # [18:08] <Domenic> the thing ES6 does not acknowledge is related to `this` though, right? So you sidestepped that by using `self`
- # [18:09] <annevk> Domenic: yeah I guess
- # [18:09] <annevk> Domenic: but self might return a WindowProxy
- # [18:09] <annevk> Domenic: not sure
- # [18:09] <Domenic> I think it does, right?
- # [18:09] * Quits: caitp (~caitp@173-167-187-65-illinois.hfc.comcastbusiness.net) (Ping timeout: 244 seconds)
- # [18:09] <Domenic> self === window is a WindowProxy
- # [18:10] * Quits: hgl (~hgl@unaffiliated/hgl) (Ping timeout: 256 seconds)
- # [18:10] <Domenic> I don't remember what the issue was with ES6 vs. WindowProxy though
- # [18:10] <annevk> Domenic: mostly "this"
- # [18:11] <annevk> Domenic: the other problem with WindowProxy is that it's not defined in terms of ES operations (yet)
- # [18:11] <annevk> Domenic: so we don't know exactly how it proxies from the spec
- # [18:11] <Domenic> annevk: heh, yeah, I was looking at WebIDL's getter/setter/creator/deleter yesterday and thinking the same thing
- # [18:16] * Krinkle|detached is now known as Krinkle
- # [18:17] * Quits: arunranga (~otherarun@cpe-69-203-128-218.si.res.rr.com) (Quit: arunranga)
- # [18:19] * Quits: jyasskin (~jyasskin@173-228-80-34.dsl.static.fusionbroadband.com) (Quit: My computer has gone to sleep. ZZZzzz…)
- # [18:21] * Quits: hasather (~hasather@cm-84.210.170.16.getinternet.no) (Remote host closed the connection)
- # [18:21] * Joins: hasather (~hasather@cm-84.210.170.16.getinternet.no)
- # [18:23] * Joins: mko (~mko@50.240.205.146)
- # [18:23] * Quits: mko (~mko@50.240.205.146) (Max SendQ exceeded)
- # [18:26] * Joins: tantek (~tantek@68.26.50.199)
- # [18:26] * Quits: hasather (~hasather@cm-84.210.170.16.getinternet.no) (Ping timeout: 265 seconds)
- # [18:27] <SteveF_> TabAtkins: hi, need a little help with bikeshed; am trying to link to this http://www.w3.org/TR/wai-aria/host_languages#implicit_semantics from another spec, is there an automethod or do I need to use a regular link?
- # [18:28] * Joins: harig (~harig@49.200.116.73)
- # [18:29] * Quits: Smylers (~smylers@81.143.60.194) (Ping timeout: 264 seconds)
- # [18:31] <TabAtkins> SteveF_: At the doctor right now, I'll answer you when I get into the office.
- # [18:32] * Joins: mko (~mko@50.240.205.146)
- # [18:32] * Quits: adactio (~adactio@212.42.170.121) (Quit: adactio)
- # [18:33] <SteveF_> TabAtknins: thanks no rush!
- # [18:35] * Joins: arunranga (~otherarun@cpe-69-203-128-218.si.res.rr.com)
- # [18:37] * Joins: Maurice` (copyman@unaffiliated/maurice)
- # [18:38] * Joins: roven (~roven@78-22-137-234.access.telenet.be)
- # [18:42] * Quits: darobin (~darobin@78.109.80.74) (Remote host closed the connection)
- # [18:42] * Quits: harig (~harig@49.200.116.73) (Quit: harig)
- # [18:44] * Quits: laurensclaessen (~laurenscl@81.83.22.74)
- # [18:45] * Joins: xiinotulp (~plutoniix@node-5dt.pool-125-25.dynamic.totbb.net)
- # [18:47] * Joins: iliakan (~kvirc@46.39.255.39)
- # [18:47] * Joins: jyasskin (~jyasskin@173-228-80-34.dsl.static.fusionbroadband.com)
- # [18:47] * Joins: jwalden (~waldo@67.142.235.252)
- # [18:48] * Quits: plutoniix (~plutoniix@node-5if.pool-125-25.dynamic.totbb.net) (Ping timeout: 240 seconds)
- # [18:49] * Quits: tripu (~tripu@82.158.82.196.dyn.user.ono.com) (Quit: Leaving)
- # [18:50] * Quits: _algo_1 (~kvirc@46.39.255.39) (Ping timeout: 256 seconds)
- # [18:54] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
- # [18:55] * Joins: frivoal (~frivoal@cm-84.211.98.39.getinternet.no)
- # [18:55] * Joins: caitp (~caitp@173-167-187-65-illinois.hfc.comcastbusiness.net)
- # [18:58] * Joins: josemanuel (~josemanue@63.Red-79-147-196.dynamicIP.rima-tde.net)
- # [18:58] * Joins: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se)
- # [19:00] * Joins: punch (~punch@99-49-250-255.lightspeed.elgnil.sbcglobal.net)
- # [19:00] * Quits: frivoal (~frivoal@cm-84.211.98.39.getinternet.no) (Ping timeout: 264 seconds)
- # [19:00] * Quits: tantek (~tantek@68.26.50.199) (Ping timeout: 256 seconds)
- # [19:07] <annevk> Domenic: I'm not sure what Allen's reply to me means
- # [19:09] * Joins: cheron (~cheron@dslb-094-219-062-171.094.219.pools.vodafone-ip.de)
- # [19:10] * Quits: cheron (~cheron@dslb-094-219-062-171.094.219.pools.vodafone-ip.de) (Changing host)
- # [19:10] * Joins: cheron (~cheron@unaffiliated/cheron)
- # [19:11] * Joins: tripu (~tripu@82.158.82.196.dyn.user.ono.com)
- # [19:13] * Joins: zcorpan (~zcorpan@2a00:801:e0:30:79e0:a2d2:2193:f558)
- # [19:14] * Parts: halfline (rstrode@nat/redhat/x-tsqvfbxgsbqgibjh)
- # [19:18] * Quits: jyasskin (~jyasskin@173-228-80-34.dsl.static.fusionbroadband.com) (Quit: My computer has gone to sleep. ZZZzzz…)
- # [19:22] * Joins: hasather (~hasather@cm-84.210.170.16.getinternet.no)
- # [19:27] * Quits: hasather (~hasather@cm-84.210.170.16.getinternet.no) (Ping timeout: 264 seconds)
- # [19:29] * Joins: jensnockert_ (~jensnocke@s83-179-51-171.cust.tele2.se)
- # [19:29] * Quits: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se) (Read error: Connection reset by peer)
- # [19:32] * Joins: halfline (rstrode@nat/redhat/x-tsqvfbxgsbqgibjh)
- # [19:33] * Quits: boogyman (~boogyman@pdpc/supporter/professional/boogyman) (Quit: Leaving.)
- # [19:43] * Joins: Mso150 (~ctlM@80.83.238.11)
- # [19:45] * Quits: caitp (~caitp@173-167-187-65-illinois.hfc.comcastbusiness.net) (Ping timeout: 244 seconds)
- # [19:45] * Quits: punch (~punch@99-49-250-255.lightspeed.elgnil.sbcglobal.net) (Remote host closed the connection)
- # [19:46] <JonathanNeal> maybe we need a polyfill standards group
- # [19:46] * Joins: punch (~punch@99-49-250-255.lightspeed.elgnil.sbcglobal.net)
- # [19:52] * Joins: jyasskin (jyasskin@nat/google/x-unxmfctnruohudhd)
- # [19:52] * Joins: caitp (~caitp@173-167-187-65-illinois.hfc.comcastbusiness.net)
- # [19:53] * Joins: hgl (~hgl@unaffiliated/hgl)
- # [19:55] * Joins: weinig (~weinig@98.234.191.242)
- # [19:56] <Domenic> rubys: I don't understand which part of my message you disagree with.
- # [19:56] * Quits: jyasskin (jyasskin@nat/google/x-unxmfctnruohudhd) (Read error: Connection reset by peer)
- # [19:56] * Joins: jyasskin (jyasskin@nat/google/x-tczalvegtsrjvwoz)
- # [19:58] * Joins: Somatt_wrk_ (~somattwrk@130.193.24.135)
- # [19:58] * Quits: hgl (~hgl@unaffiliated/hgl) (Ping timeout: 255 seconds)
- # [19:59] * Joins: ambv (~ambv@206.108.217.134)
- # [20:01] * Quits: Somatt_wrk (~somattwrk@130.193.24.135) (Ping timeout: 255 seconds)
- # [20:02] * Quits: psy (~psy@103.6.159.172) (Read error: No route to host)
- # [20:05] * Quits: espadrine` (~ttyl@LMontsouris-656-1-2-84.w80-12.abo.wanadoo.fr) (Ping timeout: 265 seconds)
- # [20:08] * Quits: punch (~punch@99-49-250-255.lightspeed.elgnil.sbcglobal.net) (Remote host closed the connection)
- # [20:08] * Joins: psy (~psy@103.6.159.172)
- # [20:08] * Joins: punch (~punch@99-49-250-255.lightspeed.elgnil.sbcglobal.net)
- # [20:08] * Joins: BigBangUDR (~Thunderbi@101.61.195.24)
- # [20:10] * Quits: jwalden (~waldo@67.142.235.252) (Quit: I just want you all to tell me good luck, you're all counting on me)
- # [20:12] * Quits: globbot (~logbot@lump.glob.com.au) (Ping timeout: 256 seconds)
- # [20:13] * Quits: arunranga (~otherarun@cpe-69-203-128-218.si.res.rr.com) (Quit: arunranga)
- # [20:13] * Joins: globbot (~logbot@lump.glob.com.au)
- # [20:15] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Read error: Connection reset by peer)
- # [20:15] * Joins: jacobolu_ (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
- # [20:18] * jacobolu_ is now known as jacobolus
- # [20:18] * Krinkle is now known as Krinkle|detached
- # [20:18] * Quits: ajonsson (~Lingo@h172n17-asp-a13.ias.bredband.telia.com) (Quit: Lingo: www.lingoirc.com)
- # [20:20] * Quits: jyasskin (jyasskin@nat/google/x-tczalvegtsrjvwoz) (Quit: My computer has gone to sleep. ZZZzzz…)
- # [20:22] * Joins: arunranga (~otherarun@cpe-69-203-128-218.si.res.rr.com)
- # [20:22] * Quits: kborchers (kborchers@gateway/shell/jquery.com/x-yhddflvovilhvpyk) (Ping timeout: 240 seconds)
- # [20:22] * Joins: kborchers (kborchers@gateway/shell/jquery.com/x-mfwzubvjddeskqaz)
- # [20:22] * Quits: kborchers (kborchers@gateway/shell/jquery.com/x-mfwzubvjddeskqaz) (Changing host)
- # [20:22] * Joins: kborchers (kborchers@unaffiliated/kborchers)
- # [20:22] * Quits: kborchers (kborchers@unaffiliated/kborchers) (Changing host)
- # [20:22] * Joins: kborchers (kborchers@gateway/shell/jquery.com/x-mfwzubvjddeskqaz)
- # [20:23] * Joins: ttepasse (~ttepasse@ip-178-200-46-57.hsi07.unitymediagroup.de)
- # [20:23] * Quits: zcorpan (~zcorpan@2a00:801:e0:30:79e0:a2d2:2193:f558) (Remote host closed the connection)
- # [20:24] * Joins: zcorpan (~zcorpan@ip-200.t2.se.opera.com)
- # [20:26] <wanderview> JakeA: annevk: once cache is expanded beyond SW, do we know what it should do on data URI workers? there is no origin there, right?
- # [20:28] * Quits: SteveF_ (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net) (Ping timeout: 244 seconds)
- # [20:28] * Quits: BigBangUDR (~Thunderbi@101.61.195.24) (Quit: BigBangUDR)
- # [20:30] <annevk> wanderview: there's an origin, you can just never get same-origin with it
- # [20:31] <annevk> wanderview: what happens with localStorage?
- # [20:31] <wanderview> annevk: is the origin for data uri spec'd somewhere?
- # [20:31] <annevk> wanderview: https://url.spec.whatwg.org/#origin
- # [20:31] * Quits: ttepasse (~ttepasse@ip-178-200-46-57.hsi07.unitymediagroup.de) (Quit: s)
- # [20:32] <wanderview> annevk: ah... globally unique identifier... thanks!
- # [20:33] * Quits: dbaron (~dbaron@50-0-248-60.dsl.dynamic.fusionbroadband.com) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [20:34] * Krinkle|detached is now known as Krinkle
- # [20:34] * Joins: ttepasse (~ttepasse@ip-178-200-46-57.hsi07.unitymediagroup.de)
- # [20:35] * Joins: espadrine (~espadrine@dan75-7-88-166-187-54.fbx.proxad.net)
- # [20:36] * Joins: Areks (~Areks@95-26-129-29.broadband.corbina.ru)
- # [20:36] * Quits: ttepasse (~ttepasse@ip-178-200-46-57.hsi07.unitymediagroup.de) (Client Quit)
- # [20:40] * Joins: darobin (~darobin@mtl93-18-78-208-93-24.fbx.proxad.net)
- # [20:42] <annevk> Domenic: https://esdiscuss.org/topic/realm-api-and-this-global btw
- # [20:42] <annevk> Domenic: no replies
- # [20:42] <annevk> Domenic: bug is also still open
- # [20:42] * Joins: jyasskin (jyasskin@nat/google/x-uggjoodkijqnkccr)
- # [20:42] <Domenic> annevk: yeah, was too lazy to dig up the link, but i remember :-/
- # [20:46] * Quits: darobin (~darobin@mtl93-18-78-208-93-24.fbx.proxad.net) (Remote host closed the connection)
- # [20:46] * Quits: josemanuel (~josemanue@63.Red-79-147-196.dynamicIP.rima-tde.net) (Quit: Saliendo)
- # [20:48] * Quits: arunranga (~otherarun@cpe-69-203-128-218.si.res.rr.com) (Quit: arunranga)
- # [20:51] * Joins: arunranga (~otherarun@cpe-69-203-128-218.si.res.rr.com)
- # [20:51] * Joins: SteveF_ (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net)
- # [20:56] <Domenic> annevk: ha! Movement!
- # [20:57] * Joins: frivoal_ (~frivoal@cm-84.211.98.39.getinternet.no)
- # [20:57] * Quits: Una (~Una@32.97.110.56) (Quit: My Mac has gone to sleep. ZZZzzz…)
- # [20:58] * Quits: tripu (~tripu@82.158.82.196.dyn.user.ono.com) (Quit: Leaving)
- # [20:58] <annevk> I should probably not have expressed disappointment, but really, the amount of time it takes to get something fixed...
- # [20:59] * Quits: rubys (~rubys@cpe-098-027-051-253.nc.res.rr.com) (Ping timeout: 240 seconds)
- # [20:59] * Joins: Una (~Una@32.97.110.56)
- # [21:00] <annevk> Hmm, ecmascript.org doesn't work over HTTPS
- # [21:01] * Quits: howitdo (~howitdo@unaffiliated/howitdo) (Quit: I Bomanos)
- # [21:01] * Quits: jensnockert_ (~jensnocke@s83-179-51-171.cust.tele2.se) (Remote host closed the connection)
- # [21:02] * Joins: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se)
- # [21:02] * Quits: roc (~chatzilla@121-99-82-169.bng1.tvc.orcon.net.nz) (Remote host closed the connection)
- # [21:02] * Quits: caitp (~caitp@173-167-187-65-illinois.hfc.comcastbusiness.net) (Ping timeout: 244 seconds)
- # [21:04] * Joins: jsbell (jsbell@nat/google/x-euhatiwwhrndxqpq)
- # [21:07] * Quits: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se) (Ping timeout: 264 seconds)
- # [21:08] * Joins: hasather (~hasather@cm-84.210.170.16.getinternet.no)
- # [21:08] * Joins: rubys (~rubys@98.27.51.253)
- # [21:13] <iliakan> I have a question regarding append/prepend/before/after
- # [21:13] <iliakan> these methods were in w3c version of DOM4, but were removed 12 June 2014
- # [21:13] <iliakan> they are still in WhatWG version though
- # [21:13] <iliakan> no browser implemented those yet
- # [21:14] <iliakan> are these methods going to be supported eventually? what's the current state?
- # [21:15] <zcorpan> iliakan: my guess is that they were removed from the w3c version because no browser implement them yet
- # [21:16] <iliakan> https://bugzilla.mozilla.org/show_bug.cgi?id=911477 hanging
- # [21:16] <zcorpan> iliakan: i'm haven't seen anyone saying these shouldn't exist, so they're just not implemented yet
- # [21:16] <iliakan> https://code.google.com/p/chromium/issues/detail?id=255482
- # [21:17] <iliakan> these 2 don't say "no"
- # [21:17] * heycam|away is now known as heycam
- # [21:17] <TabAtkins> SteveF_: If the ARIA spec has decent metadata for its definitions, we can add it to Shepherd's system and it'll be available for anyone to autolink. If it doesn't, you can add custom anchor definitions to your spec for Bikeshed to use, so you can still use the easy auto-linking syntax. This is documented in the docs, but I'm about to change the syntax, so
- # [21:17] <TabAtkins> if you use it, let me know so I can give you a heads-up. ^_^
- # [21:18] <iliakan> webkit too
- # [21:18] * Joins: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se)
- # [21:18] <zcorpan> iliakan: i guess https://code.google.com/p/chromium/issues/detail?id=255482#c3 sums up the current status
- # [21:19] <iliakan> yes
- # [21:19] <iliakan> guess, es6 still blocking
- # [21:19] <iliakan> some stuff may be still in flux
- # [21:20] <iliakan> (or just not important enough), but eventually will be supported
- # [21:20] <SteveF_> TabAtkins: thanks
- # [21:22] * Quits: calvaris (~calvaris@64.12.116.91.dynamic.mundo-r.com) (Quit: Ex-Chat)
- # [21:22] <annevk> iliakan: ify ou look at the open bugs against dom.spec.whatwg.org you'll find something similar
- # [21:22] * Joins: howitdo (~howitdo@unaffiliated/howitdo)
- # [21:23] * Quits: frivoal_ (~frivoal@cm-84.211.98.39.getinternet.no) (Remote host closed the connection)
- # [21:23] * Joins: cheron1 (~cheron@dslb-094-219-108-085.094.219.pools.vodafone-ip.de)
- # [21:23] * Joins: ohaibbq (~ohaibbq@c-98-210-10-118.hsd1.ca.comcast.net)
- # [21:24] * Quits: cheron (~cheron@unaffiliated/cheron) (Ping timeout: 240 seconds)
- # [21:24] <annevk> Ooh, there's been movement there: https://www.w3.org/Bugs/Public/show_bug.cgi?id=23202 Guess I should look into that tomorrow
- # [21:27] * Joins: sicking (~sicking@c-98-210-159-193.hsd1.ca.comcast.net)
- # [21:29] * Quits: punch (~punch@99-49-250-255.lightspeed.elgnil.sbcglobal.net) (Remote host closed the connection)
- # [21:29] * Quits: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se) (Remote host closed the connection)
- # [21:30] * Joins: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se)
- # [21:35] * Quits: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se) (Ping timeout: 265 seconds)
- # [21:36] * Joins: darobin (~darobin@2a01:e34:ed05:d180:90e7:f050:57ea:7530)
- # [21:38] * Joins: frivoal (~frivoal@cm-84.211.98.39.getinternet.no)
- # [21:41] * Quits: frivoal (~frivoal@cm-84.211.98.39.getinternet.no) (Remote host closed the connection)
- # [21:42] * Quits: cheron1 (~cheron@dslb-094-219-108-085.094.219.pools.vodafone-ip.de) (Quit: Leaving.)
- # [21:42] * Joins: jwalden (~waldo@67.142.235.252)
- # [21:42] * Joins: hgl (~hgl@unaffiliated/hgl)
- # [21:42] * Joins: cheron (~cheron@unaffiliated/cheron)
- # [21:43] * Quits: hasather (~hasather@cm-84.210.170.16.getinternet.no) (Quit: Leaving...)
- # [21:44] * Joins: Lachy (~Lachy@cm-84.215.104.248.getinternet.no)
- # [21:44] <annevk> Ended up fixing it now...
- # [21:46] <iliakan> btw where I can read more about that @unscopable? :)
- # [21:47] <annevk> iliakan: http://people.mozilla.org/~jorendorff/es6-draft.html
- # [21:47] * Quits: hgl (~hgl@unaffiliated/hgl) (Ping timeout: 258 seconds)
- # [21:47] * Quits: jwalden (~waldo@67.142.235.252) (Remote host closed the connection)
- # [21:48] * Joins: jwalden (~waldo@67.142.235.252)
- # [21:50] * Joins: hasather (~hasather@cm-84.210.170.16.getinternet.no)
- # [21:53] <iliakan> annevk: thanks
- # [21:53] * Joins: roc (~chatzilla@2001:cb0:b202:232:2677:3ff:fece:dc64)
- # [21:55] * Joins: ericandrewlewis (uid32062@gateway/web/irccloud.com/x-sjzmbtocinuvsrzb)
- # [21:55] <zcorpan> annevk: does remove() need it?
- # [21:59] * Quits: jcgregorio (jcgregorio@nat/google/x-wrdqsqghbjdsrhui) (Quit: Leaving)
- # [22:01] * Quits: SteveF_ (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net) (Ping timeout: 258 seconds)
- # [22:02] * Joins: gavinc (~gavin@df8f-9b29-1d6d-a753-030d-4002-3420-2062.6rd.ip6.sonic.net)
- # [22:05] * Quits: darobin (~darobin@2a01:e34:ed05:d180:90e7:f050:57ea:7530) (Remote host closed the connection)
- # [22:08] * Joins: frivoal (~frivoal@cm-84.211.98.39.getinternet.no)
- # [22:08] <annevk> zcorpan: we have at least one case that we broke
- # [22:08] <zcorpan> annevk: ok
- # [22:10] * Quits: roc (~chatzilla@2001:cb0:b202:232:2677:3ff:fece:dc64) (Remote host closed the connection)
- # [22:11] * Quits: jwalden (~waldo@67.142.235.252) (Remote host closed the connection)
- # [22:12] * Joins: jwalden (~waldo@67.142.235.252)
- # [22:13] * Quits: arunranga (~otherarun@cpe-69-203-128-218.si.res.rr.com) (Quit: arunranga)
- # [22:14] * Quits: encryptd_fractl (~encryptd_@71-90-29-214.dhcp.ftbg.wi.charter.com) (Remote host closed the connection)
- # [22:15] * Quits: satazor (~satazor@bl17-138-41.dsl.telepac.pt) (Remote host closed the connection)
- # [22:17] * Quits: cheron (~cheron@unaffiliated/cheron) (Ping timeout: 256 seconds)
- # [22:18] * Joins: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se)
- # [22:21] <JonathanNeal> rwaldron: would you link me to the published tc39 notes? not sure where to find them.
- # [22:21] * Joins: roc (~chatzilla@2001:cb0:b202:232:2677:3ff:fece:dc64)
- # [22:22] <Domenic> JonathanNeal: github.com/tc39
- # [22:24] * Quits: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se) (Ping timeout: 264 seconds)
- # [22:24] <JonathanNeal> Domenic: thanks!
- # [22:25] * Quits: abinader (sid21713@gateway/web/irccloud.com/x-xakeosncdrttkzqo)
- # [22:28] * Joins: darobin (~darobin@2a01:e34:ed05:d180:b40e:e015:c0a:1ed5)
- # [22:33] * Quits: Areks (~Areks@95-26-129-29.broadband.corbina.ru) (Ping timeout: 245 seconds)
- # [22:35] * Quits: ohaibbq (~ohaibbq@c-98-210-10-118.hsd1.ca.comcast.net) (Remote host closed the connection)
- # [22:35] * Joins: ohaibbq (~ohaibbq@c-98-210-10-118.hsd1.ca.comcast.net)
- # [22:36] * Joins: Areks (~Areks@95-26-129-29.broadband.corbina.ru)
- # [22:36] * Quits: weinig (~weinig@98.234.191.242) (Quit: weinig)
- # [22:39] <TabAtkins> Domenic: What happens right now if two consumers both call .read() on a stream?
- # [22:39] <Domenic> TabAtkins: they each get a chunk (assuming two chunks are available)
- # [22:40] <TabAtkins> Oh, each .read() call consumes one chunk? Gotcha.
- # [22:40] * Quits: ohaibbq (~ohaibbq@c-98-210-10-118.hsd1.ca.comcast.net) (Ping timeout: 255 seconds)
- # [22:40] * TabAtkins is trying to bootstrap enough Streams knowledge to help out.
- # [22:40] <Domenic> ^_^
- # [22:42] * Krinkle is now known as Krinkle|detached
- # [22:43] * Quits: Una (~Una@32.97.110.56) (Quit: My Mac has gone to sleep. ZZZzzz…)
- # [22:43] * Joins: dbaron (~dbaron@2620:101:80fb:224:2d59:2569:a23c:52a2)
- # [22:43] <TabAtkins> In that case, I'm leaning toward some form of special-casing piping being the best - piping is a fundamentally different sort of reading behavior that implicitly lays claim to all chunks until the piping stops.
- # [22:45] <TabAtkins> It changes the stream into a push model, no?
- # [22:45] <Domenic> Yeah, I was leaning toward that until 5 minutes ago when I remembered that httpRequest.json() also wants exclusive access to the body stream (i.e. httpRequest.body.read() should probably not work)
- # [22:45] <TabAtkins> Right.
- # [22:45] <TabAtkins> .json() is definitely a pipe consumer that only emits a single output chunk, once it's finished reading all the input chunks.
- # [22:46] <Domenic> Hmm just saying those words does make it sound better...
- # [22:46] <Domenic> It felt a bit awkard to say ".json() must use pipe" even though the destination stream is kinda synthetic
- # [22:46] <Domenic> But saying ".json() is a pipe consumer" is nice.
- # [22:47] * Quits: jwalden (~waldo@67.142.235.252) (Remote host closed the connection)
- # [22:47] <TabAtkins> Yeah, the API of JSON hides the stream-ness from you, so you don't have to call .read() yourself, but it's still there under the covers.
- # [22:47] * Joins: arunranga (~otherarun@cpe-69-203-128-218.si.res.rr.com)
- # [22:47] * scheib_ is now known as scheib
- # [22:48] <TabAtkins> A "spread pipe" that can be read by multiple consumers is just a pipe consumer that then acts more like a normal stream again.
- # [22:48] * Parts: halfline (rstrode@nat/redhat/x-tsqvfbxgsbqgibjh)
- # [22:48] * Joins: jwalden (~waldo@67.142.235.252)
- # [22:49] * Quits: jwalden (~waldo@67.142.235.252) (Remote host closed the connection)
- # [22:52] * Quits: Areks (~Areks@95-26-129-29.broadband.corbina.ru) (Ping timeout: 255 seconds)
- # [22:53] <TabAtkins> Is it super-important that .state/etc not be accessible to anyone but the pipe target?
- # [22:54] <TabAtkins> I presume it is, so that impls can optimize simple cases and do everything in the C++ layer?
- # [22:55] <Domenic> Yeah. I'm unsure about .state and .ready but yukata seems to think they should also be censored
- # [22:55] <Domenic> You could get away with censoring them instead of making them throw I think
- # [22:55] <Domenic> e.g. always return "waiting"
- # [22:56] <TabAtkins> Yeah. Does the pipe consumer need them?
- # [22:56] <Domenic> what do you mean?
- # [22:57] <TabAtkins> I'm implementing .json(). I need access to .read() from the pipe, but do I need .state from it?
- # [22:58] <Domenic> ah, yeah, you need all three
- # [22:58] <Domenic> the other two tell you when to call .read()
- # [22:58] * Joins: ohaibbq (~ohaibbq@c-98-210-10-118.hsd1.ca.comcast.net)
- # [22:58] <TabAtkins> Okay, so even if you censor them on the stream, you still need some way for the pipe-holder to get at it.
- # [22:58] <Domenic> right
- # [22:59] * Quits: tobie_ (sid5692@gateway/web/irccloud.com/x-kucqsvqzgfzxaclp)
- # [22:59] <Domenic> we could either make readableStream.pipeTo(dest) use its internal powers to access internal state
- # [22:59] * Joins: say2joe (~Adium@198-101-119-98.static-ip.telepacific.net)
- # [22:59] <Domenic> or we could introduce a StreamReader-type object that has access to the internal state, and give that only to the consumer.
- # [22:59] <Domenic> The latter allows people to create their own pipeTo-like abstractions
- # [23:00] <Domenic> e.g. .json()
- # [23:00] <Domenic> whereas the former requires implementing .json() in terms of .pipeTo() in order to reuse its internal powers
- # [23:00] * Joins: tobie (sid5692@gateway/web/irccloud.com/x-psplnrtzvoljflix)
- # [23:01] <TabAtkins> I'm actually liking the "duplicate the API on ExclusiveReadableStream". That's basically your "crazy idea", but with convenience API on the Stream itself for when you're not doing anything fancy.
- # [23:02] <Domenic> hmm
- # [23:02] <Domenic> i guess it might be nicer for consumers
- # [23:02] <Domenic> authors, i mean
- # [23:02] <Domenic> even if it makes me uncomfortable
- # [23:02] <TabAtkins> Rephrased: Per your crazy idea, make Streams solely a piping object, with a ReadableFoo object that can consume it and manually expose the stream data. Then duplicate the ReadableFoo API back onto Stream for convenience.
- # [23:02] <Domenic> heh, yeah, that's one way to look at it
- # [23:03] <TabAtkins> The convenience API would use internal state to shut itself off if the Stream ever starts piping for real.
- # [23:03] <TabAtkins> (Including to a manually-created ReadableFoo object.)
- # [23:03] <Domenic> yepyep: https://github.com/whatwg/streams/blob/lock/reference-implementation/lib/experimental/exclusive-stream-reader.js#L132-L152
- # [23:04] <TabAtkins> Need to think about how that would affect mikeal's "I override .read() a lot" case.
- # [23:04] <TabAtkins> Maybe you'd just override .pipeTo()? Dunno.
- # [23:04] <Domenic> You'd have to override getExclusiveReader() in my current design
- # [23:05] <Domenic> I had another design that relied on weakmap and try { .. } finally { } hackery to be less code for implementers
- # [23:05] <Domenic> https://gist.github.com/domenic/d421643d95cdec9a9b5b#file-readable-stream-locks-2-md
- # [23:05] <Domenic> predates me realizing that .ready and .state were also important, but the general idea is there
- # [23:06] <Domenic> it works with anything with a .read() method (and presumably anything with .ready/.state too)
- # [23:07] * Quits: TallTed (~Thud@c-98-216-254-6.hsd1.ma.comcast.net)
- # [23:07] <TabAtkins> Remind me how foo.pipeTo(bar) works on the bar side? How does bar respond to that?
- # [23:08] * Joins: jwalden (~waldo@67.142.235.252)
- # [23:08] <Domenic> it doesn't right now
- # [23:08] <Domenic> pipeTo just calls bar.write(chunk) a lot
- # [23:08] <Domenic> at appropriate times which it figures out by paying attention to backpressure
- # [23:08] <TabAtkins> Oh, kk. So I was right that piping turns the stream into a push structure rather than pull. Cool.
- # [23:09] <Domenic> i'm not sure i would phrase it that way though
- # [23:09] <Domenic> what if foo.pipeTo(bar) just called bar.pipeFrom(foo)
- # [23:09] <Domenic> and i moved the algorithm over to WritableStream.prototype.pipeFrom
- # [23:09] <Domenic> would you then call it pull?
- # [23:09] <TabAtkins> Yeah, that's possible, and maintains the pull nature.
- # [23:09] <TabAtkins> Yeah, because "bar" is then the one dictating when things write, not "foo"
- # [23:10] <TabAtkins> Question is which end fo the pipe data pools at when you're not doing anything explicit.
- # [23:10] <TabAtkins> At the source end, it's pull. At the target end, it's push.
- # [23:10] <TabAtkins> The target may itself then still be a pull stream, buffering all the data beign pushed into it.
- # [23:11] <Domenic> it's really neither that is dictating; it's the pipeTo algorithm. Which since it only uses public APIs (for now), could live anywhere
- # [23:11] <TabAtkins> (And using backpressure to force upstream to buffer instead.)
- # [23:11] <TabAtkins> Yeah, the algorithm matters. This isn't an intrinsic property of the producer/consumer relationship, it's a property of the exact way they communicate.
- # [23:11] <Domenic> right
- # [23:11] <Domenic> I am 90% sure the current algorithm pools at the source
- # [23:12] <TabAtkins> Well, it doesn't if foo.pipeTo(bar) calls bar.write(data) a lot (rather than bar calling foo.read() a lot)
- # [23:13] <Domenic> it calls both, sorry :P
- # [23:13] <Domenic> i was answering specifically "how it works on the bar side"
- # [23:13] <TabAtkins> man what
- # [23:13] <TabAtkins> Okay, gonna read some of this and get back to you.
- # [23:13] <Domenic> https://github.com/whatwg/streams/blob/master/reference-implementation/lib/readable-stream.js#L88-L159
- # [23:14] <Domenic> basically pipeTo is a loop that does `var chunk = source.read(); dest.write(chunk);` a lot
- # [23:14] <Domenic> except it only does that when source has stuff to read and chunk is not signalling backpressure
- # [23:14] <Domenic> and also it handles errors
- # [23:15] * Joins: caitp (~caitp@173-167-187-65-illinois.hfc.comcastbusiness.net)
- # [23:16] * Joins: encryptd_fractl (~encryptd_@68-185-162-19.dhcp.ftbg.wi.charter.com)
- # [23:16] <TabAtkins> Yeah, I'm confused about what structures are reified here and in what way. Also: I'm hungry. Gonna grab lunch and think about this a bit.
- # [23:17] <zcorpan> http://www.w3.org/mid/BY2SR01MB608C5CB8B8C2BDE0432255F9B730@BY2SR01MB608.namsdf01.sdf.exchangelabs.com seems useful
- # [23:17] * Quits: darobin (~darobin@2a01:e34:ed05:d180:b40e:e015:c0a:1ed5) (Remote host closed the connection)
- # [23:18] * Joins: AlfredH__ (~AlfredH@host-92-27-38-112.static.as13285.net)
- # [23:19] * Quits: Mso150 (~ctlM@80.83.238.11) (Read error: Connection reset by peer)
- # [23:20] * Quits: Maurice` (copyman@unaffiliated/maurice)
- # [23:21] * Quits: hasather (~hasather@cm-84.210.170.16.getinternet.no) (Remote host closed the connection)
- # [23:22] * Joins: hasather (~hasather@cm-84.210.170.16.getinternet.no)
- # [23:22] * Quits: AlfredH__ (~AlfredH@host-92-27-38-112.static.as13285.net) (Ping timeout: 255 seconds)
- # [23:23] * Joins: espadrine` (~ttyl@2a01:e35:8a6b:b360:1157:6541:3099:8d74)
- # [23:25] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
- # [23:26] * Quits: zdobersek (~zan@5.153.234.66) (Quit: Leaving.)
- # [23:26] * Quits: jwalden (~waldo@67.142.235.252) (Remote host closed the connection)
- # [23:27] * Joins: jwalden (~waldo@67.142.235.252)
- # [23:27] * Quits: newtron (~newtron@199.71.174.203) (Ping timeout: 255 seconds)
- # [23:27] * Quits: hasather (~hasather@cm-84.210.170.16.getinternet.no) (Ping timeout: 272 seconds)
- # [23:30] * Joins: SteveF_ (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net)
- # [23:31] * Joins: hgl (~hgl@unaffiliated/hgl)
- # [23:37] * Joins: hasather (~hasather@cm-84.210.170.16.getinternet.no)
- # [23:37] * Quits: xiinotulp (~plutoniix@node-5dt.pool-125-25.dynamic.totbb.net) (Quit: จรลี จรลา)
- # [23:37] * Quits: hgl (~hgl@unaffiliated/hgl) (Ping timeout: 272 seconds)
- # [23:39] * Joins: weinig (~weinig@17.245.30.181)
- # [23:40] * Quits: hasather (~hasather@cm-84.210.170.16.getinternet.no) (Ping timeout: 272 seconds)
- # [23:41] * Quits: SteveF_ (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net) (Ping timeout: 240 seconds)
- # [23:42] * Quits: say2joe (~Adium@198-101-119-98.static-ip.telepacific.net) (Quit: Leaving.)
- # [23:44] * Quits: jwalden (~waldo@67.142.235.252) (Quit: ChatZilla 0.9.87-8.1450hg.fc20 [XULRunner 32.0/20140902134853])
- # [23:45] * Joins: say2joe (~Adium@198-101-119-98.static-ip.telepacific.net)
- # [23:46] * Quits: roven (~roven@78-22-137-234.access.telenet.be) (Remote host closed the connection)
- # [23:47] * Quits: say2joe (~Adium@198-101-119-98.static-ip.telepacific.net) (Client Quit)
- # [23:56] * Joins: _algo_1 (~kvirc@46.39.255.39)
- # [23:57] * Quits: iliakan (~kvirc@46.39.255.39) (Ping timeout: 256 seconds)
- # [23:58] * Quits: ericandrewlewis (uid32062@gateway/web/irccloud.com/x-sjzmbtocinuvsrzb) (Quit: Connection closed for inactivity)
- # Session Close: Wed Nov 26 00:00:00 2014
Previous day, Next day
Think these logs are useful? Then please donate to show your gratitude (and keep them up, of course). Thanks! — Krijn