Options:
- # Session Start: Wed Apr 16 00:00:00 2014
- # Session Ident: #whatwg
- # [00:01] <annevk> aklein: either Domenic_ or Allen should solve the issue with promises and the settings object
- # [00:01] <annevk> Domenic_: yes, a classic, Castle in the Sky
- # [00:01] <annevk> I just realized that with https://bugs.ecmascript.org/show_bug.cgi?id=1898 not fixed, the Realm API is probably not adequate in expressing the current setup
- # [00:01] <Domenic_> ah yes, always fun
- # [00:01] <Domenic_> annevk: that seems urgent
- # [00:02] * Joins: jernoble|laptop (~jernoble@17.202.45.163)
- # [00:03] <annevk> Domenic_: I guess I'll email es-discuss again, see what they say...
- # [00:03] * Joins: weinig (~weinig@17.114.4.183)
- # [00:03] <Domenic_> annevk: the realm api argument helps
- # [00:03] <Domenic_> annevk: I still think my position on script settings objects from http://esdiscuss.org/topic/specification-styles#content-15 is the most tenable
- # [00:05] * Quits: jernoble|laptop (~jernoble@17.202.45.163) (Client Quit)
- # [00:06] <annevk> Domenic_: why? That doesn't seem to match existing implementations
- # [00:06] <annevk> Domenic_: note that Chrome / V8 ran into the problem bz_moz described
- # [00:06] <Domenic_> annevk: what part of my message are you saying doesn't match existing implementations?
- # [00:06] <annevk> Domenic_: this is why promises are not shipping in Chrome 35
- # [00:07] * Quits: weinig (~weinig@17.114.4.183) (Ping timeout: 252 seconds)
- # [00:07] <Domenic_> yes, i remember
- # [00:08] <Domenic_> annevk: there are certain WebIDL functions/getters/setters that have exotic [[Call]] that depends on global state
- # [00:09] <Domenic_> annevk: this should be specified in their definition of [[Call]], not in ES's
- # [00:10] <annevk> Domenic_: no, this is valid for all new entry points
- # [00:10] <annevk> Domenic_: until you had an event loop, you did not have this problem, because you could not create new entry points
- # [00:12] <annevk> Domenic_: in particular, "async" callbacks need to use http://www.whatwg.org/specs/web-apps/current-work/#jump-to-a-code-entry-point (this problem sort of exists in IDL too, it's not well defined yet)
- # [00:13] <Domenic_> annevk: but that's only relevant to certain WebIDL funcitons that depend on the script settings object
- # [00:14] <Domenic_> annevk: which is why the problem only shows up in CHrome when you use specific functions
- # [00:15] * Joins: Smylers (~smylers@host86-156-208-87.range86-156.btcentralplus.com)
- # [00:15] <annevk> Domenic_: sure, some platform APIs use the settings object
- # [00:16] <annevk> Domenic_: but they do not have the right context to set it correctly
- # [00:18] * Joins: weinig (~weinig@17.114.25.130)
- # [00:18] * Quits: bholley (~bholley@98.210.101.88) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [00:19] <annevk> Domenic_: anyway, you should probably discuss this with bz_moz
- # [00:19] * Quits: Smylers (~smylers@host86-156-208-87.range86-156.btcentralplus.com) (Ping timeout: 245 seconds)
- # [00:24] * Joins: Smylers (~smylers@host86-140-195-147.range86-140.btcentralplus.com)
- # [00:25] * Joins: satazor (~satazor@80.78.37.188.rev.vodafone.pt)
- # [00:26] * Quits: jonathanmarvens (~jonathanm@c-76-24-14-39.hsd1.ma.comcast.net) (Remote host closed the connection)
- # [00:26] * Joins: jonathanmarvens (~jonathanm@c-76-24-14-39.hsd1.ma.comcast.net)
- # [00:27] * Joins: smaug_____ (~chatzilla@cs78246079.pp.htv.fi)
- # [00:28] * Quits: smaug____ (~chatzilla@cs78246079.pp.htv.fi) (Ping timeout: 240 seconds)
- # [00:28] * smaug_____ is now known as smaug____
- # [00:29] <annevk> Domenic_: http://esdiscuss.org/topic/realm-api-and-this-global
- # [00:29] <annevk> I wonder where that double newline came from
- # [00:29] * Quits: rniwa (~rniwa@17.114.27.134) (Quit: rniwa)
- # [00:29] * Joins: josemanuel (~josemanue@16.216.221.87.dynamic.jazztel.es)
- # [00:29] * Quits: satazor (~satazor@80.78.37.188.rev.vodafone.pt) (Ping timeout: 265 seconds)
- # [00:30] * Joins: hasather (~hasather@80.91.33.141)
- # [00:30] <Domenic_> annevk: it's a bug in the esdiscuss.org scripts, happens whenever there's angle brackets in the line -_-
- # [00:31] * Quits: jonathanmarvens (~jonathanm@c-76-24-14-39.hsd1.ma.comcast.net) (Ping timeout: 252 seconds)
- # [00:34] * Quits: annevk (~annevk@207.218.72.65) (Remote host closed the connection)
- # [00:35] * Quits: weinig (~weinig@17.114.25.130) (Quit: weinig)
- # [00:35] * Joins: rniwa (~rniwa@17.114.27.134)
- # [00:36] * Quits: josemanuel (~josemanue@16.216.221.87.dynamic.jazztel.es) (Quit: Saliendo)
- # [00:37] * Joins: weinig (~weinig@17.114.25.130)
- # [00:43] * Joins: seventh (seventh@207-207-17-16.fwd.datafoundry.com)
- # [00:45] * Joins: othermaciej (~mjs@17.114.219.154)
- # [00:48] * Quits: weinig (~weinig@17.114.25.130) (Quit: weinig)
- # [00:49] * Quits: Smylers (~smylers@host86-140-195-147.range86-140.btcentralplus.com) (Ping timeout: 245 seconds)
- # [00:53] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 258 seconds)
- # [01:14] * Quits: roven (~roven@78-20-24-80.access.telenet.be)
- # [01:14] * Joins: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com)
- # [01:15] * Quits: rniwa (~rniwa@17.114.27.134) (Quit: rniwa)
- # [01:18] * Quits: scor (~scor@drupal.org/user/52142/view) (Quit: scor)
- # [01:19] * Joins: bholley (~bholley@98.210.101.88)
- # [01:20] * Quits: bzalasky (~bzalasky@c-67-188-211-46.hsd1.ca.comcast.net) (Remote host closed the connection)
- # [01:28] * Joins: weinig (~weinig@17.114.25.130)
- # [01:28] * Joins: rniwa (~rniwa@17.202.43.222)
- # [01:30] * Joins: bzalasky (~bzalasky@c-67-188-211-46.hsd1.ca.comcast.net)
- # [01:31] * Quits: jwalden (~waldo@corp.mtv2.mozilla.com) (Quit: ChatZilla 0.9.87-8.1450hg.fc20 [XULRunner 27.0/20140203120101])
- # [01:33] * Joins: annevk (~annevk@2.31.25.159)
- # [01:34] * Joins: jdaggett (~jdaggett@61-121-216-2.bitcat.net)
- # [01:36] * Joins: jonathanmarvens (~jonathanm@c-50-157-151-94.hsd1.ma.comcast.net)
- # [01:40] * Quits: smaug____ (~chatzilla@cs78246079.pp.htv.fi) (Quit: Reconnecting…)
- # [01:40] * Joins: smaug____ (~chatzilla@cs78246079.pp.htv.fi)
- # [01:42] * Quits: benvie (~bbenvie@corp-nat.p2p.sfo1.mozilla.com) (Ping timeout: 276 seconds)
- # [01:43] * Quits: weinig (~weinig@17.114.25.130) (Quit: weinig)
- # [01:45] * Joins: weinig (~weinig@17.114.25.130)
- # [01:51] * Joins: hasather (~hasather@80.91.33.141)
- # [01:52] * Joins: benvie (~bbenvie@204.28.118.69)
- # [01:54] * Quits: zcorpan (~zcorpan@ip-200.t2.se.opera.com) (Remote host closed the connection)
- # [01:59] * Quits: encryptd_fractal (~encryptd_@rrcs-96-10-73-251.se.biz.rr.com) (Remote host closed the connection)
- # [02:01] * heycam|away is now known as heycam
- # [02:01] * Joins: Rastus_Vernon (uid15187@wikimedia/Rastus-Vernon)
- # [02:02] * Quits: othermaciej (~mjs@17.114.219.154) (Quit: othermaciej)
- # [02:02] * Quits: annevk (~annevk@2.31.25.159) (Remote host closed the connection)
- # [02:03] * Joins: encryptd_fractal (~encryptd_@24-177-124-44.dhcp.mdsn.wi.charter.com)
- # [02:06] * Joins: othermaciej (~mjs@17.114.219.154)
- # [02:08] * Quits: marcosc (~marcosc@66.207.208.102) (Remote host closed the connection)
- # [02:08] * Joins: marcosc (~marcosc@66.207.208.102)
- # [02:11] * Quits: jsbell (jsbell@nat/google/x-lgslgsnyzbhctqmj) (Quit: There's no place like home...)
- # [02:12] * Quits: bholley (~bholley@98.210.101.88) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [02:12] * Quits: marcosc (~marcosc@66.207.208.102) (Ping timeout: 245 seconds)
- # [02:13] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 245 seconds)
- # [02:20] * Joins: scor (~scor@c-24-2-162-32.hsd1.ma.comcast.net)
- # [02:20] * Quits: scor (~scor@c-24-2-162-32.hsd1.ma.comcast.net) (Changing host)
- # [02:20] * Joins: scor (~scor@drupal.org/user/52142/view)
- # [02:21] * Quits: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com) (Quit: sicking)
- # [02:26] * Joins: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com)
- # [02:26] * Quits: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com) (Client Quit)
- # [02:28] * Quits: jeffreyatw (~jeffreyat@66-194-1-26.STATIC.twtelecom.net) (Ping timeout: 252 seconds)
- # [02:31] * Quits: jeremyj (~jeremyj@17.202.44.231) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [02:31] * Joins: jeremyj (~jeremyj@17.202.44.231)
- # [02:31] * Quits: dbaron (~dbaron@corp-nat.p2p.sfo1.mozilla.com) (Ping timeout: 250 seconds)
- # [02:33] * Quits: ap (~ap@17.114.25.46) (Quit: ap)
- # [02:34] <zewt> browsers very challenging to use when they don't show a busy pointer
- # [02:34] <zewt> click link, nothing happens, wonder
- # [02:34] * Quits: weinig (~weinig@17.114.25.130) (Quit: weinig)
- # [02:35] <zewt> TabAtkins: not sure if relevant but http://krijnhoetmer.nl/irc-logs/whatwg/20140412#l-231
- # [02:36] * Quits: othermaciej (~mjs@17.114.219.154) (Quit: othermaciej)
- # [02:37] <SamB> zewt: how does that work when there is no pointer to start with
- # [02:37] <SamB> I bet mobile users hate imagemaps even more than desktop users do ;-)
- # [02:37] <zewt> that's a problem for those platforms, if I'm on a platform with a mouse (or equivalent), it needs to show that it heard my click
- # [02:38] <zewt> (was looking for that link above, and getting irritated at clicking links on that page, and not being able to tell naturally whether it was network lag or just me fatfingering the touchpad)
- # [02:38] <SamB> hmm, don't they usually replace the favicon with a throbber too?
- # [02:39] <zewt> that's not an alternative--that's not where I'm looking when I click
- # [02:40] * Joins: espadrine_ (~ttyl@AMontsouris-158-1-14-56.w92-128.abo.wanadoo.fr)
- # [02:43] * Quits: espadrine` (~ttyl@AMontsouris-158-1-87-132.w90-2.abo.wanadoo.fr) (Ping timeout: 250 seconds)
- # [02:44] * Quits: diffalot (~diffalot@unaffiliated/papyromancer) (Read error: Connection reset by peer)
- # [02:45] * Joins: diffalot (~diffalot@c-76-107-128-104.hsd1.ms.comcast.net)
- # [02:53] * Quits: tantek (~tantek@70-36-139-254.dsl.dynamic.sonic.net) (Ping timeout: 265 seconds)
- # [02:54] * Quits: jeremyj (~jeremyj@17.202.44.231) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [02:55] * Joins: zcorpan (~zcorpan@2a00:801:e0:30:2871:53b9:ab9e:429c)
- # [02:56] * Joins: tantek (~tantek@70-36-139-254.dsl.dynamic.sonic.net)
- # [02:59] * Quits: zcorpan (~zcorpan@2a00:801:e0:30:2871:53b9:ab9e:429c) (Ping timeout: 246 seconds)
- # [03:01] * Quits: encryptd_fractal (~encryptd_@24-177-124-44.dhcp.mdsn.wi.charter.com) (Remote host closed the connection)
- # [03:09] * Joins: hasather (~hasather@80.91.33.141)
- # [03:11] <MikeSmith> .
- # [03:11] <paul_irish> .
- # [03:12] * Quits: eatsomeatso (~eatsomeat@gateway/tor-sasl/eatsomeatso) (Quit: eatsomeatso)
- # [03:12] <MikeSmith> heh
- # [03:16] * Quits: ambv (~ambv@206.108.217.134) (Quit: sys.exit(0) # computer went to sleep)
- # [03:17] * Quits: llkats (~llkats@h-64-236-138-3.aoltw.net) (Ping timeout: 250 seconds)
- # [03:19] * Quits: bzalasky (~bzalasky@c-67-188-211-46.hsd1.ca.comcast.net) (Remote host closed the connection)
- # [03:24] * Joins: bzalasky (~bzalasky@c-67-188-211-46.hsd1.ca.comcast.net)
- # [03:25] * Joins: llkats (~llkats@206.169.83.230)
- # [03:26] * Quits: smaug____ (~chatzilla@cs78246079.pp.htv.fi) (Ping timeout: 245 seconds)
- # [03:28] * Quits: llkats (~llkats@206.169.83.230) (Remote host closed the connection)
- # [03:28] * Quits: bzalasky (~bzalasky@c-67-188-211-46.hsd1.ca.comcast.net) (Ping timeout: 258 seconds)
- # [03:29] * Joins: dbaron (~dbaron@50-0-248-164.dsl.dynamic.sonic.net)
- # [03:30] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 265 seconds)
- # [03:32] * Quits: rniwa (~rniwa@17.202.43.222) (Remote host closed the connection)
- # [03:36] * Joins: Goplat (~goplat@reactos/developer/Goplat)
- # [03:36] * Joins: bzalasky (~bzalasky@c-67-188-211-46.hsd1.ca.comcast.net)
- # [03:38] * Quits: bzalasky (~bzalasky@c-67-188-211-46.hsd1.ca.comcast.net) (Remote host closed the connection)
- # [03:50] * Joins: encryptd_fractal (~encryptd_@24-177-124-44.dhcp.mdsn.wi.charter.com)
- # [03:56] * Joins: zcorpan (~zcorpan@2a00:801:e0:30:1ddc:1254:86e4:6b96)
- # [03:58] * Quits: encryptd_fractal (~encryptd_@24-177-124-44.dhcp.mdsn.wi.charter.com) (Ping timeout: 258 seconds)
- # [04:00] * Quits: zcorpan (~zcorpan@2a00:801:e0:30:1ddc:1254:86e4:6b96) (Ping timeout: 246 seconds)
- # [04:02] * Joins: encryptd_fractal (~encryptd_@24-177-124-44.dhcp.mdsn.wi.charter.com)
- # [04:02] * Joins: zdobersek (~zan@185.3.135.130)
- # [04:05] * Joins: zcorpan (~zcorpan@ip-200.t2.se.opera.com)
- # [04:09] * Quits: zcorpan (~zcorpan@ip-200.t2.se.opera.com) (Ping timeout: 245 seconds)
- # [04:23] <MikeSmith> slightlyoff: can you let Takuya know I'm downstairs?
- # [04:27] * Joins: hasather (~hasather@80.91.33.141)
- # [04:28] * Quits: dawhite (~dawhite@74.118.22.223) (Ping timeout: 240 seconds)
- # [04:33] * Quits: bz_moz (~bzbarsky@pool-98-110-194-132.bstnma.fios.verizon.net) (Quit: Leaving)
- # [04:33] * Quits: ehsan (~ehsan@24-212-207-29.cable.teksavvy.com) (Quit: Leaving...)
- # [04:33] * Joins: KevinMarks2 (~yaaic@2607:fb90:f1d:a3ba:2bc:ee4b:331e:a952)
- # [04:34] * Joins: ap (~ap@24.130.61.31)
- # [04:35] * Quits: tantek (~tantek@70-36-139-254.dsl.dynamic.sonic.net) (Quit: tantek)
- # [04:35] * Quits: seventh (seventh@207-207-17-16.fwd.datafoundry.com) (Ping timeout: 250 seconds)
- # [04:40] * Quits: benv (~benv@38.104.194.126) (Quit: Computer has gone to sleep.)
- # [04:41] * Joins: ambv (~ambv@173.252.71.129)
- # [04:46] * Quits: zdobersek (~zan@185.3.135.130) (Quit: Leaving.)
- # [04:50] * Joins: bzalasky (~bzalasky@c-67-188-211-46.hsd1.ca.comcast.net)
- # [04:51] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 276 seconds)
- # [04:52] * Joins: boogyman (~boogyman@pdpc/supporter/professional/boogyman)
- # [04:57] * Quits: bzalasky (~bzalasky@c-67-188-211-46.hsd1.ca.comcast.net) (Remote host closed the connection)
- # [04:58] * Joins: bzalasky (~bzalasky@c-67-188-211-46.hsd1.ca.comcast.net)
- # [05:03] * Quits: ap (~ap@24.130.61.31) (Quit: ap)
- # [05:06] * Joins: zcorpan (~zcorpan@2a00:801:e0:30:81bf:6a8d:ea3:ddf0)
- # [05:10] * Quits: zcorpan (~zcorpan@2a00:801:e0:30:81bf:6a8d:ea3:ddf0) (Ping timeout: 246 seconds)
- # [05:19] * Quits: Lachy (~Lachy@cm-84.215.104.248.getinternet.no) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [05:21] * Joins: hasather (~hasather@80.91.33.141)
- # [05:22] * Joins: bufferino (~yz@103.11.50.230)
- # [05:30] * Joins: ap (~ap@24.130.61.31)
- # [05:31] * Quits: ap (~ap@24.130.61.31) (Client Quit)
- # [05:31] * Quits: jonathanmarvens (~jonathanm@c-50-157-151-94.hsd1.ma.comcast.net)
- # [05:37] * Joins: bholley (~bholley@98.210.101.88)
- # [05:38] * heycam is now known as heycam|away
- # [05:43] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 276 seconds)
- # [06:03] * Quits: ambv (~ambv@173.252.71.129) (Quit: sys.exit(0) # computer went to sleep)
- # [06:07] * Joins: zcorpan (~zcorpan@2a00:801:e0:30:6432:eafa:2f79:2b2a)
- # [06:11] * Quits: zcorpan (~zcorpan@2a00:801:e0:30:6432:eafa:2f79:2b2a) (Ping timeout: 246 seconds)
- # [06:16] * Joins: rniwa (~rniwa@17.202.43.222)
- # [06:30] * heycam|away is now known as heycam
- # [06:36] * Joins: SonicX (~quassel@ip98-180-46-147.ga.at.cox.net)
- # [06:38] * Joins: dydz (~dydz@76-220-18-65.lightspeed.sntcca.sbcglobal.net)
- # [06:38] * Joins: benv (~benv@c-67-188-10-155.hsd1.ca.comcast.net)
- # [06:40] * Joins: hasather (~hasather@80.91.33.141)
- # [06:41] * Quits: boogyman (~boogyman@pdpc/supporter/professional/boogyman) (Quit: ChatZilla 0.9.90.1 [Firefox 28.0/20140314220517])
- # [06:49] * Joins: IZh (~IZh@83.220.239.79)
- # [06:54] * Quits: bzalasky (~bzalasky@c-67-188-211-46.hsd1.ca.comcast.net) (Remote host closed the connection)
- # [07:03] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 276 seconds)
- # [07:06] * Quits: bholley (~bholley@98.210.101.88) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [07:07] * Joins: zcorpan (~zcorpan@ip-200.t2.se.opera.com)
- # [07:12] * Quits: zcorpan (~zcorpan@ip-200.t2.se.opera.com) (Ping timeout: 250 seconds)
- # [07:17] * Quits: Streusel (~Anonymous@unaffiliated/streusel) (Quit: Computer has gone to sleep.)
- # [07:29] * Joins: llkats (~llkats@206.169.83.230)
- # [07:29] * Quits: dbaron (~dbaron@50-0-248-164.dsl.dynamic.sonic.net) (Ping timeout: 258 seconds)
- # [07:29] * Joins: bholley (~bholley@98.210.101.88)
- # [07:30] * Joins: program247365 (~program24@cpe-76-180-53-113.buffalo.res.rr.com)
- # [07:35] * Quits: llkats (~llkats@206.169.83.230) (Ping timeout: 276 seconds)
- # [07:35] * Quits: dydz (~dydz@76-220-18-65.lightspeed.sntcca.sbcglobal.net) (Quit: dydz)
- # [07:38] * Quits: scor (~scor@drupal.org/user/52142/view) (Quit: scor)
- # [07:46] * Joins: Smylers (~smylers@host86-140-195-147.range86-140.btcentralplus.com)
- # [07:50] * Quits: program247365 (~program24@cpe-76-180-53-113.buffalo.res.rr.com) (Quit: Leaving.)
- # [07:50] * Quits: bholley (~bholley@98.210.101.88) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [07:50] * Joins: program247365 (~program24@cpe-76-180-53-113.buffalo.res.rr.com)
- # [07:50] * Joins: bholley (~bholley@98.210.101.88)
- # [07:51] * Quits: Smylers (~smylers@host86-140-195-147.range86-140.btcentralplus.com) (Ping timeout: 265 seconds)
- # [07:51] * Joins: Smylers (~smylers@host81-132-95-224.range81-132.btcentralplus.com)
- # [07:52] * Quits: program247365 (~program24@cpe-76-180-53-113.buffalo.res.rr.com) (Client Quit)
- # [08:00] * Joins: hasather (~hasather@80.91.33.141)
- # [08:04] * Joins: tantek (~tantek@70-36-139-254.dsl.dynamic.sonic.net)
- # [08:04] * Joins: Ducki (~Ducki@137.116.197.171)
- # [08:08] * Joins: zcorpan (~zcorpan@ip-200.t2.se.opera.com)
- # [08:10] * Quits: benv (~benv@c-67-188-10-155.hsd1.ca.comcast.net) (Quit: Computer has gone to sleep.)
- # [08:11] * Joins: benv (~benv@c-67-188-10-155.hsd1.ca.comcast.net)
- # [08:13] * Quits: zcorpan (~zcorpan@ip-200.t2.se.opera.com) (Ping timeout: 258 seconds)
- # [08:15] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 265 seconds)
- # [08:20] * Joins: othermaciej (~mjs@c-50-136-134-16.hsd1.ca.comcast.net)
- # [08:23] * Quits: Smylers (~smylers@host81-132-95-224.range81-132.btcentralplus.com) (Quit: Leaving.)
- # [08:27] * Joins: schuki (~quassel@vali.lamercake.org)
- # [08:27] * schuki is now known as Guest60001
- # [08:28] * Joins: niloy (~niloy@110.224.128.60)
- # [08:34] * Quits: tantek (~tantek@70-36-139-254.dsl.dynamic.sonic.net) (Quit: tantek)
- # [08:36] * Quits: niloy (~niloy@110.224.128.60) (Ping timeout: 240 seconds)
- # [08:38] * Quits: bholley (~bholley@98.210.101.88) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [08:38] * Quits: Areks (~Areks@rs.gridnine.com) (Ping timeout: 260 seconds)
- # [08:39] * Joins: Areks (~Areks@rs.gridnine.com)
- # [08:41] * Quits: benv (~benv@c-67-188-10-155.hsd1.ca.comcast.net) (Quit: Computer has gone to sleep.)
- # [08:42] * Joins: benv (~benv@c-67-188-10-155.hsd1.ca.comcast.net)
- # [08:46] * Quits: Rastus_Vernon (uid15187@wikimedia/Rastus-Vernon) (Quit: Connection closed for inactivity)
- # [08:49] * Joins: SamB_ (~SamB@2001:470:1f07:57:881e:7893:c97f:63f3)
- # [08:49] * Joins: niloy (~niloy@110.224.128.60)
- # [08:49] * Quits: SamB (~SamB@2001:470:1f07:57:881e:7893:c97f:63f3) (Read error: Connection reset by peer)
- # [08:52] * Joins: markkes (~markkes@62.207.90.201)
- # [08:52] * Quits: IZh (~IZh@83.220.239.79) (Quit: liteIRC for Android)
- # [08:53] * Joins: davve (~user@83.218.67.123)
- # [08:55] * Joins: SamB__ (SamB@207-172-123-137.c3-0.upd-ubr1.trpr-upd.pa.cable.rcn.com)
- # [08:58] * Quits: SamB_ (~SamB@2001:470:1f07:57:881e:7893:c97f:63f3) (Ping timeout: 252 seconds)
- # [09:01] * Quits: SonicX (~quassel@ip98-180-46-147.ga.at.cox.net) (Remote host closed the connection)
- # [09:05] * Quits: benv (~benv@c-67-188-10-155.hsd1.ca.comcast.net) (Quit: Computer has gone to sleep.)
- # [09:13] * Joins: hasather (~hasather@80.91.33.141)
- # [09:16] * Quits: niloy (~niloy@110.224.128.60) (Ping timeout: 258 seconds)
- # [09:22] * Quits: rniwa (~rniwa@17.202.43.222) (Quit: rniwa)
- # [09:24] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 276 seconds)
- # [09:33] * Joins: niloy (~niloy@110.224.128.60)
- # [09:35] * Joins: zcorpan (~zcorpan@2a00:801:e0:30:3ddb:a1c3:ad3d:3390)
- # [09:36] * Joins: SamB (~SamB@2001:470:1f07:57:881e:7893:c97f:63f3)
- # [09:36] * Quits: SamB__ (SamB@207-172-123-137.c3-0.upd-ubr1.trpr-upd.pa.cable.rcn.com) (Ping timeout: 250 seconds)
- # [09:37] * heycam is now known as heycam|away
- # [09:41] * Joins: SamB_ (~SamB@2001:470:1f07:57:881e:7893:c97f:63f3)
- # [09:44] * Quits: SamB (~SamB@2001:470:1f07:57:881e:7893:c97f:63f3) (Ping timeout: 245 seconds)
- # [09:51] * Joins: Ms2ger (~Ms2ger@61.254-64-87.adsl-dyn.isp.belgacom.be)
- # [09:56] * Quits: jdaggett (~jdaggett@61-121-216-2.bitcat.net) (Quit: jdaggett)
- # [09:58] * Joins: Smylers (~smylers@94.117.120.20)
- # [10:01] * Joins: rniwa (~rniwa@67.164.23.121)
- # [10:05] * Joins: charl_ (~charl@2001:67c:2564:524:f2de:f1ff:feff:7637)
- # [10:05] * Quits: Smylers (~smylers@94.117.120.20) (Ping timeout: 240 seconds)
- # [10:09] * Joins: sicking (~sicking@c-98-210-154-157.hsd1.ca.comcast.net)
- # [10:13] * Joins: satazor (~satazor@80.78.37.188.rev.vodafone.pt)
- # [10:13] * Joins: xiinotulp (~plutoniix@node-yvb.pool-180-180.dynamic.totbb.net)
- # [10:16] * Joins: cheron (~cheron@unaffiliated/cheron)
- # [10:16] * Joins: Smylers (~smylers@81.143.60.194)
- # [10:17] * Quits: plutoniix (~plutoniix@node-1cc3.pool-101-108.dynamic.totbb.net) (Ping timeout: 258 seconds)
- # [10:17] * xiinotulp is now known as plutoniix
- # [10:21] * Joins: richt (~richt@83.218.67.123)
- # [10:21] * Joins: hasather (~hasather@80.91.33.141)
- # [10:29] * Quits: rniwa (~rniwa@67.164.23.121) (Quit: rniwa)
- # [10:31] * Quits: sicking (~sicking@c-98-210-154-157.hsd1.ca.comcast.net) (Ping timeout: 245 seconds)
- # [10:41] * Quits: odinho_ (odinho@dalvik.ping.uio.no) (Read error: Operation timed out)
- # [10:41] * Joins: odinho (odinho@dalvik.ping.uio.no)
- # [10:44] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 265 seconds)
- # [10:46] * Joins: benvie_ (~bbenvie@204.28.118.69)
- # [10:49] * Quits: benvie (~bbenvie@204.28.118.69) (Ping timeout: 245 seconds)
- # [10:49] * Quits: satazor (~satazor@80.78.37.188.rev.vodafone.pt) (Remote host closed the connection)
- # [10:50] * Joins: satazor (~satazor@80.78.37.188.rev.vodafone.pt)
- # [10:54] * Quits: satazor (~satazor@80.78.37.188.rev.vodafone.pt) (Ping timeout: 258 seconds)
- # [10:57] * Joins: hasather (~hasather@80.91.33.141)
- # [10:58] * Quits: hayato (hayato@nat/google/x-adiesdqairfwmyil) (Quit: hayato)
- # [11:19] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 258 seconds)
- # [11:25] * Joins: barnabywalters (~barnabywa@89.17.128.127)
- # [11:29] * Joins: adactio (~adactio@212.42.170.181)
- # [11:38] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
- # [11:40] * Quits: Goplat (~goplat@reactos/developer/Goplat) (Ping timeout: 276 seconds)
- # [11:41] * Joins: Goplat (~goplat@reactos/developer/Goplat)
- # [11:47] * Joins: anchnk_ (c1fc9d32@gateway/web/freenode/ip.193.252.157.50)
- # [11:56] * Joins: satazor (~satazor@bl16-80-38.dsl.telepac.pt)
- # [12:00] * Joins: annevk (~annevk@31.221.87.84)
- # [12:01] * Quits: satazor (~satazor@bl16-80-38.dsl.telepac.pt) (Ping timeout: 265 seconds)
- # [12:03] * Joins: satazor (~satazor@bl16-80-38.dsl.telepac.pt)
- # [12:10] * Joins: satazor_ (~satazor@bl16-80-38.dsl.telepac.pt)
- # [12:11] * Quits: barnabywalters (~barnabywa@89.17.128.127) (Quit: barnabywalters)
- # [12:13] * Quits: satazor (~satazor@bl16-80-38.dsl.telepac.pt) (Ping timeout: 240 seconds)
- # [12:16] * Joins: hasather (~hasather@80.91.33.141)
- # [12:18] * Guest60001 is now known as schuki
- # [12:20] * Quits: niloy (~niloy@110.224.128.60) (Ping timeout: 245 seconds)
- # [12:22] * Quits: annevk (~annevk@31.221.87.84) (Remote host closed the connection)
- # [12:40] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 250 seconds)
- # [12:52] * Joins: eatsomeatso (~eatsomeat@gateway/tor-sasl/eatsomeatso)
- # [13:03] * Joins: smaug____ (~chatzilla@cs78246079.pp.htv.fi)
- # [13:05] * Joins: hasather (~hasather@80.91.33.141)
- # [13:15] * Joins: Lachy (~Lachy@135.196.129.194)
- # [13:16] * Quits: zcorpan (~zcorpan@2a00:801:e0:30:3ddb:a1c3:ad3d:3390) (Remote host closed the connection)
- # [13:17] * Quits: Lachy (~Lachy@135.196.129.194) (Client Quit)
- # [13:24] * Joins: scor (~scor@c-24-2-162-32.hsd1.ma.comcast.net)
- # [13:24] * Quits: scor (~scor@c-24-2-162-32.hsd1.ma.comcast.net) (Changing host)
- # [13:24] * Joins: scor (~scor@drupal.org/user/52142/view)
- # [13:27] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 258 seconds)
- # [13:29] * Quits: Ducki (~Ducki@137.116.197.171) (Quit: Leaving)
- # [13:35] * Joins: niloy (~niloy@110.224.128.60)
- # [13:37] * Quits: Ms2ger (~Ms2ger@61.254-64-87.adsl-dyn.isp.belgacom.be) (Ping timeout: 276 seconds)
- # [13:41] * Joins: zcorpan (~zcorpan@94.234.170.80)
- # [13:49] * Quits: zcorpan (~zcorpan@94.234.170.80) (Remote host closed the connection)
- # [13:50] * Joins: darobin (~darobin@78.109.80.74)
- # [13:51] * Joins: Ms2ger (~Ms2ger@61.254-64-87.adsl-dyn.isp.belgacom.be)
- # [13:56] * Joins: zcorpan (~zcorpan@94.234.170.80)
- # [14:02] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Ping timeout: 240 seconds)
- # [14:05] * Quits: smaug____ (~chatzilla@cs78246079.pp.htv.fi) (Ping timeout: 265 seconds)
- # [14:05] * Joins: Ducki (~Ducki@137.116.197.171)
- # [14:13] * Quits: scor (~scor@drupal.org/user/52142/view) (Quit: scor)
- # [14:14] * Quits: niloy (~niloy@110.224.128.60) (Ping timeout: 250 seconds)
- # [14:17] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
- # [14:17] * Joins: tj_vantoll (~Adium@2601:4:5380:eba:51eb:414a:39b8:c76f)
- # [14:25] * Joins: hasather (~hasather@80.91.33.141)
- # [14:30] * Joins: jdaggett (~jdaggett@q023013.dynamic.ppp.asahi-net.or.jp)
- # [14:40] * Joins: niloy (~niloy@110.224.128.60)
- # [14:47] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 245 seconds)
- # [14:56] * Joins: tantek (~tantek@70-36-139-254.dsl.dynamic.sonic.net)
- # [15:01] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 258 seconds)
- # [15:02] * Joins: marcosc (~marcosc@66.207.208.102)
- # [15:07] * Quits: tantek (~tantek@70-36-139-254.dsl.dynamic.sonic.net) (Quit: tantek)
- # [15:14] * Joins: mpt (~mpt@nat/canonical/x-lwkmvrunvbhubyrx)
- # [15:14] * Quits: mpt (~mpt@nat/canonical/x-lwkmvrunvbhubyrx) (Changing host)
- # [15:14] * Joins: mpt (~mpt@canonical/mpt)
- # [15:14] <jgraham> zcorpan: Did you see I reviewed your worker changes?
- # [15:15] <zcorpan> jgraham: nope. lost focus of critic
- # [15:15] <zcorpan> jgraham: thanks
- # [15:21] * Joins: TallTed (~Thud@31-35-145.wireless.csail.mit.edu)
- # [15:25] * Quits: jdaggett (~jdaggett@q023013.dynamic.ppp.asahi-net.or.jp) (Quit: jdaggett)
- # [15:27] <jgraham> zcorpan: For the record, I am still seeing some instability in /html/infrastructure/urls/resolving-urls/query-encoding/* and /websockets/unload-a-document/[005|003].html
- # [15:27] <zcorpan> jgraham: do you have more details for query-encoding?
- # [15:30] * Joins: smaug____ (~chatzilla@cs78246079.pp.htv.fi)
- # [15:33] * Quits: niloy (~niloy@110.224.128.60) (Ping timeout: 276 seconds)
- # [15:34] <zewt> n.onshow = () => setTimeout(() => n.close(), 7000) <- this syntax is not even remotely okay
- # [15:34] <zewt> stop taking one of the syntactically cleaner languages and making it gross
- # [15:34] * Ms2ger gets off zewt's lawn
- # [15:37] * Quits: zcorpan (~zcorpan@94.234.170.80) (Ping timeout: 250 seconds)
- # [15:37] * Joins: zcorpan (~zcorpan@c-5eeaaa50-74736162.cust.telenor.se)
- # [15:38] * Quits: encryptd_fractal (~encryptd_@24-177-124-44.dhcp.mdsn.wi.charter.com) (Remote host closed the connection)
- # [15:41] <jgraham> zcorpan: TEST-UNEXPECTED-FAIL | /html/infrastructure/urls/resolving-urls/query-encoding/utf-16be.html | loading image <video poster> | expected PASS | assert_equals: expected substring %C3%A5 got undefined expected 2 but got 24
- # [15:41] <jgraham> TEST-UNEXPECTED-FAIL | /html/infrastructure/urls/resolving-urls/query-encoding/utf-16le.html | loading image <video poster> | expected PASS | assert_equals: expected substring %C3%A5 got undefined expected 2 but got 24
- # [15:41] <jgraham> TEST-UNEXPECTED-FAIL | /html/infrastructure/urls/resolving-urls/query-encoding/utf-8.html | loading image <video poster> | expected PASS | assert_equals: expected substring %C3%A5 got undefined expected 2 but got 24
- # [15:42] <jgraham> TEST-UNEXPECTED-FAIL | /html/infrastructure/urls/resolving-urls/query-encoding/windows-1252.html | hyperlink auditing <area ping> | expected TIMEOUT | assert_unreached: Reached poll timeout Reached unreachable code
- # [15:42] <jgraham> TEST-UNEXPECTED-FAIL | /html/infrastructure/urls/resolving-urls/query-encoding/utf-16be.html | CSS <link> (utf-8) #<id>::before { content:<url> } | expected PASS | assert_unreached: Reached poll timeout Reached unreachable code
- # [15:42] * Quits: gsnedders (~gsnedders@5.2.16.23) (Ping timeout: 240 seconds)
- # [15:43] <zcorpan> MikeSmith: webvtt in http://platform.html5.org should have the link updated
- # [15:43] <jgraham> That's from 3 runs, so it isn't really telling you much about low-frequency failures
- # [15:44] * Joins: hasather (~hasather@80.91.33.141)
- # [15:45] <zcorpan> jgraham: for <area ping> do you think there's a race between the test timing out and the xhr interval timing out? (maybe it can set the result to TIMEOUT instead?)
- # [15:45] <zcorpan> jgraham: that test would reliably FAIL if gecko didn't lie about supporting it
- # [15:46] <jgraham> zcorpan: Yeah, that's a plausible race
- # [15:48] <jgraham> I guess it's *possible* to set the status to timeout, but it's not really supported
- # [15:49] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
- # [15:50] * Joins: Kolombiken1 (~Adium@gateway.creuna.se)
- # [15:50] * Quits: fredy (~fredy@2001:648:2ffc:1225:a800:ff:fe12:113e) (Excess Flood)
- # [15:50] * Quits: Kolombiken (~Adium@94.137.124.2) (Ping timeout: 245 seconds)
- # [15:50] * Joins: fredy (~fredy@snf-8914.vm.okeanos.grnet.gr)
- # [15:51] * Joins: SonicX (~quassel@ip98-180-46-147.ga.at.cox.net)
- # [15:53] * Joins: rafaelrinaldi (~textual@B12E8B6F.dynamic.spo.dsl.tesa.net.br)
- # [15:53] <MikeSmith> zcorpan: fixed
- # [15:54] * Quits: zcorpan (~zcorpan@c-5eeaaa50-74736162.cust.telenor.se) (Ping timeout: 245 seconds)
- # [15:55] <MikeSmith> “consensus is the lack of leadership”
- # [15:55] <MikeSmith> from http://gigaom.com/2014/04/12/why-i-quit-writing-internet-standards/
- # [15:56] <MikeSmith> attributed to Margaret Thatcher
- # [15:56] <MikeSmith> Hixie: ↑
- # [15:56] <Ms2ger> Well
- # [15:57] <Ms2ger> "My seven years on the Internet Engineering Task Force (IETF), ..."
- # [15:57] <darobin> was that Maggie channelling Hixie? :)
- # [15:58] <yoav> Who's the best person to bug about fonts, their dimensions, "ex" and "ch" units and media queries?
- # [15:59] <Ms2ger> Let's just say TabAtkins
- # [16:01] * Joins: richt_ (~richt@91.216.105.52)
- # [16:01] <MikeSmith> yoav: I agree with Ms2ger
- # [16:02] <MikeSmith> I smell a consensus emerging
- # [16:02] <yoav> consensus is good. Is there a use case as well?
- # [16:02] <SimonSapin> yoav: Does this help? http://dev.w3.org/csswg/mediaqueries/#units second paragraph
- # [16:03] <Ms2ger> yoav, no, consensus is the lack of leadership ;)
- # [16:03] <MikeSmith> yoav: a use case for TabAtkins?
- # [16:04] * Quits: richt (~richt@83.218.67.123) (Ping timeout: 245 seconds)
- # [16:04] <yoav> SimonSapin: I'm not sure I understand what does it mean for 'ex' and 'ch'. Is there a default value for them? (like the default font size is for 'em')
- # [16:05] <SimonSapin> well, let’s look at their definition
- # [16:05] <SimonSapin> http://dev.w3.org/csswg/css-values/#font-relative-lengths "ch unit: Equal to the used advance measure of the "0" (ZERO, U+0030) glyph found in the font used to render it."
- # [16:06] <SimonSapin> so you do that with the initial value of font-family, font-size, font-weight, etc
- # [16:06] * Joins: annevk (~annevk@2001:981:4a99:1:e070:9e29:5c26:f8a)
- # [16:07] <SimonSapin> in other words, as in a document with no style (including UA) applied
- # [16:07] <TabAtkins> 'ex' has a default value if there's no font around - it's .5em.
- # [16:07] <TabAtkins> 'ch' doens't have a value without a font, and that's a bug.
- # [16:08] * Joins: encryptd_fractal (~encryptd_@66-188-99-174.static.ftbg.wi.charter.com)
- # [16:08] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 265 seconds)
- # [16:08] <SimonSapin> TabAtkins: I’m not the .5em thing applies to MQs
- # [16:08] <SimonSapin> I’m not convinced*
- # [16:08] <TabAtkins> Why wouldn't it? It's for when the font doesn't tell you an 'ex' size.
- # [16:09] <TabAtkins> Which I suspect would include when there's no font at all.
- # [16:09] <yoav> SimonSapin & TabAtkins: So, in the context of Media queries, I'd need to get the default browser font, and get the metrics from it?
- # [16:09] <SimonSapin> there is a font, the initial value of font-family
- # [16:09] <SimonSapin> yoav: I think so, but TabAtkins seems to disagree
- # [16:09] <TabAtkins> SimonSapin: Ugh, I guess so, but that's ugly and not very useful.
- # [16:09] * Quits: adactio (~adactio@212.42.170.181) (Quit: adactio)
- # [16:10] <SimonSapin> ex is ugly in any case, but meh
- # [16:10] <TabAtkins> ex is a useful unit; you hush your mouth.
- # [16:11] <yoav> Impl wise, if I have to take a shortcut around their calculation for MQs
- # [16:11] <SimonSapin> yoav: 1ex = 0.5em is valid per spec if you don’t want to bother doing all this
- # [16:11] <SimonSapin> "impractical"
- # [16:11] <yoav> What do I do as a default value for 'ch'?
- # [16:11] <TabAtkins> I'll bring it up in the call this morning and edit the spec.
- # [16:11] <TabAtkins> It'll probably be .5em as well.
- # [16:12] <SimonSapin> TabAtkins: what do implementations do?
- # [16:12] <yoav> TabAtkins: Sounds great!
- # [16:12] <TabAtkins> SimonSapin: No clue. Not sure who implements 'ch' yet.
- # [16:13] <SimonSapin> I’ll try and make a test case for ex in MQs
- # [16:13] <TabAtkins> Well, Blink implements it. Let's see...
- # [16:13] <yoav> TabAtkins: Blink has a zeroWidth() on the platform's fontMetrics
- # [16:14] <yoav> But calling it triggers some weird witchcraft, which makes it impossible for me the cache it just before starting a new thread and passing the value to that thread
- # [16:16] <yoav> Looks like this zeroWidth is set by looking at the actual glyphs
- # [16:17] <yoav> TabAtkins: I think I'd be able to get these values into where I need them at some point, but I'd love a reasonable default I can use to substitute them in the mean time
- # [16:18] <TabAtkins> .5em is definitely a reasonable default for both of them, even if it's just a temporary value that you'll fix later.
- # [16:20] * Joins: zcorpan (~zcorpan@c-5eeaaa50-74736162.cust.telenor.se)
- # [16:21] <SimonSapin> (min-width: 100ex) and (min-width: 50em) switch at different points on Gecko and Blink on my system http://result.dabblet.com/gist/10883309/fc063ef48196cedcbd457f1609de1e4041e9d5d9
- # [16:23] <SimonSapin> TabAtkins: I’m fine with allowing 1ch = .5em "where it is impossible or impractical to determine" like ex, but not with "it must be .5em in MQs"
- # [16:24] <TabAtkins> I'm okay with that.
- # [16:27] * Joins: izhak (~izhak@92.248.142.152)
- # [16:32] <TabAtkins> Based on initial testing, Blink uses the real value of 'ex' in MQs, but doesn't support 'ch' at all yet.
- # [16:36] <zcorpan> i find not supporting 'ch' at all bettre than 0.5em
- # [16:36] <MikeSmith> annevk: the Writing section of the URL spec doesn't specify what code points are valid in a schem
- # [16:36] <zcorpan> at least in the preloader context
- # [16:36] <MikeSmith> e
- # [16:38] <TabAtkins> zcorpan: At least in Chrome's default serif font, 1ch exactly equals .5em.
- # [16:39] <annevk> MikeSmith: "A scheme must be one ASCII alpha, followed by zero or more of ASCII alphanumeric, "+", "-", and ".". A scheme must be registered ...."
- # [16:41] <zcorpan> TabAtkins: yeah but what if it isn't and you have breakpoints where you care about 'ch' specifically, it would be bad if the preloader thinks one thing and later evaluations think another
- # [16:41] <TabAtkins> Right, if you have sufficient knowledge to do better, you should do better.
- # [16:42] <zcorpan> gotta go
- # [16:44] <MikeSmith> annevk: oh I missed that somehow
- # [16:47] * Quits: zcorpan (~zcorpan@c-5eeaaa50-74736162.cust.telenor.se) (Ping timeout: 265 seconds)
- # [16:52] * Quits: Ducki (~Ducki@137.116.197.171) (Ping timeout: 265 seconds)
- # [16:54] * Quits: charl_ (~charl@2001:67c:2564:524:f2de:f1ff:feff:7637) (Quit: leaving)
- # [16:54] * Joins: scor (scor@nat/acquia/x-atgrtsuznmzbuwel)
- # [16:54] * Quits: scor (scor@nat/acquia/x-atgrtsuznmzbuwel) (Changing host)
- # [16:54] * Joins: scor (scor@drupal.org/user/52142/view)
- # [16:55] * Joins: dbaron (~dbaron@50-0-248-164.dsl.dynamic.sonic.net)
- # [17:00] * Quits: davve (~user@83.218.67.123) (Remote host closed the connection)
- # [17:02] * Quits: Smylers (~smylers@81.143.60.194) (Read error: Connection reset by peer)
- # [17:02] * Joins: Smylers (~smylers@81.143.60.194)
- # [17:05] * Joins: hasather (~hasather@80.91.33.141)
- # [17:10] * Quits: richt_ (~richt@91.216.105.52) (Ping timeout: 258 seconds)
- # [17:11] * Quits: Kolombiken1 (~Adium@gateway.creuna.se) (Quit: Leaving.)
- # [17:11] * Joins: gsnedders (~gsnedders@5.2.16.23)
- # [17:16] * Joins: adactio (~adactio@212.42.170.121)
- # [17:19] * Joins: ehsan (~ehsan@66.207.208.102)
- # [17:19] * Joins: dawhite (~dawhite@74.118.22.223)
- # [17:19] * Joins: Kolombiken (~Adium@gateway.creuna.se)
- # [17:19] * Quits: Ms2ger (~Ms2ger@61.254-64-87.adsl-dyn.isp.belgacom.be) (Ping timeout: 276 seconds)
- # [17:20] * Joins: ambv (~ambv@173.252.71.129)
- # [17:23] * Quits: markkes (~markkes@62.207.90.201) (Quit: Nettalk6 - www.ntalk.de)
- # [17:24] * Quits: ambv (~ambv@173.252.71.129) (Ping timeout: 258 seconds)
- # [17:29] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 276 seconds)
- # [17:34] * Joins: Ms2ger (~Ms2ger@61.254-64-87.adsl-dyn.isp.belgacom.be)
- # [17:36] <JakeA> Is there anything aside from AppCache that can be used to determine if a cross-origin url looks like a 200?
- # [17:37] * Quits: darobin (~darobin@78.109.80.74) (Remote host closed the connection)
- # [17:39] <jgraham> JakeA: I have no idea about context, but do you mean "in the absence of CORS"?
- # [17:39] <JakeA> jgraham: yeah
- # [17:39] * Joins: jsbell (jsbell@nat/google/x-rkiucvtdwmeoysum)
- # [17:39] <annevk> JakeA: aah, cross-origin...
- # [17:40] <jgraham> I'm not sure about arbitary urls but <img> and <script> could be used for resources with known behaviour
- # [17:40] <JakeA> Trying to work out what to do for serviceworker caches. Either follow AppCache and consider 4xx 5xx a failure, or consider that AppCache feature an error that shouldn't be repeated
- # [17:41] * Joins: bholley (~bholley@98.210.101.88)
- # [17:41] <JakeA> jgraham: Good point, CSS too.
- # [17:41] * Quits: lilmonkey` (~colin@pdpc/supporter/professional/riven) (Read error: Connection reset by peer)
- # [17:42] * Joins: lilmonkey (~colin@5ED090B0.cm-7-1c.dynamic.ziggo.nl)
- # [17:42] * Quits: lilmonkey (~colin@5ED090B0.cm-7-1c.dynamic.ziggo.nl) (Changing host)
- # [17:42] * Joins: lilmonkey (~colin@pdpc/supporter/professional/riven)
- # [17:47] * Joins: bzalasky (~bzalasky@c-67-188-211-46.hsd1.ca.comcast.net)
- # [17:50] <tobie_> JakeA: I'll be working with Moz on their SW implementation. Essentially on the testing part + API feedback
- # [17:50] <JakeA> Oh cool!
- # [17:51] <tobie_> JakeA: we should sync on the testing front to make sure we don't dup the effort.
- # [17:52] <JakeA> tobie_: Agreed. I'm not at that stage yet (still sorting out the algorithms), don't suppose you're posting to a mailing list?
- # [17:53] <jsbell> tobie_: We're starting a collection of testharness.js tests for SW as we move into end-to-end testable territory.
- # [17:53] <tobie_> jsbell: are you writing those locally or directly against the W3C repo?
- # [17:54] <jgraham> tobie_, jsbell: \o/
- # [17:54] <jsbell> tobie_: Locally for now due to churn, but we'll move them to W3C eventually
- # [17:54] <jgraham> I am avaliable for all your test automation / infrastructure needs
- # [17:55] * Joins: jernoble|laptop (~jernoble@76.74.153.41)
- # [17:55] <jernoble|laptop> ericc: so i have a text track question for you.
- # [17:55] <jsbell> For now just in https://code.google.com/p/chromium/codesearch#chromium/src/third_party/WebKit/LayoutTests/http/tests/serviceworker/
- # [17:56] <tobie_> jgraham: awesome. SW lifecycle makes testing a tad challenging
- # [17:57] <tobie_> Will have to dig more before I can meaningfully ask for help.
- # [17:57] <jsbell> speaking of testharness.js - step_func doesn't propagate the return value through so you can't use it in a Promise chain. Should we fix?
- # [17:57] <jgraham> tobie_: Yep, I expect there could be some challenges
- # [17:57] <jgraham> jsbell: Fixes to make testharness.js better for promise APIs would be awesome
- # [17:58] <tobie_> jsbell: thanks for the link.
- # [17:58] <jgraham> I notice that zcorpan reviewed https://critic.hoppipolla.co.uk/r/1151 so I will fix that up. Might make writing some tests a little bit easier.
- # [17:58] <tobie_> JakeA: what's the preferred place to discuss Sw?
- # [17:58] <jsbell> jgraham: I'll see if it's as simple as I think, then make a PR
- # [18:00] <JakeA> tobie_: If it's an isuse, https://github.com/slightlyoff/ServiceWorker/issues/. For general stuff, public-webapps I guess
- # [18:00] <tobie_> ty
- # [18:02] * Quits: anchnk_ (c1fc9d32@gateway/web/freenode/ip.193.252.157.50)
- # [18:02] * Joins: sicking (~sicking@c-98-210-154-157.hsd1.ca.comcast.net)
- # [18:03] * Quits: adactio (~adactio@212.42.170.121) (Ping timeout: 250 seconds)
- # [18:05] * Joins: Maurice` (copyman@5ED57922.cm-7-6b.dynamic.ziggo.nl)
- # [18:11] * Quits: jernoble|laptop (~jernoble@76.74.153.41) (Quit: Computer has gone to sleep.)
- # [18:23] * Quits: bholley (~bholley@98.210.101.88) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [18:26] * Joins: hasather (~hasather@80.91.33.141)
- # [18:29] * Quits: Smylers (~smylers@81.143.60.194) (Ping timeout: 258 seconds)
- # [18:31] * Joins: ambv (~ambv@206.108.217.134)
- # [18:32] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
- # [18:34] * Joins: ap (~ap@17.114.25.46)
- # [18:37] * Joins: lmclister (~lmclister@192.150.10.210)
- # [18:39] * Quits: eatsomeatso (~eatsomeat@gateway/tor-sasl/eatsomeatso) (Quit: eatsomeatso)
- # [18:44] * Joins: satazor (~satazor@bl16-80-38.dsl.telepac.pt)
- # [18:46] * Quits: Goplat (~goplat@reactos/developer/Goplat) (Remote host closed the connection)
- # [18:48] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 252 seconds)
- # [18:48] * Quits: satazor_ (~satazor@bl16-80-38.dsl.telepac.pt) (Ping timeout: 276 seconds)
- # [18:49] * Quits: benvie_ (~bbenvie@204.28.118.69) (Remote host closed the connection)
- # [18:49] * Joins: benvie (~bbenvie@204.28.118.69)
- # [18:54] * Joins: bholley (~bholley@98.210.101.88)
- # [18:59] * Joins: estellevw (~estellewy@surveymonkey-3.border1.pao001.pnap.net)
- # [19:01] * Joins: jernoble|laptop (~jernoble@17.244.24.212)
- # [19:03] * Quits: smaug____ (~chatzilla@cs78246079.pp.htv.fi) (Ping timeout: 252 seconds)
- # [19:08] * Joins: satazor_ (~satazor@bl16-80-38.dsl.telepac.pt)
- # [19:10] * Quits: tj_vantoll (~Adium@2601:4:5380:eba:51eb:414a:39b8:c76f) (Quit: Leaving.)
- # [19:11] * Joins: llkats_ (~llkats@206.169.83.230)
- # [19:12] * Quits: satazor (~satazor@bl16-80-38.dsl.telepac.pt) (Ping timeout: 276 seconds)
- # [19:13] * Quits: sicking (~sicking@c-98-210-154-157.hsd1.ca.comcast.net) (Quit: sicking)
- # [19:14] * Quits: othermaciej (~mjs@c-50-136-134-16.hsd1.ca.comcast.net) (Read error: Connection reset by peer)
- # [19:14] * Joins: benv (~benv@c-67-188-10-155.hsd1.ca.comcast.net)
- # [19:14] * Quits: benv (~benv@c-67-188-10-155.hsd1.ca.comcast.net) (Client Quit)
- # [19:16] * Joins: bzalasky_ (~bzalasky@c-67-188-211-46.hsd1.ca.comcast.net)
- # [19:17] * Quits: bzalasky (~bzalasky@c-67-188-211-46.hsd1.ca.comcast.net) (Read error: Connection reset by peer)
- # [19:22] * Joins: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
- # [19:24] <jsbell> JakeA: SW's Unregister rejects if the registration is not found. That makes it non-idempotent, and unlike e.g. Indexed DB. Is there a strong reason for that?
- # [19:27] <JakeA> jsbell: No strong opinion on that one. Means you won't be able to tell the difference between a successful unregistration & a typo in the scope, but consistency sounds better
- # [19:28] <jsbell> I'll file a bug.
- # [19:29] * Quits: marcosc (~marcosc@66.207.208.102) (Remote host closed the connection)
- # [19:29] <JakeA> Cheers, if there's no complaints I'll fix that tomorrow (going to get rid of algorithms.md and just add them to the spec)
- # [19:29] * Joins: marcosc (~marcosc@66.207.208.102)
- # [19:29] <JakeA> (still can't spell algorithms without a spellcheck)
- # [19:29] * Joins: jeremyj (~jeremyj@17.202.44.231)
- # [19:31] * Quits: benvie (~bbenvie@204.28.118.69) (Ping timeout: 245 seconds)
- # [19:32] <jsbell> JakeA: https://github.com/slightlyoff/ServiceWorker/issues/233 - thanks.
- # [19:33] * Quits: bzalasky_ (~bzalasky@c-67-188-211-46.hsd1.ca.comcast.net) (Remote host closed the connection)
- # [19:34] * Quits: marcosc (~marcosc@66.207.208.102) (Ping timeout: 258 seconds)
- # [19:38] * Joins: benvie (~bbenvie@corp-nat.p2p.sfo1.mozilla.com)
- # [19:40] * Quits: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Remote host closed the connection)
- # [19:45] * Joins: hasather (~hasather@80.91.33.141)
- # [19:46] * Joins: benv (~benv@38.104.194.126)
- # [19:47] * Joins: eatsomeatso (~eatsomeat@gateway/tor-sasl/eatsomeatso)
- # [19:48] * Joins: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com)
- # [19:49] * Joins: smaug____ (~chatzilla@cs78246079.pp.htv.fi)
- # [19:50] * Joins: seventh (seventh@209.99.2.226)
- # [19:52] * Joins: bzalasky (~bzalasky@c-67-188-211-46.hsd1.ca.comcast.net)
- # [19:52] * Joins: zdobersek (~zan@185.3.135.178)
- # [19:52] * Joins: marcosc (~marcosc@66.207.208.102)
- # [19:53] * Joins: weinig (~weinig@17.244.25.158)
- # [19:55] * Joins: tj_vantoll (~Adium@70-88-93-238-lansing-mi.hfc.comcastbusiness.net)
- # [19:55] * Joins: satazor (~satazor@bl16-80-38.dsl.telepac.pt)
- # [19:57] * Joins: zdobersek1 (~zan@17.244.25.252)
- # [19:58] * Quits: satazor_ (~satazor@bl16-80-38.dsl.telepac.pt) (Ping timeout: 245 seconds)
- # [19:59] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 245 seconds)
- # [19:59] * Quits: zdobersek (~zan@185.3.135.178) (Ping timeout: 265 seconds)
- # [20:01] * Joins: zdobersek (~zan@17.244.25.252)
- # [20:02] * Quits: ehsan (~ehsan@66.207.208.102) (Read error: Connection reset by peer)
- # [20:02] * Quits: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com) (Quit: sicking)
- # [20:02] * Joins: ehsan (~ehsan@66.207.208.102)
- # [20:02] * Joins: jwalden (~waldo@corp.mtv2.mozilla.com)
- # [20:03] * Joins: arunranga (~otherarun@208.82.13.98)
- # [20:03] * Quits: satazor (~satazor@bl16-80-38.dsl.telepac.pt) (Remote host closed the connection)
- # [20:03] * Quits: zdobersek1 (~zan@17.244.25.252) (Ping timeout: 240 seconds)
- # [20:03] * Joins: zdobersek1 (~zan@17.244.25.252)
- # [20:03] * Quits: eric_carlson (~eric@17.202.43.125) (Quit: eric_carlson)
- # [20:04] * Joins: satazor (~satazor@bl16-80-38.dsl.telepac.pt)
- # [20:04] * Joins: eric_carlson (~ericc@17.244.27.20)
- # [20:05] <arunranga> annevk, do you still think that maintaning a check for Blob closure in the read operation for Blob objects is wrong? That is http://dev.w3.org/2006/webapi/FileAPI/#readOperationSection
- # [20:05] <JakeA> tobie_: So, this ServiceWorker thing is pretty new and big. Thinking about what we can do for user-support & want it to be a cross-browser effort
- # [20:05] * Joins: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com)
- # [20:05] * Quits: zdobersek1 (~zan@17.244.25.252) (Client Quit)
- # [20:05] * Joins: zdobersek1 (~zan@17.244.25.252)
- # [20:05] <JakeA> tobie_: Any objections to an IRC room, mailing list & StackOverflow attack?
- # [20:06] * Quits: zdobersek (~zan@17.244.25.252) (Ping timeout: 276 seconds)
- # [20:06] <annevk> arunranga: what is it going to do? return the empty byte sequence?
- # [20:07] <arunranga> annevk, no; it should return failure along with a termination reason.
- # [20:07] <arunranga> annevk, I don’t think returning the emtpy byte sequence was the right choice.
- # [20:07] <arunranga> could you use that in other places, including parse/fetch and formdata?
- # [20:08] * Quits: llkats_ (~llkats@206.169.83.230)
- # [20:08] * Quits: satazor (~satazor@bl16-80-38.dsl.telepac.pt) (Ping timeout: 240 seconds)
- # [20:09] <Domenic_> JakeA: mailing list vs. stackoverflow has historically been a tricky balance
- # [20:09] <arunranga> annevk, basically we’re fleshing out the model in https://www.w3.org/Bugs/Public/show_bug.cgi?id=25302#c9
- # [20:09] * Quits: zdobersek1 (~zan@17.244.25.252) (Client Quit)
- # [20:10] * Joins: zdobersek (~zan@17.244.25.252)
- # [20:10] <annevk> arunranga: I don't understand that model, you have a function that's supposedly async, but sometimes synchronously returns?
- # [20:10] <annevk> arunranga: how does that make sense?
- # [20:10] * Quits: weinig (~weinig@17.244.25.158) (Quit: weinig)
- # [20:10] <JakeA> Domenic_: I know. Just been thinking about that. Maybe take mailing list threads and turn them into SO q&a, but maybe they consider that an abuse of SO.
- # [20:10] <arunranga> annevk, you proposed a wrapper for closure check within that function.
- # [20:10] <arunranga> annevk, unless you want closure checks within individual APIs, and not on the read operation
- # [20:13] * Quits: beverloo (beverloo@nat/google/x-kakjdwexdegedink) (Remote host closed the connection)
- # [20:13] <arunranga> annevk, I guess the real question is where the closure check should happen.
- # [20:13] <annevk> arunranga: if you sometimes sync return, all callers will need to check anyway, so I'm not sure how you're helping by making it weird
- # [20:14] * Quits: zdobersek (~zan@17.244.25.252) (Ping timeout: 258 seconds)
- # [20:17] * Quits: Ms2ger (~Ms2ger@61.254-64-87.adsl-dyn.isp.belgacom.be) (Quit: Leaving)
- # [20:17] * Joins: Ms2ger (~Ms2ger@61.254-64-87.adsl-dyn.isp.belgacom.be)
- # [20:18] <annevk> arunranga: you'll need to through the various scenarios, and figure out what the best model would be for the programmer
- # [20:18] <Domenic_> JakeA: as long as it's a well-defined Q&A then you can definitely do that. Answering your own questions is a good thing. People in #promises do that sometimes when we see a FAQ
- # [20:18] <annevk> arunranga: e.g. should closed blobs fail silently generally or fail hard
- # [20:19] <annevk> arunranga: once you've sorted that out you can figure out a set of concepts for APIs that take blobs to use
- # [20:20] <annevk> JakeA: btw, one thing I was wondering about is whether we could expose .status even for OpaqueResponse
- # [20:20] <annevk> JakeA: that way you'd know something is being redirected or some such
- # [20:20] <annevk> JakeA: and you could implement AppCache as polyfill?
- # [20:20] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 258 seconds)
- # [20:22] <JakeA> annevk: The more info like that we can expose, the better. Ran that past any security people?
- # [20:23] <annevk> JakeA: given that it's already exposed...
- # [20:24] <annevk> JakeA: and the bit of the redirect we'd expose is not the thing that's vulnerable
- # [20:24] <JakeA> annevk: Wellllll, appcache gives you "it worked" or "it didn't work", where "it didn't work" could be 4xx, 5xx. But it doesn't tell you which
- # [20:25] <Domenic_> It might be useful to expose the strings "4xx" or "5xx" even
- # [20:25] <annevk> JakeA: fair, and I guess we rather not expose it at all
- # [20:25] <annevk> .status is a number
- # [20:25] <Domenic_> as if JavaScript cares ;)
- # [20:25] * Joins: satazor (~satazor@bl16-80-38.dsl.telepac.pt)
- # [20:26] <annevk> given that people do comparison with < and >, I do
- # [20:26] <Domenic_> still works with strings!
- # [20:27] <Domenic_> (well, not very well)
- # [20:27] <JakeA> Having cache.add reject if things are 4xx, 5xx, or cross-origin redirect is enough for most things
- # [20:28] <JakeA> An option-bag on new Cache() could be used to change those behaviours
- # [20:28] * Quits: bzalasky (~bzalasky@c-67-188-211-46.hsd1.ca.comcast.net) (Remote host closed the connection)
- # [20:28] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
- # [20:29] <arunranga> annevk, there are actually standard synchronous checks for files on disk that won’t be accounted for in the read operation then.
- # [20:29] * Joins: bzalasky (~bzalasky@c-67-188-211-46.hsd1.ca.comcast.net)
- # [20:29] <arunranga> annevk, this also includes snapshot state and other things.
- # [20:30] <arunranga> annevk, individual methods will have to do those. The idea of a ‘reusable’ read operation won’t be that useful then. Or, individual checks will be done for files on disk but not within the read operation.
- # [20:30] * Joins: dshwang (~dshwang@192.55.55.41)
- # [20:31] * arunranga is now known as arunranga|afk
- # [20:31] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
- # [20:31] <annevk> I have no idea what you're talking about arunranga|afk :/
- # [20:32] <annevk> arunranga|afk: the whole point is that read runs in the background, just like fetch... you'll need to elaborate
- # [20:33] * Quits: SonicX (~quassel@ip98-180-46-147.ga.at.cox.net) (Ping timeout: 245 seconds)
- # [20:33] * Joins: mpt (~mpt@nat/canonical/x-ziyneqlqmlwhxpco)
- # [20:33] * Quits: mpt (~mpt@nat/canonical/x-ziyneqlqmlwhxpco) (Changing host)
- # [20:33] * Joins: mpt (~mpt@canonical/mpt)
- # [20:34] <arunranga|afk> annevk, a read operation should “fail hard” for a closed blob. That check is synchronous, but clearly can’t be done within the read operation itself. Also, a read operation should fail if the file has changed on disk.
- # [20:34] * Quits: tj_vantoll (~Adium@70-88-93-238-lansing-mi.hfc.comcastbusiness.net) (Quit: Leaving.)
- # [20:35] <arunranga|afk> annevk, that’s what I mean. It’s clear these checks can’t be spec’d in a read operation, so APIs have to individually run these checks. I’m happy with that; I tried to see if we could put it in one place place
- # [20:35] * Quits: 18VAAGQZO (scrollback@conference/jsconf/x-iguroudoesmjlqpg) (Remote host closed the connection)
- # [20:36] * arunranga|afk is now known as arunranga
- # [20:36] * Joins: 7F1AADDT8 (scrollback@conference/jsconf/x-qajjytqcxtsybbwd)
- # [20:36] <annevk> arunranga|afk: I think you need to do some more archeology of how file read actually works
- # [20:36] <annevk> arunranga: the whole operation should be async
- # [20:36] <annevk> arunranga: presumably there's bits where it can fail, e.g. if the file was moved
- # [20:37] <annevk> arunranga: that could happen while reading as well
- # [20:37] <annevk> arunranga: so you'll have to explain what happens to the bytes that have already been read, and whether anything is signified at that point, etc.
- # [20:38] <Domenic_> sounds like streeeeeams
- # [20:39] <annevk> uhuh
- # [20:39] <annevk> sounds like Domenic_ found his hammer
- # [20:39] <Domenic_> hahaha
- # [20:39] <annevk> *new* hammer
- # [20:39] <Domenic_> so true
- # [20:39] <Domenic_> yeah i needed a new hammer
- # [20:39] <arunranga> annevk, sure, but if there’s a hard fail on closure, and that check is synchronous, it can’t be done within the read operation.
- # [20:39] <arunranga> And Fx currently proposes a snapshot state check that isn’t asynchronous.
- # [20:40] <arunranga> I think my archaeology is probably ok.
- # [20:40] <arunranga> I think your insistence on a read operation that’s reusable is good. I’m not sure how some checks can be included within it. That’s fine; FileReader will have to have its own API level checks.
- # [20:41] <arunranga> Or maybe a task can determine this fail.
- # [20:41] <arunranga> Domenic_ it does sound like streams
- # [20:42] <arunranga> (screams/streams)
- # [20:42] <Domenic_> arunranga: I am not sure streams can help, since this is largely an existing API/paradigm but ... maybe you could conceptualize how it would work if that existing API was built on top of a stream instance?
- # [20:43] <Domenic_> (I don't really understand the problem being talked about, but people started talking about sync vs. async I/O and bits that could fail and what happens to the bytes that have already been read, which are all questions we answered for streams)
- # [20:44] <annevk> Domenic_: the problem is basically reading from disk
- # [20:44] <annevk> Domenic_: how to define that
- # [20:45] <annevk> arunranga: it seems like nonsense that FileReader would have different failures from other APIs, that should all be part of the read concept
- # [20:45] <Domenic_> ... in a cross-platform way
- # [20:45] <annevk> uhuh
- # [20:45] <Domenic_> hammertime answer: with a ReadableStream!
- # [20:47] <annevk> Yeah, I don't really understand the difficulty, it seems like you keep consuming bytes, something may fail so you need to deal with that, and you need to present that somehow to your caller
- # [20:47] <arunranga> Tasks would be the right answer.
- # [20:48] <Domenic_> what is the API under discussion? I thought it was blobs and close()
- # [20:48] <arunranga> It is! It’s blobs, close() and closure checks within a read operation.
- # [20:48] <Domenic_> what's the API for a read operation
- # [20:48] * Joins: tj_vantoll (~Adium@c-98-250-130-237.hsd1.mi.comcast.net)
- # [20:49] <annevk> FileReader, xhr.send(FormData / Blob)
- # [20:49] <Domenic_> isn't xhr.send a write?
- # [20:49] <arunranga> Domenic_, FileReader is a caller for a read operation
- # [20:49] <arunranga> So’s FormData
- # [20:49] <annevk> Domenic_: it's a pipe I guess
- # [20:50] <arunranga> read operation uses a Blob and reads it into memory asynchronously or synchronously
- # [20:50] * Quits: bholley (~bholley@98.210.101.88) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [20:51] <Domenic_> i see
- # [20:51] <arunranga> annevk, I am probably not using tasks aggressively enough. I’ll rethink this a bit.
- # [20:51] <arunranga> annevk, thanks.
- # [20:51] <Domenic_> annevk is always on peoples' case about not using tasks enough ;)
- # [20:52] <Domenic_> thanks arunranga annevk for patiently explaining to me
- # [20:52] <arunranga> Domenic_, annevk is always on my case period.
- # [20:52] <Domenic_> aww
- # [20:52] * Quits: eric_carlson (~ericc@17.244.27.20) (Quit: eric_carlson)
- # [20:52] <annevk> hah
- # [20:55] <jsbell> JakeA: FYI, for the extended appcache errors I wedged in, status = 0 for any off-origin failure (4xx, 5xx, or network error)
- # [20:56] <jsbell> which at least garnered no objections
- # [20:56] <jsbell> which may say more about how much everyone loves appcache than the proposal...
- # [20:56] * Joins: hasather (~hasather@80.91.33.141)
- # [20:56] * Joins: Streusel (~Anonymous@unaffiliated/streusel)
- # [20:57] * Quits: jernoble|laptop (~jernoble@17.244.24.212) (Quit: Computer has gone to sleep.)
- # [21:03] <JakeA> jsbell: that's fair. All we need for SW is fulfill/reject and some vague ability to control what should be considered a failure
- # [21:03] <annevk> jsbell: URL objects should just be stringified
- # [21:03] <annevk> jsbell: http://url.spec.whatwg.org/#url-apis-elsewhere re: IDBv2
- # [21:04] <jsbell> annevk: Not storing URLs; allowing URLs into DB. e.g. <img src="indexeddb:///music/album-covers/1ab2c3df">
- # [21:04] <annevk> ooh
- # [21:04] <annevk> confusing
- # [21:04] <jsbell> (totally made up scheme, don't quote it)
- # [21:05] <jsbell> Sorry. Mail was unclear. Wiki link is better: http://www.w3.org/2008/webapps/wiki/IndexedDatabaseFeatures
- # [21:07] * Quits: arunranga (~otherarun@208.82.13.98) (Quit: arunranga)
- # [21:10] * Quits: ehsan (~ehsan@66.207.208.102) (Read error: Connection reset by peer)
- # [21:11] * Joins: ehsan (~ehsan@66.207.208.102)
- # [21:12] * Joins: arunranga (~otherarun@208.82.13.98)
- # [21:14] <arunranga> jsbell, annevk, scheme proliferation continues :) there’s also a filesystem: scheme to get into the filesystem.
- # [21:15] * Quits: bufferino (~yz@103.11.50.230) (Ping timeout: 258 seconds)
- # [21:15] <Domenic_> back in my day we just called that C:!!
- # [21:16] * Quits: seventh (seventh@209.99.2.226) (Ping timeout: 252 seconds)
- # [21:17] <annevk> arunranga: jsbell: one filesystem: scheme might be good, if we need to support relative references and such
- # [21:18] <annevk> arunranga: the less URL parser hacks the better
- # [21:18] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 245 seconds)
- # [21:19] * Quits: satazor (~satazor@bl16-80-38.dsl.telepac.pt) (Remote host closed the connection)
- # [21:19] <arunranga> annevk, you mean one scheme to rule both the indexeddb use case, and the filesystem use case?
- # [21:19] <annevk> yes
- # [21:19] <arunranga> annevk, it could work.
- # [21:19] <Ms2ger> Call it blobl:
- # [21:19] <Ms2ger> blob:*
- # [21:20] <Domenic_> fs:/dev/idb/...
- # [21:20] <annevk> Domenic_: don't you mean \\lolwindows\file
- # [21:21] <Domenic_> hehehe
- # [21:21] <Domenic_> all i'm sayin is that my surface pro 2 was way prettier than all those macbooks at the tag meeting
- # [21:21] <arunranga> Ms2ger, I wondered about reusing blob: even for filesystem URL (which by the way is in Chrome for the old filesystem API: http://www.html5rocks.com/en/tutorials/file/filesystem/).
- # [21:22] * Quits: dshwang (~dshwang@192.55.55.41) (Ping timeout: 258 seconds)
- # [21:22] <arunranga> But I’m not sure now
- # [21:23] * Quits: bzalasky (~bzalasky@c-67-188-211-46.hsd1.ca.comcast.net) (Remote host closed the connection)
- # [21:23] <annevk> I think you want some kind of URL scheme that supports relative URLs
- # [21:23] <annevk> blob is not that
- # [21:23] * Joins: bzalasky (~bzalasky@c-67-188-211-46.hsd1.ca.comcast.net)
- # [21:28] * Quits: izhak (~izhak@92.248.142.152) (Ping timeout: 252 seconds)
- # [21:30] * Quits: ap (~ap@17.114.25.46) (Quit: ap)
- # [21:31] * Quits: jeremyj (~jeremyj@17.202.44.231) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [21:35] <arunranga> annevk, yep. I’ll bet naming is one of the few following hard problems
- # [21:35] * Quits: TallTed (~Thud@31-35-145.wireless.csail.mit.edu)
- # [21:36] * Joins: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
- # [21:39] * Joins: othermaciej (~mjs@17.114.24.185)
- # [21:41] * Quits: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Ping timeout: 258 seconds)
- # [21:41] <zewt> using blob urls for blobs coming from a fs API makes sense, connecting them to fs paths wouldn't
- # [21:43] * Joins: ap (~ap@17.114.25.46)
- # [21:44] * Joins: eric_carlson (~ericc@17.244.25.167)
- # [21:46] * Joins: TallTed (~Thud@31-35-145.wireless.csail.mit.edu)
- # [21:46] * Quits: othermaciej (~mjs@17.114.24.185) (Quit: othermaciej)
- # [21:47] * Joins: tantek (~tantek@70-36-139-254.dsl.dynamic.sonic.net)
- # [21:48] * Quits: marcosc (~marcosc@66.207.208.102) (Remote host closed the connection)
- # [21:49] * Joins: marcosc (~marcosc@66.207.208.102)
- # [21:49] * Quits: ehsan (~ehsan@66.207.208.102) (Read error: Connection reset by peer)
- # [21:50] * Joins: ehsan (~ehsan@66.207.208.102)
- # [21:51] <annevk> that depends on what you want to do
- # [21:52] <arunranga> zewt, the use case is the feature that’s already in Chrome.
- # [21:53] * Quits: marcosc (~marcosc@66.207.208.102) (Ping timeout: 258 seconds)
- # [21:53] * Joins: weinig (~weinig@17.114.27.106)
- # [21:56] <SamB_> zewt: but ... plan9!
- # [21:58] * Joins: satazor (~satazor@80.78.37.188.rev.vodafone.pt)
- # [21:59] * Joins: llkats (~llkats@h-64-236-138-3.aoltw.net)
- # [22:03] * Joins: seventh (seventh@207-207-21-238.fwd.datafoundry.com)
- # [22:04] * Quits: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com) (Quit: sicking)
- # [22:07] * Joins: othermaciej (~mjs@17.114.24.185)
- # [22:14] * SamB_ is now known as SamB
- # [22:15] <SamB> Hmm, you guys know MS icon files can have more than one image in, right? Seems like that's not very well supported on the web ...
- # [22:16] * Joins: hasather (~hasather@80.91.33.141)
- # [22:30] * Joins: dshwang (dshwang@nat/intel/x-wlusaskqfizcdzfp)
- # [22:37] <zewt> nothing to do with use cases, blob urls have nothing whatsoever to do with paths
- # [22:38] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 252 seconds)
- # [22:38] <zewt> urls for referring to paths inside a filesystem API need a different scheme
- # [22:39] * Joins: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com)
- # [22:39] <SamB> zewt: I guess you missed the joke
- # [22:43] <zewt> arun was telling a joke?
- # [22:43] <SamB> no I was
- # [22:44] <SamB> hmm, okay, I follow you now
- # [22:45] <SamB> I take it there's a problem with file:/// ?
- # [22:46] * Joins: jeremyj (~jeremyj@17.202.44.231)
- # [22:47] <Domenic_> paul_irish: pretty one-sided poll ;)
- # [22:47] <zewt> i haven't followed the fs stuff, but i assume it supports sandboxed filesystems
- # [22:47] <zewt> which wouldn't be file:
- # [22:48] * Quits: scor (scor@drupal.org/user/52142/view) (Quit: scor)
- # [22:49] <annevk> Domenic_: https://plus.google.com/+PaulIrish/posts/QchucJRH7BX is great
- # [22:50] <Domenic_> :D
- # [22:51] <SamB> ah, yes, so I see looking at the html5rocks thing
- # [22:55] * Quits: weinig (~weinig@17.114.27.106) (Quit: weinig)
- # [22:55] * SamB ponders cross-origin file access ;-P
- # [22:57] * Quits: othermaciej (~mjs@17.114.24.185) (Quit: othermaciej)
- # [22:57] * Joins: othermaciej (~mjs@17.114.24.185)
- # [22:57] * Quits: othermaciej (~mjs@17.114.24.185) (Client Quit)
- # [22:57] * Quits: eric_carlson (~ericc@17.244.25.167) (Quit: eric_carlson)
- # [22:58] <SamB> hmm, how many OSes even provide for asynchronous directory creation ...
- # [23:00] * Joins: eric_carlson (~ericc@17.244.25.167)
- # [23:01] * Quits: jernoble (~jernoble@17.202.46.221) (Ping timeout: 252 seconds)
- # [23:02] <SamB> and ... huh ... I'm not aware of any OSes that have handles for directory entries
- # [23:07] * Quits: dshwang (dshwang@nat/intel/x-wlusaskqfizcdzfp) (Remote host closed the connection)
- # [23:09] * Joins: othermaciej (~mjs@17.114.24.185)
- # [23:09] <SamB> and, hmm, why am I thinking that the biggest risk connected with the ability to write malicious files to disk is that a script could write a file to disk for the express purpose of triggering a warning from an antivirus program?
- # [23:11] <SamB> or, um, it could cause searches in explorer on XP to pop up that annoying dialog box it pops up for multi-volume zips ...
- # [23:14] <SamB> lol @ <http://www.w3.org/respec/>: "sadly it cannot replace RFC 2119 with the more accurate RFC 6919".
- # [23:14] * Quits: abucur (sid19072@gateway/web/irccloud.com/x-qnvtgxxhavymwigf) (Read error: Connection reset by peer)
- # [23:15] * Joins: abucur (sid19072@gateway/web/irccloud.com/x-xljxgtvujomtutmz)
- # [23:15] * Joins: tiglionabbit (~nick@23-126-178-3.lightspeed.sntcca.sbcglobal.net)
- # [23:16] <tiglionabbit> has anyone put forward a spec for supporting pen pressure and sub-pixel positioning?
- # [23:16] * Quits: tj_vantoll (~Adium@c-98-250-130-237.hsd1.mi.comcast.net) (Quit: Leaving.)
- # [23:16] * Quits: TallTed (~Thud@31-35-145.wireless.csail.mit.edu)
- # [23:16] <SamB> tiglionabbit: are you looking to write some kind of painting/drawing program?
- # [23:17] <tiglionabbit> that would be nice
- # [23:17] <tiglionabbit> currently the only way I know of to get at this information is through CelloSoft JTablet, which is a Java applet plugin
- # [23:18] <tiglionabbit> and nobody wants to use Java applets anymore
- # [23:18] <SamB> I don't imagine Android can run those?
- # [23:19] <tiglionabbit> chrome for mac can’t even run them
- # [23:19] <tiglionabbit> nor can chrome for chromebooks
- # [23:20] <SamB> huh
- # [23:20] <SamB> ... isn't there a standard API for JVM plugins?
- # [23:21] <tiglionabbit> sure, but chrome only distributes a 32-bit version, and java only distributes 64-bit
- # [23:21] <SamB> by which I mean "whatever Mozilla has been using"
- # [23:21] <SamB> ah!
- # [23:21] <SamB> right
- # [23:22] <tiglionabbit> anyway, has anyone made a spec for this?
- # [23:22] <SamB> that actually rings a bell for some reason; can't think why as I haven't even messed with any x86 macs that much
- # [23:23] <tiglionabbit> can I get involved with this somehow?
- # [23:24] <SamB> sorry, was talking about the mac java thing ...
- # [23:26] * Joins: dshwang (dshwang@nat/intel/x-ajpbvybchmlpnwky)
- # [23:27] * Quits: othermaciej (~mjs@17.114.24.185) (Quit: othermaciej)
- # [23:27] * Joins: aretecode (~aretecode@50.23.131.206-static.reverse.softlayer.com)
- # [23:27] <Domenic_> pointer events?
- # [23:28] * Quits: eric_carlson (~ericc@17.244.25.167) (Quit: eric_carlson)
- # [23:28] * Joins: othermaciej (~mjs@17.244.24.142)
- # [23:30] <annevk> tiglionabbit: you could start with hit testing
- # [23:30] <tiglionabbit> what’s that?
- # [23:30] <annevk> tiglionabbit: http://lists.w3.org/Archives/Public/www-style/2010Aug/0407.html
- # [23:31] <annevk> tiglionabbit: it's kind of critical for any kind of cursor input, except we've no idea how it works on the web
- # [23:31] <tiglionabbit> eh?
- # [23:32] <tiglionabbit> I’ve never noticed a problem with this
- # [23:32] <tiglionabbit> I’d be much more interested in getting tablet pen events
- # [23:33] <tiglionabbit> or, extending the existing events with the tablet pen properties of pressure and sub-pixel position
- # [23:35] * Quits: cheron (~cheron@unaffiliated/cheron) (Ping timeout: 252 seconds)
- # [23:35] <Domenic_> i think pointer events have this
- # [23:35] <tiglionabbit> really?
- # [23:35] <Domenic_> pretty sure, but you should check the spec
- # [23:35] <SamB> annevk: really? no idea?
- # [23:35] * Quits: Ms2ger (~Ms2ger@61.254-64-87.adsl-dyn.isp.belgacom.be) (Quit: nn)
- # [23:36] * Joins: hasather (~hasather@80.91.33.141)
- # [23:36] <tiglionabbit> oh I see
- # [23:37] <tiglionabbit> unfortunately only supported by IE11 apparently
- # [23:37] <tiglionabbit> well at least there’s hope
- # [23:37] * Joins: Rastus_Vernon (uid15187@wikimedia/Rastus-Vernon)
- # [23:38] * Quits: Maurice` (copyman@5ED57922.cm-7-6b.dynamic.ziggo.nl)
- # [23:38] * Joins: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
- # [23:38] <Domenic_> my good deed for the day https://github.com/webcomponents/webcomponents.github.io/issues/96
- # [23:41] <annevk> SamB: see the email, I'm making it worse than it sounds, but there's no standard, which is pretty bad
- # [23:41] <annevk> SamB: CSS box tree not being defined in detail contributes to this of course
- # [23:41] * Quits: othermaciej (~mjs@17.244.24.142) (Quit: othermaciej)
- # [23:42] <annevk> SamB: maybe you want to start there if you are doing it from first principles...
- # [23:42] <Domenic_> I hear TabAtkins is on it ^_^
- # [23:43] * Quits: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Ping timeout: 250 seconds)
- # [23:44] * Quits: satazor (~satazor@80.78.37.188.rev.vodafone.pt) (Remote host closed the connection)
- # [23:44] * Joins: othermaciej (~mjs@17.114.25.18)
- # [23:46] * Joins: weinig (~weinig@17.114.27.106)
- # [23:56] <smaug____> tiglionabbit: pointer events are being implemented in other engines
- # [23:56] <smaug____> well, I think not webkit, but elsewhere
- # [23:58] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 252 seconds)
- # [23:58] * Joins: satazor (~satazor@80.78.37.188.rev.vodafone.pt)
- # [23:58] * Quits: encryptd_fractal (~encryptd_@66-188-99-174.static.ftbg.wi.charter.com) (Remote host closed the connection)
- # Session Close: Thu Apr 17 00:00:00 2014
The end :)