Options:
Previous day, Next day
- # Session Start: Wed Apr 01 00:00:01 2015
- # Session Ident: #whatwg
- # [00:02] * Joins: mven_ (~textual@32.97.110.57)
- # [00:02] * Quits: mven_ (~textual@32.97.110.57) (Excess Flood)
- # [00:06] * Quits: benwerd (~benwerd@199.87.84.238) (Remote host closed the connection)
- # [00:07] * Quits: smaug____ (~chatzilla@62-78-246-79.bb.dnainternet.fi) (Ping timeout: 252 seconds)
- # [00:14] * Quits: frivoal (~frivoal@cm-84.208.175.177.getinternet.no) (Remote host closed the connection)
- # [00:14] * Quits: eric_carlson (~ericc@17.202.49.252) (Quit: eric_carlson)
- # [00:15] * Quits: jonr22 (~jonr22@2601:6:8000:eaef:1e65:9dff:fe9d:801d) (Ping timeout: 265 seconds)
- # [00:17] * Quits: aleray (~aleray@109.128.131.182) (Ping timeout: 244 seconds)
- # [00:25] * Quits: winklebee (~winklebee@p4FE1563E.dip0.t-ipconnect.de)
- # [00:28] * Quits: nunnun (~hiro@2001:200:164:48:20c:29ff:fe02:11d2) (Ping timeout: 265 seconds)
- # [00:29] * Joins: nunnun (~hiro@2001:200:164:48:20c:29ff:fe02:11d2)
- # [00:29] * Quits: caitp- (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com) (Ping timeout: 244 seconds)
- # [00:30] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Remote host closed the connection)
- # [00:31] * Quits: espadrine (~tyl@dan75-7-88-166-187-54.fbx.proxad.net) (Ping timeout: 246 seconds)
- # [00:31] * Joins: tantek (~tantek@173-167-114-230-sfba.hfc.comcastbusiness.net)
- # [00:34] * Joins: caitp- (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com)
- # [00:37] * Quits: plutoniix (~plutoniix@node-11fb.pool-180-180.dynamic.totbb.net) (Quit: จรลี จรลา)
- # [00:37] * Joins: bradleymeck (~bradleyme@70.114.246.88)
- # [00:39] * Quits: bradleymeck (~bradleyme@70.114.246.88) (Read error: Connection reset by peer)
- # [00:40] * Quits: caitp- (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com) (Ping timeout: 244 seconds)
- # [00:46] * Quits: ehsan (~ehsan@2001:450:1f:224:e825:c231:ddcb:4231) (Remote host closed the connection)
- # [00:47] * Joins: zenith_ (~zenith@CPE90724008b05d-CMbc4dfb302500.cpe.net.cable.rogers.com)
- # [00:48] * Joins: jonr22 (~jonr22@2601:6:8000:eaef:1e65:9dff:fe9d:801d)
- # [00:50] * Quits: zenith_ (~zenith@CPE90724008b05d-CMbc4dfb302500.cpe.net.cable.rogers.com) (Remote host closed the connection)
- # [00:54] * Quits: nunnun (~hiro@2001:200:164:48:20c:29ff:fe02:11d2) (Ping timeout: 256 seconds)
- # [01:06] * Joins: hasather (~hasather@cm-84.210.170.16.getinternet.no)
- # [01:06] * Quits: zcorpan (~zcorpan@2a00:801:e0:30:d11e:6ea3:6baa:77ab) (Remote host closed the connection)
- # [01:10] * Quits: hasather (~hasather@cm-84.210.170.16.getinternet.no) (Ping timeout: 246 seconds)
- # [01:13] * Joins: nunnun (~hiro@2001:200:164:48:20c:29ff:fe02:11d2)
- # [01:14] * Joins: frivoal (~frivoal@cm-84.208.175.177.getinternet.no)
- # [01:19] * Joins: smaug____ (~chatzilla@62-78-246-79.bb.dnainternet.fi)
- # [01:19] * Joins: KevinMarks__ (~yaaic@2607:fb90:53d:3e69:b728:3e94:271:c876)
- # [01:21] * Quits: frivoal (~frivoal@cm-84.208.175.177.getinternet.no) (Ping timeout: 252 seconds)
- # [01:21] * Quits: KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Ping timeout: 250 seconds)
- # [01:31] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
- # [01:31] * Joins: benwerd (~benwerd@199.87.84.238)
- # [01:35] * Joins: KevinMarks_ (~yaaic@2607:fb90:415:cb4e:8bee:ea8:452e:1192)
- # [01:35] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Ping timeout: 255 seconds)
- # [01:35] * Quits: KevinMarks__ (~yaaic@2607:fb90:53d:3e69:b728:3e94:271:c876) (Ping timeout: 256 seconds)
- # [01:37] * Joins: caitp- (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com)
- # [01:39] * Quits: nunnun (~hiro@2001:200:164:48:20c:29ff:fe02:11d2) (Ping timeout: 256 seconds)
- # [01:40] * Quits: smaug____ (~chatzilla@62-78-246-79.bb.dnainternet.fi) (Ping timeout: 252 seconds)
- # [01:41] * Quits: tantek (~tantek@173-167-114-230-sfba.hfc.comcastbusiness.net) (Quit: tantek)
- # [01:47] * Quits: KevinMarks_ (~yaaic@2607:fb90:415:cb4e:8bee:ea8:452e:1192) (Ping timeout: 265 seconds)
- # [01:47] * Quits: marcosc (~marcosc@2001:450:1f:232:151c:fd82:9fb5:771b) (Remote host closed the connection)
- # [01:49] * Joins: KevinMarks_ (~yaaic@2607:fb90:415:cb4e:8bee:ea8:452e:1192)
- # [01:51] * Joins: tantek (~tantek@70-91-207-70-BusName-SFBA.hfc.comcastbusiness.net)
- # [01:51] * Joins: mven (~textual@72.183.104.138)
- # [01:51] * Joins: newtron (~newtron@75-119-235-26.dsl.teksavvy.com)
- # [01:51] * Quits: mven (~textual@72.183.104.138) (Excess Flood)
- # [01:51] * Joins: nunnun (~hiro@2001:200:164:48:20c:29ff:fe02:11d2)
- # [01:55] * Joins: aleray (~aleray@ip-83-101-33-13.customer.schedom-europe.net)
- # [02:00] * Quits: tantek (~tantek@70-91-207-70-BusName-SFBA.hfc.comcastbusiness.net) (Quit: tantek)
- # [02:00] * Joins: jdaggett_ (~jdaggett@61-121-216-2.bitcat.net)
- # [02:03] * Joins: rniwa_ (~rniwa@17.245.27.38)
- # [02:05] * Joins: ambv_ (~ambv@199.201.64.130)
- # [02:05] * Quits: ap (~ap@17.202.44.214)
- # [02:07] * Quits: jonr22 (~jonr22@2601:6:8000:eaef:1e65:9dff:fe9d:801d) (Quit: WeeChat 1.1.1)
- # [02:07] * Joins: zcorpan (~zcorpan@ip-200.t2.se.opera.com)
- # [02:07] * Quits: ambv (~ambv@199.201.64.131) (Ping timeout: 250 seconds)
- # [02:07] * Quits: rniwa (~rniwa@17.202.48.231) (Ping timeout: 265 seconds)
- # [02:13] * Quits: scrollback2 (~scrollbac@gateway/web/scrollback.io/x-onuaimxurnmsbaoq) (Remote host closed the connection)
- # [02:15] * Joins: 64MACHOLO (scrollback@gateway/web/scrollback.io/x-zjdygmnntbiqywgw)
- # [02:20] * Quits: nunnun (~hiro@2001:200:164:48:20c:29ff:fe02:11d2) (Ping timeout: 265 seconds)
- # [02:21] * Joins: nunnun (~hiro@2001:200:164:48:20c:29ff:fe02:11d2)
- # [02:24] * Joins: eric_carlson (~ericc@c-24-6-239-9.hsd1.ca.comcast.net)
- # [02:25] * Joins: plutoniix (~plutoniix@119.63.87.222)
- # [02:26] * Quits: nunnun (~hiro@2001:200:164:48:20c:29ff:fe02:11d2) (Ping timeout: 256 seconds)
- # [02:27] * Quits: kruppel (~kruppel@192.161.158.18) (Quit: My Mac has gone to sleep. ZZZzzz…)
- # [02:31] <GPHemsley> annevk: Really? There are *more* contexts?
- # [02:40] * Joins: nunnun (~hiro@2001:200:164:48:20c:29ff:fe02:11d2)
- # [02:41] * Joins: _2_k (~38450073@63.143.86.229)
- # [02:45] * Quits: ambv_ (~ambv@199.201.64.130) (Quit: sys.exit(0) # computer went to sleep)
- # [02:48] * Joins: marcosc (~marcosc@2001:450:1f:232:151c:fd82:9fb5:771b)
- # [02:48] * Quits: _2_k (~38450073@63.143.86.229) (Remote host closed the connection)
- # [02:52] * Quits: caitp- (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com) (Quit: Leaving)
- # [02:53] * Quits: marcosc (~marcosc@2001:450:1f:232:151c:fd82:9fb5:771b) (Ping timeout: 256 seconds)
- # [02:55] * Joins: hasather (~hasather@cm-84.210.170.16.getinternet.no)
- # [02:59] * Quits: hasather (~hasather@cm-84.210.170.16.getinternet.no) (Ping timeout: 264 seconds)
- # [03:00] * Quits: jsbell (jsbell@nat/google/x-ynsmeuclnggijktf) (Quit: There's no place like home...)
- # [03:03] * Joins: jyasskin_ (~jyasskin@216.239.55.138)
- # [03:05] * Quits: nunnun (~hiro@2001:200:164:48:20c:29ff:fe02:11d2) (Ping timeout: 256 seconds)
- # [03:06] * Joins: nunnun (~hiro@2001:200:164:48:20c:29ff:fe02:11d2)
- # [03:07] * Quits: jyasskin (jyasskin@nat/google/x-dminaaufolozthcp) (Ping timeout: 252 seconds)
- # [03:09] * Quits: bnicholson (~bnicholso@corp.mtv2.mozilla.com) (Quit: This computer has gone to sleep)
- # [03:10] * Quits: nunnun (~hiro@2001:200:164:48:20c:29ff:fe02:11d2) (Ping timeout: 256 seconds)
- # [03:15] * Quits: newtron (~newtron@75-119-235-26.dsl.teksavvy.com) (Remote host closed the connection)
- # [03:16] * Quits: zama (~zama@unaffiliated/stryx/x-3871776) (Ping timeout: 252 seconds)
- # [03:16] * Joins: zama (~zama@unaffiliated/stryx/x-3871776)
- # [03:18] * Quits: karlcow (~karl@nerval.la-grange.net) (Ping timeout: 246 seconds)
- # [03:19] * Quits: nicolastarzia (~nicolasta@201.90.94.104) (Remote host closed the connection)
- # [03:20] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
- # [03:20] * Joins: newtron (~newtron@75-119-235-26.dsl.teksavvy.com)
- # [03:21] * Joins: karlcow (~karl@nerval.la-grange.net)
- # [03:22] * Joins: bnicholson (~bnicholso@c-24-130-60-241.hsd1.ca.comcast.net)
- # [03:22] * Quits: aleray (~aleray@ip-83-101-33-13.customer.schedom-europe.net) (Ping timeout: 245 seconds)
- # [03:24] * Quits: eric_carlson (~ericc@c-24-6-239-9.hsd1.ca.comcast.net) (Quit: eric_carlson)
- # [03:24] * Joins: rniwa (~rniwa@17.245.27.38)
- # [03:24] * Joins: eric_carlson (~ericc@c-24-6-239-9.hsd1.ca.comcast.net)
- # [03:25] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Ping timeout: 264 seconds)
- # [03:27] * Quits: benwerd (~benwerd@199.87.84.238) (Remote host closed the connection)
- # [03:27] * Quits: rniwa_ (~rniwa@17.245.27.38) (Ping timeout: 265 seconds)
- # [03:30] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: :tiuQ tiuq sah woclrak)
- # [03:30] * Quits: bnicholson (~bnicholso@c-24-130-60-241.hsd1.ca.comcast.net) (Quit: Leaving)
- # [03:30] * Joins: karlcow (~karl@nerval.la-grange.net)
- # [03:30] * Joins: bnicholson (~bnicholso@c-24-130-60-241.hsd1.ca.comcast.net)
- # [03:31] * Joins: caitp- (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com)
- # [03:35] * Joins: nunnun (~hiro@2001:200:164:48:20c:29ff:fe02:11d2)
- # [03:46] * Quits: igoroliveira (uid20755@gateway/web/irccloud.com/x-obnujaoueevmzlfc) (Quit: Connection closed for inactivity)
- # [03:46] * Quits: rniwa (~rniwa@17.245.27.38) (Ping timeout: 252 seconds)
- # [03:46] * Joins: rniwa (~rniwa@17.245.27.38)
- # [03:47] * Quits: dbaron (~dbaron@2620:101:80fb:224:9439:c64b:d268:e5f1) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [03:51] * Joins: svl (~me@200.123.210.20)
- # [03:53] * Quits: eric_carlson (~ericc@c-24-6-239-9.hsd1.ca.comcast.net) (Quit: eric_carlson)
- # [03:54] * Joins: eric_carlson (~ericc@c-24-6-239-9.hsd1.ca.comcast.net)
- # [04:02] * Quits: othermaciej_ (~mjs@17.202.48.222) (Quit: othermaciej_)
- # [04:02] * Joins: nicolastarzia (~nicolasta@189.54.235.179)
- # [04:05] * Joins: othermaciej (~mjs@17.245.123.212)
- # [04:09] * Quits: othermaciej (~mjs@17.245.123.212) (Ping timeout: 248 seconds)
- # [04:12] * Quits: nunnun (~hiro@2001:200:164:48:20c:29ff:fe02:11d2) (Ping timeout: 256 seconds)
- # [04:21] * Joins: nunnun (~hiro@2001:200:164:48:20c:29ff:fe02:11d2)
- # [04:28] * Quits: nunnun (~hiro@2001:200:164:48:20c:29ff:fe02:11d2) (Ping timeout: 265 seconds)
- # [04:32] * Joins: othermaciej (~mjs@76.74.153.41)
- # [04:32] * heycam is now known as heycam|away
- # [04:32] * Joins: dbaron (~dbaron@70-36-140-197.dsl.dynamic.fusionbroadband.com)
- # [04:35] * Joins: jonr22 (~jonr22@2601:6:8000:eaef:1e65:9dff:fe9d:801d)
- # [04:40] * Quits: jwalden (~waldo@c-68-60-39-249.hsd1.mi.comcast.net) (Quit: back tomorrow)
- # [04:41] * Quits: CvP (~CvP@203.76.123.238) (Quit: [ UPP ] > all)
- # [04:41] * Joins: ohaibbq (~ohaibbq@2601:9:a80:a8f:35bb:9a51:daf3:677c)
- # [04:42] * Joins: CvP (~CvP@203.76.123.238)
- # [04:44] * Joins: hasather (~hasather@cm-84.210.170.16.getinternet.no)
- # [04:44] * Joins: nunnun (~hiro@2001:200:164:48:20c:29ff:fe02:11d2)
- # [04:47] * Joins: tripu (~tripu@p7223-ipngn11001marunouchi.tokyo.ocn.ne.jp)
- # [04:48] * Quits: hasather (~hasather@cm-84.210.170.16.getinternet.no) (Ping timeout: 245 seconds)
- # [04:51] * Quits: tripu (~tripu@p7223-ipngn11001marunouchi.tokyo.ocn.ne.jp) (Client Quit)
- # [04:51] * Joins: tripu (~tripu@p7223-ipngn11001marunouchi.tokyo.ocn.ne.jp)
- # [04:54] * Quits: nunnun (~hiro@2001:200:164:48:20c:29ff:fe02:11d2) (Ping timeout: 265 seconds)
- # [04:55] * Quits: CvP (~CvP@203.76.123.238) (Quit: [ UPP ] > all)
- # [04:56] * Joins: frivoal (~frivoal@cm-84.208.175.177.getinternet.no)
- # [04:56] * Joins: CvP (~CvP@203.76.123.238)
- # [04:57] * Joins: Yudai_ (~Yudai@c-73-170-83-204.hsd1.ca.comcast.net)
- # [04:57] * Quits: jonr22 (~jonr22@2601:6:8000:eaef:1e65:9dff:fe9d:801d) (Ping timeout: 256 seconds)
- # [04:58] * Quits: othermaciej (~mjs@76.74.153.41) (Quit: othermaciej)
- # [04:59] * Quits: jyasskin_ (~jyasskin@216.239.55.138) (Quit: My computer has gone to sleep. ZZZzzz…)
- # [05:01] * Quits: frivoal (~frivoal@cm-84.208.175.177.getinternet.no) (Ping timeout: 272 seconds)
- # [05:03] * Joins: nunnun (~hiro@2001:200:164:48:20c:29ff:fe02:11d2)
- # [05:10] * heycam|away is now known as heycam
- # [05:11] * Quits: ohaibbq (~ohaibbq@2601:9:a80:a8f:35bb:9a51:daf3:677c) (Remote host closed the connection)
- # [05:22] * Joins: marcosc (~marcosc@66.207.208.102)
- # [05:32] * Quits: nicolastarzia (~nicolasta@189.54.235.179) (Remote host closed the connection)
- # [05:33] * Joins: nicolastarzia (~nicolasta@189.54.235.179)
- # [05:34] * Quits: nicolastarzia (~nicolasta@189.54.235.179) (Remote host closed the connection)
- # [05:35] * Joins: wnklb (~winklebee@p4FE1563E.dip0.t-ipconnect.de)
- # [05:37] * Quits: newtron (~newtron@75-119-235-26.dsl.teksavvy.com) (Remote host closed the connection)
- # [05:41] * Quits: eBureau (~Bruno@181.164.77.172) (Quit: Textual IRC Client: www.textualapp.com)
- # [05:41] * Quits: psy_ (~psy@103.6.159.177) (Ping timeout: 250 seconds)
- # [05:43] * Quits: rniwa (~rniwa@17.245.27.38) (Quit: My Mac has gone to sleep. ZZZzzz…)
- # [05:49] * Quits: nunnun (~hiro@2001:200:164:48:20c:29ff:fe02:11d2) (Ping timeout: 265 seconds)
- # [05:49] * Joins: nunnun (~hiro@2001:200:164:48:20c:29ff:fe02:11d2)
- # [05:50] * Joins: scor (~scor@drupal.org/user/52142/view)
- # [05:52] * Quits: xtrm0 (uid12574@gateway/web/irccloud.com/x-dcvvzmnninamdaes) (Quit: Connection closed for inactivity)
- # [06:18] * Joins: tantek (~tantek@50-1-62-185.dsl.dynamic.fusionbroadband.com)
- # [06:18] * Joins: jdaggett__ (~jdaggett@61-121-216-2.bitcat.net)
- # [06:19] * Quits: jdaggett_ (~jdaggett@61-121-216-2.bitcat.net) (Ping timeout: 256 seconds)
- # [06:25] * Joins: othermaciej (~mjs@c-71-198-213-78.hsd1.ca.comcast.net)
- # [06:32] * Joins: hasather (~hasather@cm-84.210.170.16.getinternet.no)
- # [06:36] * Quits: marcosc (~marcosc@66.207.208.102) (Remote host closed the connection)
- # [06:37] * Quits: hasather (~hasather@cm-84.210.170.16.getinternet.no) (Ping timeout: 250 seconds)
- # [06:37] * Joins: newtron (~newtron@75-119-235-26.dsl.teksavvy.com)
- # [06:50] * Quits: CvP (~CvP@203.76.123.238) (Ping timeout: 252 seconds)
- # [06:50] * Quits: scor (~scor@drupal.org/user/52142/view) (Quit: scor)
- # [06:54] * Quits: hgl (~hgl@unaffiliated/hgl) (Read error: Connection reset by peer)
- # [06:55] * Joins: CvP (~CvP@203.76.123.238)
- # [06:58] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
- # [06:58] * Joins: scor (~scor@c-24-2-162-32.hsd1.ma.comcast.net)
- # [06:58] * Quits: scor (~scor@c-24-2-162-32.hsd1.ma.comcast.net) (Changing host)
- # [06:58] * Joins: scor (~scor@drupal.org/user/52142/view)
- # [06:58] * Quits: scor (~scor@drupal.org/user/52142/view) (Client Quit)
- # [06:59] * Joins: hgl (~hgl@unaffiliated/hgl)
- # [07:02] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Ping timeout: 244 seconds)
- # [07:04] * Quits: newtron (~newtron@75-119-235-26.dsl.teksavvy.com) (Ping timeout: 252 seconds)
- # [07:10] * Quits: hgl (~hgl@unaffiliated/hgl) (Ping timeout: 264 seconds)
- # [07:13] * Joins: hgl (~hgl@unaffiliated/hgl)
- # [07:17] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
- # [07:18] * Joins: ohaibbq (~ohaibbq@2601:9:a80:a8f:4511:9bfb:4d7c:c372)
- # [07:25] * Quits: wnklb (~winklebee@p4FE1563E.dip0.t-ipconnect.de) (Ping timeout: 244 seconds)
- # [07:26] * Joins: jyasskin (~jyasskin@173-228-80-34.dsl.static.fusionbroadband.com)
- # [07:26] * Quits: svl (~me@200.123.210.20) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
- # [07:30] * Quits: nunnun (~hiro@2001:200:164:48:20c:29ff:fe02:11d2) (Ping timeout: 265 seconds)
- # [07:32] * Joins: wnklb (~winklebee@p4FE1563E.dip0.t-ipconnect.de)
- # [07:34] * Joins: psy_ (~psy@103.6.159.177)
- # [07:35] * Joins: rniwa (~rniwa@67.164.23.121)
- # [07:36] * Joins: marcosc (~marcosc@2001:450:1f:232:151c:fd82:9fb5:771b)
- # [07:41] * Quits: marcosc (~marcosc@2001:450:1f:232:151c:fd82:9fb5:771b) (Ping timeout: 256 seconds)
- # [07:48] * Quits: Goplat (~goplat@reactos/developer/Goplat) (Remote host closed the connection)
- # [07:49] * Quits: roc (~chatzilla@2001:cb0:b202:224:2677:3ff:fece:dc64) (Remote host closed the connection)
- # [07:58] * Joins: zdobersek (~zan@gateway/vpn/privateinternetaccess/zdobersek)
- # [08:01] * Joins: newtron (~newtron@75-119-235-26.dsl.teksavvy.com)
- # [08:06] * Quits: newtron (~newtron@75-119-235-26.dsl.teksavvy.com) (Ping timeout: 252 seconds)
- # [08:10] * Joins: alrra (uid62345@gateway/web/irccloud.com/x-eogmnkxorllwstzu)
- # [08:13] * Joins: winklebee (~winklebee@p4FE15B97.dip0.t-ipconnect.de)
- # [08:14] * Quits: wnklb (~winklebee@p4FE1563E.dip0.t-ipconnect.de) (Ping timeout: 255 seconds)
- # [08:21] * Joins: frivoal (~frivoal@cm-84.208.175.177.getinternet.no)
- # [08:21] * Joins: hasather (~hasather@cm-84.210.170.16.getinternet.no)
- # [08:26] * Quits: hasather (~hasather@cm-84.210.170.16.getinternet.no) (Ping timeout: 256 seconds)
- # [08:30] * Joins: TheSuoX (~TheSuoX@171.33.252.35)
- # [08:33] * Quits: jsx (uid48919@fsf/intern/jsx) (Quit: Connection closed for inactivity)
- # [08:34] * Quits: frivoal (~frivoal@cm-84.208.175.177.getinternet.no) (Remote host closed the connection)
- # [08:35] * Joins: nunnun (~hiro@2001:200:164:48:20c:29ff:fe02:11d2)
- # [08:41] * Quits: jyasskin (~jyasskin@173-228-80-34.dsl.static.fusionbroadband.com) (Quit: My computer has gone to sleep. ZZZzzz…)
- # [08:42] <TheSuoX> hey all, what's new?
- # [08:45] * Joins: aleray (~aleray@ip-83-101-33-13.customer.schedom-europe.net)
- # [08:46] <annevk> GPHemsley: https://fetch.spec.whatwg.org/#concept-request-context
- # [08:46] * Quits: zdobersek (~zan@gateway/vpn/privateinternetaccess/zdobersek) (Ping timeout: 246 seconds)
- # [08:56] * Joins: roc (~chatzilla@121-98-104-251.bng1.tvc.orcon.net.nz)
- # [08:59] * Quits: nunnun (~hiro@2001:200:164:48:20c:29ff:fe02:11d2) (Ping timeout: 265 seconds)
- # [09:03] * Joins: newtron (~newtron@75-119-235-26.dsl.teksavvy.com)
- # [09:07] * Quits: newtron (~newtron@75-119-235-26.dsl.teksavvy.com) (Ping timeout: 252 seconds)
- # [09:10] * Joins: nunnun (~hiro@2001:200:164:48:20c:29ff:fe02:11d2)
- # [09:10] * Quits: zcorpan (~zcorpan@ip-200.t2.se.opera.com) (Remote host closed the connection)
- # [09:10] * Joins: zcorpan (~zcorpan@2a00:801:e0:30:d11e:6ea3:6baa:77ab)
- # [09:15] * Quits: karlcow (~karl@nerval.la-grange.net) (Ping timeout: 246 seconds)
- # [09:19] * Joins: frivoal (~frivoal@cm-84.208.175.177.getinternet.no)
- # [09:20] * Quits: ohaibbq (~ohaibbq@2601:9:a80:a8f:4511:9bfb:4d7c:c372) (Quit: Leaving...)
- # [09:20] * Quits: mpt (~mpt@canonical/mpt) (Remote host closed the connection)
- # [09:21] * Joins: karlcow (~karl@nerval.la-grange.net)
- # [09:21] * heycam is now known as heycam|away
- # [09:22] * Joins: calvaris (~calvaris@fanzine.igalia.com)
- # [09:23] * Joins: tav_ (~tav`@host86-167-17-118.range86-167.btcentralplus.com)
- # [09:23] * Quits: dbaron (~dbaron@70-36-140-197.dsl.dynamic.fusionbroadband.com) (Ping timeout: 252 seconds)
- # [09:24] * Quits: tav (~tav`@host31-52-143-59.range31-52.btcentralplus.com) (Ping timeout: 265 seconds)
- # [09:24] * tav_ is now known as tav
- # [09:24] * Joins: mpt (~mpt@canonical/mpt)
- # [09:27] * Quits: zecho (~zecho@66-247-17-199.northern.mnscu.edu) (Ping timeout: 244 seconds)
- # [09:28] * Quits: tantek (~tantek@50-1-62-185.dsl.dynamic.fusionbroadband.com) (Quit: tantek)
- # [09:31] * Quits: nunnun (~hiro@2001:200:164:48:20c:29ff:fe02:11d2) (Ping timeout: 265 seconds)
- # [09:34] * Joins: nunnun (~hiro@2001:200:164:48:20c:29ff:fe02:11d2)
- # [09:36] * Joins: espadrine (~tyl@dan75-7-88-166-187-54.fbx.proxad.net)
- # [09:38] * Quits: nunnun (~hiro@2001:200:164:48:20c:29ff:fe02:11d2) (Ping timeout: 256 seconds)
- # [09:39] * Joins: tommyliu (~tommyliu@14.153.211.20)
- # [09:39] * Quits: tommyliu (~tommyliu@14.153.211.20) (Remote host closed the connection)
- # [09:42] <zcorpan> https://lists.w3.org/Archives/Public/public-whatwg-archive/ doesn't have messages from before 2012? :-(
- # [09:45] * Quits: yhirano_ (uid40668@gateway/web/irccloud.com/x-yhsfyrwqllpytypw) (Quit: Connection closed for inactivity)
- # [09:47] * Joins: zecho (~zecho@66-247-17-199.northern.mnscu.edu)
- # [09:50] <annevk> zcorpan: it does
- # [09:50] <annevk> zcorpan: for some reason those months are not listed
- # [09:51] <annevk> MikeSmith: ^
- # [09:51] <annevk> zcorpan: but you can browse to e.g. https://lists.w3.org/Archives/Public/public-whatwg-archive/2004May/ and find the first set of messages
- # [09:51] <zcorpan> annevk: thx
- # [09:51] * Joins: nunnun (~hiro@2001:200:164:48:20c:29ff:fe02:11d2)
- # [09:52] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Read error: Connection reset by peer)
- # [09:52] * Quits: aleray (~aleray@ip-83-101-33-13.customer.schedom-europe.net) (Ping timeout: 264 seconds)
- # [09:53] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
- # [09:56] <frivoal> annevk http://dev.w3.org/csswg/css-egg/ is up, with a nice reference to https://fetch.spec.whatwg.org/#unicorn
- # [10:04] * Joins: newtron (~newtron@75-119-235-26.dsl.teksavvy.com)
- # [10:07] * Joins: hasather (~hasather@cm-84.210.170.16.getinternet.no)
- # [10:07] <zcorpan> MikeSmith: ok went through my bugs. closed most of them. feel free to reopen any INTENTIONAL if you want to fix them
- # [10:08] * Quits: newtron (~newtron@75-119-235-26.dsl.teksavvy.com) (Ping timeout: 252 seconds)
- # [10:11] * Quits: hasather (~hasather@cm-84.210.170.16.getinternet.no) (Ping timeout: 245 seconds)
- # [10:16] * Quits: boogyman (~boogyman@pdpc/supporter/professional/boogyman) (Ping timeout: 265 seconds)
- # [10:20] * Joins: LJWatson (~chatzilla@cpc2-hawk13-2-0-cust240.aztw.cable.virginm.net)
- # [10:21] * Quits: jdaggett__ (~jdaggett@61-121-216-2.bitcat.net) (Quit: jdaggett__)
- # [10:26] * Joins: zdobersek (~zan@gateway/vpn/privateinternetaccess/zdobersek)
- # [10:28] * Joins: darobin (~darobin@mtl93-18-78-208-93-24.fbx.proxad.net)
- # [10:30] * Quits: espadrine (~tyl@dan75-7-88-166-187-54.fbx.proxad.net) (Ping timeout: 248 seconds)
- # [10:36] * Quits: frivoal (~frivoal@cm-84.208.175.177.getinternet.no) (Remote host closed the connection)
- # [11:00] * Quits: TheSuoX (~TheSuoX@171.33.252.35)
- # [11:03] * Joins: espadrine (~tyl@LMontsouris-656-1-2-84.w80-12.abo.wanadoo.fr)
- # [11:03] * Joins: Ms2ger (~Ms2ger@193.190.253.150)
- # [11:04] * Joins: newtron (~newtron@75-119-235-26.dsl.teksavvy.com)
- # [11:08] * Quits: jpdevries (~jpdevries@c75-111-13-43.erkacmtk01.ca.dh.suddenlink.net) (Remote host closed the connection)
- # [11:09] * Quits: newtron (~newtron@75-119-235-26.dsl.teksavvy.com) (Ping timeout: 252 seconds)
- # [11:13] * Quits: winklebee (~winklebee@p4FE15B97.dip0.t-ipconnect.de) (Ping timeout: 255 seconds)
- # [11:21] <MikeSmith> zcorpan: thanks
- # [11:23] <MikeSmith> zcorpan: would love to fix them all but right now just trying to figure out which of the long-open bugs might still be a priority for any odd the original commenters
- # [11:25] * Joins: yhirano_ (uid40668@gateway/web/irccloud.com/x-qyqknecuwccaayjq)
- # [11:25] <MikeSmith> I think the biggest open issue that the most people care about is the error reported for ampersands in URLs
- # [11:26] <MikeSmith> which, were still not conforming to the spec there
- # [11:26] <MikeSmith> but that's complicated by the fact it's actually a parser issue
- # [11:28] <MikeSmith> hsivonen: it'd be nice if we could get that error-reported-for-ampersand thing resolved; last I recall I had a parser patch out top you for review
- # [11:30] <MikeSmith> annevk: I'll open a sysreq for that mailing-list archive index-page problem
- # [11:32] * Joins: smaug____ (~chatzilla@62-78-246-79.bb.dnainternet.fi)
- # [11:36] * Joins: frivoal (~frivoal@cm-84.208.175.177.getinternet.no)
- # [11:37] * Joins: hasather (~hasather@cm-84.210.170.16.getinternet.no)
- # [11:40] * Krinkle is now known as Krinkle|detached
- # [11:41] * Quits: frivoal (~frivoal@cm-84.208.175.177.getinternet.no) (Ping timeout: 256 seconds)
- # [11:42] * Quits: hasather (~hasather@cm-84.210.170.16.getinternet.no) (Ping timeout: 256 seconds)
- # [11:45] <MikeSmith> frivoal++
- # [11:53] * Joins: wnklb (~winklebee@p4FE15B97.dip0.t-ipconnect.de)
- # [11:58] * Quits: alrra (uid62345@gateway/web/irccloud.com/x-eogmnkxorllwstzu) (Quit: Connection closed for inactivity)
- # [12:00] <roc> how I loathe April 1
- # [12:01] * Quits: karlcow (~karl@nerval.la-grange.net) (Ping timeout: 250 seconds)
- # [12:02] <annevk> I would actually like to see about:unicorn irrespective of April 1, it's been a comment in the source of the specification for ages
- # [12:03] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Remote host closed the connection)
- # [12:04] * Joins: karlcow (~karl@nerval.la-grange.net)
- # [12:06] * Joins: newtron (~newtron@75-119-235-26.dsl.teksavvy.com)
- # [12:06] <jgraham> roc++
- # [12:06] * Quits: rniwa (~rniwa@67.164.23.121) (Quit: My Mac has gone to sleep. ZZZzzz…)
- # [12:08] <roc> it doesn't help that April 1 effectively lasts for two days for me
- # [12:10] * Quits: newtron (~newtron@75-119-235-26.dsl.teksavvy.com) (Ping timeout: 252 seconds)
- # [12:12] <annevk> roc: are we working on http://dev.w3.org/csswg/css-containment/#containment ?
- # [12:12] <annevk> roc: Firefox OS devs wants it, reportedly
- # [12:12] <annevk> want*
- # [12:13] * annevk enjoys April 1, playing Pac Man on Google Maps is rather fun
- # [12:15] * Joins: marcosc (~marcosc@66.207.208.102)
- # [12:19] * Quits: smaug____ (~chatzilla@62-78-246-79.bb.dnainternet.fi) (Ping timeout: 264 seconds)
- # [12:20] * Quits: marcosc (~marcosc@66.207.208.102) (Ping timeout: 264 seconds)
- # [12:21] * Joins: scor (~scor@c-24-2-162-32.hsd1.ma.comcast.net)
- # [12:22] * Quits: scor (~scor@c-24-2-162-32.hsd1.ma.comcast.net) (Changing host)
- # [12:22] * Joins: scor (~scor@drupal.org/user/52142/view)
- # [12:25] <roc> annevk: no
- # [12:25] <roc> what for?
- # [12:26] <annevk> roc: it allows you to give elements the same kind of isolation <iframe>s have and thereby improving perf (is the hope)
- # [12:26] <annevk> roc: and it would allow for resize events for those elements most likely
- # [12:27] * Quits: wnklb (~winklebee@p4FE15B97.dip0.t-ipconnect.de) (Ping timeout: 255 seconds)
- # [12:27] * Quits: halfline (rstrode@nat/redhat/x-uyofxhuwhqyzrbee) (Read error: Connection reset by peer)
- # [12:29] <roc> I know what it does
- # [12:29] <roc> but what do they want it for?
- # [12:29] * Quits: scor (~scor@drupal.org/user/52142/view) (Quit: scor)
- # [12:29] <roc> any specific case?
- # [12:30] <annevk> Probably best to ask Wilson Page directly, I suspect for the various components they create
- # [12:30] <annevk> He doesn't seem to be online atm :/
- # [12:31] * Joins: wnklb (~winklebee@p4FE15B97.dip0.t-ipconnect.de)
- # [12:35] <annevk> roc: I'll find out and have him file a bug
- # [12:45] * Quits: plutoniix (~plutoniix@119.63.87.222) (Quit: จรลี จรลา)
- # [12:47] * Quits: caitp- (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com) (Ping timeout: 244 seconds)
- # [12:51] * Joins: caitp- (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com)
- # [12:55] * Quits: deltab (~deltab@cpc2-smal2-0-0-cust22.19-1.cable.virginm.net) (Ping timeout: 272 seconds)
- # [12:56] * Joins: deltab (~deltab@cpc2-smal2-0-0-cust22.19-1.cable.virginm.net)
- # [13:03] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
- # [13:06] * Joins: newtron (~newtron@75-119-235-26.dsl.teksavvy.com)
- # [13:08] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Ping timeout: 256 seconds)
- # [13:08] * Joins: hasather (~hasather@cm-84.210.170.16.getinternet.no)
- # [13:10] * Quits: zcorpan (~zcorpan@2a00:801:e0:30:d11e:6ea3:6baa:77ab) (Ping timeout: 272 seconds)
- # [13:10] * Quits: newtron (~newtron@75-119-235-26.dsl.teksavvy.com) (Ping timeout: 252 seconds)
- # [13:13] * Quits: hasather (~hasather@cm-84.210.170.16.getinternet.no) (Ping timeout: 250 seconds)
- # [13:14] * Joins: beverloo (beverloo@nat/google/x-evgnfcezfeuubipj)
- # [13:14] * Joins: benjamingr (uid23465@gateway/web/irccloud.com/x-gqgrnchmutouvzlh)
- # [13:21] <annevk> JakeA: the links at the end of https://lists.w3.org/Archives/Public/public-webapps/2015AprJun/0003.html do suggest that we need to think harder about these permission requests we keep asking for
- # [13:22] <annevk> JakeA: we also got feedback from the game community that even by giving users incentive to e.g. grant the game fullscreen permission or some such, users end up ignoring the dialogs
- # [13:22] <annevk> JakeA: unfortunately I still don't have any great ideas, the bundling that some seem to argue for only seems to make things worse
- # [13:23] * Joins: zcorpan (~zcorpan@c-5eeaaa5d-74736162.cust.telenor.se)
- # [13:25] <JakeA> annevk: yeah, I'm nervous about bundling given the situation on Android
- # [13:26] <JakeA> Although Chrome bundles push messaging & notifications, which I think is fine
- # [13:26] * Joins: hasather (~hasather@cm-84.210.170.16.getinternet.no)
- # [13:27] <JakeA> annevk: I like your idea on the one-off sync thing (although it could get a bit onbeforeunload), but it's not what I was getting at in that thread
- # [13:27] <annevk> I don't like the way Chrome bundles push and notifications, since push really ought to be a distinct thing from displaying notifications
- # [13:28] <annevk> Well, I can see allowing push would also allow for notifications I guess. I don't like that it's currently required to show a notification.
- # [13:29] <beverloo> What we shipped is a first step, we're fully committed to getting "silent" push out of the door as well
- # [13:29] <beverloo> it's just much harder to convey to users what's going on
- # [13:29] <annevk> JakeA: my idea is that whenever you want to do synchronization traffic you'd request a one-off sync and do it from there
- # [13:29] <annevk> JakeA: that would avoid any kind of racing
- # [13:29] <JakeA> annevk: yeah, will reply to the thread
- # [13:29] <beverloo> so rather than making all kinds of decisions based on hunches, we may as well gather data and learn from developers about how they want to use the features
- # [13:30] <annevk> beverloo: so mt gave me the impression that Google's UX ideas influenced the spec, but maybe that's not really the case?
- # [13:31] <beverloo> The ideas were mostly driven by my team, but definitely influenced by UX as well
- # [13:31] <annevk> beverloo: I mean, in a way that prevents others from not having that coupling
- # [13:32] <beverloo> we worked that out with Martin / slightlyoff last week
- # [13:32] <beverloo> also, doug mentioned it wasn't completely crazy based on his firefox implementation :)
- # [13:32] <annevk> okay
- # [13:32] <annevk> ta
- # [13:32] * Quits: zcorpan (~zcorpan@c-5eeaaa5d-74736162.cust.telenor.se) (Remote host closed the connection)
- # [13:34] * Quits: wnklb (~winklebee@p4FE15B97.dip0.t-ipconnect.de) (Ping timeout: 252 seconds)
- # [13:35] * Joins: Kolombiken (~Adium@gateway.creuna.se)
- # [13:37] * Joins: jdaggett_ (~jdaggett@ad056175.dynamic.ppp.asahi-net.or.jp)
- # [13:44] * Joins: jwalden (~waldo@c-68-60-39-249.hsd1.mi.comcast.net)
- # [13:44] <JakeA> annevk: Any idea why errors aren't structured-clonable?
- # [13:45] <annevk> JakeA: seems worth filing a bug on
- # [13:45] * Joins: wnklb (~winklebee@p4FE15B97.dip0.t-ipconnect.de)
- # [13:45] * Joins: zcorpan (~zcorpan@c-5eeaaa5d-74736162.cust.telenor.se)
- # [13:48] * Quits: caitp- (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com) (Ping timeout: 244 seconds)
- # [13:49] * Joins: caitp- (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com)
- # [13:52] * Quits: hasather (~hasather@cm-84.210.170.16.getinternet.no) (Remote host closed the connection)
- # [13:52] <annevk> So I tried requesting a resource of which the status was 101 and it seems what happens is that the browser just does another request hoping to get something back that is not 101
- # [13:52] <annevk> Though I'm not entirely sure
- # [13:52] * Joins: hasather (~hasather@cm-84.210.170.16.getinternet.no)
- # [13:54] * Quits: karlcow (~karl@nerval.la-grange.net) (Ping timeout: 246 seconds)
- # [13:56] <annevk> Hmm actually, XMLHttpRequest towards it seems to work fine
- # [13:56] <annevk> And you get back the 101 etc.
- # [13:56] <annevk> But no body
- # [13:57] * Quits: hasather (~hasather@cm-84.210.170.16.getinternet.no) (Ping timeout: 245 seconds)
- # [13:58] * Quits: hober (~ted@unaffiliated/hober) (Read error: Connection reset by peer)
- # [13:58] * Joins: hober (~ted@unaffiliated/hober)
- # [14:03] * Quits: zcorpan (~zcorpan@c-5eeaaa5d-74736162.cust.telenor.se) (Remote host closed the connection)
- # [14:04] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
- # [14:05] * Joins: scor (scor@drupal.org/user/52142/view)
- # [14:06] * Quits: scor (scor@drupal.org/user/52142/view) (Client Quit)
- # [14:07] * Joins: newtron (~newtron@75-119-235-26.dsl.teksavvy.com)
- # [14:07] * Joins: scor (scor@nat/acquia/x-meudhmnwfzsdbljy)
- # [14:07] * Quits: scor (scor@nat/acquia/x-meudhmnwfzsdbljy) (Changing host)
- # [14:07] * Joins: scor (scor@drupal.org/user/52142/view)
- # [14:08] * Joins: zcorpan (~zcorpan@94.234.170.93)
- # [14:08] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Ping timeout: 245 seconds)
- # [14:08] * Quits: scor (scor@drupal.org/user/52142/view) (Client Quit)
- # [14:09] * Joins: frivoal (~frivoal@cm-84.208.175.177.getinternet.no)
- # [14:11] * Quits: newtron (~newtron@75-119-235-26.dsl.teksavvy.com) (Ping timeout: 252 seconds)
- # [14:13] <GPHemsley> annevk: Oh my... And those are all necessarily distinct?
- # [14:13] * Joins: scor (scor@drupal.org/user/52142/view)
- # [14:14] * Quits: frivoal (~frivoal@cm-84.208.175.177.getinternet.no) (Ping timeout: 256 seconds)
- # [14:14] * Quits: Ms2ger (~Ms2ger@193.190.253.150) (Ping timeout: 250 seconds)
- # [14:19] * Joins: newtron (~newtron@75-119-235-26.dsl.teksavvy.com)
- # [14:21] * Quits: calvaris (~calvaris@fanzine.igalia.com) (Quit: Ex-Chat)
- # [14:23] * Quits: newtron (~newtron@75-119-235-26.dsl.teksavvy.com) (Ping timeout: 252 seconds)
- # [14:24] * Joins: smaug____ (~chatzilla@62-78-246-79.bb.dnainternet.fi)
- # [14:35] <annevk> GPHemsley: yep
- # [14:38] <GPHemsley> annevk: Are their uses defined somewhere?
- # [14:39] <annevk> GPHemsley: not really, just the examples for now, until specs are updated to use Fetch
- # [14:39] * Joins: alrra (uid62345@gateway/web/irccloud.com/x-ouxdehhnuglywbws)
- # [14:39] <annevk> Hmm, 103 response results in a network error afaict
- # [14:40] <GPHemsley> annevk: Hmm... do you have notes as to why you split up ones that I had grouped together?
- # [14:40] <annevk> GPHemsley: basically we want all contexts to be unique, more or less
- # [14:41] * Joins: igoroliveira (uid20755@gateway/web/irccloud.com/x-nqwccbrcniirpubm)
- # [14:41] <annevk> GPHemsley: for service workers, CSP, and Mixed Content
- # [14:41] <annevk> and anything else that might come along at some point
- # [14:41] <GPHemsley> hmm
- # [14:43] * Quits: zcorpan (~zcorpan@94.234.170.93) (Ping timeout: 246 seconds)
- # [14:45] * Joins: xtrm0 (uid12574@gateway/web/irccloud.com/x-stkuikowpuqdllsh)
- # [14:45] * Joins: zcorpan (~zcorpan@c-5eeaaa5d-74736162.cust.telenor.se)
- # [14:46] <annevk> GPHemsley: your grouping might still be adequate for sniffing purposes btw
- # [14:46] * Joins: ectsang (~ectsang@1-64-73-250.static.netvigator.com)
- # [14:47] <annevk> GPHemsley: we don't necessarily want to have different handling for all of these contexts, we just want to allow for it and give a very granular context to developers
- # [14:49] <GPHemsley> sure
- # [14:49] <GPHemsley> for some reason, favicon keeps sticking out to me
- # [14:50] <GPHemsley> IDK if that's rational
- # [14:54] * Quits: LJWatson (~chatzilla@cpc2-hawk13-2-0-cust240.aztw.cable.virginm.net) (Read error: Connection reset by peer)
- # [14:57] * Quits: ^esc (~esc-ape@178.165.131.197.wireless.dyn.drei.com) (Ping timeout: 264 seconds)
- # [15:04] * Joins: wilsonpage (~wilsonpag@87.114.72.166)
- # [15:05] * Joins: marcosc (~marcosc@2001:450:1f:232:79bd:bd30:5609:8d8d)
- # [15:05] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
- # [15:06] * Joins: bradleymeck (~bradleyme@rrcs-71-41-5-28.sw.biz.rr.com)
- # [15:07] * Joins: newtron (~newtron@199.71.174.203)
- # [15:09] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Ping timeout: 252 seconds)
- # [15:09] * Quits: marcosc (~marcosc@2001:450:1f:232:79bd:bd30:5609:8d8d) (Ping timeout: 272 seconds)
- # [15:12] * Joins: halfline (rstrode@nat/redhat/x-onbkhhnomelhgevj)
- # [15:18] <annevk> zcorpan: what happens with a stylesheet if Content-Type is missing
- # [15:19] * Quits: smaug____ (~chatzilla@62-78-246-79.bb.dnainternet.fi) (Ping timeout: 246 seconds)
- # [15:20] * Joins: plutoniix (~plutoniix@node-1063.pool-180-180.dynamic.totbb.net)
- # [15:20] * Joins: zenith_ (~zenith@user3-87-240.wireless.utoronto.ca)
- # [15:20] * Quits: benjamingr (uid23465@gateway/web/irccloud.com/x-gqgrnchmutouvzlh) (Quit: Connection closed for inactivity)
- # [15:22] <zcorpan> annevk: the spec doesn't seem to be obviously clear about that
- # [15:23] * Joins: hasather (~hasather@cm-84.210.170.16.getinternet.no)
- # [15:23] <zcorpan> annevk: i seem to recall that missing content-type or content-type without a slash should mean text/css, but not sure
- # [15:23] <zcorpan> annevk: i'll file a bug to look into it
- # [15:25] <zcorpan> https://www.w3.org/Bugs/Public/show_bug.cgi?id=28391
- # [15:28] * Quits: hasather (~hasather@cm-84.210.170.16.getinternet.no) (Ping timeout: 272 seconds)
- # [15:30] * Joins: Ms2ger (~Ms2ger@193.190.253.150)
- # [15:30] * Quits: hgl (~hgl@unaffiliated/hgl) (Ping timeout: 250 seconds)
- # [15:33] * Joins: hgl (~hgl@unaffiliated/hgl)
- # [15:35] * Quits: zcorpan (~zcorpan@c-5eeaaa5d-74736162.cust.telenor.se) (Remote host closed the connection)
- # [15:36] * Joins: zcorpan (~zcorpan@c-5eeaaa5d-74736162.cust.telenor.se)
- # [15:37] * Quits: zcorpan (~zcorpan@c-5eeaaa5d-74736162.cust.telenor.se) (Remote host closed the connection)
- # [15:39] * Joins: mven (~textual@32.97.110.57)
- # [15:39] * Quits: mven (~textual@32.97.110.57) (Excess Flood)
- # [15:43] * Quits: dlitz (~dwon@goedel.dlitz.net) (Remote host closed the connection)
- # [15:44] * Quits: tripu (~tripu@p7223-ipngn11001marunouchi.tokyo.ocn.ne.jp) (Quit: Leaving)
- # [15:49] * Joins: zcorpan (~zcorpan@94.234.170.93)
- # [15:53] * Joins: watilde (~watilde@i114-180-106-158.s04.a013.ap.plala.or.jp)
- # [15:54] * Quits: CvP (~CvP@203.76.123.238) (Read error: No route to host)
- # [15:55] * Joins: CvP (~CvP@203.76.123.238)
- # [16:01] * Joins: karlcow (~karl@nerval.la-grange.net)
- # [16:05] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
- # [16:05] <wilsonpage> roc ping
- # [16:06] * Joins: TallTed (~Thud@63.119.36.36)
- # [16:06] <jgraham> wilsonpage: I think it's like 3am for roc
- # [16:06] * bradleymeck is confused and interested that fet has a read stream but not the streams API full in Chrome Canary
- # [16:06] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 256 seconds)
- # [16:06] <bradleymeck> fetch*
- # [16:06] <wilsonpage> jgraham oh, thanks
- # [16:07] <wilsonpage> jgraham what time-zone is he on?
- # [16:07] <jgraham> He's in NZ
- # [16:07] <jgraham> Usually
- # [16:07] <wilsonpage> Ah ok
- # [16:08] <jgraham> So NZDT apparently
- # [16:08] * Quits: zcorpan (~zcorpan@94.234.170.93) (Remote host closed the connection)
- # [16:10] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Ping timeout: 248 seconds)
- # [16:10] * Joins: jsx (uid48919@fsf/intern/jsx)
- # [16:14] * Joins: hasather (~hasather@cm-84.210.170.16.getinternet.no)
- # [16:15] * Parts: wnklb (~winklebee@p4FE15B97.dip0.t-ipconnect.de)
- # [16:16] <wanderview> JakeA: can I have a ServiceWorker registered for scope ./a perform a network requests to ./b/foo.html and have that intercepted by a separate ServiceWorker registered for scope ./b?
- # [16:17] * wanderview will probably be claiming "not enough coffee" shortly...
- # [16:17] <JakeA> wanderview: nah, requests from a page go through the serviceworker at navigator.serviceWorker.controller only
- # [16:18] <wanderview> right
- # [16:18] <JakeA> Which is registration.active on the registration that covers that scope
- # [16:18] <wanderview> JakeA: oh... but what about if the first ServiceWorker was only spawned to handle a background sync?
- # [16:19] <annevk> wilsonpage: did you get my email?
- # [16:19] <wanderview> JakeA: the background sync SW is not controlling the page, right?
- # [16:19] <wanderview> "the page" doesn't exist I guess
- # [16:19] <wanderview> JakeA: trying to think of a way to spawn a secondary SW for this issue: https://github.com/slightlyoff/BackgroundSync/issues/70
- # [16:20] <wanderview> JakeA: this might be a good case for just having a ServiceWorker constructor... times when you want a SharedWorker like thing, but no document exists
- # [16:21] <JakeA> wanderview: the SW spawns in time to receive events such as "fetch", "sync", "push", "install" etc
- # [16:21] <JakeA> It can already spawn without a document
- # [16:21] <JakeA> Eg, browser receives a push message, it spins up the related SW & fires the push event
- # [16:21] <wanderview> JakeA: right... but in this case the web dev needs to do large amounts of sync work in response to the "sync" event... where should they do that? they cannot spawn a worker
- # [16:22] * JakeA goes to read the issue
- # [16:22] <wanderview> wanderview: I guess if they just have a separate SW registration for the "sync" and a separate SW registration for "fetch", then they could just do all the synchronous work inline and not delay fetch events
- # [16:26] * wanderview steps away for a bit
- # [16:26] * Joins: frivoal (~frivoal@cm-84.208.175.177.getinternet.no)
- # [16:27] * wilsonpage is now known as wilsonpage-away
- # [16:28] * Joins: mpt (~mpt@2001:67c:1560:a003:3471:9310:116c:fa74)
- # [16:28] * Quits: mpt (~mpt@2001:67c:1560:a003:3471:9310:116c:fa74) (Changing host)
- # [16:28] * Joins: mpt (~mpt@canonical/mpt)
- # [16:32] * Quits: frivoal (~frivoal@cm-84.208.175.177.getinternet.no) (Ping timeout: 252 seconds)
- # [16:34] * Joins: dbaron (~dbaron@70-36-140-197.dsl.dynamic.fusionbroadband.com)
- # [16:35] * Quits: KevinMarks (~KevinMark@c-67-164-14-200.hsd1.ca.comcast.net) (Ping timeout: 245 seconds)
- # [16:36] * Quits: sarri (~sari@unaffiliated/sarri) (Ping timeout: 255 seconds)
- # [16:38] * Joins: sarri (~sari@unaffiliated/sarri)
- # [16:40] <JakeA> wanderview: I don't think doing the email work in there is going to be a problem for fetches
- # [16:40] <JakeA> in the SW I mean
- # [16:41] * Joins: dshwang (~dshwang@192.55.54.36)
- # [16:52] * Quits: xtrm0 (uid12574@gateway/web/irccloud.com/x-stkuikowpuqdllsh) (Quit: Connection closed for inactivity)
- # [17:00] * Quits: bradleymeck (~bradleyme@rrcs-71-41-5-28.sw.biz.rr.com) (Read error: Connection reset by peer)
- # [17:02] * Joins: bradleymeck (~bradleyme@rrcs-71-41-5-28.sw.biz.rr.com)
- # [17:02] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 265 seconds)
- # [17:04] * Joins: ehsan (~ehsan@66.207.208.102)
- # [17:04] * Joins: thinkxl (~thinkxl@74-95-237-22-Houston.hfc.comcastbusiness.net)
- # [17:06] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
- # [17:07] * Joins: jyasskin (~jyasskin@173-228-80-34.dsl.static.fusionbroadband.com)
- # [17:08] <wanderview> JakeA: it does a lot of synchronous, blocking work to merge snippets together... on low end devices
- # [17:08] <wanderview> it was moved to a Worker previously due to jank
- # [17:09] <JakeA> wanderview: shouldn't it defer that until first view?
- # [17:09] <wanderview> JakeA: well... I guess that would jank the user experience
- # [17:10] <wanderview> or doing it earlier would help avoid janking user experence
- # [17:10] <wanderview> JakeA: its basically a pre-render thing, right?
- # [17:11] <JakeA> wanderview: hm, I guess I'm worried about sync being used for heavy processing due to battery. But yeah, it should be possible to create workers or connect to shared workers in a serviceworker. The
- # [17:11] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Ping timeout: 250 seconds)
- # [17:11] <wanderview> JakeA: I don't know how creating a worker from ServiceWorker would work (alliteration!)... there is no document and other worker types require a document
- # [17:12] * Joins: frivoal (~frivoal@cm-84.208.175.177.getinternet.no)
- # [17:12] <wanderview> JakeA: I think the only worker type a ServiceWorker could reliably use is another ServiceWorker
- # [17:13] <wanderview> also, I thought chrome did not have nested workers implemented
- # [17:13] <JakeA> we don't
- # [17:13] * Quits: bradleymeck (~bradleyme@rrcs-71-41-5-28.sw.biz.rr.com) (Read error: Connection reset by peer)
- # [17:14] <JakeA> wanderview: but I want to be able to get a request for an image, fetch it, create a worker, send the image into the worker, create a canvas worker, so some sync pixel work, send the result back, resolve respondWith
- # [17:14] <JakeA> If we can't have workers in SW, we should fix that
- # [17:15] <wanderview> JakeA: for fetch event the document exists... thats easier to handle I think... but for BG sync there is no document
- # [17:15] <JakeA> wanderview: why does a document need to exist? Couldn't the ServiceWorker itself (or any environment settings object) do the job?
- # [17:15] * Joins: bradleymeck (~bradleyme@rrcs-71-41-5-28.sw.biz.rr.com)
- # [17:16] * Quits: karlcow (~karl@nerval.la-grange.net) (Ping timeout: 256 seconds)
- # [17:17] <wanderview> JakeA: if we can have a separate bg sync SW than the fetch event SW, then I think that is fine... but if they must be the same (I'm unsure of the API), then this would introduce network jank
- # [17:17] * Quits: bradleymeck (~bradleyme@rrcs-71-41-5-28.sw.biz.rr.com) (Read error: Connection reset by peer)
- # [17:17] <wanderview> if fetch events start happening while the bgsync work is still being performed
- # [17:19] <JakeA> Although separate SWs are possible today, I really think workers within a single SW is the better approach for the edge cases where there's sync processing
- # [17:19] * Quits: watilde (~watilde@i114-180-106-158.s04.a013.ap.plala.or.jp) (Remote host closed the connection)
- # [17:19] <wanderview> JakeA: I say we need a document for other Worker types because the spec says "Document"
- # [17:20] <wanderview> maybe that can be changed... but I bet it has all kinds of implications
- # [17:20] <JakeA> wanderview: The HTML spec has been fixed before :D
- # [17:20] * Joins: bradleymeck (~bradleyme@rrcs-71-41-5-28.sw.biz.rr.com)
- # [17:20] * Joins: karlcow (~karl@nerval.la-grange.net)
- # [17:20] <wanderview> JakeA: if we change SharedWorker not to need a Document... why do we have a ServiceWorker type? :-)
- # [17:21] <JakeA> wanderview: because .port doesn't make sense on ServiceWorker due to the lifecycle
- # [17:23] <wanderview> JakeA: well... there is gunk the ServiceWorker inherits from Worker now that we just throw in... seems similar... the distinguishing feature of ServiceWorker in my mind was "doesn't need a document"
- # [17:23] * Joins: marcosc (~marcosc@2001:450:1f:232:79bd:bd30:5609:8d8d)
- # [17:23] * Quits: hasather (~hasather@cm-84.210.170.16.getinternet.no) (Remote host closed the connection)
- # [17:25] * wilsonpage-away is now known as wilsonpage
- # [17:28] <JakeA> wanderview: looking through the spec, it seems like the document dependency is used to decide the worker's lifecycle. Seems like this should be allowed to include serviceworker clients, or be made to be client-generic. What do you think annevk?
- # [17:28] <annevk> JakeA: I agree, document is already pretty much irrelevant except for a few things
- # [17:28] <wanderview> JakeA: I think it will be easier to fix in the spec than the implementation
- # [17:30] <JakeA> Given that Chrome doesn't allow workers in workers, I imagine it's true there too
- # [17:30] <wanderview> JakeA: annevk: I think we should asking sicking about this... I believe he has opinions on ServiceWorker vs SharedWorker
- # [17:32] <wanderview> annevk: what do you think about my question above regarding why ServiceWorker type at all if SharedWorker won't need a Document any more?
- # [17:35] * Joins: zenith__ (~zenith@142.150.23.90)
- # [17:35] <annevk> wanderview: I think we discussed that
- # [17:35] <annevk> wanderview: I think the primary motivation is lifetime and persistence
- # [17:36] <annevk> wanderview: but they are very close
- # [17:36] <wanderview> the persistence seems a property of the registration to me
- # [17:36] * Quits: zenith_ (~zenith@user3-87-240.wireless.utoronto.ca) (Ping timeout: 256 seconds)
- # [17:36] <annevk> wanderview: I don't think we should have had both, but I don't really see a way out now
- # [17:36] <wanderview> and lifetime can be described via references to the SharedWorker (like it is today)
- # [17:37] <annevk> wanderview: only to perhaps deprecate SharedWorker over time
- # [17:37] <wanderview> like "FetchEvent holds a reference to the SharedWorker until respondWith() is called, etc."
- # [17:37] * Joins: watilde (~watilde@i114-180-106-158.s04.a013.ap.plala.or.jp)
- # [17:38] <wanderview> annevk: why deprecate SharedWorker? wouldn't it deprecate ServiceWorker?
- # [17:39] <annevk> wanderview: I don't think we can kill ServiceWorker
- # [17:39] * Joins: kruppel (~kruppel@c-98-207-78-106.hsd1.ca.comcast.net)
- # [17:43] * Joins: smaug____ (~chatzilla@62-78-246-79.bb.dnainternet.fi)
- # [17:43] <wanderview> JakeA: can you explain the problems you are worried about when you wrote: "Although separate SWs are possible today, I really think workers within a single SW is the better approach for the edge cases where there's sync processing"
- # [17:45] <JakeA> wanderview: To have two service workers you need separate registrations, you'll need to keep their updates in sync etc
- # [17:46] <JakeA> Btw, I'm open to the idea of allowing the browser to spin up multiple instances of the same serviceworker if there's a performance benefit, but I imagine that being difficult to debug.
- # [17:46] * Joins: wnklb (~winklebee@p4FE15B97.dip0.t-ipconnect.de)
- # [17:46] <JakeA> As in, in the same way a server will spin up multiple instances of node for multi-core concurrency
- # [17:47] <wanderview> JakeA: personally I'm coming around to having an API like new ServiceWorker() for spinning up an extra worker-without-document...
- # [17:48] <wanderview> JakeA: I don't think having the exact same SW script is important in this case... it seems you could have one script install call .update() on the other registrations
- # [17:49] <wanderview> or just make SharedWorker accessible without a document I guess...
- # [17:49] <wanderview> this API mismatch between ServiceWorker and other worker types seems more obvious to me now
- # [17:51] <JakeA> wanderview: I kinda like the idea of new ServiceWorker(). Bascially like SharedWorker but with the lifecycle of ServiceWorker
- # [17:52] <JakeA> So new ServiceWorker() couldn't open a websocket and monitor it in the way SharedWorker can, but it's more memory efficient than a sharedworker
- # [17:53] * Krinkle|detached is now known as Krinkle
- # [17:54] <wanderview> JakeA: sorry if this is obvious, but what makes a ServiceWorker more memory efficient than a SharedWorker?
- # [17:54] <JakeA> wanderview: it shuts down when it isn't in use
- # [17:54] <JakeA> whereas a sharedworker is alive while the parent document is alive
- # [17:55] <wanderview> JakeA: so holding the var sw = new ServiceWorker() would not hold it alive?
- # [17:55] <wanderview> in this hypothetical future universe
- # [17:55] <JakeA> well, that's the case today
- # [17:56] <JakeA> Having a reference to navigator.serviceWorker.controller does not stop it terminating
- # [17:56] <wanderview> JakeA: I guess it comes down to what event is firing in the ServiceWorker when you ask it do something... onmessage?
- # [17:56] <JakeA> wanderview: yeah, it'd absolutely be postMessage and onmessage
- # [17:56] <wanderview> so it would spin up for the onmessage event?
- # [17:56] <JakeA> wanderview: yep, that's what happens today
- # [17:57] <wanderview> JakeA: would the message event have waitUntil() as well?
- # [17:57] <wanderview> when waitUntil() is spec'd for fetch event
- # [17:58] <wanderview> or maybe it exists for message event already... I'm obviously ignorant of this part of the spec
- # [17:58] <JakeA> wanderview: it doesn't exist yet, but good point, it should. Or we have a global self.waitUntil - that's been suggested a couple of times
- # [17:59] <wanderview> yea, that would be more future proof as features are added
- # [18:00] * Joins: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
- # [18:00] <JakeA> wanderview: https://github.com/slightlyoff/ServiceWorker/issues/400
- # [18:00] * Joins: ehsan_ (~ehsan@2001:450:1f:224:6811:29a7:dbc1:ddbe)
- # [18:01] <JakeA> although it's confusing. If you do waitUntil(stuff) instead of event.waitUntil(stuff) in your install event, it appears to work, but if 'stuff' fails your serviceworker will still install
- # [18:01] * Quits: ehsan (~ehsan@66.207.208.102) (Read error: Connection reset by peer)
- # [18:02] * Joins: mpt (~mpt@2001:67c:1560:a003:a4be:1fba:a509:bd1f)
- # [18:02] * Quits: mpt (~mpt@2001:67c:1560:a003:a4be:1fba:a509:bd1f) (Changing host)
- # [18:02] * Joins: mpt (~mpt@canonical/mpt)
- # [18:02] * Joins: jernoble_ (~jernoble@76.74.153.49)
- # [18:02] * Joins: tantek (~tantek@50-1-62-185.dsl.dynamic.fusionbroadband.com)
- # [18:02] <wanderview> JakeA: the name could be changed to disambiguate with the event.waitUntil()
- # [18:03] <JakeA> true
- # [18:03] <zcorpan> gsnedders: cssom specifies el.style.background http://dev.w3.org/csswg/cssom/#dom-cssstyledeclaration-_camel_cased_attribute
- # [18:03] <wanderview> JakeA: I don't understand slightlyoff's "it creates more questions than it answers" in that issue... it seemed most of the issues were around naming or method-vs-function... were there more serious internal google concerns?
- # [18:04] <JakeA> Not that I'm aware of
- # [18:05] <wanderview> JakeA: also, the event-specific waitUntil could be spec'd such that it uses the global wait-until-thing... but also mix in its extra install success/failure logic
- # [18:07] <JakeA> wanderview: https://github.com/slightlyoff/ServiceWorker/issues/669
- # [18:07] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
- # [18:07] <JakeA> wanderview: gotta run
- # [18:08] <wanderview> thanks!
- # [18:08] <gsnedders> zcorpan: oh that's just weird
- # [18:09] <gsnedders> zcorpan: like, in how it's spec'd, having IDL like that
- # [18:09] <zcorpan> gsnedders: yeah it's a bit weird. dunno how to make it less so
- # [18:11] <gsnedders> zcorpan: can you not just used named property getters/setters per WebIDL and then have a separate bit of magic?
- # [18:11] <gsnedders> makes the IDL less weird
- # [18:11] * Quits: zenith__ (~zenith@142.150.23.90) (Ping timeout: 250 seconds)
- # [18:12] <zcorpan> gsnedders: is it black box equivalent?
- # [18:12] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Ping timeout: 265 seconds)
- # [18:12] <gsnedders> zcorpan: I think it should be
- # [18:12] <gsnedders> zcorpan: will check once I get home
- # [18:12] * gsnedders -> home
- # [18:12] <zcorpan> k
- # [18:16] <gsnedders> zcorpan: what level of black-box equiv. do we need? inc. whether the properties are data properties or getter/setter pairs?
- # [18:16] * Quits: bradleymeck (~bradleyme@rrcs-71-41-5-28.sw.biz.rr.com) (Read error: Connection reset by peer)
- # [18:16] * Joins: bradleymeck (~bradleyme@rrcs-71-41-5-28.sw.biz.rr.com)
- # [18:17] <zcorpan> gsnedders: getter/setter on the prototype i think. it's not strictly necessary for web compat but i think it's what we wanted to have here
- # [18:17] <bradleymeck> getters and setter :(
- # [18:18] <gsnedders> zcorpan: because oddly the catch-all getters/setters in WebIDL expose themselves as data properties. weird.
- # [18:20] * Joins: mven (~textual@32.97.110.57)
- # [18:20] * Quits: mven (~textual@32.97.110.57) (Excess Flood)
- # [18:21] * Quits: jernoble_ (~jernoble@76.74.153.49) (Max SendQ exceeded)
- # [18:22] * Joins: jernoble_ (~jernoble@76.74.153.49)
- # [18:23] * Quits: CvP (~CvP@203.76.123.238) (Read error: No route to host)
- # [18:23] * Joins: CvP (~CvP@203.76.123.238)
- # [18:24] * Quits: wnklb (~winklebee@p4FE15B97.dip0.t-ipconnect.de) (Ping timeout: 246 seconds)
- # [18:26] * Quits: jernoble_ (~jernoble@76.74.153.49) (Client Quit)
- # [18:30] * Joins: zenith_ (~zenith@142.150.23.90)
- # [18:31] * Joins: ap_ (~ap@17.202.44.214)
- # [18:33] * Quits: bradleymeck (~bradleyme@rrcs-71-41-5-28.sw.biz.rr.com) (Quit: bradleymeck)
- # [18:34] * Joins: bradleymeck (~bradleyme@rrcs-71-41-5-28.sw.biz.rr.com)
- # [18:35] * Quits: zenith_ (~zenith@142.150.23.90) (Remote host closed the connection)
- # [18:36] <zcorpan> gsnedders: i would expect an implementation to just have a webidl file with all the css properties dumped, rather than magic like the spec
- # [18:41] * Quits: othermaciej (~mjs@c-71-198-213-78.hsd1.ca.comcast.net) (Quit: othermaciej)
- # [18:42] * Quits: espadrine (~tyl@LMontsouris-656-1-2-84.w80-12.abo.wanadoo.fr) (Ping timeout: 245 seconds)
- # [18:44] * Joins: Maurice` (copyman@unaffiliated/maurice)
- # [18:48] <JonathanNeal> Standalone, which HTML element best represents a physical location?
- # [18:48] * Quits: darobin (~darobin@mtl93-18-78-208-93-24.fbx.proxad.net) (Remote host closed the connection)
- # [18:49] <zcorpan> JonathanNeal: <p>?
- # [18:52] <JonathanNeal> zcorpan: I wonder. <p> represents a run of text with one or more sentences that discuss a particular topic. It’s usually distinguished from labeling content.
- # [18:53] * Joins: othermaciej (~mjs@76.74.153.36)
- # [18:53] <JonathanNeal> I wish we had something like <location>, in the same way we have <time>.
- # [18:54] * Joins: hasather (~hasather@cm-84.210.170.16.getinternet.no)
- # [18:58] <Domenic> Why? What difference would it make? Is this about a hypothetical world where we have software that's interested in finding all web pages that have physical locations, but is not smart enough to do its own text parsing?
- # [18:59] * Quits: hasather (~hasather@cm-84.210.170.16.getinternet.no) (Ping timeout: 264 seconds)
- # [18:59] <zcorpan> i wish we had <banana> to mark up physical bananas :-)
- # [19:01] <jgraham> Dammit zcorpan now I'm hungry
- # [19:01] <zcorpan> mohahaha
- # [19:05] * Joins: bholley (~bholley@corp-nat.p2p.sfo1.mozilla.com)
- # [19:07] <annevk> zcorpan: btw, I'll test that stylesheet thing for you
- # [19:07] <zcorpan> annevk: thanks!
- # [19:07] * annevk is trying to figure out nosniff
- # [19:08] * Quits: wilsonpage (~wilsonpag@87.114.72.166) (Ping timeout: 265 seconds)
- # [19:08] <JonathanNeal> Domenic, zcorpan: is this a minimalist argument? Like, why even have a <time> element?
- # [19:08] * Joins: wilsonpage (~wilsonpag@84.51.165.123)
- # [19:08] <zcorpan> JonathanNeal: we don't add anything without a compelling use case
- # [19:08] <zcorpan> JonathanNeal: "i want X" is not good enough
- # [19:09] <zcorpan> JonathanNeal: see https://wiki.whatwg.org/wiki/FAQ#Is_there_a_process_for_adding_new_features_to_a_specification.3F
- # [19:09] <annevk> JonathanNeal: in particular, don't forget about step 1 https://wiki.whatwg.org/wiki/FAQ#Is_there_a_process_for_adding_new_features_to_a_specification.3F
- # [19:09] <annevk> maha
- # [19:09] * zcorpan win
- # [19:09] <JonathanNeal> We redefined <address> to the point that it can almost never represent a physical location.
- # [19:09] <JonathanNeal> Now we’re missing the ability to markup a location associated with content.
- # [19:09] <Ms2ger> Microformats
- # [19:09] <botie> Microformats is fairly focused around the development of microformats (specs) and everything related - so you're likely right there
- # [19:10] <zcorpan> <address> was never a location
- # [19:10] <annevk> HTML6
- # [19:10] * annevk would have expected an entry
- # [19:10] <jgraham> XHTML!
- # [19:10] <annevk> Looks like Ms2ger has some work to do
- # [19:10] <jgraham> <JonathanNeal:location>
- # [19:11] <JonathanNeal> I believe the answer is found later in that faq, zcorpan: “In the future, it is expected that the <time> element will be dropped.”
- # [19:11] <Ms2ger> Lol
- # [19:11] <zcorpan> when the <time> is right
- # [19:12] <Ms2ger> When <plaintext> is gone
- # [19:13] <zcorpan> that section can probably be removed, i think it's basically fixed now
- # [19:13] <JonathanNeal> zcorpan: <address> very name suggests a physical location, and it’s original definition was ambigiously against such a definition at best http://www.w3.org/MarkUp/html-spec/html-spec_5.html#SEC5.5.3
- # [19:14] <zcorpan> JonathanNeal: the tag name is irrelevant, it's the element's definition that defines what the element means
- # [19:14] <JonathanNeal> zcorpan: which is why I shared that definition for you.
- # [19:15] <zcorpan> TODO(zcorpan): clean up FAQ, removing old stuff
- # [19:15] <zcorpan> JonathanNeal: "contains such information as address, signature and authorship" - ok, i stand corrected
- # [19:16] * Quits: ectsang (~ectsang@1-64-73-250.static.netvigator.com) (Read error: No route to host)
- # [19:16] <JonathanNeal> I’m fine with the minimalist argument. I reject the idea that <time> is somehow valid but location is not. We have an API for time and location. We markup time and location as it results to a document or a section within a document. We even had an element, <address>, that was often used to markup location, and allowed for this in its original definition,
- # [19:16] <JonathanNeal> by the account I’ve shared above.
- # [19:16] <zcorpan> but in html4 it's not an address
- # [19:17] * zcorpan gotta go
- # [19:17] * Quits: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Remote host closed the connection)
- # [19:17] <JonathanNeal> Its definition changes often. Even HTML5 Doctor has an outdated, vague definition and it claims to be for HTML5 http://html5doctor.com/the-address-element/
- # [19:18] * Joins: jsbell (jsbell@nat/google/x-eorupittlycjjcrb)
- # [19:26] * Quits: CvP (~CvP@203.76.123.238) (Read error: No route to host)
- # [19:27] * Quits: frivoal (~frivoal@cm-84.208.175.177.getinternet.no) (Remote host closed the connection)
- # [19:27] * Joins: CvP (~CvP@203.76.123.238)
- # [19:31] * Joins: boogyman (~boogyman@2601:0:b801:ad00:a9f2:59f9:70ce:776b)
- # [19:31] * Quits: boogyman (~boogyman@2601:0:b801:ad00:a9f2:59f9:70ce:776b) (Changing host)
- # [19:31] * Joins: boogyman (~boogyman@pdpc/supporter/professional/boogyman)
- # [19:34] * Joins: darobin (~darobin@mtl93-18-78-208-93-24.fbx.proxad.net)
- # [19:34] * Joins: eBureau (~Bruno@181.164.77.172)
- # [19:38] * Quits: bradleymeck (~bradleyme@rrcs-71-41-5-28.sw.biz.rr.com) (Ping timeout: 245 seconds)
- # [19:40] * Quits: scor (scor@drupal.org/user/52142/view) (Ping timeout: 252 seconds)
- # [19:40] * Joins: zenith_ (~zenith@142.150.23.90)
- # [19:42] * Quits: dbaron (~dbaron@70-36-140-197.dsl.dynamic.fusionbroadband.com) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [19:42] * Joins: scor (scor@nat/acquia/x-zcvlqwfvczcvaqzs)
- # [19:42] * Quits: scor (scor@nat/acquia/x-zcvlqwfvczcvaqzs) (Changing host)
- # [19:42] * Joins: scor (scor@drupal.org/user/52142/view)
- # [19:43] * Joins: bradleymeck (~bradleyme@rrcs-71-41-5-28.sw.biz.rr.com)
- # [19:46] * Joins: wnklb (~winklebee@p4FE15B97.dip0.t-ipconnect.de)
- # [19:49] * Joins: wilsonpa_ (~wilsonpag@233.12.189.80.dyn.plus.net)
- # [19:51] * Quits: othermaciej (~mjs@76.74.153.36) (Quit: othermaciej)
- # [19:51] * Quits: Ms2ger (~Ms2ger@193.190.253.150) (Ping timeout: 256 seconds)
- # [19:53] * Quits: wilsonpage (~wilsonpag@84.51.165.123) (Ping timeout: 264 seconds)
- # [19:55] * Joins: brcweggs (~brcweggs@mobile-166-171-123-157.mycingular.net)
- # [19:55] * Joins: hasather (~hasather@cm-84.210.170.16.getinternet.no)
- # [19:58] * Quits: zenith_ (~zenith@142.150.23.90) (Ping timeout: 256 seconds)
- # [20:00] * Quits: hasather (~hasather@cm-84.210.170.16.getinternet.no) (Ping timeout: 250 seconds)
- # [20:03] * Quits: bholley (~bholley@corp-nat.p2p.sfo1.mozilla.com) (Read error: Connection reset by peer)
- # [20:03] * Joins: bholley_ (~bholley@corp-nat.p2p.sfo1.mozilla.com)
- # [20:05] * Joins: othermaciej (~mjs@17.202.48.222)
- # [20:07] * Joins: benwerd (~benwerd@199.87.84.238)
- # [20:08] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
- # [20:11] * Joins: rniwa (~rniwa@67.164.23.121)
- # [20:13] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Ping timeout: 272 seconds)
- # [20:15] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
- # [20:19] * Joins: dbaron (~dbaron@2620:101:80fb:224:9439:c64b:d268:e5f1)
- # [20:19] * Quits: brcweggs (~brcweggs@mobile-166-171-123-157.mycingular.net) (Read error: Connection reset by peer)
- # [20:21] * Joins: brcweggs (~brcweggs@mobile-166-171-123-157.mycingular.net)
- # [20:21] * Quits: rniwa (~rniwa@67.164.23.121) (Quit: My Mac has gone to sleep. ZZZzzz…)
- # [20:25] * Quits: othermaciej (~mjs@17.202.48.222) (Quit: othermaciej)
- # [20:28] * Quits: benwerd (~benwerd@199.87.84.238) (Remote host closed the connection)
- # [20:31] * Joins: jernoble_ (~jernoble@17.202.49.155)
- # [20:35] * Quits: tantek (~tantek@50-1-62-185.dsl.dynamic.fusionbroadband.com) (Quit: tantek)
- # [20:35] * Joins: mven (~textual@32.97.110.57)
- # [20:35] * Quits: mven (~textual@32.97.110.57) (Excess Flood)
- # [20:35] * Joins: tantek (~tantek@50-1-62-185.dsl.dynamic.fusionbroadband.com)
- # [20:36] * Quits: brcweggs (~brcweggs@mobile-166-171-123-157.mycingular.net) (Quit: Be back later ...)
- # [20:42] * Quits: watilde (~watilde@i114-180-106-158.s04.a013.ap.plala.or.jp) (Remote host closed the connection)
- # [20:44] * Joins: watilde (~watilde@i114-180-106-158.s04.a013.ap.plala.or.jp)
- # [20:47] * Joins: hasather (~hasather@vpn-managed.schibsted.no)
- # [20:48] * Joins: frivoal (~frivoal@cm-84.208.175.177.getinternet.no)
- # [20:49] * Quits: zdobersek (~zan@gateway/vpn/privateinternetaccess/zdobersek) (Quit: Leaving.)
- # [20:53] * Joins: sicking (~sicking@c-b4f5e555.024-314-73746f1.cust.bredbandsbolaget.se)
- # [20:55] * Quits: kruppel (~kruppel@c-98-207-78-106.hsd1.ca.comcast.net) (Ping timeout: 252 seconds)
- # [20:55] * Joins: ambv (~ambv@199.201.64.130)
- # [20:56] * Joins: rniwa (~rniwa@17.245.27.38)
- # [20:56] * Quits: capella-s32 (~yaaic@cpe-24-59-162-151.twcny.res.rr.com) (Quit: Talk atcha later)
- # [20:56] * Joins: capella-s3 (~yaaic@cpe-24-59-162-151.twcny.res.rr.com)
- # [21:03] * Quits: darobin (~darobin@mtl93-18-78-208-93-24.fbx.proxad.net) (Remote host closed the connection)
- # [21:07] * Joins: othermaciej (~mjs@17.245.113.159)
- # [21:09] * Quits: ehsan_ (~ehsan@2001:450:1f:224:6811:29a7:dbc1:ddbe) (Remote host closed the connection)
- # [21:09] * Joins: ehsan (~ehsan@2001:450:1f:224:6811:29a7:dbc1:ddbe)
- # [21:11] * Quits: wilsonpa_ (~wilsonpag@233.12.189.80.dyn.plus.net) (Ping timeout: 250 seconds)
- # [21:12] * Joins: darobin (~darobin@2a01:e34:ed05:d180:c38:779e:e798:897e)
- # [21:22] * Quits: bradleymeck (~bradleyme@rrcs-71-41-5-28.sw.biz.rr.com) (Quit: bradleymeck)
- # [21:34] * Joins: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
- # [21:36] * Joins: bradleymeck (~bradleyme@24.27.227.0)
- # [21:37] * Quits: jyasskin (~jyasskin@173-228-80-34.dsl.static.fusionbroadband.com) (Quit: My computer has gone to sleep. ZZZzzz…)
- # [21:42] * Quits: darobin (~darobin@2a01:e34:ed05:d180:c38:779e:e798:897e) (Remote host closed the connection)
- # [21:43] * Quits: tantek (~tantek@50-1-62-185.dsl.dynamic.fusionbroadband.com) (Quit: tantek)
- # [21:43] * Joins: benwerd (~benwerd@199.87.84.238)
- # [21:45] * Joins: benjamingr (uid23465@gateway/web/irccloud.com/x-ezxszbcowrcwgdct)
- # [21:53] * Quits: scor (scor@drupal.org/user/52142/view) (Quit: scor)
- # [22:01] * Quits: othermaciej (~mjs@17.245.113.159) (Quit: othermaciej)
- # [22:04] * Joins: zenith_ (~zenith@142.150.23.90)
- # [22:05] * Quits: bradleymeck (~bradleyme@24.27.227.0) (Quit: bradleymeck)
- # [22:09] * Joins: sicking_ (~sicking@c-b4f5e555.024-314-73746f1.cust.bredbandsbolaget.se)
- # [22:09] * Quits: sicking (~sicking@c-b4f5e555.024-314-73746f1.cust.bredbandsbolaget.se) (Ping timeout: 250 seconds)
- # [22:09] * sicking_ is now known as sicking
- # [22:11] * Joins: othermaciej (~mjs@17.245.26.237)
- # [22:11] * Quits: zenith_ (~zenith@142.150.23.90) (Ping timeout: 255 seconds)
- # [22:11] * Quits: bholley_ (~bholley@corp-nat.p2p.sfo1.mozilla.com) (Read error: Connection reset by peer)
- # [22:11] * Joins: bholley (~bholley@corp-nat.p2p.sfo1.mozilla.com)
- # [22:12] * Quits: beowulf (~sstewart@host86-182-191-76.range86-182.btcentralplus.com) (Ping timeout: 244 seconds)
- # [22:14] * Joins: beowulf (~sstewart@host86-153-9-85.range86-153.btcentralplus.com)
- # [22:15] * Joins: bradleymeck (~bradleyme@cpe-70-114-246-88.austin.res.rr.com)
- # [22:20] * Quits: dbaron (~dbaron@2620:101:80fb:224:9439:c64b:d268:e5f1) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [22:21] * Joins: dbaron (~dbaron@guest-nat.p2p.sfo1.mozilla.com)
- # [22:21] * Joins: KevinMarks (~KevinMark@c-67-164-14-200.hsd1.ca.comcast.net)
- # [22:28] * Quits: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Remote host closed the connection)
- # [22:30] * Joins: jamesheston (~jameshest@107-133-27-112.lightspeed.chtnsc.sbcglobal.net)
- # [22:30] * Quits: watilde (~watilde@i114-180-106-158.s04.a013.ap.plala.or.jp) (Remote host closed the connection)
- # [22:33] * Joins: mven (~textual@32.97.110.57)
- # [22:33] * Quits: mven (~textual@32.97.110.57) (Excess Flood)
- # [22:36] * Joins: jyasskin (jyasskin@nat/google/x-jleagmbevpxngesc)
- # [22:40] * Joins: brcweggs (~brcweggs@pool-71-177-224-47.lsanca.fios.verizon.net)
- # [22:41] * Joins: dlitz (~dwon@goedel.dlitz.net)
- # [22:44] * Joins: tantek (~tantek@corp-nat.p2p.sfo1.mozilla.com)
- # [22:47] * Quits: sicking (~sicking@c-b4f5e555.024-314-73746f1.cust.bredbandsbolaget.se) (Quit: sicking)
- # [22:47] * Joins: sicking (~sicking@c-b4f5e555.024-314-73746f1.cust.bredbandsbolaget.se)
- # [22:49] * Quits: jernoble_ (~jernoble@17.202.49.155) (Quit: Computer has gone to sleep.)
- # [22:51] * Quits: benwerd (~benwerd@199.87.84.238) (Remote host closed the connection)
- # [22:55] * Quits: roc (~chatzilla@121-98-104-251.bng1.tvc.orcon.net.nz) (Remote host closed the connection)
- # [22:59] * Quits: othermaciej (~mjs@17.245.26.237) (Quit: othermaciej)
- # [23:01] * Quits: rniwa (~rniwa@17.245.27.38) (Ping timeout: 246 seconds)
- # [23:02] * Quits: bholley (~bholley@corp-nat.p2p.sfo1.mozilla.com) (Read error: Connection reset by peer)
- # [23:02] * Joins: bholley_ (~bholley@corp-nat.p2p.sfo1.mozilla.com)
- # [23:05] * Joins: svl (~me@200.123.210.20)
- # [23:08] * Joins: rniwa (~rniwa@17.244.175.209)
- # [23:09] * Joins: weinig (~weinig@17.245.24.172)
- # [23:10] * Quits: frivoal (~frivoal@cm-84.208.175.177.getinternet.no) (Remote host closed the connection)
- # [23:11] * Joins: othermaciej (~mjs@17.244.170.245)
- # [23:14] * Quits: TallTed (~Thud@63.119.36.36)
- # [23:14] * Quits: othermaciej (~mjs@17.244.170.245) (Client Quit)
- # [23:15] * Joins: othermaciej (~mjs@17.244.170.245)
- # [23:16] * Quits: jamesheston (~jameshest@107-133-27-112.lightspeed.chtnsc.sbcglobal.net) (Quit: My Mac has gone to sleep. ZZZzzz…)
- # [23:23] * Quits: hasather (~hasather@vpn-managed.schibsted.no) (Remote host closed the connection)
- # [23:24] * Joins: hasather (~hasather@cm-84.210.170.16.getinternet.no)
- # [23:24] * Joins: benwerd (~benwerd@199.87.84.238)
- # [23:26] * Joins: wilsonpage (~wilsonpag@84.93.40.88)
- # [23:29] * Quits: hasather (~hasather@cm-84.210.170.16.getinternet.no) (Ping timeout: 248 seconds)
- # [23:29] * Quits: rniwa (~rniwa@17.244.175.209) (Quit: My Mac has gone to sleep. ZZZzzz…)
- # [23:29] * Quits: brcweggs (~brcweggs@pool-71-177-224-47.lsanca.fios.verizon.net) (Quit: Lingo: www.lingoirc.com)
- # [23:30] * Joins: rniwa (~rniwa@17.244.175.209)
- # [23:30] * Joins: roc (~chatzilla@2001:cb0:b202:224:2677:3ff:fece:dc64)
- # [23:35] * Quits: Maurice` (copyman@unaffiliated/maurice)
- # [23:38] * Joins: espadrine (~tyl@dan75-7-88-166-187-54.fbx.proxad.net)
- # [23:39] * Quits: newtron (~newtron@199.71.174.203) (Ping timeout: 252 seconds)
- # [23:42] * Quits: othermaciej (~mjs@17.244.170.245) (Quit: othermaciej)
- # [23:43] * Quits: weinig (~weinig@17.245.24.172) (Quit: weinig)
- # [23:43] * Quits: rniwa (~rniwa@17.244.175.209) (Quit: My Mac has gone to sleep. ZZZzzz…)
- # [23:44] * Joins: rniwa (~rniwa@17.244.175.209)
- # [23:46] * Quits: bradleymeck (~bradleyme@cpe-70-114-246-88.austin.res.rr.com) (Quit: bradleymeck)
- # [23:59] * Joins: othermaciej (~mjs@17.244.232.165)
- # [23:59] * Quits: jyasskin (jyasskin@nat/google/x-jleagmbevpxngesc) (Quit: Textual IRC Client: www.textualapp.com)
- # Session Close: Thu Apr 02 00:00:01 2015
Previous day, Next day
Think these logs are useful? Then please donate to show your gratitude (and keep them up, of course). Thanks! — Krijn