Options:
Previous day, Next day
- # Session Start: Wed Sep 30 00:00:01 2015
- # Session Ident: #whatwg
- # [00:04] * Joins: gavinc (~gavin@barad-dur.carothers.name)
- # [00:16] * Joins: ^esc_ (~esc-ape@77.119.129.115.wireless.dyn.drei.com)
- # [00:17] * Joins: zecho_ (~zecho@67-247-17-199.northern.mnscu.edu)
- # [00:19] * Quits: ^esc (~esc-ape@178.165.128.242.wireless.dyn.drei.com) (Ping timeout: 264 seconds)
- # [00:19] * Joins: jdaggett_ (~jdaggett@ae059156.dynamic.ppp.asahi-net.or.jp)
- # [00:20] * Quits: zecho (~zecho@67-247-17-199.northern.mnscu.edu) (Ping timeout: 250 seconds)
- # [00:29] * Quits: eric_carlson (~ericc@17.202.46.4) (Ping timeout: 265 seconds)
- # [00:30] * Joins: smaug____ (~chatzilla@37-219-120-18.nat.bb.dnainternet.fi)
- # [00:32] * Quits: sicking (~sicking@corp.mtv2.mozilla.com) (Quit: sicking)
- # [00:35] * Quits: Areks (~Areks@rs.gridnine.com) (Read error: Connection reset by peer)
- # [00:35] * Quits: dickdaley (~dickdaley@198.233.131.186) (Ping timeout: 255 seconds)
- # [00:35] * Joins: Areks (~Areks@rs.gridnine.com)
- # [00:35] * Quits: Jayflux (~Jayflux@unaffiliated/jayflux) (Quit: Leaving)
- # [00:41] * Joins: sicking (~sicking@corp.mtv2.mozilla.com)
- # [00:41] * Quits: sicking (~sicking@corp.mtv2.mozilla.com) (Client Quit)
- # [00:41] * Joins: sicking (~sicking@corp.mtv2.mozilla.com)
- # [00:42] * Quits: plutoniix (~q@113.53.159.233) (Quit: จรลี จรลา)
- # [00:43] * Quits: ehsan (~ehsan@66.207.208.102) (Remote host closed the connection)
- # [00:47] * Quits: darobin (~darobin@209.148.63.66) (Remote host closed the connection)
- # [00:53] * Quits: dbaron (~dbaron@2620:101:80fb:224:8c92:6d58:d4cc:bc08) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [00:54] * Quits: sicking (~sicking@corp.mtv2.mozilla.com) (Quit: sicking)
- # [00:55] * Joins: dbaron (~dbaron@2620:101:80fb:232:553d:924c:b54f:b414)
- # [01:01] * Joins: sicking (~sicking@corp.mtv2.mozilla.com)
- # [01:01] * Quits: sicking (~sicking@corp.mtv2.mozilla.com) (Client Quit)
- # [01:09] * Joins: sicking (~sicking@corp.mtv2.mozilla.com)
- # [01:10] * Quits: jxs (~jxs@108.61.167.230) (Ping timeout: 240 seconds)
- # [01:14] * Quits: smaug____ (~chatzilla@37-219-120-18.nat.bb.dnainternet.fi) (Ping timeout: 260 seconds)
- # [01:15] * Quits: sicking (~sicking@corp.mtv2.mozilla.com) (Quit: sicking)
- # [01:17] * Joins: mven (~textual@cpe-173-174-112-125.austin.res.rr.com)
- # [01:21] * Joins: sicking (~sicking@63.245.221.32)
- # [01:21] * Quits: sicking (~sicking@63.245.221.32) (Client Quit)
- # [01:24] * Quits: babita (~Babita@43.230.173.167) (Ping timeout: 240 seconds)
- # Session Close: Wed Sep 30 01:31:37 2015
- #
- # Session Start: Wed Sep 30 01:31:37 2015
- # Session Ident: #whatwg
- # [01:31] * Disconnected
- # [01:32] * Attempting to rejoin channel #whatwg
- # [01:32] * Rejoined channel #whatwg
- # [01:32] * Topic is 'https://whatwg.org/ — logs: http://krijnhoetmer.nl/irc-logs/ & http://logbot.glob.com.au/ — stats: http://gavinsharp.com/irc/whatwg.html — Please leave your sense of logic at the door, thanks!'
- # [01:32] * Set by MikeSmith!~mike@sideshowbarker.net on Wed Dec 10 17:23:43
- # [01:32] * Joins: ondras_ (~ondras@zarovi.cz)
- # [01:32] * Joins: hugoh (~hugoh@212.117.173.72)
- # [01:33] * Quits: timoxley_ (~timoxley@128.199.65.199) (Ping timeout: 246 seconds)
- # [01:33] * Quits: ivan\ (~ivan@unaffiliated/ivan/x-000001) (Ping timeout: 246 seconds)
- # [01:33] * Quits: clamstar (~rx-ident@162.243.230.189) (Ping timeout: 246 seconds)
- # [01:33] * Quits: tndrH (~Rob@cpc3-lee211-2-0-cust663.7-1.cable.virginm.net) (Ping timeout: 246 seconds)
- # [01:33] * Quits: diffalot (~diffalot@unaffiliated/papyromancer) (Ping timeout: 246 seconds)
- # [01:33] * Quits: miketaylr (~miketaylr@192.241.222.35) (Ping timeout: 246 seconds)
- # [01:33] * Quits: yoichio (yoichio@nat/google/x-rcpvlccvxhdqnurc) (Ping timeout: 246 seconds)
- # [01:33] * Quits: hugoh_ (~hugoh@212.117.173.72) (Ping timeout: 246 seconds)
- # [01:33] * Quits: Philip` (~philip@compass.zaynar.co.uk) (Ping timeout: 246 seconds)
- # [01:33] * Quits: JonDavis (~jond@17.202.40.64) (Ping timeout: 246 seconds)
- # [01:33] * Quits: ondras (~ondras@zarovi.cz) (Ping timeout: 246 seconds)
- # [01:33] * Quits: philipj (~philipj@37.139.17.34) (Ping timeout: 246 seconds)
- # [01:33] * tndrH_ is now known as tndrH
- # [01:33] * Joins: Philip`_ (~philip@compass.zaynar.co.uk)
- # [01:33] * Joins: philipj_ (~philipj@37.139.17.34)
- # [01:33] * Quits: tav (~tav`@host31-52-142-205.range31-52.btcentralplus.com) (Ping timeout: 246 seconds)
- # [01:33] * Quits: krijnhoetmer (~krijnhoet@ip4da4a84d.direct-adsl.nl) (Ping timeout: 246 seconds)
- # [01:33] * tav_ is now known as tav
- # [01:33] * Joins: jxs (~jxs@108.61.167.230)
- # [01:33] * Quits: hober (~ted@unaffiliated/hober) (Read error: Connection reset by peer)
- # [01:33] * Joins: yoichio (yoichio@nat/google/x-yjsntwmnosnamrat)
- # [01:34] * ivan\_ is now known as ivan\
- # [01:37] * Joins: babita (~Babita@43.252.26.92)
- # [01:37] * Joins: clamstar (~rx-ident@162.243.230.189)
- # [01:41] * Quits: babita (~Babita@43.252.26.92) (Ping timeout: 240 seconds)
- # [01:48] * hober2 is now known as hober
- # [01:52] * Quits: capella-s3 (~yaaic@cpe-24-59-243-39.twcny.res.rr.com) (Ping timeout: 260 seconds)
- # [01:53] * Joins: capella-s3 (~yaaic@cpe-24-59-243-39.twcny.res.rr.com)
- # [01:55] * Quits: jsbell (jsbell@nat/google/x-svhugntmkkgjvzwd) (Quit: There's no place like home...)
- # [01:55] * Joins: jwalden (~waldo@corp.mtv2.mozilla.com)
- # [01:56] * Quits: zecho_ (~zecho@67-247-17-199.northern.mnscu.edu) (Remote host closed the connection)
- # [01:56] * Joins: tantek (~tantek@70-36-139-190.dsl.dynamic.fusionbroadband.com)
- # [02:02] * Quits: mven (~textual@cpe-173-174-112-125.austin.res.rr.com) (Ping timeout: 265 seconds)
- # [02:08] * Quits: tantek (~tantek@70-36-139-190.dsl.dynamic.fusionbroadband.com) (Quit: tantek)
- # [02:13] * Joins: tantek (~tantek@70-36-139-190.dsl.dynamic.fusionbroadband.com)
- # [02:13] * Joins: frivoal (~frivoal@softbank126142063093.bbtec.net)
- # [02:17] * Quits: ap_ (~ap@17.114.216.239)
- # [02:33] * Quits: jensnockert_ (~jensnocke@84.219.248.21) (Remote host closed the connection)
- # [02:34] * Quits: benjamingr_ (uid23465@gateway/web/irccloud.com/x-aqsizcreezqvuytw) (Quit: Connection closed for inactivity)
- # [02:35] * Joins: plutoniix (~q@119.63.87.222)
- # [02:35] * Joins: eric_carlson (~ericc@c-24-6-239-9.hsd1.ca.comcast.net)
- # [02:39] * Quits: jdaggett_ (~jdaggett@ae059156.dynamic.ppp.asahi-net.or.jp) (Quit: jdaggett_)
- # [03:16] * Joins: bholley (~bholley@c-73-231-198-151.hsd1.ca.comcast.net)
- # [03:32] * Quits: jxs (~jxs@108.61.167.230) (Ping timeout: 250 seconds)
- # [03:34] * Quits: dbaron (~dbaron@2620:101:80fb:232:553d:924c:b54f:b414) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [03:37] * Joins: jxs (~jxs@108.61.167.230)
- # [03:57] * Joins: zecho (~zecho@67-247-17-199.northern.mnscu.edu)
- # [03:59] * Quits: ambv (~ambv@199.201.64.130) (Quit: sys.exit(0) # computer went to sleep)
- # [04:02] * Quits: zecho (~zecho@67-247-17-199.northern.mnscu.edu) (Ping timeout: 250 seconds)
- # [04:04] * Quits: spacenomad (~spacenoma@unaffiliated/spacenomad) (Quit: wormhole jump, brb)
- # [04:06] * Joins: spacenomad (~spacenoma@unaffiliated/spacenomad)
- # [04:07] * Joins: Goplat (~goplat@reactos/developer/Goplat)
- # [04:13] * Joins: darobin (~darobin@cpe-74-64-41-253.nyc.res.rr.com)
- # [04:15] * Quits: tantek (~tantek@70-36-139-190.dsl.dynamic.fusionbroadband.com) (Quit: tantek)
- # [04:18] * Quits: roc (~chatzilla@121.98.93.86) (Ping timeout: 240 seconds)
- # [04:23] * Quits: igoroliveira (uid20755@gateway/web/irccloud.com/x-zhdkfelxhtvthulb) (Quit: Connection closed for inactivity)
- # [04:32] * Joins: jdaggett_ (~jdaggett@ae059156.dynamic.ppp.asahi-net.or.jp)
- # [04:35] * Joins: jensnockert (~jensnocke@84.219.248.21)
- # [04:35] * Joins: tripu (~tripu@p2762225-ipngn22501marunouchi.tokyo.ocn.ne.jp)
- # [04:39] * Quits: jensnockert (~jensnocke@84.219.248.21) (Ping timeout: 246 seconds)
- # [04:54] * Quits: bholley (~bholley@c-73-231-198-151.hsd1.ca.comcast.net)
- # [04:55] * Quits: jwalden (~waldo@corp.mtv2.mozilla.com) (Quit: ChatZilla 0.9.92-rdmsoft [XULRunner 35.0.1/20150122214805])
- # [04:56] * Quits: frivoal (~frivoal@softbank126142063093.bbtec.net) (Remote host closed the connection)
- # [04:57] * Joins: frivoal (~frivoal@softbank126142063093.bbtec.net)
- # [05:02] * Quits: frivoal (~frivoal@softbank126142063093.bbtec.net) (Remote host closed the connection)
- # [05:04] * Joins: tantek (~tantek@70-36-139-190.dsl.dynamic.fusionbroadband.com)
- # [05:10] * Quits: darobin (~darobin@cpe-74-64-41-253.nyc.res.rr.com) (Remote host closed the connection)
- # [05:11] * Joins: darobin (~darobin@cpe-74-64-41-253.nyc.res.rr.com)
- # [05:11] * Quits: darobin (~darobin@cpe-74-64-41-253.nyc.res.rr.com) (Remote host closed the connection)
- # [05:15] * Joins: frivoal (~frivoal@softbank126142063093.bbtec.net)
- # [05:34] * Joins: dbaron (~dbaron@70-36-140-3.dsl.dynamic.fusionbroadband.com)
- # [05:34] * Quits: psy_ (~psy@43.224.156.109) (Ping timeout: 240 seconds)
- # [05:36] * Quits: rniwa (~rniwa@17.202.50.234) (Quit: Textual IRC Client: www.textualapp.com)
- # [05:38] * Quits: Bass10 (~Bass10@c-68-46-95-136.hsd1.mn.comcast.net) (Ping timeout: 250 seconds)
- # [05:54] * Quits: jdaggett_ (~jdaggett@ae059156.dynamic.ppp.asahi-net.or.jp) (Quit: jdaggett_)
- # [05:58] * Joins: zecho (~zecho@67-247-17-199.northern.mnscu.edu)
- # [06:03] * Quits: zecho (~zecho@67-247-17-199.northern.mnscu.edu) (Ping timeout: 264 seconds)
- # [06:06] * Quits: spacenomad (~spacenoma@unaffiliated/spacenomad) (Remote host closed the connection)
- # [06:06] * Quits: eric_carlson (~ericc@c-24-6-239-9.hsd1.ca.comcast.net) (Ping timeout: 265 seconds)
- # [06:07] * Joins: eric_carlson (~ericc@24.6.239.9)
- # [06:14] * Joins: ambv (~ambv@199.201.64.3)
- # [06:18] * Joins: ohaibbq (~ohaibbq@98.248.65.213)
- # [06:32] * Joins: dickdaley (~dickdaley@198.233.131.186)
- # [06:35] * Quits: dickdaley (~dickdaley@198.233.131.186) (Ping timeout: 256 seconds)
- # [06:35] * Joins: jensnockert (~jensnocke@84.219.248.21)
- # [06:37] * Quits: frivoal (~frivoal@softbank126142063093.bbtec.net) (Remote host closed the connection)
- # [06:40] * Quits: jensnockert (~jensnocke@84.219.248.21) (Ping timeout: 246 seconds)
- # [06:42] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: This computer has gone to sleep)
- # [06:45] * Joins: psy_ (~psy@43.224.156.102)
- # [06:46] * Quits: psy_ (~psy@43.224.156.102) (Max SendQ exceeded)
- # [06:47] * Joins: psy_ (~psy@43.224.156.102)
- # [06:51] * Quits: markg2 (~chatzilla@2606:6000:6044:1800:bc8b:b41c:52d8:d6fe) (Ping timeout: 246 seconds)
- # [06:57] * Quits: espadrine (~tyl@dan75-7-88-166-187-54.fbx.proxad.net) (Ping timeout: 252 seconds)
- # [07:05] * Joins: zdobersek (~zan@gateway/vpn/privateinternetaccess/zdobersek)
- # [07:07] * Quits: psy_ (~psy@43.224.156.102) (Ping timeout: 255 seconds)
- # [07:09] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
- # [07:11] * Joins: babita (~Babita@43.252.28.191)
- # [07:13] * Joins: sicking (~sicking@c-98-210-157-231.hsd1.ca.comcast.net)
- # [07:25] * Quits: capella-s3 (~yaaic@cpe-24-59-243-39.twcny.res.rr.com) (Ping timeout: 250 seconds)
- # [07:31] * Quits: benwerd (~benwerd@67.180.159.135) (Quit: Enough screen.)
- # [07:32] <annevk> MikeSmith: FirefoxNightly
- # [07:44] * Joins: capella-s3 (~yaaic@66.87.125.189)
- # [07:45] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Remote host closed the connection)
- # [07:45] <MikeSmith> annevk: yeah already running Nightly too
- # [07:47] * Joins: gavin__ (~gavin@CPE6c709fd310e1-CM00fc8d41e500.cpe.net.cable.rogers.com)
- # [07:47] * Quits: capella-s3 (~yaaic@66.87.125.189) (Read error: Connection reset by peer)
- # [07:48] * Quits: gavin_ (~gavin@CPE6c709fd310e1-CM00fc8d41e500.cpe.net.cable.rogers.com) (Read error: Connection reset by peer)
- # [07:49] * Joins: capella-s3 (~yaaic@66-87-125-189.pools.spcsdns.net)
- # [07:49] * Quits: capella-s3 (~yaaic@66-87-125-189.pools.spcsdns.net) (Client Quit)
- # [07:50] * Joins: capella-s3 (~yaaic@66-87-125-189.pools.spcsdns.net)
- # [07:51] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
- # [07:52] * Quits: capella-s3 (~yaaic@66-87-125-189.pools.spcsdns.net) (Read error: Connection reset by peer)
- # [07:52] * Joins: capella-s3 (~yaaic@66.87.125.189)
- # [07:56] * Quits: ohaibbq (~ohaibbq@98.248.65.213) (Quit: Leaving...)
- # [07:57] * Quits: capella-s3 (~yaaic@66.87.125.189) (Read error: Connection reset by peer)
- # [07:57] * Joins: capella-s3 (~yaaic@66-87-125-189.pools.spcsdns.net)
- # [07:59] * Joins: zecho (~zecho@67-247-17-199.northern.mnscu.edu)
- # [08:00] * Quits: capella-s3 (~yaaic@66-87-125-189.pools.spcsdns.net) (Read error: Connection reset by peer)
- # [08:01] * Joins: capella-s3 (~yaaic@66.87.125.189)
- # [08:02] * Quits: diffalot_ (~diffalot@unaffiliated/papyromancer) (Remote host closed the connection)
- # [08:03] * Joins: diffalot (~diffalot@2604:a880:800:10::162:7001)
- # [08:03] * Quits: diffalot (~diffalot@2604:a880:800:10::162:7001) (Changing host)
- # [08:03] * Joins: diffalot (~diffalot@unaffiliated/papyromancer)
- # [08:03] * Quits: zecho (~zecho@67-247-17-199.northern.mnscu.edu) (Ping timeout: 260 seconds)
- # [08:05] * Quits: capella-s3 (~yaaic@66.87.125.189) (Read error: Connection reset by peer)
- # [08:09] <mkwst> MikeSmith: File a bug at https://crbug.com/new and ping me the ID?
- # [08:11] * Joins: karlcow (~karl@nerval.la-grange.net)
- # [08:13] * Quits: eric_carlson (~ericc@24.6.239.9) (Ping timeout: 272 seconds)
- # [08:17] * Joins: capella-s3 (~yaaic@cpe-24-59-243-39.twcny.res.rr.com)
- # [08:17] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: The deeper I go / the deeper I go / green mountains - Santoka)
- # [08:17] * Joins: karlcow (~karl@128.30.54.58)
- # [08:18] * Quits: tantek (~tantek@70-36-139-190.dsl.dynamic.fusionbroadband.com) (Quit: tantek)
- # [08:20] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Remote host closed the connection)
- # [08:34] * Joins: JoWie (uid93456@gateway/web/irccloud.com/x-cbvpjshysghyctfd)
- # [08:36] * Joins: jensnockert (~jensnocke@84.219.248.21)
- # [08:40] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
- # [08:41] * Quits: jensnockert (~jensnocke@84.219.248.21) (Ping timeout: 272 seconds)
- # [08:42] * Joins: eric_carlson (~ericc@c-24-6-239-9.hsd1.ca.comcast.net)
- # [08:51] * Joins: psy_ (~psy@43.224.156.115)
- # [08:52] * Quits: psy_ (~psy@43.224.156.115) (Max SendQ exceeded)
- # [08:52] * Joins: psy_ (~psy@43.224.156.115)
- # [09:02] * Joins: Bass10 (~Bass10@c-68-46-95-136.hsd1.mn.comcast.net)
- # [09:02] * Joins: jensnockert (~jensnocke@84.219.248.21)
- # [09:08] * Joins: Ms2ger (~Ms2ger@ptr-2hj4tblvksdop33iomqr9o97k.ip6.access.telenet.be)
- # [09:10] * Quits: karlcow (~karl@128.30.54.58) (Quit: This computer has gone to sleep)
- # [09:19] * Joins: calvaris (~calvaris@fanzine.igalia.com)
- # [09:20] * Quits: psy_ (~psy@43.224.156.115) (Ping timeout: 260 seconds)
- # [09:21] * Quits: ambv (~ambv@199.201.64.3) (Ping timeout: 256 seconds)
- # [09:23] * Joins: karlcow (~karl@nerval.la-grange.net)
- # [09:23] * Quits: sarri (~sari@unaffiliated/sarri) (Ping timeout: 268 seconds)
- # [09:26] * Joins: sarri (~sari@unaffiliated/sarri)
- # [09:38] * Joins: zcorpan (~zcorpan@ip-200.t2.se.opera.com)
- # [09:38] * miketaylr_ is now known as miketaylr
- # [09:39] * Quits: aretecode (~aretecode@50.23.131.206-static.reverse.softlayer.com) (Read error: Connection reset by peer)
- # [09:40] * Quits: Goplat (~goplat@reactos/developer/Goplat) (Remote host closed the connection)
- # [09:46] * Joins: psy_ (~psy@43.224.156.124)
- # [09:46] * philipj_ is now known as philipj
- # [09:47] * Quits: psy_ (~psy@43.224.156.124) (Max SendQ exceeded)
- # [09:47] * Joins: psy_ (~psy@43.224.156.124)
- # [09:49] * Joins: aretecode (~aretecode@50.23.131.206-static.reverse.softlayer.com)
- # [09:49] * Quits: plutoniix (~q@119.63.87.222) (Quit: จรลี จรลา)
- # [09:53] * Quits: jensnockert (~jensnocke@84.219.248.21) (Remote host closed the connection)
- # [09:54] <Ms2ger> Remember when Microsoft would never submit feedback unless we'd publish a fork at w3c? https://github.com/whatwg/html/issues/210#issuecomment-144211444
- # [09:55] * Joins: plutoniix (~plutoniix@119.63.87.222)
- # [09:55] * Quits: stalled (~stalled@unaffiliated/stalled) (Read error: Connection reset by peer)
- # [09:55] <MikeSmith> mkwst: seems it's https://code.google.com/p/chromium/issues/detail?id=537360
- # [09:56] <MikeSmith> mkwst: chatted with scottmg about it a bit a few hours earlier
- # [09:57] <mkwst> MikeSmith: Does https://code.google.com/p/chromium/issues/detail?id=537437 help? e.g. make sure that chrome://flags/#enable-javascript-harmony is disabled?
- # [09:57] * mkwst turns #whatwg into a Chrome support channel.
- # [09:57] * Quits: KevinMarks (~KevinMark@c-67-164-14-200.hsd1.ca.comcast.net) (Remote host closed the connection)
- # [09:58] * Joins: KevinMarks (~KevinMark@c-67-164-14-200.hsd1.ca.comcast.net)
- # [09:59] <MikeSmith> heh
- # [09:59] <MikeSmith> yeah I
- # [09:59] <MikeSmith> I'm posting a comment there now
- # [09:59] <MikeSmith> the problem in fact goes away if I disable chrome://flags/#enable-javascript-harmony
- # [10:00] * Joins: zecho (~zecho@67-247-17-199.northern.mnscu.edu)
- # [10:02] * Joins: stalled (~stalled@unaffiliated/stalled)
- # [10:04] * Quits: zecho (~zecho@67-247-17-199.northern.mnscu.edu) (Ping timeout: 240 seconds)
- # [10:04] * Joins: spacenomad (~spacenoma@unaffiliated/spacenomad)
- # [10:07] <mkwst> Wunderbar! Solved! /me closes the bug
- # [10:10] <mkwst> The V8 folks sit right behind me. I'll poke them.
- # [10:11] * Joins: espadrine (~tyl@dan75-7-88-166-187-54.fbx.proxad.net)
- # [10:12] * Quits: plutoniix (~plutoniix@119.63.87.222) (Read error: Connection reset by peer)
- # [10:19] * Quits: dbaron (~dbaron@70-36-140-3.dsl.dynamic.fusionbroadband.com) (Ping timeout: 240 seconds)
- # [10:21] * Quits: SimonSapin (~simon@hako.exyr.org) (Quit: Bye)
- # [10:23] * Joins: SimonSapin (~simon@hako.exyr.org)
- # [10:27] * Joins: plutoniix (~plutoniix@119.63.87.222)
- # [10:43] * Joins: frivoal (~frivoal@softbank126142063093.bbtec.net)
- # [10:49] * Joins: Sendoushi (~Sendoushi@bl6-108-46.dsl.telepac.pt)
- # [10:56] * Quits: sicking (~sicking@c-98-210-157-231.hsd1.ca.comcast.net) (Quit: sicking)
- # [10:58] * Quits: eric_carlson (~ericc@c-24-6-239-9.hsd1.ca.comcast.net) (Ping timeout: 250 seconds)
- # [11:04] <MikeSmith> mkwst: cheers
- # [11:07] * Joins: eric_carlson (~ericc@c-24-6-239-9.hsd1.ca.comcast.net)
- # [11:29] * Quits: frivoal (~frivoal@softbank126142063093.bbtec.net) (Remote host closed the connection)
- # [11:34] * Quits: zcorpan (~zcorpan@ip-200.t2.se.opera.com) (Ping timeout: 246 seconds)
- # [11:35] * Joins: smaug____ (~chatzilla@dyxxlkyyyyyyyyyyyyyby-3.rev.dnainternet.fi)
- # [11:37] * Joins: jensnockert (~jensnocke@84.219.248.21)
- # [11:43] * Quits: espadrine (~tyl@dan75-7-88-166-187-54.fbx.proxad.net) (Ping timeout: 260 seconds)
- # [11:43] * Quits: jensnockert (~jensnocke@84.219.248.21) (Remote host closed the connection)
- # [11:46] * Joins: jensnockert (~jensnocke@84.219.248.21)
- # [12:01] * Quits: jensnockert (~jensnocke@84.219.248.21) (Remote host closed the connection)
- # [12:01] * Joins: zecho (~zecho@67-247-17-199.northern.mnscu.edu)
- # [12:01] * Joins: jensnockert (~jensnocke@84.219.248.21)
- # [12:04] * Joins: espadrine (~tyl@213.152.2.4)
- # [12:05] * Quits: zecho (~zecho@67-247-17-199.northern.mnscu.edu) (Ping timeout: 250 seconds)
- # [12:06] * Quits: jensnockert (~jensnocke@84.219.248.21) (Ping timeout: 260 seconds)
- # [12:10] * Quits: smaug____ (~chatzilla@dyxxlkyyyyyyyyyyyyyby-3.rev.dnainternet.fi) (Read error: Connection reset by peer)
- # [12:11] * Joins: smaug____ (~chatzilla@dyxxlkyyyyyyyyyyyyyby-3.rev.dnainternet.fi)
- # [12:12] * Quits: smaug____ (~chatzilla@dyxxlkyyyyyyyyyyyyyby-3.rev.dnainternet.fi) (Client Quit)
- # [12:12] * Joins: smaug____ (~chatzilla@dyxxlkyyyyyyyyyyyyyby-3.rev.dnainternet.fi)
- # [12:12] * Quits: smaug____ (~chatzilla@dyxxlkyyyyyyyyyyyyyby-3.rev.dnainternet.fi) (Client Quit)
- # [12:12] * Joins: smaug____ (~chatzilla@dyxxlkyyyyyyyyyyyyyby-3.rev.dnainternet.fi)
- # [12:27] * Quits: psy_ (~psy@43.224.156.124) (Ping timeout: 264 seconds)
- # [12:29] * Joins: Vritika (~hacker@101.57.10.84)
- # [12:30] * Quits: plutoniix (~plutoniix@119.63.87.222) (Quit: จรลี จรลา)
- # [12:30] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Remote host closed the connection)
- # [12:31] * Joins: howdoi (uid224@gateway/web/irccloud.com/x-suaejquuoltxnahd)
- # [12:31] <Vritika> Hello!..., I am Vritika Soni. I am interested in Outreach Program(Outreachy). I found Mozilla organization and I would like to work on its project. I am a newbie so I need guidance in this program.
- # [12:33] * Parts: Vritika (~hacker@101.57.10.84)
- # [12:34] <Ms2ger> Alright, first lesson: stay connected to IRC until someone answers your question
- # [12:36] <ondras_> :-)
- # [12:36] * ondras_ is now known as ondras
- # [12:36] <jgraham> Or at least until someone *reads* your question
- # [12:42] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
- # [12:50] <MikeSmith> mkwst: is much happening with Entry Point Regulation since last year?
- # [12:51] <MikeSmith> anybody working on implementing it other than the extension that was developed?
- # [12:51] <mkwst> MikeSmith: We published a draft in June (http://www.w3.org/TR/epr/).
- # [12:51] <mkwst> MikeSmith: We haven't prioritized it in Chrome, but I know Google's infrastructure security team wants it.
- # [12:52] <mkwst> MikeSmith: It will bubble back up in Q1, probably. Last I heard, David was working on a Service Worker-based polyfill.
- # [12:55] <MikeSmith> mkwst: OK, thanks
- # [12:55] <mkwst> MikeSmith: Why do you ask? :)
- # [12:56] <MikeSmith> just showed up on my github radar due to Wendy creating a new repo for it
- # [12:56] * Joins: Lachy (~Lachy@213.166.174.2)
- # [12:56] <MikeSmith> and then when I saw the notification I recalled that I hadn't heard much more about since the time when David introduced it last year or so
- # [13:00] * Quits: Lachy (~Lachy@213.166.174.2) (Client Quit)
- # [13:04] <mkwst> MikeSmith: Ah. Right. I'm splitting webappsec into a bajillion repositories. No normative change. :)
- # [13:05] <MikeSmith> mkwst: coolーyeah, I support the move to multiple repos 🍻
- # [13:06] <MikeSmith> *decision to move to multiple repos
- # [13:07] * Joins: Lachy (~Lachy@213.166.174.2)
- # [13:08] * Joins: frivoal (~frivoal@softbank126142063093.bbtec.net)
- # [13:09] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Remote host closed the connection)
- # [13:14] * Quits: Lachy (~Lachy@213.166.174.2) (Quit: Textual IRC Client: www.textualapp.com)
- # [13:38] * Quits: spacenomad (~spacenoma@unaffiliated/spacenomad) (Remote host closed the connection)
- # [13:45] * Joins: psy_ (~psy@43.224.156.111)
- # [13:47] * Quits: lokling (~quassel@141.0.21.24) (Ping timeout: 272 seconds)
- # [13:53] <annevk> https://www.google.com/#q=spec.whatwg.org Where does Google gets it weird metadata from?
- # [13:53] <annevk> "XHR spec"
- # [13:54] <annevk> "WhatWG"
- # [13:54] <annevk> "WHATWG: Living HTML - HTML Standard"
- # [14:02] * Joins: zecho (~zecho@67-247-17-199.northern.mnscu.edu)
- # [14:02] * Joins: jensnockert_ (~jensnocke@84.219.248.21)
- # [14:02] * Joins: lokling (~quassel@quassel.woboq.com)
- # [14:05] * Joins: wartdev (~wartdev@109.255.148.96)
- # [14:05] * Quits: globbot (~logbot@lump.glob.com.au) (Ping timeout: 260 seconds)
- # [14:05] * Quits: smaug____ (~chatzilla@dyxxlkyyyyyyyyyyyyyby-3.rev.dnainternet.fi) (Ping timeout: 240 seconds)
- # [14:06] * Quits: zecho (~zecho@67-247-17-199.northern.mnscu.edu) (Ping timeout: 255 seconds)
- # [14:06] * Quits: jensnockert_ (~jensnocke@84.219.248.21) (Ping timeout: 256 seconds)
- # [14:09] * Joins: globbot (~logbot@lump.glob.com.au)
- # [14:09] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
- # [14:14] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Ping timeout: 260 seconds)
- # [14:19] * Quits: wartdev (~wartdev@109.255.148.96) (Remote host closed the connection)
- # [14:27] * Quits: babita (~Babita@43.252.28.191) (Ping timeout: 264 seconds)
- # [14:42] * Joins: mven (~textual@cpe-173-174-112-125.austin.res.rr.com)
- # [14:48] * Quits: ^esc_ (~esc-ape@77.119.129.115.wireless.dyn.drei.com) (Ping timeout: 264 seconds)
- # [14:55] * Joins: ^esc (~esc-ape@77.119.128.148.wireless.dyn.drei.com)
- # [15:00] * Joins: zecho (~zecho@67-247-17-199.northern.mnscu.edu)
- # [15:01] * Joins: dickdaley (~dickdaley@198.233.131.186)
- # [15:03] * Joins: babita (~Babita@43.252.28.191)
- # [15:12] * Joins: darobin (~darobin@209.148.63.66)
- # [15:12] * Joins: plutoniix (~q@node-slx.pool-101-108.dynamic.totbb.net)
- # [15:13] * Quits: plutoniix (~q@node-slx.pool-101-108.dynamic.totbb.net) (Remote host closed the connection)
- # [15:14] * Quits: capella-s3 (~yaaic@cpe-24-59-243-39.twcny.res.rr.com) (Ping timeout: 240 seconds)
- # [15:17] * Joins: plutoniix (~q@113.53.146.19)
- # [15:17] * Joins: zcorpan (~zcorpan@94.234.170.82)
- # [15:25] * Joins: encryptd_fractal (~encryptd_@63-254-58-198.ip.mcleodusa.net)
- # [15:25] * Quits: mven (~textual@cpe-173-174-112-125.austin.res.rr.com) (Ping timeout: 244 seconds)
- # [15:31] * Quits: zcorpan (~zcorpan@94.234.170.82) (Remote host closed the connection)
- # [15:33] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
- # [15:33] * Joins: smaug____ (~chatzilla@dyxxlkyyyyyyyyyyyyyby-3.rev.dnainternet.fi)
- # [15:34] * Quits: smaug____ (~chatzilla@dyxxlkyyyyyyyyyyyyyby-3.rev.dnainternet.fi) (Client Quit)
- # [15:34] * Joins: smaug____ (~chatzilla@dyxxlkyyyyyyyyyyyyyby-3.rev.dnainternet.fi)
- # [15:37] * Quits: tripu (~tripu@p2762225-ipngn22501marunouchi.tokyo.ocn.ne.jp) (Quit: Leaving)
- # [15:38] * Joins: mven (~textual@32.97.110.57)
- # [15:39] * Joins: TallTed (~Thud@c-98-216-254-6.hsd1.ma.comcast.net)
- # [15:48] * Joins: capella-s3 (~yaaic@cpe-24-59-243-39.twcny.res.rr.com)
- # [15:54] * Quits: JonDavis_ (~jond@2620:149:4:304:490f:368b:8ce8:6a2f) (Ping timeout: 240 seconds)
- # [15:55] * Joins: JonDavis (~jond@2620:149:4:304:b0de:7d0e:6e37:54ed)
- # [16:03] * Joins: jensnockert_ (~jensnocke@84.219.248.21)
- # [16:06] * Quits: Areks (~Areks@rs.gridnine.com) (Read error: Connection reset by peer)
- # [16:07] <ondras> annevk: please, is space allowed in path of <img src="... ..." /> ?
- # [16:07] <ondras> (src being http://stuff)
- # [16:07] * Quits: jensnockert_ (~jensnocke@84.219.248.21) (Ping timeout: 250 seconds)
- # [16:07] <annevk> ondras: spaces are not allowed in URLs
- # [16:08] <ondras> annevk: okay, also řšž are to be percent-encoded even inside a quoted src attribute?
- # [16:08] <ondras> (percent-encoded utf-8 bytes, more precisely)
- # [16:10] <annevk> ondras: no you can use those
- # [16:10] <annevk> ondras: just make sure everything is utf-8
- # [16:10] <annevk> ondras: and expect percent-encoded bytes in JavaScript and on the server
- # [16:12] <ondras> annevk: okay, interesting. Firefox apparently silently converts space to %20 when parsing the img src
- # [16:12] <ondras> hm, other browsers as well
- # [16:18] <annevk> ondras: sure, everyone does that
- # [16:18] <annevk> ondras: also mandated by the URL standard :-)
- # [16:19] <annevk> ondras: it's just a conformance error since it makes the URL less portable
- # [16:22] <annevk> The amount of confusion around SOP is too damn high
- # [16:22] <annevk> Latest victim https://twitter.com/aerotwist/status/649214802305417216
- # [16:22] <annevk> Which was reviewed by mkwst and several others of Chrome security no less
- # [16:23] <mkwst> Hrm? I think you might have misunderstood hjs point.
- # [16:23] <mkwst> He wants to access insecure podcast data from a secure page. He can't.
- # [16:24] <mkwst> He wants to access cross-origin podcast data from podcasters who don't serve CORS headers. He can't.
- # [16:24] <mkwst> A proxy would allow him to do so, but he outlines some reasons that proxies are a bad idea.
- # [16:25] * Parts: Ms2ger (~Ms2ger@ptr-2hj4tblvksdop33iomqr9o97k.ip6.access.telenet.be) ("Leaving")
- # [16:25] * Joins: Ms2ger (~Ms2ger@ptr-2hj4tblvksdop33iomqr9o97k.ip6.access.telenet.be)
- # [16:25] <mkwst> He's bummed that a combination of SOP and MIX (both of which he suggests are good in and of themselves) stop him from building the thing he wants to build without a proxy. *shrug*
- # [16:25] <Ms2ger> I don't want him to access my private podcasts
- # [16:25] <annevk> mkwst: he also says that a proxy shouldn't have access without CORS
- # [16:25] <annevk> mkwst: which is just wrong
- # [16:26] <annevk> mkwst: perhaps you didn't read the “How About a Big Proxy?” section?
- # [16:26] <mkwst> annevk: If he said that, I missed it when I talked with him.
- # [16:26] <annevk> mkwst: I mean I understand this problem
- # [16:26] <annevk> mkwst: I wrote about it
- # [16:26] <annevk> mkwst: I just don't understand the assertion about proxies and CORS
- # [16:27] <mkwst> annevk: Yes. I agree with you that "if the resource is delivered over HTTPS and without the CORS header, the proxy won’t be able to access it on behalf of the client" seems wrong.
- # [16:27] <mkwst> annevk: I don't see that as the crux of the article. :)
- # [16:28] <annevk> mkwst: I mean the rest of the article was already known
- # [16:28] <annevk> mkwst: and this new assertion is false
- # [16:28] <annevk> mkwst: hopefully it gets more folks to think about the problem
- # [16:28] <mkwst> *shrug* I don't see the new assertion as the important part. :)
- # [16:28] <annevk> mkwst: and hopefully he'll clarify that statement
- # [16:34] <jochen__> annevk: is there something like a 'loading principal' and 'triggering principal' in spec language?
- # [16:35] <jochen__> annevk: apparently these are concepts in firefox
- # [16:36] * Quits: psy_ (~psy@43.224.156.111) (Ping timeout: 272 seconds)
- # [16:41] <annevk> jochen__: I think request's client is somewhat close to triggering
- # [16:42] <annevk> jochen__: not sure about loading
- # [16:42] <annevk> jochen__: I haven't really found a need for them
- # [16:42] <jochen__> hum
- # [16:42] <jochen__> so I'm asking because the referrer thing
- # [16:42] <jochen__> if a document includes a cross origin css file that in turn references an image
- # [16:43] <jochen__> both chrome and firefox will use the css file's url as basis for the referrer for the load of the image
- # [16:43] <annevk> jochen__: Gecko has some stuff they expose through those just for extensions and privileged code that would be hard to match, but we don't write specs for those
- # [16:43] <jochen__> now the question is what kind of term can I use to describe this situation in the referrer spec short of adding an exception for css documents?
- # [16:43] <annevk> jochen__: the way that should work is that CSS should get its Fetch act together and define the referrer for their fetches
- # [16:44] <annevk> jochen__: when they define the referrer, they can just set it to the URL of the CSS resource if it's an external resource and leave it as "client" when it's inline
- # [16:44] <annevk> jochen__: I guess you could add a warning that CSS (and SVG) haven't defined Fetch integration yet
- # [16:44] <annevk> jochen__: numerous things are therefore unclear
- # [16:45] <jochen__> so the referrer spec always uses the current 'incumbent settings object' as source for the referrer
- # [16:45] <jochen__> would that be the svg document once they got this sorted out?
- # [16:45] <annevk> jochen__: the referrer spec should use request's client, no?
- # [16:45] <annevk> jochen__: for SVG documents, yeah, it'll be the same as HTML documents
- # [16:46] <annevk> jochen__: and SVG images cannot fetch external resources so don't matter
- # [16:46] <jochen__> ehrm, i meant css
- # [16:46] <jochen__> i guess i'll just add an explicit section CSS documents
- # [16:47] <annevk> jochen__: for CSS what happens is that CSS sets referrer to a URL
- # [16:47] <annevk> jochen__: so you get an explicit URL that you then modify as you see fit
- # [16:47] <annevk> jochen__: no settings objects involved
- # [16:48] * Quits: eric_carlson (~ericc@c-24-6-239-9.hsd1.ca.comcast.net) (Quit: eric_carlson)
- # [16:51] * Joins: eric_carlson (~ericc@c-24-6-239-9.hsd1.ca.comcast.net)
- # [16:52] <jochen__> well, somewhere the url has to come from
- # [16:52] <jochen__> at least in chrome it comes from the css parser context
- # [16:52] <jochen__> which in turn gets it from some document
- # [16:52] <annevk> jochen__: I see
- # [16:53] <annevk> jochen__: well yes, some document fetches a CSS resource, then feeds that response to CSS along with sufficient other data, CSS then should do the rest, e.g., take the url from the response and use that as base URL and referrer
- # [16:54] <jochen__> is there a spec text for that?
- # [16:54] <annevk> jochen__: see above where I mentioned that CSS does not really have its act together
- # [16:54] <jochen__> well, they don't use fetch
- # [16:54] <jochen__> but there should be something that says how to load css images and fonts, no?
- # [16:55] <annevk> They don't really use anything, but if you were to take that literally CSS wouldn't use service workers either, etc.
- # [16:55] <annevk> CSS of course uses something, and everyone knows it's Fetch, it's just not written down
- # [16:55] <annevk> So theoretically a ton of stuff breaks and the theory should really be fixed
- # [16:55] <annevk> But in practice everyone has managed to deal
- # [16:56] <jochen__> sooo
- # [16:56] <jochen__> i'll add some text to the referrer spec that says "css should make sure it uses the referrer policy from whereever it felt like getting the referrer from in the first place"
- # [16:58] <annevk> It seems very reasonable to add a warning or even try to explain how it should work
- # [17:02] * Joins: ehsan (~ehsan@2001:450:1f:224:2c76:6f6c:c560:7873)
- # [17:02] * Quits: eric_carlson (~ericc@c-24-6-239-9.hsd1.ca.comcast.net) (Quit: eric_carlson)
- # [17:24] <Domenic> annevk: did you start https://github.com/whatwg/html/issues/210 yet or shall I
- # [17:25] * Joins: parul (~parul@182.73.140.108)
- # [17:26] <parul> Hello
- # [17:28] <parul> i am interested in mozilla "visual design with research data" project.please inform me the irc channel for it.
- # [17:29] <parul> so I will start contributing for it.
- # [17:32] * Joins: Jirka_ (~Jirka@95.85.233.233)
- # [17:35] <annevk> Domenic: I haven't
- # [17:35] * Joins: dbaron (~dbaron@70-36-140-3.dsl.dynamic.fusionbroadband.com)
- # [17:35] <Domenic> annevk: k, taking it
- # [17:35] <annevk> Domenic: I've been meaning to do some more Fetch stuff, but I keep getting distracted
- # [17:36] <annevk> parul: hey, I'm not familiar with that project
- # [17:36] <Domenic> annevk: do more URL stuff!
- # [17:36] <annevk> parul: do you know who's responsible?
- # [17:37] <parul> annevk: no I don't know who is the mentor of this project
- # [17:37] <annevk> parul: from the wiki page it seems like you want to ping ilana on irc.mozilla.org
- # [17:38] <annevk> parul: assuming you were asking about https://wiki.mozilla.org/Outreachy/2016/December_to_March#Visual_Design_with_Research_Data
- # [17:38] <parul> annevk:I get the info of this project from this link https://wiki.mozilla.org/Outreachy/2016/December_to_March
- # [17:39] <annevk> parul: yeah, this IRC channel is only for "Contribute to the HTML Standard!"
- # [17:39] <annevk> (from those projects, anyway)
- # [17:39] <parul> annevk: irc channels,mentors and the mailing list is not mention there.
- # [17:40] <annevk> Domenic: yeah, I've blocked on that since the base URL thing is still a bit unclear
- # [17:40] <annevk> Domenic: I guess I should update some issue
- # [17:40] <annevk> parul: it says "Mentor: Ilana Segall", no?
- # [17:41] <annevk> parul: and if you click that name an IRC nickname is suggested, and I can tell that person is active on irc.mozilla.org
- # [17:42] <parul> annevk: well fine, sorry my mistake
- # [17:42] <annevk> parul: no worries, happy to help
- # [17:43] <parul> annevk: okey
- # [17:45] * Joins: psy_ (~psy@43.224.156.118)
- # [17:45] * Quits: psy_ (~psy@43.224.156.118) (Max SendQ exceeded)
- # [17:46] * Joins: psy_ (~psy@43.224.156.118)
- # [17:50] <annevk> Domenic: in particular, I was thinking that a base URL change thingie which is needed for :visited would help
- # [17:50] <annevk> Domenic: but then I realized it wouldn't do any good for elements not currently in the document
- # [17:50] <annevk> Domenic: so I guess we still need to define the base URL updating on the getter thingie...
- # [17:51] <annevk> Domenic: but also have this base URL change thing...
- # [17:51] <Domenic> annevk: yeah, seems likely... :-/
- # [17:51] <annevk> Domenic: or would it be better to just have the base URL change thing, but somehow iterate over all elements whose node document is the document
- # [17:52] * Quits: parul (~parul@182.73.140.108) (Read error: Connection reset by peer)
- # [17:52] <Domenic> annevk: I think doing the lazy thing mostly, and having the base URL change thing be a special thing for CSS, makes a lot of sense. matches implementations, and makes the weird thing special-cased.
- # [17:52] <annevk> Domenic: I doubt that matches Gecko
- # [17:52] <annevk> Domenic: and it's not a big bone for custom elements either
- # [17:52] <Domenic> annevk: really? it seems like the only sane implementation strategy.
- # [17:53] <annevk> Domenic: because it's impossible to notify elements not in a document?
- # [17:54] <Domenic> annevk: not impossible, but a lot more work to keep track of them all, and slower (although I guess changing base URLs should not happen that often).
- # [17:54] * Joins: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
- # [17:54] <Domenic> annevk: and if everything else is lazy (because get the input wants to happen lazily), it only makes sense to do the same for base
- # [17:55] <annevk> Domenic: I guess I'm somewhat convinced with the lazy approach since base URL changes in general are just a really bad idea
- # [17:58] <annevk> Domenic: thanks for reminding me and talking through this, needed that
- # [18:01] * Joins: tantek (~tantek@70-36-139-190.dsl.dynamic.fusionbroadband.com)
- # [18:01] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: This computer has gone to sleep)
- # [18:02] <Domenic> :)
- # [18:04] * Joins: bkardell (uid10373@gateway/web/irccloud.com/x-wvjoxnlynemyrpob)
- # [18:04] * Joins: jensnockert (~jensnocke@84.219.248.21)
- # [18:08] * Quits: dickdaley (~dickdaley@198.233.131.186) (Read error: Connection reset by peer)
- # [18:08] * Quits: calvaris (~calvaris@fanzine.igalia.com) (Quit: Ex-Chat)
- # [18:08] * Quits: jensnockert (~jensnocke@84.219.248.21) (Ping timeout: 264 seconds)
- # [18:08] * Quits: frivoal (~frivoal@softbank126142063093.bbtec.net) (Quit: Leaving...)
- # [18:09] * Quits: Ms2ger (~Ms2ger@ptr-2hj4tblvksdop33iomqr9o97k.ip6.access.telenet.be) (Ping timeout: 256 seconds)
- # [18:10] * Joins: frivoal (~frivoal@softbank126142063093.bbtec.net)
- # [18:10] * Joins: eBureau (~Bruno@181.164.77.172)
- # [18:10] * Joins: eric_carlson (~ericc@207.173.20.37)
- # [18:15] * Joins: ambv (~ambv@199.201.64.2)
- # [18:21] * Joins: gavinc (~gavin@barad-dur.carothers.name)
- # [18:25] * Quits: gavinc (~gavin@barad-dur.carothers.name) (Client Quit)
- # [18:30] * Joins: gavinc (~gavin@barad-dur.carothers.name)
- # [18:32] * Quits: ambv (~ambv@199.201.64.2) (Quit: sys.exit(0) # computer went to sleep)
- # [18:37] * Joins: ap (~ap@17.202.44.214)
- # [18:39] * Joins: ambv (~ambv@166.177.250.84)
- # [18:39] * Joins: scallops (~vatsala@14.139.125.71)
- # [18:40] * Quits: Mateon1 (~Mateon1@unaffiliated/mateon1) (Read error: Connection reset by peer)
- # [18:40] * Parts: scallops (~vatsala@14.139.125.71)
- # [18:40] * Joins: scallops (~vatsala@14.139.125.71)
- # [18:42] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Remote host closed the connection)
- # [18:42] <annevk> HTML has 121 closed PRs already
- # [18:42] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
- # [18:42] <annevk> Is that about 4 a day or am I misrepresenting when we started?
- # [18:50] * Joins: Mateon1 (~Mateon1@unaffiliated/mateon1)
- # [18:50] <zcorpan> philipj: i think bugzilla bugs should be RESOLVED MOVED when there's a PR
- # [18:53] * Joins: wartdev (~wartdev@109.255.148.96)
- # [18:53] * Quits: psy_ (~psy@43.224.156.118) (Read error: Connection reset by peer)
- # [18:53] * Joins: karlcow (~karl@nerval.la-grange.net)
- # [18:54] * Joins: psy (~psy@43.224.156.118)
- # [18:59] <Domenic> annevk: looks like we started about August 26-27
- # [18:59] <Domenic> so... yeah
- # [19:05] * Quits: ambv (~ambv@166.177.250.84) (Quit: sys.exit(0) # computer went to sleep)
- # [19:08] <zcorpan> time for a new REC?
- # [19:10] * Quits: wartdev (~wartdev@109.255.148.96)
- # [19:10] * Joins: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com)
- # [19:10] * Joins: ambv (~ambv@199.201.64.130)
- # [19:12] * Quits: eric_carlson (~ericc@207.173.20.37) (Quit: eric_carlson)
- # [19:17] * Quits: howdoi (uid224@gateway/web/irccloud.com/x-suaejquuoltxnahd) (Quit: Connection closed for inactivity)
- # [19:27] * Quits: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Remote host closed the connection)
- # [19:28] * Parts: scallops (~vatsala@14.139.125.71)
- # [19:30] * Joins: eric_carlson (~ericc@207.173.20.37)
- # [19:31] * Quits: darobin (~darobin@209.148.63.66) (Remote host closed the connection)
- # [19:33] * Joins: markg2 (~chatzilla@cpe-172-250-30-25.socal.res.rr.com)
- # [19:37] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: The deeper I go / the deeper I go / green mountains - Santoka)
- # [19:41] * Joins: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
- # [19:42] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
- # [19:44] * Quits: ambv (~ambv@199.201.64.130) (Quit: sys.exit(0) # app closed)
- # [19:47] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Ping timeout: 252 seconds)
- # [19:47] * Quits: frivoal (~frivoal@softbank126142063093.bbtec.net) (Remote host closed the connection)
- # [19:53] * Joins: darobin (~darobin@209.148.63.66)
- # [19:55] * Quits: espadrine (~tyl@213.152.2.4) (Ping timeout: 240 seconds)
- # [19:59] * Quits: dbaron (~dbaron@70-36-140-3.dsl.dynamic.fusionbroadband.com) (Ping timeout: 264 seconds)
- # [20:01] * Joins: benwerd (~benwerd@67.180.159.135)
- # [20:08] * Quits: zdobersek (~zan@gateway/vpn/privateinternetaccess/zdobersek) (Quit: Leaving.)
- # [20:16] * Joins: alrra (uid62345@gateway/web/irccloud.com/x-blwbusswzfkaxipp)
- # [20:17] * Joins: bholley (~bholley@c-73-231-198-151.hsd1.ca.comcast.net)
- # [20:24] * Quits: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Remote host closed the connection)
- # [20:28] * Quits: ^esc (~esc-ape@77.119.128.148.wireless.dyn.drei.com) (Ping timeout: 264 seconds)
- # [20:33] * Joins: dbaron (~dbaron@2620:101:80fb:224:c9c6:f158:a925:c3ee)
- # [20:36] * Joins: ^esc (~esc-ape@77.119.131.75.wireless.dyn.drei.com)
- # [20:39] * Joins: spacenomad (~spacenoma@unaffiliated/spacenomad)
- # [20:41] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
- # [20:48] * Joins: frivoal (~frivoal@softbank126142063093.bbtec.net)
- # [20:55] * Quits: frivoal (~frivoal@softbank126142063093.bbtec.net) (Ping timeout: 264 seconds)
- # [20:55] * Joins: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
- # [20:58] <wanderview> cool to see edge bugs referenced in whatwg github issues... if only they were links
- # [20:58] * Quits: psy (~psy@43.224.156.118) (Ping timeout: 264 seconds)
- # [21:01] * Joins: ambv (~ambv@199.201.64.130)
- # [21:02] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Remote host closed the connection)
- # [21:02] <Domenic> baby steps ^_^
- # [21:03] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
- # [21:03] <Domenic> grrr, why didn't i write the streams tests in web-platform-tests format the first time around...
- # [21:03] * Joins: jwalden (~waldo@2620:101:80fc:224:7e7a:91ff:fe25:a5a3)
- # [21:04] * Quits: ap (~ap@17.202.44.214) (Ping timeout: 244 seconds)
- # [21:04] <Domenic> do people know the best pattern for a test that should run the same in both workers and window?
- # [21:05] <Domenic> Maybe it is something like this https://github.com/domenic/unhandled-rejections-browser-spec/blob/master/tests/promise-rejection-events.html
- # [21:05] <gsnedders> Hah, I remember people questioning why Opera bugs occasionally got referenced, given the lack of access.
- # [21:06] <gsnedders> Domenic: that's more or less what i'd suggest
- # [21:06] <Domenic> gsnedders: would be sweet if I could avoid generating that .html file manually for each test, somehow.
- # [21:06] * Joins: mven_ (~textual@32.97.110.57)
- # [21:06] * Quits: mven_ (~textual@32.97.110.57) (Max SendQ exceeded)
- # [21:08] <gsnedders> Domenic: too quickly gets into magic, IMO
- # [21:08] <Domenic> meh, don't really know
- # [21:08] * Quits: mven (~textual@32.97.110.57) (Ping timeout: 240 seconds)
- # [21:09] * Quits: bkardell (uid10373@gateway/web/irccloud.com/x-wvjoxnlynemyrpob) (Quit: Connection closed for inactivity)
- # [21:12] * Quits: spacenomad (~spacenoma@unaffiliated/spacenomad) (Remote host closed the connection)
- # [21:13] * Joins: spacenomad (~spacenoma@unaffiliated/spacenomad)
- # [21:13] * Joins: psy (~psy@43.224.156.118)
- # [21:13] * Joins: ap (~ap@17.114.216.239)
- # [21:14] * Quits: psy (~psy@43.224.156.118) (Max SendQ exceeded)
- # [21:14] * Quits: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com) (Quit: sicking)
- # [21:14] * Joins: psy (~psy@43.224.156.118)
- # [21:15] <Domenic> gsnedders: so this service_worker_test seems to be a blink-specific thing... any thoughts on how I should test in service workers?
- # [21:16] * Quits: spacenomad (~spacenoma@unaffiliated/spacenomad) (Remote host closed the connection)
- # [21:16] <wanderview> Domenic: I think best worker/window approach is to make a .js file that gets run in both cases... in worker context you make a shim for asserts that proxies back to main thread
- # [21:17] <wanderview> not sure that has been done yet for wpt anywhere yet
- # [21:17] <gsnedders> Domenic: No.
- # [21:17] * Joins: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com)
- # [21:17] <gsnedders> Domenic: I know next to nothing about service workers :)
- # [21:18] <wanderview> Domenic: service_worker_test() should be in upstream wpt
- # [21:18] <Domenic> Ah, I found it, yeah. https://github.com/w3c/web-platform-tests/blob/e5e8fb9ebc4d5b2220abff5679fa0781c01f2c05/service-workers/service-workers/resources/test-helpers.js
- # [21:18] <wanderview> yea
- # [21:19] <wanderview> Domenic: one complaint we have about a lot of the current wpt tests that involve workers... they tend to be all or nothing... not broken up into separate test cases so we can't mark the one thing we don't implement yet as EXPECTED_FAIL
- # [21:20] <wanderview> Domenic: thanks for writing wpt tests, though
- # [21:20] <Domenic> wanderview: I plan to write lots of test cases in each file, then use a .html file that runs that file in all four types of workers...
- # [21:20] <Domenic> wanderview: will get your review
- # [21:20] <wanderview> cool
- # [21:20] <wanderview> r+
- # [21:21] <annevk> TabAtkins: the way <input type> defaulting works is extremely common among most (if not all) enumerated attributes
- # [21:21] <annevk> TabAtkins: if custom elements would not match that they would be weird
- # [21:21] * Quits: psy (~psy@43.224.156.118) (Ping timeout: 246 seconds)
- # [21:22] <TabAtkins> annevk: I don't think it's a good idea for custom elements to match, honestly. enum properties work differently, CSS properties work differently, etc.
- # [21:23] <TabAtkins> enum attributes are just weird, and matching the platform as we add new ones to HTML is fine, but I would not match that in a custom element.
- # [21:23] <annevk> I totally would. Changing the attribute is actually what's completely alien
- # [21:24] <annevk> Parsing the attribute and based on that potentially changing the default state is much more logical
- # [21:26] * Joins: mven (~textual@32.97.110.57)
- # [21:29] * Quits: Bass10 (~Bass10@c-68-46-95-136.hsd1.mn.comcast.net) (Quit: Leaving)
- # [21:31] <zcorpan> TabAtkins: html (and xml languages too) accept any value for attributes generally
- # [21:32] <TabAtkins> There's no way for CSS to expose a *generic* mechanism addressing the issue, tho. At best it can do something host-language specific, so that browsers hide the complexity of the big selector in their selector matching code instead.
- # [21:33] <TabAtkins> zcorpan: Sure. But there's nothing requiring the attribute to *stay* the value it's set to, in the presence of JS.
- # [21:34] <zcorpan> TabAtkins: maybe so, but JS does not need to be involved for this problem to appear, so it's a bit moot point :-)
- # [21:35] <TabAtkins> Right, the problem is that you can't define what set of keywords an enumerated attribute accepts. I'm saying that, in the presence of JS, you can fix that (and imo should for your custom elements).
- # [21:36] * Joins: spacenomad (~spacenoma@unaffiliated/spacenomad)
- # [21:37] <zcorpan> :input-type(newtype) would also let you style the control differently only in UAs that support "newtype"
- # [21:38] <TabAtkins> Yeah. It's just a specialized "only for <input type>" mechanism.
- # [21:39] * zcorpan awaits csswg members to Genericalize it so it can apply to Other Host Languages as well
- # [21:45] <TabAtkins> Like I just said, we can't.
- # [21:45] * TabAtkins is unsure at what level of sarcasm zcorpan is operating.
- # [21:46] <zcorpan> i can include the end tag for you: </sarcasm>
- # [21:47] <TabAtkins> What I meant is that <input type> is not the only enumerated attribute with this behavior, and probably not the only enumerated attribute that wants to have UA-default styles based on itself.
- # [21:49] <tantek> The SARCASM Host Language needs no end tag.
- # [21:50] * Joins: Maurice` (~copyman@unaffiliated/maurice)
- # [21:51] <gsnedders> zcorpan: I'm struggle to infer the open tag
- # [21:51] * Joins: psy (~psy@43.224.156.118)
- # [21:51] <zcorpan> gsnedders: i can write you a DTD if you send me chocolate
- # [21:54] <gsnedders> zcorpan: hah, you admit British chocolate is better? ;P
- # [21:54] <TabAtkins> zcorpan: And without some form of "generic-ness", then specifying the pseudo-class is just moving the complexity from the UA stylesheet to the UA's selector definition. It doesn't improve the brittleness/verbosity; either way you have a list of values that need to be maintained.
- # [21:55] * Quits: eric_carlson (~ericc@207.173.20.37) (Quit: eric_carlson)
- # [21:55] <zcorpan> TabAtkins: <button type>, <menu type>... i think there's not much more in html that makes sense to style differently based on an enum attribute
- # [21:56] <TabAtkins> The benefits to authors are that (a) they can then use rando values in their own page and still match them as :input-type(text), which seems low value, and (b) they can use new types and match them with :input-type(new) if they're supported (but if they're not, they'll get caught by :input-type(text), so I'm unsure in practice of the usefulness of that).
- # [21:56] <zcorpan> gsnedders: i'll know it when i get it :-)
- # [21:56] <gsnedders> zcorpan: :)
- # [21:58] * Quits: bholley (~bholley@c-73-231-198-151.hsd1.ca.comcast.net) (Ping timeout: 250 seconds)
- # [21:58] * Joins: bholley_ (~bholley@c-73-231-198-151.hsd1.ca.comcast.net)
- # [21:58] <zcorpan> TabAtkins: it seems useful to me to have :input-type(text) match unsupported types. why would you not want to style them as other regular text fields, assuming you don't polyfill them to something else?
- # [21:59] <TabAtkins> I dunno!
- # [21:59] <JonathanNeal> What’s this? :input(text) selector?
- # [21:59] <zcorpan> JonathanNeal: CSS7!!
- # [21:59] * Quits: dbaron (~dbaron@2620:101:80fb:224:c9c6:f158:a925:c3ee) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [22:00] * Joins: dbaron (~dbaron@2620:101:80fb:232:553d:924c:b54f:b414)
- # [22:00] <zcorpan> <http://www.w3.org/mid/CAAWBYDCzcZ4dpNw3gjWnYrTOqN2UbSCKcYoGG7RSytHju8moqw@mail.gmail.com>
- # [22:00] <JonathanNeal> Neat.
- # [22:00] * Quits: psy (~psy@43.224.156.118) (Ping timeout: 250 seconds)
- # [22:01] <TabAtkins> zcorpan: (Note that, as I said in the email, I'm not opposed to :input-type(), I just don't currently believe this problem is sufficiently worthwhile to address with new syntax.)
- # [22:01] <JonathanNeal> Neat. Like :input(text) => input:not([type]), input[type="text"] ?
- # [22:02] <TabAtkins> JonathanNeal: Also input:not([type=password]):not([type=tel])...
- # [22:02] <TabAtkins> Because <input type=foo> is a text input.
- # [22:03] <TabAtkins> Rather, it's explictly equivalent to `input:not([type]), input[type]:not([type=password])...`
- # [22:06] * Joins: jensnockert (~jensnocke@84.219.248.21)
- # [22:06] <TabAtkins> As an idle thought, a genericization would probably look like a switch statement...
- # [22:07] * Quits: Sendoushi (~Sendoushi@bl6-108-46.dsl.telepac.pt) (Read error: Connection reset by peer)
- # [22:07] * Joins: Sendoushi (~Sendoushi@bl6-108-46.dsl.telepac.pt)
- # [22:09] * Quits: darobin (~darobin@209.148.63.66) (Remote host closed the connection)
- # [22:10] * Quits: jensnockert (~jensnocke@84.219.248.21) (Ping timeout: 240 seconds)
- # [22:12] <Domenic> I am not really opposed to input:not([type=password i]):.......
- # [22:12] <Domenic> it's ugly but for UA stylesheets it should be fine
- # [22:13] <Domenic> it's not like we're going to add new input types soon
- # [22:15] <gsnedders> case insensitive?
- # [22:15] <Domenic> yes, <input type="PASSWORD"> is still a password
- # [22:15] * Quits: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com) (Quit: sicking)
- # [22:19] * Quits: benwerd (~benwerd@67.180.159.135)
- # [22:22] * Joins: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com)
- # [22:30] * Joins: dickdaley (~dickdaley@198.233.131.186)
- # [22:32] <tobie> TabAtkins: does Bikeshed have a mechanism to include the content of external resources similar to: https://www.w3.org/respec/ref.html#data-include ?
- # [22:32] <TabAtkins> Not currently.
- # [22:32] <tobie> How could you even process that information so quickly?
- # [22:33] <TabAtkins> ???
- # [22:33] <tobie> !!!
- # [22:34] * tobie had a long day.
- # [22:34] <tobie> Is this somehow planned?
- # [22:34] <tobie> Easy/hard given the current architecture?
- # [22:35] <TabAtkins> It's not currently in my plans, but I'm not opposed. Feel free to file an issue on me for it. I'd appreciate some pointers to existing usage of this in ReSpec.
- # [22:35] <tobie> I'm using it to include code samples of live apps.
- # [22:35] * Quits: rego (~rego@66.193.27.77.dynamic.mundo-r.com) (Ping timeout: 252 seconds)
- # [22:36] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
- # [22:38] * Quits: tav (~tav`@host31-52-142-205.range31-52.btcentralplus.com) (Read error: No route to host)
- # [22:39] * Joins: tav (~tav`@host31-52-142-205.range31-52.btcentralplus.com)
- # [22:40] <TabAtkins> tobie: Why not include it inline?
- # [22:41] <JonathanNeal> Tangent: [type=password i], in today CSS does this work, are attribute selectors even case-sensitive?
- # [22:43] * Joins: rego (~rego@66.193.27.77.dynamic.mundo-r.com)
- # [22:43] <tobie> I have the apps and use case doc in the same repo, like that I don't have any copy-pasting to do.
- # [22:44] <tobie> Added the links to https://github.com/tabatkins/bikeshed/issues/496
- # [22:45] * Quits: bholley_ (~bholley@c-73-231-198-151.hsd1.ca.comcast.net) (Ping timeout: 240 seconds)
- # [22:47] <robertkowalski> heya
- # [22:48] <robertkowalski> i want to start to work on a spec for console.log and friends
- # [22:48] <Domenic> \o/
- # [22:49] <robertkowalski> but before i start i was wondering if i need to use a special kind of test framework / test runner
- # [22:49] <TabAtkins> Didn't somebody already start on that?
- # [22:49] <Domenic> TabAtkins: yep, and stall
- # [22:49] <TabAtkins> Right. Maybe it can be reused rather than starting from scratch.
- # [22:49] <Domenic> robertkowalski: web-platform-tests are the best tests: https://github.com/w3c/web-platform-tests
- # [22:50] <Domenic> robertkowalski: http://testthewebforward.org/docs/
- # [22:50] <robertkowalski> cool thank you Domenic
- # [22:52] <tobie> iirc MikeSmith had a draft of the console API in the Browser Testing and Tools WG
- # [22:53] <tobie> It's mentioned in the charter but can't seem to find it online.
- # [22:53] <TabAtkins> tobie: That makes sense.
- # [22:53] <TabAtkins> (re: using examples in both explainer and spec)
- # [22:53] <TabAtkins> File an issue on me?
- # [22:54] <tobie> https://github.com/tabatkins/bikeshed/issues/496
- # [22:54] <TabAtkins> danke
- # [22:55] * Joins: benwerd (~benwerd@67.180.159.135)
- # [22:57] <MikeSmith> philipj (or anybody) about the 0.03% threshold of usage-counter data for blink intent-to-deprecate features, what does that work out as far as number of sites? (I mean the number within whatever sample the usage-counter data is collected from)
- # [22:57] * Joins: bholley (~bholley@c-73-231-198-151.hsd1.ca.comcast.net)
- # [22:58] <tobie> robertkowalski: found this: http://sideshowbarker.github.io/console-spec/
- # [22:58] <MikeSmith> and it is sites, right? not URLs/documents
- # [22:58] <MikeSmith> yeah that doc is quite imcomplete
- # [22:58] <MikeSmith> the best resource for console still remains http://getfirebug.com/wiki/index.php/Console_API
- # [22:58] <philipj> MikeSmith: Chrome's data is percentage of page views, so it can't be compared with number of sites in a corpus like httparchive
- # [22:59] <MikeSmith> philipj: ah OK, makes sense
- # [22:59] <philipj> MikeSmith: it's quite likely that there are some counters with high usage only due to youtube.com or similar
- # [23:00] <MikeSmith> ah
- # [23:00] <philipj> zcorpan: oh, right, should I fix the two that I've closed?
- # [23:00] <zcorpan> philipj: naw
- # [23:02] <MikeSmith> tobie: robertkowalski https://github.com/DeveloperToolsWG/console-object/blob/master/api.md is good
- # [23:02] <MikeSmith> and https://developer.mozilla.org/en-US/docs/Web/API/Console
- # [23:06] * Joins: eric_carlson (~ericc@207.173.20.37)
- # [23:07] <tobie> TabAtkins: I'm having a hard time getting em-dashes to work. Shouldn't https://github.com/w3c/sensors/blob/gh-pages/index.bs#L119 so it?
- # [23:08] <TabAtkins> Assuming there's no spaces at the ends of those lines, yes, it should.
- # [23:08] <tobie> there isn't.
- # [23:09] <TabAtkins> Hmmm, it is indeed not working. Will look.
- # [23:10] <tobie> ty
- # [23:10] * Quits: Maurice` (~copyman@unaffiliated/maurice)
- # [23:11] <tobie> I kind of cargo-culted the boilerplate metadata, so I might be doing something dumb there.
- # [23:11] * Quits: mven (~textual@32.97.110.57) (Quit: Textual IRC Client: www.textualapp.com)
- # [23:12] * Quits: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Remote host closed the connection)
- # [23:13] <TabAtkins> tobie: Nope, it was a dumb thing on my part.
- # [23:13] <TabAtkins> Accidentally required the following line to start with whitespace for the emdash conversion to happen.
- # [23:14] <TabAtkins> Just pushed the fix.
- # [23:14] <tobie> oh, cool.
- # [23:14] <TabAtkins> (My specs tend to indent the text, to make headings more obvious on a quick scan, so i didn't notice the problem.
- # [23:14] <TabAtkins> )
- # [23:15] <tobie> Yeah, I got used to sticking everything as far left as possible to avoid weird markdown bugs.
- # [23:16] <TabAtkins> I don't (and won't) implement the "indent means code block" part of Markdown, so feel free to indent.
- # [23:16] <tobie> Mind pulling in https://github.com/tabatkins/bikeshed/pull/493 while you're at it?
- # [23:17] <tobie> Oh, you're planning to cherry-pick markdown. Sounds fun.
- # [23:17] <tobie> CommonMark-- ?
- # [23:17] <tobie> :P
- # [23:17] * Quits: rego (~rego@66.193.27.77.dynamic.mundo-r.com) (Ping timeout: 264 seconds)
- # [23:18] <tobie> TabAtkins: I had added support for that in Respec https://github.com/w3c/respec/blob/develop/js/core/markdown.js#L141-L183
- # [23:19] <tobie> But it still acted weird on occasion. Or at least I feared it would.
- # [23:19] <TabAtkins> Yeah, Bikeshed's markdown handles HTML nesting properly. Indented code is fundamentally incompatible with that.
- # [23:22] <tobie> I'm not sure what you mean by "Bikeshed's markdown handles HTML nesting properly."
- # [23:23] <TabAtkins> Bikeshed intermixes HTML and Markdown in a sane way, I mean.
- # [23:25] * Joins: darobin (~darobin@cpe-74-64-41-253.nyc.res.rr.com)
- # [23:25] <tobie> yeah. Regular markdown certainly doesn't.
- # [23:26] <TabAtkins> Largely because of the historical mistake of indented code blocks. ^_^
- # [23:26] <TabAtkins> So yeah, I'm gradually approaching consistency with CommonMark except for that point.
- # [23:27] <TabAtkins> (Unsure if I'll ever fully implement CommonMark's multi-line backtick semantics, tho. They require some weird back-and-forth integration between parser levels.)
- # [23:29] * Joins: howdoi (uid224@gateway/web/irccloud.com/x-swdicopeccbmujgl)
- # [23:33] * Quits: encryptd_fractal (~encryptd_@63-254-58-198.ip.mcleodusa.net) (Remote host closed the connection)
- # [23:36] <robertkowalski> MikeSmith: oh btw why did you stop working on the console api? was it too boring?
- # [23:40] <MikeSmith> robertkowalski: I can't say I ever really put much work into it. I put it together intending that somebody else might pick up work on it
- # [23:41] <MikeSmith> but that said it's never been a high priority for me personally
- # [23:41] * Quits: dbaron (~dbaron@2620:101:80fb:232:553d:924c:b54f:b414) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [23:41] <MikeSmith> I guess that's true of others as well
- # [23:42] <MikeSmith> it's not clear how strong of a need we have for a high level of interoperability around it
- # [23:42] * Joins: dbaron (~dbaron@2620:101:80fb:224:c9c6:f158:a925:c3ee)
- # [23:42] <MikeSmith> the main reason to have a spec is to ensure we get interoperability among implementations
- # [23:43] <MikeSmith> and to avoid creating interoperability frustrations for devs
- # [23:44] <MikeSmith> I could be wrong but I think console interoperability (or lack of) doesn't seem like a pain point for devs currently
- # [23:44] <MikeSmith> TabAtkins: http://stackoverflow.com/questions/32874967/html5-image-preloading if you have any insights
- # [23:51] * Quits: darobin (~darobin@cpe-74-64-41-253.nyc.res.rr.com) (Remote host closed the connection)
- # [23:51] * Joins: frivoal (~frivoal@softbank126142063093.bbtec.net)
- # [23:53] * Quits: tantek (~tantek@70-36-139-190.dsl.dynamic.fusionbroadband.com) (Quit: tantek)
- # [23:55] * Quits: frivoal (~frivoal@softbank126142063093.bbtec.net) (Ping timeout: 252 seconds)
- # [23:56] <robertkowalski> MikeSmith: *nod*
- # [23:57] <robertkowalski> MikeSmith: maybe i'll pick it up. i like to write those spec tests
- # [23:57] * Quits: eric_carlson (~ericc@207.173.20.37) (Quit: eric_carlson)
- # [23:57] <robertkowalski> i wrote some with another test framework ~1yr ago
- # [23:58] <MikeSmith> TabAtkins: thanks (would upvote that but I'm out of votes for today until ~1hr or so from now)
- # [23:59] <MikeSmith> robertkowalski: if you do pick up work on it I would be glad to help with review and such
- # [23:59] * Quits: ehsan (~ehsan@2001:450:1f:224:2c76:6f6c:c560:7873) (Remote host closed the connection)
- # [23:59] <MikeSmith> but note that terinjokes has been working on something too from time to time
- # [23:59] <MikeSmith> not sure where he's at with it currently but maybe y'all could collaborate
- # Session Close: Thu Oct 01 00:00:00 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