Options:
- # Session Start: Wed Oct 22 00:00:00 2014
- # Session Ident: #whatwg
- # [00:00] * Quits: Guest70742 (~scor@63.92.229.57) (Client Quit)
- # [00:00] * Joins: thinkxl (~thinkxl@2602:30a:c05b:5999:3cd5:224d:3151:47ee)
- # [00:06] * Joins: lerc (~quassel@121-74-5-229.telstraclear.net)
- # [00:09] * Joins: KevinMarks (~yaaic@172.56.16.5)
- # [00:15] * Quits: plutoniix (~plutoniix@node-1a5n.pool-101-109.dynamic.totbb.net) (Quit: จรลี จรลา)
- # [00:15] * Joins: tantek (~tantek@70-36-139-41.dsl.dynamic.fusionbroadband.com)
- # [00:16] * Joins: caitp- (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com)
- # [00:17] <Hixie> so uh
- # [00:17] <Hixie> how do you define properties in es6 classes?
- # [00:17] <Hixie> is that not a thing?
- # [00:18] <Domenic> get x() { ... } set x(v) { ... }
- # [00:18] <Hixie> is that not in the spec?
- # [00:19] <gsnedders> es6 classes are just silly syntax, bah!
- # [00:19] <Hixie> i can't find it anywhere
- # [00:19] <Domenic> https://people.mozilla.org/~jorendorff/es6-draft.html#sec-method-definitions
- # [00:19] * Quits: caitp (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com) (Ping timeout: 244 seconds)
- # [00:20] <Hixie> oh, i see
- # [00:20] <Hixie> i assumed "method" meant, like, method :-P
- # [00:20] <Hixie> thanks
- # [00:21] <Domenic> yeah :-/
- # [00:22] * Quits: encrypt__ (~encryptd_@71-90-29-214.dhcp.ftbg.wi.charter.com) (Read error: Connection reset by peer)
- # [00:22] <Hixie> how about constructors?
- # [00:22] <Hixie> are those still in?
- # [00:22] <Hixie> i don't see those either
- # [00:23] <Hixie> even in methods!
- # [00:23] <caitp-> the constructor property of a class
- # [00:23] <Hixie> or is it just a method called "constructor"
- # [00:23] <caitp-> bingo
- # [00:23] <Hixie> k
- # [00:23] * Joins: encryptd_fractl (~encryptd_@71-90-29-214.dhcp.ftbg.wi.charter.com)
- # [00:25] * Joins: anchnk (~anchnk@static-176-182-138-141.ncc.abo.bbox.fr)
- # [00:27] * Quits: mven (~textual@32.97.110.57) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [00:28] * Quits: thinkxl_ (~thinkxl@207-91-184-162.nstci.net) (Quit: Computer has gone to sleep.)
- # [00:28] * Quits: ehsan (~ehsan@2001:450:1f:224:2c16:610b:a90a:5476) (Remote host closed the connection)
- # [00:36] * Joins: hasather (~hasather@cm-84.210.170.16.getinternet.no)
- # [00:41] * Quits: hasather (~hasather@cm-84.210.170.16.getinternet.no) (Ping timeout: 244 seconds)
- # [00:42] * Joins: boogyman (~boogyman@pdpc/supporter/professional/boogyman)
- # [00:43] * Quits: KevinMarks (~yaaic@172.56.16.5) (Ping timeout: 256 seconds)
- # [00:52] * Joins: tav (~tav`@host109-154-0-186.range109-154.btcentralplus.com)
- # [00:59] * Quits: anchnk (~anchnk@static-176-182-138-141.ncc.abo.bbox.fr) (Quit: Leaving)
- # [00:59] * Quits: thinkxl (~thinkxl@2602:30a:c05b:5999:3cd5:224d:3151:47ee) (Quit: (null))
- # [01:22] * Quits: caitp- (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com) (Ping timeout: 244 seconds)
- # [01:29] * Quits: Garbee (uid21171@gateway/web/irccloud.com/x-oyjmqncbmhxlvvjo) (Quit: Connection closed for inactivity)
- # [01:43] * parshap_ is now known as parshap
- # [01:55] * Quits: Lachy (~Lachy@cm-84.215.104.248.getinternet.no) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [01:59] * Joins: KevinMarks (~yaaic@172.56.39.14)
- # [02:00] * Joins: hasather (~hasather@cm-84.210.170.16.getinternet.no)
- # [02:00] * Joins: Lachy (~Lachy@cm-84.215.104.248.getinternet.no)
- # [02:02] * Quits: rubys (~rubys@cpe-098-027-051-253.nc.res.rr.com) (Quit: Leaving.)
- # [02:04] * Quits: hasather (~hasather@cm-84.210.170.16.getinternet.no) (Ping timeout: 244 seconds)
- # [02:13] * Joins: voiceofgrog (~voiceofgr@2601:e:9f80:102c:20d0:1943:649c:5d93)
- # [02:13] * Quits: voiceofgrog (~voiceofgr@2601:e:9f80:102c:20d0:1943:649c:5d93) (Changing host)
- # [02:13] * Joins: voiceofgrog (~voiceofgr@unaffiliated/voiceofgrog)
- # [02:13] * Quits: ap (~ap@17.202.44.214)
- # [02:15] * Quits: KevinMarks (~yaaic@172.56.39.14) (Ping timeout: 258 seconds)
- # [02:16] * Joins: KevinMarks (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
- # [02:17] * Joins: plutoniix (~plutoniix@210.213.57.70)
- # [02:19] * Joins: caitp- (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com)
- # [02:20] * Quits: roc (~chatzilla@203.192.141.163) (*.net *.split)
- # [02:20] * Quits: karlcow (~karl@nerval.la-grange.net) (*.net *.split)
- # [02:20] * Quits: thierrym (~thierrym@195-154-99-158.rev.poneytelecom.eu) (*.net *.split)
- # [02:20] * Quits: annevk (~annevk@46-127-136-57.dynamic.hispeed.ch) (*.net *.split)
- # [02:20] * Quits: r4vi (~r4vi@184.106.109.213) (*.net *.split)
- # [02:20] * Quits: globbot (~logbot@lump.glob.com.au) (*.net *.split)
- # [02:20] * Quits: crankharder (~crankhard@c-73-191-6-206.hsd1.va.comcast.net) (*.net *.split)
- # [02:20] * Quits: Philip` (~philip@compass.zaynar.co.uk) (*.net *.split)
- # [02:20] * Quits: Kolombiken (~Adium@94.137.124.2) (*.net *.split)
- # [02:20] * Quits: diffalot (~diffalot@c-75-66-188-195.hsd1.ms.comcast.net) (*.net *.split)
- # [02:20] * Quits: aklein_ (sid4454@gateway/web/irccloud.com/x-chknhggfsffgfxcx) (*.net *.split)
- # [02:20] * Quits: JakeA (sid3836@gateway/web/irccloud.com/x-ihdsdufhsvavprun) (*.net *.split)
- # [02:20] * Quits: rego (~rego@66.193.27.77.dynamic.mundo-r.com) (*.net *.split)
- # [02:20] * Quits: ondras (~ondras@zarovi.cz) (*.net *.split)
- # [02:20] * Quits: kirjs______ (sid25169@gateway/web/irccloud.com/x-hcedezqyqllpwusb) (*.net *.split)
- # [02:20] * Quits: hayato (sid20728@gateway/web/irccloud.com/x-dwgysizvvrzwzlam) (*.net *.split)
- # [02:20] * Quits: tndrH (~Rob@cpc4-seac20-2-0-cust858.7-2.cable.virginm.net) (*.net *.split)
- # [02:20] * Quits: zama (~zama@unaffiliated/stryx/x-3871776) (*.net *.split)
- # [02:20] * Quits: jtcranmer (~jcranmer@ras1.csl.tjhsst.edu) (*.net *.split)
- # [02:20] * Quits: wilhelm (~wilhelm@178.255.149.100) (*.net *.split)
- # [02:20] * hayato_ is now known as hayato
- # [02:21] * Quits: tantek (~tantek@70-36-139-41.dsl.dynamic.fusionbroadband.com) (Quit: tantek)
- # [02:21] * Quits: Hixie (~ianh@178.255.149.100) (Ping timeout: 250 seconds)
- # [02:23] * Joins: thinkxl_ (~thinkxl@207-91-184-162.nstci.net)
- # [02:24] * Quits: caitp- (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com) (Ping timeout: 244 seconds)
- # [02:24] * Quits: jsbell (jsbell@nat/google/x-sxsymvadhficyfqn) (Quit: There's no place like home...)
- # [02:25] * hayato is now known as 18VABB0LJ
- # [02:25] * Joins: Kolombiken (~Adium@94.137.124.2)
- # [02:25] * Joins: diffalot (~diffalot@c-75-66-188-195.hsd1.ms.comcast.net)
- # [02:25] * Joins: aklein_ (sid4454@gateway/web/irccloud.com/x-chknhggfsffgfxcx)
- # [02:25] * Joins: JakeA (sid3836@gateway/web/irccloud.com/x-ihdsdufhsvavprun)
- # [02:25] * Joins: rego (~rego@66.193.27.77.dynamic.mundo-r.com)
- # [02:25] * Joins: ondras (~ondras@zarovi.cz)
- # [02:25] * Joins: kirjs______ (sid25169@gateway/web/irccloud.com/x-hcedezqyqllpwusb)
- # [02:25] * Joins: hayato (sid20728@gateway/web/irccloud.com/x-dwgysizvvrzwzlam)
- # [02:25] * Joins: tndrH (~Rob@cpc4-seac20-2-0-cust858.7-2.cable.virginm.net)
- # [02:25] * Joins: zama (~zama@unaffiliated/stryx/x-3871776)
- # [02:25] * Joins: jtcranmer (~jcranmer@ras1.csl.tjhsst.edu)
- # [02:25] * Joins: wilhelm (~wilhelm@178.255.149.100)
- # [02:25] * hayato is now known as hayato_
- # [02:26] * Joins: tantek (~tantek@70-36-139-41.dsl.dynamic.fusionbroadband.com)
- # [02:26] * Joins: Hixie (~ianh@178.255.149.100)
- # [02:26] * Joins: roc (~chatzilla@203.192.141.163)
- # [02:26] * Joins: karlcow (~karl@nerval.la-grange.net)
- # [02:26] * Joins: thierrym (~thierrym@195-154-99-158.rev.poneytelecom.eu)
- # [02:26] * Joins: annevk (~annevk@46-127-136-57.dynamic.hispeed.ch)
- # [02:26] * Joins: r4vi (~r4vi@184.106.109.213)
- # [02:26] * Joins: globbot (~logbot@lump.glob.com.au)
- # [02:26] * Joins: crankharder (~crankhard@c-73-191-6-206.hsd1.va.comcast.net)
- # [02:26] * Joins: Philip` (~philip@compass.zaynar.co.uk)
- # [02:28] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Remote host closed the connection)
- # [02:32] * Quits: espadrine (~espadrine@AMontsouris-158-1-14-136.w92-128.abo.wanadoo.fr) (Quit: espadrine)
- # [02:36] * thinkxl_ is now known as thinkxl
- # [02:38] * Joins: caitp- (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com)
- # [02:42] * Joins: mven (~textual@72.183.104.138)
- # [02:43] * caitp- is now known as caitp
- # [02:43] * Quits: caitp (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com) (Quit: Leaving)
- # [02:43] * Joins: caitp (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com)
- # [02:53] <cabanier> TabAtkins: ping
- # [02:54] <cabanier> TabAtkins: bikeshed is reporting "ImportError: No module named six"
- # [02:54] <cabanier> https://www.irccloud.com/pastebin/zrm5b7sH
- # [02:54] <cabanier> TabAtkins: Any ideas?
- # [02:54] * Quits: saba (~foo@unaffiliated/saba) (Quit: leaving)
- # [02:54] <cabanier> TabAtkins: It's on mac
- # [02:55] <TabAtkins> let me go see!
- # [03:00] <caitp> making python do anything right is kind of amazing
- # [03:00] * Quits: mko (~mko@50.240.205.146) (Quit: Bye.)
- # [03:01] * Joins: jungkees (uid24208@gateway/web/irccloud.com/x-olzairpehjnipzsu)
- # [03:03] <cabanier> TabAtkins: just got a new mac so it could be that something is in a bad state
- # [03:04] <TabAtkins> Argh, having trouble entering my chroot now, probably caused by the most recent update to chromeos
- # [03:04] <TabAtkins> And yeah, I haven't touched that part of the code. You followed the install instructions?
- # [03:04] <TabAtkins> Possible that six wasn't part of the install instructions, but it worked because everyone already had it on mac or something.
- # [03:05] <cabanier> TabAtkins: yes. https://github.com/tabatkins/bikeshed/blob/master/docs/install.md
- # [03:05] <SimonSapin> TabAtkins: six should just come as a dependency when you install html5lib
- # [03:06] <TabAtkins> Yeah, it should. Weird that it's not.
- # [03:06] <SimonSapin> the state of Python on OS X makes me sad
- # [03:07] <cabanier> I did "sudo port install py27-six"
- # [03:07] <cabanier> now it works :-)
- # [03:07] <caitp> it's not that python is bad on osx, it's just bad everywhere
- # [03:07] <caitp> this is why nobody likes writing python :(
- # [03:07] <TabAtkins> caitp: Except, the exact opposite.
- # [03:07] <TabAtkins> cabanier: I'll amend the docs.
- # [03:07] <SimonSapin> caitp: disagree
- # [03:07] <cabanier> TabAtkins: thanks!
- # [03:08] <caitp> dart has a decent package manager, go sort of has something vaguely like a package manager, node has a pretty great package manager
- # [03:08] <caitp> all 3 make that stuff so much less of a headache
- # [03:08] <TabAtkins> Python has a decent package manager too.
- # [03:08] <TabAtkins> On Linux.
- # [03:09] <caitp> it really doesn't, I've been using python on linux :(
- # [03:09] <TabAtkins> So have I.
- # [03:11] * Joins: Goplat (~goplat@reactos/developer/Goplat)
- # [03:13] <caitp> there are always going to be a few people who are really into whatever language, even if it's haskell or rust
- # [03:13] * Joins: erlehmann_ (~erlehmann@g226094115.adsl.alicedsl.de)
- # [03:14] <TabAtkins> I'm just saying, I've never had problems with pip on linux.
- # [03:15] <TabAtkins> And I've done a year of off-and-on heavy dev on Bikeshed.
- # [03:16] * Joins: Mso150 (~ctlM@80.83.238.44)
- # [03:17] * Quits: erlehmann (~erlehmann@f055170240.adsl.alicedsl.de) (Ping timeout: 246 seconds)
- # [03:18] <caitp> i'm just saying, the barrier to entry and the maintenance headache for this stuff should rightfully be a lot less than it is
- # [03:19] <caitp> these are solved problems in general
- # [03:19] <TabAtkins> Maybe so, but I haven't seen these problems you're alluding to. ^_^
- # [03:20] <caitp> must be nice :> i never saw them with mozilla's python stuff, but i see them with every flask app ive ever seen
- # [03:21] <caitp> or any non-easy_install library that isnt dealt with by someone else
- # [03:21] <caitp> anything that wants to use venv
- # [03:25] * Quits: mven (~textual@72.183.104.138) (Quit: Textual IRC Client: www.textualapp.com)
- # [03:26] * Joins: mven (~textual@72.183.104.138)
- # [03:28] * Quits: bnicholson (~bnicholso@2620:101:80fc:224:8517:d573:db3b:4a82) (Ping timeout: 265 seconds)
- # [03:28] * Quits: tj_vantoll (~Adium@2601:4:5380:2ec:5da2:c357:e8af:a64e) (Quit: Leaving.)
- # [03:31] * Quits: plutoniix (~plutoniix@210.213.57.70) (Quit: จรลี จรลา)
- # [03:45] * Quits: jwalden (~waldo@2620:101:80fc:224:7e7a:91ff:fe25:a5a3) (Quit: ChatZilla 0.9.87-8.1450hg.fc20 [XULRunner 32.0/20140902134853])
- # [03:47] * Quits: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com) (Quit: sicking)
- # [03:47] * Quits: Mso150 (~ctlM@80.83.238.44) (Read error: Connection reset by peer)
- # [03:48] * Joins: hasather (~hasather@cm-84.210.170.16.getinternet.no)
- # [03:50] <SimonSapin> "these are solved problems in general" [citation needed]
- # [03:52] * Quits: hasather (~hasather@cm-84.210.170.16.getinternet.no) (Ping timeout: 245 seconds)
- # [04:04] * Joins: jdaggett_ (~jdaggett@61-121-216-2.bitcat.net)
- # [04:09] * Quits: erlehmann_ (~erlehmann@g226094115.adsl.alicedsl.de) (Quit: Die demokratieerhaltende Whistleblowerplattform Krautchan freut sich immer über Spenden.)
- # [04:13] * Joins: bnicholson (~bnicholso@24.130.60.241)
- # [04:22] <jdaggett_> annevk: ping
- # [04:22] * Quits: tav (~tav`@host109-154-0-186.range109-154.btcentralplus.com) (Quit: tav)
- # [04:31] * Joins: rubys (~rubys@cpe-098-027-051-253.nc.res.rr.com)
- # [04:44] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
- # [05:08] * Joins: weinig (~weinig@98.234.191.242)
- # [05:31] * Quits: rubys (~rubys@cpe-098-027-051-253.nc.res.rr.com) (Quit: Leaving.)
- # [05:37] * Joins: hasather (~hasather@cm-84.210.170.16.getinternet.no)
- # [05:41] * Quits: hasather (~hasather@cm-84.210.170.16.getinternet.no) (Ping timeout: 246 seconds)
- # [05:42] * Quits: thinkxl (~thinkxl@207-91-184-162.nstci.net) (Quit: Lingo - http://www.lingoirc.com)
- # [05:53] * Joins: plutoniix (~plutoniix@210.213.57.70)
- # [06:00] * Quits: mven (~textual@72.183.104.138) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [06:27] * Quits: tantek (~tantek@70-36-139-41.dsl.dynamic.fusionbroadband.com) (Quit: tantek)
- # [06:29] * Quits: beowulf (~sstewart@host86-153-14-226.range86-153.btcentralplus.com) (Ping timeout: 255 seconds)
- # [06:31] * Joins: beowulf (~sstewart@host109-154-203-66.range109-154.btcentralplus.com)
- # [06:42] * Joins: sicking (~sicking@c-98-210-159-193.hsd1.ca.comcast.net)
- # [06:51] * Quits: boogyman (~boogyman@pdpc/supporter/professional/boogyman) (Ping timeout: 255 seconds)
- # [06:53] * Quits: othermaciej (~mjs@c-50-136-134-16.hsd1.ca.comcast.net) (Quit: othermaciej)
- # [06:59] * Quits: caitp (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com) (Ping timeout: 244 seconds)
- # [07:01] * Quits: voiceofgrog (~voiceofgr@unaffiliated/voiceofgrog) (Remote host closed the connection)
- # [07:05] * Joins: othermaciej (~mjs@c-50-136-134-16.hsd1.ca.comcast.net)
- # [07:06] * Joins: tantek (~tantek@70-36-139-41.dsl.dynamic.fusionbroadband.com)
- # [07:26] * Joins: hasather (~hasather@cm-84.210.170.16.getinternet.no)
- # [07:30] * Quits: hasather (~hasather@cm-84.210.170.16.getinternet.no) (Ping timeout: 240 seconds)
- # [07:33] * Quits: sicking (~sicking@c-98-210-159-193.hsd1.ca.comcast.net) (Quit: sicking)
- # [07:37] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: :tiuQ tiuq sah woclrak)
- # [08:04] * Joins: zdobersek (~zan@109.201.154.154)
- # [08:05] * Joins: karlcow (~karl@nerval.la-grange.net)
- # [08:07] * Quits: weinig (~weinig@98.234.191.242) (Quit: weinig)
- # [08:16] * Joins: espadrine (~espadrine@AMontsouris-158-1-18-183.w92-128.abo.wanadoo.fr)
- # [08:25] * Quits: roc (~chatzilla@203.192.141.163) (Remote host closed the connection)
- # [08:31] * Joins: SteveF_ (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net)
- # [08:31] * Joins: Ducki (~Ducki@191.233.66.1)
- # [08:39] * Quits: Goplat (~goplat@reactos/developer/Goplat) (Remote host closed the connection)
- # [08:43] * Joins: cbr (~cbr@145.36.150.83.chzhher77.rootnet.ch)
- # [08:47] * Joins: Mso150 (~ctlM@80.83.238.28)
- # [08:49] * Joins: markkes (~markkes@62.207.90.201)
- # [08:50] * Joins: nessy (~silviapf@stargate.it.nicta.com.au)
- # [08:52] * Quits: Mso150 (~ctlM@80.83.238.28) (Ping timeout: 248 seconds)
- # [08:52] * Joins: Mso150_z (~ctlM@80.83.239.69)
- # [08:59] * Joins: hasather (~hasather@cm-84.210.170.16.getinternet.no)
- # [09:04] * Quits: hasather (~hasather@cm-84.210.170.16.getinternet.no) (Ping timeout: 256 seconds)
- # [09:21] * Quits: c74d (~c74d3a4eb@2002:4404:712c:0:76de:2bff:fed4:2766) (Remote host closed the connection)
- # [09:25] * Joins: Nyalab (~nyalab@89.30.127.162)
- # [09:26] * Joins: c74d (~c74d3a4eb@2002:4404:712c:0:76de:2bff:fed4:2766)
- # [09:27] * Joins: laurensclaessen (~laurenscl@91.183.84.141)
- # [09:32] * Joins: yoichio (yoichio@nat/google/x-nsamfikcfvqrrjdh)
- # [09:46] * Quits: nessy (~silviapf@stargate.it.nicta.com.au) (Quit: Leaving.)
- # [09:48] * Joins: nessy (~silviapf@stargate.it.nicta.com.au)
- # [09:54] * Joins: rubys (~rubys@cpe-098-027-051-253.nc.res.rr.com)
- # [10:01] <annevk> jdaggett_: hey
- # [10:01] * Quits: espadrine (~espadrine@AMontsouris-158-1-18-183.w92-128.abo.wanadoo.fr) (Quit: espadrine)
- # [10:03] <jdaggett_> annevk: had a design question for you but ended up talking about it with mike smith instead! :)
- # [10:03] <jdaggett_> annevk: you're in london these days?
- # [10:03] <annevk> jdaggett_: Zürich
- # [10:03] <jdaggett_> sweet!
- # [10:04] <jdaggett_> annevk: have you glanced over the font loading api recently? http://dev.w3.org/csswg/css-font-loading
- # [10:04] * Joins: cheron (~cheron@unaffiliated/cheron)
- # [10:05] <jdaggett_> annevk: wondering if it might be better to structure the spec so that the algorithms were grouped together more clearly
- # [10:06] <annevk> That's up to you guys really
- # [10:06] <annevk> The only thing I'd try to make sure of is that algorithms that are also used by CSS syntax (not the API) are separate so they can be referenced and used from multiple places
- # [10:09] <jdaggett_> annevk: well, there's "fudge it" language -- User agents can initiate font loads on their own, whenever they determine that a given font face is necessary to render something on the page. When this happens, they must act as if they had called the corresponding FontFace’s load() method described here.
- # [10:10] <jdaggett_> :P
- # [10:11] <annevk> Seems reasonable I guess, although that language does not quite make it clear whether or not the load() method can be overridden by web developers
- # [10:12] <jdaggett_> annevk: hmmm, interesting
- # [10:13] <annevk> jgraham: I find it easier to have a separate algorithm that load() invokes and that the other CSS spec can invoke
- # [10:13] <annevk> jdaggett_: ^
- # [10:13] <annevk> jdaggett_: but you can also talk about the object's initial property value; XMLHttpRequest does something like that for using JSON.parse()
- # [10:13] <jdaggett_> yeah, that sounds like a better thing
- # [10:14] <jdaggett_> annevk: btw, if a spec says (1) fire a blahblah event at object X (2) fulfill promise foobar
- # [10:15] <jdaggett_> annevk: does that imply anything about the order of the event handler and resolve methods are executed?
- # [10:16] <annevk> jgraham: if that is all it says the event would fire immediately and the promise callbacks would be run later (before end-of-task)
- # [10:16] <annevk> (or at end-of-task, depends on how you view things I guess)
- # [10:16] <jdaggett_> mmm, ok
- # [10:19] * Quits: eto (~eto@unaffiliated/eto) (Ping timeout: 258 seconds)
- # [10:26] * Joins: espadrine (~espadrine@AMontsouris-158-1-18-183.w92-128.abo.wanadoo.fr)
- # [10:30] * Quits: espadrine (~espadrine@AMontsouris-158-1-18-183.w92-128.abo.wanadoo.fr) (Ping timeout: 246 seconds)
- # [10:31] * jgraham still isn't jdaggett_ :p
- # [10:32] <jdaggett_> heh
- # [10:32] <jdaggett_> nor should you ever want to be...
- # [10:39] * Joins: eto (~eto@unaffiliated/eto)
- # [10:44] * Quits: Mso150_z (~ctlM@80.83.239.69) (Ping timeout: 248 seconds)
- # [10:46] * Joins: espadrine` (~ttyl@LMontsouris-656-01-02-84.w80-12.abo.wanadoo.fr)
- # [10:47] * Quits: jdaggett_ (~jdaggett@61-121-216-2.bitcat.net) (Ping timeout: 255 seconds)
- # [10:50] * Quits: SteveF_ (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net) (Ping timeout: 246 seconds)
- # [10:51] * Joins: SteveF_ (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net)
- # [10:53] * Quits: rubys (~rubys@cpe-098-027-051-253.nc.res.rr.com) (Quit: Leaving.)
- # [10:55] * Quits: Lachy (~Lachy@cm-84.215.104.248.getinternet.no) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [10:57] <annevk> oh sorry :/
- # [11:04] * Joins: iancrowther__ (uid25786@gateway/web/irccloud.com/x-bqxmafkfyujtgkjr)
- # [11:05] * Quits: espadrine` (~ttyl@LMontsouris-656-01-02-84.w80-12.abo.wanadoo.fr) (Ping timeout: 265 seconds)
- # [11:07] * Joins: jacobolu_ (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
- # [11:09] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Ping timeout: 258 seconds)
- # [11:11] * Joins: espadrine (~ttyl@LMontsouris-656-01-02-84.w80-12.abo.wanadoo.fr)
- # [11:17] * Joins: Lachy (~Lachy@213.166.174.2)
- # [11:24] * Joins: Ms2ger (~Ms2ger@193.190.253.150)
- # [11:24] * Quits: Lachy (~Lachy@213.166.174.2) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [11:24] * Joins: Lachy (~Lachy@213.166.174.2)
- # [11:25] * Quits: Lachy (~Lachy@213.166.174.2) (Client Quit)
- # [11:31] * Quits: tantek (~tantek@70-36-139-41.dsl.dynamic.fusionbroadband.com) (Quit: tantek)
- # [11:31] * Quits: Ms2ger (~Ms2ger@193.190.253.150) (Ping timeout: 260 seconds)
- # [11:42] * Joins: darobin (~darobin@78.250.180.245)
- # [11:51] <JakeA> annevk: I don't see the relevance of https://github.com/slightlyoff/ServiceWorker/issues/518#issuecomment-60060589 - wrong ticket?
- # [11:52] <annevk> JakeA: I don't want ServiceWorkerClient as an object per 512 / 511
- # [11:53] <JakeA> annevk: ahh, but ServiceWorkerClients is different
- # [11:53] <annevk> JakeA: oh, it's all of them
- # [11:53] <annevk> JakeA: deleted comment
- # [11:53] <JakeA> JakeA: it's where the getters for the clients, and things like reloadAll (will) live
- # [11:54] <annevk> JakeA: still unclear how that makes sense for workers though
- # [11:54] <annevk> JakeA: reload that is
- # [11:55] <JakeA> annevk: yeah, reloadAll has more problems than just that. It's a good feature, but needs way more thought, that's why I removed it.
- # [11:57] * Quits: eto (~eto@unaffiliated/eto) (Ping timeout: 272 seconds)
- # [11:59] * Joins: boogyman (~boogyman@pdpc/supporter/professional/boogyman)
- # [12:00] <annevk> JakeA: hmm, perhaps a dedicated worker cannot be a client due to its API
- # [12:01] <annevk> JakeA: a dedicated worker assumes it only has a relationship with a window
- # [12:01] <annevk> JakeA: I guess it could still talk to Fetch directly, with a capability given by the Window/Document
- # [12:05] * Joins: adactio (~adactio@212.42.170.121)
- # [12:13] * Quits: darobin (~darobin@78.250.180.245) (Read error: Connection reset by peer)
- # [12:13] * Joins: darobin (~darobin@78.250.180.245)
- # [12:14] * Quits: ^esc_ (~esc-ape@91.141.2.220.wireless.dyn.drei.com) (Ping timeout: 250 seconds)
- # [12:24] * Joins: erlehmann (~erlehmann@g226094115.adsl.alicedsl.de)
- # [12:27] * Joins: roc (~chatzilla@121-98-107-199.bng1.tvc.orcon.net.nz)
- # [12:27] * Joins: hasather (~hasather@80.91.33.141)
- # [12:29] <JakeA> annevk: which bit of its API gets in the way?
- # [12:30] <annevk> JakeA: a dedicated worker assumes it's associated with a single port
- # [12:31] <JakeA> annevk: ah, so another env wouldn't be able to post messages to it?
- # [12:31] * Quits: laurensclaessen (~laurenscl@91.183.84.141) (Remote host closed the connection)
- # [12:31] * Joins: laurensclaessen (~laurenscl@91.183.84.141)
- # [12:31] <annevk> JakeA: yeah, the logic doesn't really support that
- # [12:31] <annevk> JakeA: you'd effectively turn it into a shared worker at that point
- # [12:31] <annevk> afaict, anyway
- # [12:33] * Joins: Lachy (~Lachy@213.166.174.2)
- # [12:35] <JakeA> I'll continue assuming it's just windows & sharedworkers, we can add dedicated workers in if needed
- # [12:35] <JakeA> (I say 'continue', I'm just about to get onto it, so questions incoming)
- # [12:36] * Quits: Lachy (~Lachy@213.166.174.2) (Client Quit)
- # [12:37] * Joins: Lachy (~Lachy@213.166.174.2)
- # [12:37] <annevk> Yeah, given the way the dedicated worker API works, that seems fine
- # [12:37] <annevk> We'll just have to learn to appreciate that there's not really any governing logic to these things
- # [12:42] * Joins: tav (~tav`@host109-154-0-186.range109-154.btcentralplus.com)
- # [12:43] * Joins: bholley (~bholley@corp-nat.p2p.sfo1.mozilla.com)
- # [12:44] <annevk> I missed http://www.w3.org/blog/2014/10/decision-by-consensus-or-by-informed-editor-which-is-better/ I hope Jeff doesn't actually think the W3C enables those five things
- # [12:47] <erlehmann> annevk what i am worried about with workers is that clients need to send messages to them. since js is single threaded, wouldn't that mean that if a worker has a huge dataset to work on that dataset would have to be messaged to them and interface would freeze in the meantime?
- # [12:48] <annevk> erlehmann: workers run in a distinct thread
- # [12:49] <erlehmann> annevk yes, but the messaging of the huge dataset could prove problematic, wouldn't it?
- # [12:49] <erlehmann> like the communication of and from to the worker
- # [12:49] <annevk> erlehmann: depends on how it's done, if you can transfer rather it, you might be okay
- # [12:49] <annevk> s/rather//
- # [12:50] <erlehmann> data is copied, not shared
- # [12:50] <erlehmann> i have to benchmark this in real-world cases
- # [12:52] <annevk> erlehmann: no, you can actually transfer the data rather than copy it if you use an ArrayBuffer
- # [12:53] * Quits: cbr (~cbr@145.36.150.83.chzhher77.rootnet.ch) (Quit: cbr)
- # [12:54] <erlehmann> ah
- # [12:54] <erlehmann> thx annevk
- # [12:55] * Joins: Lachy_ (~Lachy@tmo-102-151.customers.d1-online.com)
- # [12:56] * Quits: jacobolu_ (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Read error: Connection reset by peer)
- # [12:57] * Quits: Lachy (~Lachy@213.166.174.2) (Ping timeout: 255 seconds)
- # [12:58] * Krinkle|detached is now known as Krinkle
- # [13:04] * Joins: smaug____ (~chatzilla@cs78246079.pp.htv.fi)
- # [13:10] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Ping timeout: 246 seconds)
- # [13:12] * Quits: Lachy_ (~Lachy@tmo-102-151.customers.d1-online.com) (Ping timeout: 260 seconds)
- # [13:13] * krijnhoetmer_ is now known as krijnhoetmerlogb
- # [13:13] * krijnhoetmerlogb is now known as krijnhoetmerbot
- # [13:14] * Joins: pfefferle (~pfefferle@213.144.11.130)
- # [13:20] * Quits: erlehmann (~erlehmann@g226094115.adsl.alicedsl.de) (Read error: Connection reset by peer)
- # [13:20] * Joins: erlehmann (~erlehmann@g226094115.adsl.alicedsl.de)
- # [13:24] * Quits: smaug____ (~chatzilla@cs78246079.pp.htv.fi) (Remote host closed the connection)
- # [13:24] * Joins: eto (~eto@unaffiliated/eto)
- # [13:25] * Joins: smaug____ (~chatzilla@cs78246079.pp.htv.fi)
- # [13:26] * Quits: erlehmann (~erlehmann@g226094115.adsl.alicedsl.de) (Ping timeout: 255 seconds)
- # [13:26] * Joins: erlehmann (~erlehmann@g226094115.adsl.alicedsl.de)
- # [13:30] * Quits: eto (~eto@unaffiliated/eto) (Ping timeout: 240 seconds)
- # [13:32] * Joins: eto (~eto@unaffiliated/eto)
- # [13:36] * Quits: pfefferle (~pfefferle@213.144.11.130) (Ping timeout: 246 seconds)
- # [13:36] * Joins: pfefferle_ (~pfefferle@p4FDCF807.dip0.t-ipconnect.de)
- # [13:43] <annevk> "Mark Day: the usual model is that W3C develops stuff; some of it is deemed mature enough to transition over to another, larger or better-trained body like IETF. To my memory it hasn't gone the other way around."
- # [13:43] <annevk> https://www.ietf.org/proceedings/44/44th-99mar-ietf-121.html
- # [13:47] <annevk> Yay, SSLv3 disabled: https://www.ssllabs.com/ssltest/analyze.html?d=annevankesteren.nl
- # [13:48] <annevk> whatwg.org still has some ways to go; server not updated yet I guess
- # [13:48] * Quits: bholley (~bholley@corp-nat.p2p.sfo1.mozilla.com)
- # [13:53] * Quits: plutoniix (~plutoniix@210.213.57.70) (Quit: จรลี จรลา)
- # [13:54] * Quits: gavin_ (~gavin@76.14.42.120) (Read error: Connection reset by peer)
- # [13:54] * Joins: ^esc (~esc-ape@91.141.3.12.wireless.dyn.drei.com)
- # [13:54] * Joins: gavin_ (~gavin@76.14.42.120)
- # [13:56] * Joins: Lachy (~Lachy@213.166.174.2)
- # [13:57] * Joins: mpt (mpt@conference/canonical/x-pokfcabpyxyegmvq)
- # [13:57] * Quits: mpt (mpt@conference/canonical/x-pokfcabpyxyegmvq) (Changing host)
- # [13:57] * Joins: mpt (mpt@canonical/mpt)
- # [13:59] * Quits: eto (~eto@unaffiliated/eto) (Ping timeout: 260 seconds)
- # [14:00] * Joins: eto (~eto@unaffiliated/eto)
- # [14:05] * Quits: eto (~eto@unaffiliated/eto) (Read error: Connection reset by peer)
- # [14:05] * Joins: yoav (~yoav@37.163.0.106)
- # [14:07] * Joins: eto (~eto@unaffiliated/eto)
- # [14:07] * Joins: caitp (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com)
- # [14:07] * Quits: nessy (~silviapf@stargate.it.nicta.com.au) (Ping timeout: 272 seconds)
- # [14:10] * Quits: zama (~zama@unaffiliated/stryx/x-3871776) (Ping timeout: 260 seconds)
- # [14:13] * Joins: zama (~zama@unaffiliated/stryx/x-3871776)
- # [14:15] * Joins: bholley (~bholley@corp-nat.p2p.sfo1.mozilla.com)
- # [14:20] * Joins: tj_vantoll (~Adium@2601:4:5380:2ec:fc93:9b1f:a7d:c97f)
- # [14:27] * Joins: Lachy_ (~Lachy@213.166.174.2)
- # [14:27] * Quits: Lachy (~Lachy@213.166.174.2) (Read error: Connection reset by peer)
- # [14:28] * Quits: darobin (~darobin@78.250.180.245) (Read error: Connection reset by peer)
- # [14:28] * Joins: darobin_ (~darobin@78.250.180.245)
- # [14:30] * Joins: Ms2ger (~Ms2ger@nata210.ugent.be)
- # [14:31] * Quits: tj_vantoll (~Adium@2601:4:5380:2ec:fc93:9b1f:a7d:c97f) (Read error: Connection reset by peer)
- # [14:33] * Joins: tj_vantoll (~Adium@2601:4:5380:2ec:fc93:9b1f:a7d:c97f)
- # [14:33] * Quits: laurensclaessen (~laurenscl@91.183.84.141) (Remote host closed the connection)
- # [14:43] * Quits: yoav (~yoav@37.163.0.106) (Ping timeout: 246 seconds)
- # [14:44] * Joins: laurensclaessen (~laurenscl@91.183.84.141)
- # [14:52] * Quits: Lachy_ (~Lachy@213.166.174.2) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [14:53] * Joins: Lachy (~Lachy@213.166.174.2)
- # [15:01] * Joins: cbr__ (~cbr@145.36.150.83.chzhher77.rootnet.ch)
- # [15:08] <JakeA> annevk: If I want to get the url of a client, is it "the client's global object's location's href"?
- # [15:09] <annevk> JakeA: it depends on the type of client
- # [15:09] <annevk> JakeA: we could ask Hixie to put an accessor on the environment settings object
- # [15:10] <annevk> JakeA: but e.g. if the global object is a Window, you want it's associated document's url.
- # [15:10] <JakeA> annevk: that would help. Although don't all types of client have a location?
- # [15:10] <JakeA> workers & windows have .location
- # [15:11] <annevk> JakeA: yes, but that's an API, not an underlying concept
- # [15:11] <annevk> JakeA: and e.g. for a Window would give the address of the active document, which might not be correct I suppose
- # [15:12] * Quits: smaug____ (~chatzilla@cs78246079.pp.htv.fi) (Ping timeout: 245 seconds)
- # [15:13] <JakeA> annevk: struggling to find the window concept
- # [15:13] <JakeA> or is it "browsing context"?
- # [15:13] <annevk> JakeA: it's global object
- # [15:13] <annevk> JakeA: a browsing context has a history, so that's not quite it
- # [15:14] <annevk> JakeA: I have the feeling Hixie could refactor it a bit more, though I understand why he would be hesitant about that
- # [15:15] * Quits: bholley (~bholley@corp-nat.p2p.sfo1.mozilla.com)
- # [15:15] * Joins: rubys (~rubys@cpe-098-027-051-253.nc.res.rr.com)
- # [15:19] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
- # [15:19] <JakeA> annevk: so I'm at https://html.spec.whatwg.org/multipage/webappapis.html#environment-settings-object, looking for a way to get the URL, I guess "global object" isn't it, because that only gives me APIs and not concepts. Base URL will (presumably) be affected by <base>, so that isn't what I want. Getting the url from the browsing context is messy when it
- # [15:19] <JakeA> comes to navigations and window.open
- # [15:20] <JakeA> thinking out loud, but struggling to get to a url. Am I at least thinking about it in the right way?
- # [15:20] <JakeA> Or have I discounted the right answer by mistake?
- # [15:22] <annevk> JakeA: it's fine to inspect objects
- # [15:22] <annevk> JakeA: the problem with Location is that if you look at the API, you'll find it returns the active document's url
- # [15:22] <annevk> JakeA: whereas here we should probably return global object's associated document's url
- # [15:23] <annevk> JakeA: also, we don't typically say return the value from location.href or some such, but rather just get at the value that API would return (though in this case that would be wrong)
- # [15:26] * darobin_ is now known as darobin
- # [15:32] * Joins: dbaron (~dbaron@pool-72-94-180-192.phlapa.fios.verizon.net)
- # [15:33] * Joins: mven (~textual@32.97.110.57)
- # [15:39] * Quits: aretecode (~aretecode@S01061859339e5f51.cc.shawcable.net) (Ping timeout: 255 seconds)
- # [15:41] * Joins: aretecode (~aretecode@50.23.131.206-static.reverse.softlayer.com)
- # [15:41] * Joins: Lachy_ (~Lachy@tmo-102-217.customers.d1-online.com)
- # [15:43] * Quits: iancrowther__ (uid25786@gateway/web/irccloud.com/x-bqxmafkfyujtgkjr) (Quit: Connection closed for inactivity)
- # [15:45] * Quits: shepazu (~shepazu@108-70-132-46.lightspeed.rlghnc.sbcglobal.net) (Quit: is sleepy)
- # [15:46] * Quits: Lachy (~Lachy@213.166.174.2) (Ping timeout: 272 seconds)
- # [15:50] * Quits: cheron (~cheron@unaffiliated/cheron) (Ping timeout: 244 seconds)
- # [15:50] * Joins: ehsan (~ehsan@135-23-212-183.cpe.pppoe.ca)
- # [15:50] * Joins: cheron (~cheron@unaffiliated/cheron)
- # [15:53] * Joins: bodoke (~bodoke__@200.175.53.230.static.gvt.net.br)
- # [16:00] * Joins: Garbee (uid21171@gateway/web/irccloud.com/x-iebkxiumknhuncaw)
- # [16:00] * Quits: saline (~irenacob@li629-190.members.linode.com) (Excess Flood)
- # [16:03] * Joins: saline (~irenacob@li629-190.members.linode.com)
- # [16:05] * Joins: abinader (sid21713@gateway/web/irccloud.com/x-hjlcenbgadbtpvkt)
- # [16:05] * Quits: darobin (~darobin@78.250.180.245) (Read error: Connection reset by peer)
- # [16:06] * Joins: darobin (~darobin@78.250.180.245)
- # [16:08] * Quits: ehsan (~ehsan@135-23-212-183.cpe.pppoe.ca) (Remote host closed the connection)
- # [16:10] * Joins: weinig (~weinig@98.234.191.242)
- # [16:13] * Joins: scor (scor@drupal.org/user/52142/view)
- # [16:13] * Joins: boogyman1 (~boogyman@38.88.11.131)
- # [16:14] * boogyman1 is now known as boogy
- # [16:23] <JakeA> annevk: active document seems fine. It's the document in the history sequence that's currently in use right?
- # [16:24] * Joins: smaug____ (~chatzilla@cs78246079.pp.htv.fi)
- # [16:24] <JakeA> annevk: or does it get broken by child browsing contexts and window.open?
- # [16:24] <JakeA> "broken" in terms of my intended use
- # [16:29] * Joins: TallTed (~Thud@63.119.36.36)
- # [16:30] * Quits: SteveF_ (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net) (Ping timeout: 255 seconds)
- # [16:32] * Quits: Lachy_ (~Lachy@tmo-102-217.customers.d1-online.com) (Quit: Textual IRC Client: www.textualapp.com)
- # [16:35] * Quits: sarri (~sari@p50995cae.dip0.t-ipconnect.de) (Ping timeout: 255 seconds)
- # [16:35] * Quits: hasather (~hasather@80.91.33.141) (Remote host closed the connection)
- # [16:35] * Joins: ehsan (~ehsan@2001:450:1f:224:3d98:23d3:b041:9f3b)
- # [16:35] * Joins: Lachy (~Lachy@213.166.174.2)
- # [16:35] * Joins: hasather (~hasather@80.91.33.141)
- # [16:35] * Joins: sarri (~sari@p50995cae.dip0.t-ipconnect.de)
- # [16:37] <JakeA> annevk: I've replaced client url with: <a href="https://fetch.spec.whatwg.org/#concept-request-client">client</a>'s <a href="https://html.spec.whatwg.org/multipage/webappapis.html#global-object">global object</a>'s <a href="https://html.spec.whatwg.org/multipage/browsers.html#location">location</a>'s underlying <a
- # [16:37] <JakeA> href="https://url.spec.whatwg.org/#concept-urlutils-url">URL</a>
- # [16:38] * Krinkle is now known as Krinkle|detached
- # [16:39] <JakeA> I can farm this out to an algorithm section, "Get URL From Client" or whatever
- # [16:40] <JakeA> Yeah, I'll do that
- # [16:40] * JakeA disconnects his thoughts from #whatwg for a moment
- # [16:47] * Quits: darobin (~darobin@78.250.180.245) (Remote host closed the connection)
- # [16:48] * Quits: bodoke (~bodoke__@200.175.53.230.static.gvt.net.br) (Ping timeout: 256 seconds)
- # [16:49] * Quits: Lachy (~Lachy@213.166.174.2) (Quit: Textual IRC Client: www.textualapp.com)
- # [16:51] * Joins: Lachy (~Lachy@213.166.174.2)
- # [16:54] * Joins: thinkxl (~thinkxl@2602:30a:c05b:5999:149e:63bc:5f04:3e0e)
- # [16:57] <annevk> JakeA: that's not an actual thing though
- # [16:58] <annevk> JakeA: just file a bug on Hixie to attach such a thing to environment setting objects
- # [16:58] <JakeA> annevk: what isn't a thing?
- # [16:58] * Joins: SteveF_ (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net)
- # [16:58] <annevk> "location's underlying URL"
- # [16:59] <JakeA> annevk: But location implements URLUtils, and that has the concept of a URL. Or can I not go from API to concept?
- # [17:00] <annevk> JakeA: as I said, location's url is the one from the active document, we don't want that here
- # [17:01] * Quits: mpt (mpt@canonical/mpt) (Ping timeout: 244 seconds)
- # [17:02] <JakeA> annevk: haven't figured out when that breaks. The active document is the currently used document in the history sequence, right? When isn't that what we want? Or does it get broken (from what I want) by child browsing contexts and window.open?
- # [17:02] <annevk> JakeA: because at that point it's a different document
- # [17:03] * Joins: jwalden (~waldo@2620:101:80fc:224:7e7a:91ff:fe25:a5a3)
- # [17:03] <annevk> JakeA: e.g. if you navigate from a.com to b.com, the active document changes, but we don't want the URL to change in that case
- # [17:03] <annevk> JakeA: that'd be pretty weird
- # [17:10] * Quits: eto (~eto@unaffiliated/eto) (Ping timeout: 265 seconds)
- # [17:12] * Quits: jernoble (~jernoble@17.202.46.221) (Ping timeout: 244 seconds)
- # [17:14] * Joins: jernoble (~jernoble@17.202.46.221)
- # [17:17] * Quits: jungkees (uid24208@gateway/web/irccloud.com/x-olzairpehjnipzsu) (Quit: Connection closed for inactivity)
- # [17:19] * Quits: karlcow (~karl@nerval.la-grange.net) (Remote host closed the connection)
- # [17:19] * Quits: Lachy (~Lachy@213.166.174.2) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [17:20] <annevk> JakeA: how does appcache have path-based security?
- # [17:21] * Quits: pfefferle_ (~pfefferle@p4FDCF807.dip0.t-ipconnect.de) (Ping timeout: 244 seconds)
- # [17:21] * Joins: pfefferle (~pfefferle@213.144.11.136)
- # [17:21] * Quits: nunnun (~hiro@2001:200:164:48:20c:29ff:fe02:11d2) (Ping timeout: 265 seconds)
- # [17:21] * Quits: Ms2ger (~Ms2ger@nata210.ugent.be) (Ping timeout: 240 seconds)
- # [17:24] * Joins: nunnun (~hiro@2001:200:164:48:20c:29ff:fe02:11d2)
- # [17:24] * Quits: laurensclaessen (~laurenscl@91.183.84.141) (Remote host closed the connection)
- # [17:24] * Quits: hasather (~hasather@80.91.33.141) (Read error: Connection reset by peer)
- # [17:26] * Joins: laurensclaessen (~laurenscl@91.183.84.141)
- # [17:26] * Joins: eto (~eto@unaffiliated/eto)
- # [17:26] * Joins: hasather (~hasather@80.91.33.141)
- # [17:27] <JakeA> annevk: https://www.w3.org/Bugs/Public/show_bug.cgi?id=25699
- # [17:27] <annevk> JakeA: ah okay, is that actually implemented?
- # [17:29] <JakeA> annevk: nah, we've got someone assigned to do it, but not done yet
- # [17:29] <annevk> so maybe it's not a problem at all?
- # [17:30] * Joins: voiceofgrog (~voiceofgr@unaffiliated/voiceofgrog)
- # [17:30] <JakeA> I guess I could already take-over jsbin's 404 pages using appcache
- # [17:31] * Quits: eto (~eto@unaffiliated/eto) (Ping timeout: 260 seconds)
- # [17:31] <JakeA> will add that to the issue
- # [17:32] * Joins: plutoniix (~plutoniix@node-1a5n.pool-101-109.dynamic.totbb.net)
- # [17:33] * Joins: hasather_ (~hasather@80.91.33.141)
- # [17:33] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 255 seconds)
- # [17:35] <JakeA> annevk: visit https://jsbin.com/yisiju/quiet, then visit https://jsbin.com/blahblahwhatever
- # [17:36] * Quits: weinig (~weinig@98.234.191.242) (Quit: weinig)
- # [17:36] * Joins: bholley (~bholley@corp-nat.p2p.sfo1.mozilla.com)
- # [17:37] <annevk> JakeA: why does it come back with " Remy smells of poo "?
- # [17:38] <annevk> oh I see
- # [17:38] <JakeA> annevk: I've taken over al 404s BY THE POWER OF APPCACHE
- # [17:38] <annevk> okay you that's bad
- # [17:38] * Quits: bholley (~bholley@corp-nat.p2p.sfo1.mozilla.com) (Client Quit)
- # [17:39] <JakeA> annevk: yeah, mix this in with a bit of MITM and… well… appcache should have been https only
- # [17:40] * Quits: cbr__ (~cbr@145.36.150.83.chzhher77.rootnet.ch) (Quit: cbr__)
- # [17:40] <annevk> We were gonna disable appcache I think
- # [17:40] <annevk> I wonder why that hasn't happened yet
- # [17:40] <JakeA> annevk: Jonas said "as soon as serviceworker ships"
- # [17:56] * Joins: mpt (mpt@canonical/mpt)
- # [17:57] <Domenic> JakeA: i bet you feel like one of those l33t "attackers" you hear so much about, now.
- # [17:58] * Quits: laurensclaessen (~laurenscl@91.183.84.141)
- # [17:59] * JakeA goes off to pwn something
- # [18:00] <jgraham> JakeA: AIUI all you actually need to do is own evil.com. It's the web equivalent of having a secret base inside a volcano.
- # [18:00] * Quits: pfefferle (~pfefferle@213.144.11.136) (Quit: pfefferle)
- # [18:02] * Joins: bodoke (~bodoke__@200.175.53.230.static.gvt.net.br)
- # [18:02] * Joins: Areks (~Areks@89-178-151-42.broadband.corbina.ru)
- # [18:02] <boogy> annevk: JakeA: e.g. if you navigate from http://a.com/to http://b.com/, the active document changes, but we don't want the URL to change in that case <— Doesn't this break principles of showing appropriate content for the current url? Or is this some weirdness where only the canonical meta tag updates?
- # [18:04] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
- # [18:04] <JakeA> annevk: also, if the user navigates, don't we want the url to change?
- # [18:05] <JakeA> (I think I'm hitting the spec writing learning curve)
- # [18:06] * Quits: dbaron (~dbaron@pool-72-94-180-192.phlapa.fios.verizon.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [18:06] * Quits: howitdo (~howitdo@unaffiliated/howitdo) (Quit: I Bomanos)
- # [18:06] * Joins: Maurice` (copyman@unaffiliated/maurice)
- # [18:07] * Quits: mpt (mpt@canonical/mpt) (Ping timeout: 256 seconds)
- # [18:10] * Quits: plutoniix (~plutoniix@node-1a5n.pool-101-109.dynamic.totbb.net) (Read error: Connection reset by peer)
- # [18:10] * Joins: xiinotulp (~plutoniix@node-l18.pool-101-108.dynamic.totbb.net)
- # [18:11] * Joins: howitdo (~howitdo@unaffiliated/howitdo)
- # [18:12] <annevk> boogy: I'm not sure what you're saying
- # [18:13] <annevk> JakeA: if the user navigates the global object changes as well, so you get a different place to postMessage to
- # [18:13] <annevk> JakeA: and the document changes
- # [18:13] <annevk> JakeA: as I said, Location is weird
- # [18:14] <boogy> annevk: what is the use-case where someone is navigating from domain.tld to domain2.tld without the url changing but the content changing?
- # [18:14] * Joins: weinig (~weinig@17.245.25.136)
- # [18:15] <annevk> boogy: the point is that the URL from domain.tld has not changed
- # [18:15] <annevk> boogy: so when we're talking with the content from domain.tld, we should not report the URL from some different content
- # [18:16] <JakeA> annevk: I guess this is why we considered navigation creating a new client and killing the old
- # [18:17] <JakeA> annevk: (by we I mean serviceworker client). Will work from home tomorrow so I can actually get this done. Today was mostly serviceworker support and meetings :(
- # [18:18] <annevk> JakeA: if I go to <a href=/b></a> from /a you'd expect /b to have its own Document (and therefore its own Window), but you wouldn't expect the client from /a to report /b
- # [18:19] <annevk> JakeA: and I don't think we want to make a client an actual browsing context with history and everything... though it would have been good if someone had thought about this while we created service workers
- # [18:20] <boogy> I'm not fully understanding the context here. Are you discussing the reporting as it relates to service workers? In my humble opinion, I very much would not expect content from /b to report as /a if that content produced a new document load.
- # [18:21] <boogy> as a web author, nor as an educated user.
- # [18:22] <annevk> I don't think there's actual disagreement, just not sufficient understanding about how self.location actually works
- # [18:23] * Quits: howitdo (~howitdo@unaffiliated/howitdo) (Ping timeout: 240 seconds)
- # [18:25] * Joins: howitdo (~howitdo@unaffiliated/howitdo)
- # [18:26] * Quits: weinig (~weinig@17.245.25.136) (Quit: weinig)
- # [18:26] * Joins: sicking (~sicking@c-98-210-159-193.hsd1.ca.comcast.net)
- # [18:26] * Joins: tantek (~tantek@70-36-139-41.dsl.dynamic.fusionbroadband.com)
- # [18:26] <boogy> shouldn't it report the information most relevant to the document content?
- # [18:30] * Quits: howitdo (~howitdo@unaffiliated/howitdo) (Ping timeout: 260 seconds)
- # [18:33] <annevk> boogy: it should do what it has always done so it doesn't break sites
- # [18:34] <tantek> annevk - any objection to me proposing to Art that WebAppsWG drop their outdated copy of Fullscreen, and simply instruct all dependent parties to reference the WHATWG living spec for Fullscreen?
- # [18:34] <JakeA> annevk: I need to get the url on navigate (to see which serviceworker registration to assign) and as a snapshot when we get clients (for getAll, and request.client). Doesn't this avoid the changing url issue?
- # [18:35] * Joins: Ms2ger (~Ms2ger@76.232-64-87.adsl-dyn.isp.belgacom.be)
- # [18:35] <annevk> tantek: yeah, I thought the CSS WG already decided as much
- # [18:35] * Joins: ap (~ap@17.202.44.214)
- # [18:35] * Joins: Mso150_z (~ctlM@80.83.239.72)
- # [18:36] * Joins: mko (~mko@50.240.205.146)
- # [18:36] * Joins: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se)
- # [18:37] <tantek> annevk - apparently we have to tell all the WGs
- # [18:37] <Ms2ger> Isn't a WG just a support forum?
- # [18:38] <tantek> Ms2ger - a very good question.
- # [18:38] * Quits: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se) (Remote host closed the connection)
- # [18:38] <annevk> tantek: tell 'm
- # [18:38] <tantek> now that I'm co-chairing one ( Social Web WG ) I'm beginning to believe that it might be mostly a support forum for those who have ideas but don't actually build anything.
- # [18:39] <tantek> Ms2ger - WGs sometimes can also serve as honeypots for counter-productive individuals as well.
- # [18:40] <annevk> tantek: might want to reference http://lists.w3.org/Archives/Public/www-style/2014Oct/0295.html
- # [18:41] * Joins: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se)
- # [18:41] <tantek> annevk - thanks much. that's very helpful.
- # [18:41] <tantek> I will cc: you on my support forum post.
- # [18:42] * Joins: Lachy (~Lachy@cm-84.215.104.248.getinternet.no)
- # [18:43] * Joins: howitdo (~howitdo@cpe-071-068-106-211.carolina.res.rr.com)
- # [18:43] * Quits: howitdo (~howitdo@cpe-071-068-106-211.carolina.res.rr.com) (Changing host)
- # [18:43] * Joins: howitdo (~howitdo@unaffiliated/howitdo)
- # [18:48] <Ms2ger> "the new heartbeat requirement from W3C"
- # [18:48] <Ms2ger> Is that new? I recall it existing when I still edited in webapps
- # [18:49] * Joins: jsbell (jsbell@nat/google/x-lnbtitefuhnlxxzi)
- # [18:50] <annevk> Ms2ger: per http://www.w3.org/2014/Process-20140801/#changes it's not
- # [18:55] * Quits: adactio (~adactio@212.42.170.121) (Quit: adactio)
- # [18:57] <rubys> @TabAtkins: ping?
- # [18:57] <TabAtkins> rubys: pong
- # [18:58] <rubys> Do I need to do anything to enable railroad diagrams?
- # [18:58] <tantek> email : wiki :: TR : living-spec
- # [18:58] <TabAtkins> rubys: No, you just write them in <pre class=railroad> blocks.
- # [18:58] <tantek> email-lists rather
- # [18:58] <rubys> What did I do wrong then? http://intertwingly.net/tmp/url.bs produces http://intertwingly.net/tmp/url.html#url-railroad
- # [18:58] <TabAtkins> tantek: But I can't respond to a fixed version of the wiki!
- # [18:58] * xiinotulp is now known as plutoniix
- # [18:59] <tantek> TabAtkins: But I can't file issues against a living spec!
- # [18:59] <TabAtkins> tantek: (that was the joke)
- # [18:59] <tantek> TabAtkins: I need more coffee :D
- # [19:01] <TabAtkins> rubys: Ah, undocumented requirement that the <pre> be on a line by itself. Sorry about that.
- # [19:01] <tantek> TabAtkins: I'm considering putting a WARNING STATIC SNAPSHOT header on all my posts to email lists.
- # [19:02] <tantek> which then says to reference the LIVING VERSION HERE (insert wiki URL)
- # [19:02] <TabAtkins> (All of the pre-block stuff is done in a preprocessing step before HTML parsing occurs.)
- # [19:02] <TabAtkins> rubys: The <pre> tag, that is. Don't put the contents on the same line, obvs.
- # [19:02] <rubys> thanks. can we talk about your comments on my conversion here, or would you prefer I respond in github?
- # [19:03] <TabAtkins> We can do here, but gimme 20m, as I need to make my wife's lunch.
- # [19:03] * Quits: tj_vantoll (~Adium@2601:4:5380:2ec:fc93:9b1f:a7d:c97f) (Quit: Leaving.)
- # [19:03] <rubys> ok
- # [19:05] <tantek> TabAtkins: speaking of the <pre> tag, whatever happened to your polyfill for the "separator" attribute on the <pre> tag? http://krijnhoetmer.nl/irc-logs/whatwg/20090903#l-1450
- # [19:05] <JonathanNeal> tantek: docs on separator attribute?
- # [19:05] <tantek> JonathanNeal: ^^^ click URL
- # [19:05] <tantek> it's a way to get CSV functionality into HTML and the DOM
- # [19:06] <Ms2ger> It never happened
- # [19:07] <JonathanNeal> tantek: i had seen the line you highlighted and looked at http://www.ietf.org/rfc/rfc4180.txt but I didn’t see what it does. I don’t yet get what csv functionality would look like in a pre.
- # [19:08] <JonathanNeal> But if I can help, I will!
- # [19:08] <tantek> JonathanNeal: <pre separator="\t"> (copy paste a tab-separated CSV text file here) </pre>
- # [19:08] <tantek> and if there's a header row then
- # [19:08] <tantek> (header row in the CSV)
- # [19:08] <tantek> <pre separator="\t" header> (copy paste a tab-separated CSV text file here) </pre>
- # [19:09] <tantek> implementation: parse the CSV per that RFC, and add a Table DOM to the pre element accordingly, so it can be styled with CSS table pseudo-elements and accessed by scripts.
- # [19:10] * tantek waits for dglazkov to show up and say something about perfect opportunity for a Web Component ;)
- # [19:10] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
- # [19:11] * Joins: weinig (~weinig@17.245.25.136)
- # [19:11] * Quits: espadrine (~ttyl@LMontsouris-656-01-02-84.w80-12.abo.wanadoo.fr) (Ping timeout: 240 seconds)
- # [19:15] <tantek> annevk: http://lists.w3.org/Archives/Public/public-webapps/2014OctDec/0213.html
- # [19:16] <Domenic> lolol
- # [19:17] * Quits: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se) (Remote host closed the connection)
- # [19:17] <tantek> JonathanNeal: do you use CSV files ever? do you like CSV as a format?
- # [19:18] <JonathanNeal> Hardy. Yes.
- # [19:18] <JonathanNeal> And it also sounds like the perfect opportuntiy for a web component because it seems like <pre> should never format content.
- # [19:19] <tantek> <pre> always formats content
- # [19:19] <tantek> (unless you style it explicitly not to)
- # [19:19] * Joins: Lachy_ (~Lachy@cm-84.215.104.248.getinternet.no)
- # [19:19] <JonathanNeal> I thought it tries to display it as raw as possible, which is why I doesn’t ignore whitespace and defaults to monospace?
- # [19:20] <TabAtkins> rubys: back
- # [19:20] <TabAtkins> tantek: Still exists in the annals of my site.
- # [19:21] * Joins: newtron (~newtron@199.71.174.204)
- # [19:21] * Quits: othermaciej (~mjs@c-50-136-134-16.hsd1.ca.comcast.net) (Quit: othermaciej)
- # [19:22] * Quits: Lachy (~Lachy@cm-84.215.104.248.getinternet.no) (Ping timeout: 260 seconds)
- # [19:23] * Joins: Lachy (~Lachy@2.150.16.119.tmi.telenormobil.no)
- # [19:24] * Quits: gnarf (gnarf@unaffiliated/gnarf) (Max SendQ exceeded)
- # [19:24] <rubys> TabAtkins: how do I hand-covert an external link? See also https://github.com/rubys/url/commit/e617fd66135bd75b1052700081de5319914168a5#commitcomment-8262562
- # [19:24] <tantek> TabAtkins: Cool URLs and all that. Nice.
- # [19:24] * Quits: erlehmann (~erlehmann@g226094115.adsl.alicedsl.de) (Quit: Die demokratieerhaltende Whistleblowerplattform Krautchan freut sich immer über Spenden.)
- # [19:25] <tantek> JonathanNeal: check out Tab's prototype http://www.xanthir.com/etc/csv.html
- # [19:25] <annevk> tantek: heh
- # [19:26] <tantek> annevk, glad I can help.
- # [19:26] <TabAtkins> rubys: You see if that link exists in Bikeshed's database today (`bikeshed debug --print-refs-for="foo"` isn't great to read, but it has all the necessary data), and if so, you specify what you need to point to it.
- # [19:26] * Joins: gnarf (gnarf@unaffiliated/gnarf)
- # [19:26] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Read error: Connection reset by peer)
- # [19:26] * Quits: Lachy_ (~Lachy@cm-84.215.104.248.getinternet.no) (Ping timeout: 265 seconds)
- # [19:27] <TabAtkins> If the link doesn't exist today, you can add custom anchors with an anchors.json file.
- # [19:27] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
- # [19:27] <tantek> I don't always post to email lists, but when I do, I include at least one level of self-referential meta.
- # [19:27] <TabAtkins> And let me know, so that I can get Shepherd to start parsing that spec (assuming it has the right metadata for Bikeshed/Shepherd).
- # [19:27] <TabAtkins> (And if it doesn't, I can hopefully but the editors to add it.)
- # [19:28] <JonathanNeal> tantek: what am I misunderstanding about <pre> that it should format content when it means "preformatted text”? Why not use a new element?
- # [19:28] <TabAtkins> csv files are meaningfully readable as preformatted text. They're *more* readable as tables, of course.
- # [19:28] <tantek> JonathanNeal: you could use a new element. We used <pre> because <pre> is short for "preformatted text", and CSV/TSV is simply a special case of preformatted text, thus it made sense to re-use.
- # [19:29] <TabAtkins> So if you wanted something that worked in the absence of script, <pre> is what you use.
- # [19:29] <TabAtkins> Good fallback and all that.
- # [19:29] * Joins: mpt (mpt@conference/canonical/x-ffhwohjhewnbyiun)
- # [19:29] * Quits: mpt (mpt@conference/canonical/x-ffhwohjhewnbyiun) (Changing host)
- # [19:29] * Joins: mpt (mpt@canonical/mpt)
- # [19:29] <rubys> TabAtkins, ok, if I substitute 'css' for 'foo', I get some JSON. I take it I should mimic that format and add it to biblio.json (which should be inlined?)
- # [19:29] <tantek> Right. 1) Good fallback. 2) minting new elements has greater cognitive cost than adding attributes to an existing element
- # [19:29] <JonathanNeal> Well, I’m all for that, and then I would ask that in the future it work with other preformatted types, like JSON, and eventually replace syntax highlighters altogether.
- # [19:29] <TabAtkins> anchors.json. Lemme check and see if I'm looking for inline anchors yet, one sec.
- # [19:30] <tantek> JonathanNeal: JSON already has <script> tags for embedding it.
- # [19:30] <TabAtkins> tantek: That's for *using* json, not displaying it.
- # [19:30] <JonathanNeal> Yes, but if I want to display it in a meaningful way, like CSV.
- # [19:30] <tantek> whereas <pre> is purely for expectedly *human* readable content
- # [19:31] <tantek> TabAtkins: true. JonathanNeal if you want to display some machine-readable code like JSON, we have an element for that. <code>
- # [19:31] <tantek> just need a "type" attribute
- # [19:31] <JonathanNeal> tantek: agreed on both points, nice
- # [19:34] * Quits: weinig (~weinig@17.245.25.136) (Quit: weinig)
- # [19:35] <TabAtkins> rubys: Ah, yeah, I'm not yet recognizing inline <pre class=anchors> data. I'll fix that. For now, external anchors.json file will work.
- # [19:36] <tantek> JonathanNeal: <code type="application/json">{ "items": [{ "type": ["h-card"], "properties": { "url": ["http://tantek.com/"], "name": ["Tantek \u00c7elik"]}}]}</code>
- # [19:38] * Quits: Mso150_z (~ctlM@80.83.239.72) (Ping timeout: 248 seconds)
- # [19:38] <Domenic> rubys: TabAtkins: FWIW I just use <a href="my-blog-post-here">text</a>
- # [19:38] <TabAtkins> annevk: I've been thinking of separating out the "default impl" of the FontFace/etc methods from the actual method itself. The intention is that UA-sparked calls use the *initial* value of the property.
- # [19:38] * Joins: Mso150_z (~ctlM@80.83.239.72)
- # [19:39] <TabAtkins> Domenic: Experience shows that forcing people to do cross-spec links with full href just means, in practice, that people almost never do cross-spec links.
- # [19:39] <TabAtkins> As evidence, the CSSWG moved from "very few cross-spec links" to "omg, so many cross-spec links" as specs switched to Bikeshed.
- # [19:39] <Domenic> Hmm, I meant more for e.g. the revealing constructor pattern link in https://streams.spec.whatwg.org/#rs-intro
- # [19:40] <TabAtkins> Oh, sure, if you want a one-off link.
- # [19:40] <TabAtkins> But if you'll be referencing something multiple times in a spec, you want Bikeshed to know about it so you can use short syntax.
- # [19:40] * Joins: othermaciej (~mjs@76.74.153.49)
- # [19:41] * Joins: weinig (~weinig@17.245.25.136)
- # [19:42] * Joins: espadrine (~espadrine@AMontsouris-158-1-18-183.w92-128.abo.wanadoo.fr)
- # [19:42] <rubys> TabAtkins: ValueError: dictionary update sequence element #0 has length 9; 2 is required
- # [19:42] <TabAtkins> ...I have never seen that happen before.
- # [19:43] <rubys> At the moment, my anchors.json is exactly the output from bikeshed debug --print-refs-for="css", unmodified
- # [19:43] <rubys> last line in the traceback:
- # [19:43] <rubys> File "/home/rubys/git/bikeshed/bikeshed/ReferenceManager.py", line 61, in initializeRefs
- # [19:43] <rubys> self.refs.update(json.load(fh))
- # [19:44] <annevk> TabAtkins: as an avid reader of standards, I usually understand the intent, but I try to read them in such a way that I don't
- # [19:44] <TabAtkins> Ah, kk. That won't work; the output of print-refs-for isn't designed for direct input. Sorry this is kinda messy.
- # [19:45] <rubys> TabAtkins: got an example of a working anchors.json anywhere?
- # [19:46] <TabAtkins> The top-level needs to be a dict of link text to anchor data, not an array.
- # [19:47] * TabAtkins is really frustrated that the ChromeOS update he accidentally applied last night killed his crouton, because it means he CAN'T FIX ANYTHING AT ALL RIGHT NOW >_< >_< >_<
- # [19:50] <rubys> TabAtkins: does that mean that I don't need the spec= attribute?
- # [19:50] <TabAtkins> rubys: Yes, you rarely need to specify the spec; usually just specifying the type and maybe the for is enough.
- # [19:51] * Quits: Areks (~Areks@89-178-151-42.broadband.corbina.ru) (Ping timeout: 265 seconds)
- # [19:52] * Quits: Lachy (~Lachy@2.150.16.119.tmi.telenormobil.no) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [19:54] * Quits: SteveF_ (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net) (Ping timeout: 244 seconds)
- # [19:55] <rubys> TabAtkins: I'm really longing for a working example. My current error:
- # [19:56] <rubys> self.refs[term] = [ref for ref in refs if ref['shortname'].rstrip("\n")!=self.specName]
- # [19:56] <rubys> TypeError: string indices must be integers
- # [19:56] <rubys> contents of anchors.json (clearly bogus values but should be well-formed):
- # [19:56] <rubys> {
- # [19:56] <rubys> "utf-8-decoder" : {
- # [19:56] <rubys> "status": "TR\n",
- # [19:56] <rubys> "export": false,
- # [19:56] <rubys> "for": [],
- # [19:56] <rubys> "level": "3\n",
- # [19:56] <rubys> "url": "http://www.w3.org/TR/css3-conditional/#CSS-interface\n",
- # [19:56] <rubys> "normative": true,
- # [19:56] <rubys> "shortname": "css-conditional\n",
- # [19:56] <rubys> "type": "dfn\n",
- # [19:56] <rubys> "spec": "encoding\n"
- # [19:56] <rubys> }
- # [19:57] <rubys> ok, that was throttled. Trying again in parts:
- # [19:57] <rubys> {
- # [19:57] <rubys> "utf-8-decoder" : {
- # [19:57] <rubys> "status": "TR\n",
- # [19:57] <rubys> ...
- # [19:57] <rubys> "type": "dfn\n",
- # [19:57] <rubys> "spec": "encoding\n"
- # [19:57] <rubys> }
- # [19:57] <rubys> }
- # [19:57] * Joins: Mso150_z_z (~ctlM@80.83.239.96)
- # [19:58] <rubys> one of the elided lines reads:
- # [19:58] <rubys> "shortname": "css-conditional\n",
- # [19:58] <TabAtkins> rubys: No one's ever used it, and I am incapable of producing one for you at the moment, as in trying to get my Linux working again.
- # [19:58] * Quits: Mso150_z (~ctlM@80.83.239.72) (Ping timeout: 248 seconds)
- # [19:58] <rubys> ok, in that case, Dominic's suggestion wins. :-)
- # [19:59] <TabAtkins> The real answer is "get all the specs you reference to add the right metadata, then we'll get Shepherd to start parsing then and everyone benefits".
- # [20:00] <TabAtkins> Autolinking is an ecosystem thing that doesn't work great for the first few specs in a given clique that try to use it.
- # [20:01] <TabAtkins> It's *awesome* for CSS now, since everyone generates thee right metadata.
- # [20:01] <rubys> Converting encoding: doable. Converting html and IDNA; https://www.youtube.com/watch?v=zGxwbhkDjZM :-)
- # [20:01] <TabAtkins> Yeah...
- # [20:02] <rubys> In any case, hard-code hrefs for now; and I'll update to use anchors when you can provide a working example.
- # [20:03] <TabAtkins> Kk!
- # [20:05] * Joins: Mso150 (~ctlM@80.83.238.31)
- # [20:06] * Quits: weinig (~weinig@17.245.25.136) (Quit: weinig)
- # [20:06] * Quits: Mso150_z_z (~ctlM@80.83.239.96) (Ping timeout: 248 seconds)
- # [20:07] <rubys> TabAtkins: just thinking out loud, why is anchors needed? Shouldn't one or more of the following 'just work'?
- # [20:08] <rubys> <a spec=encoding>utf-8</a> or <a spec=dom title=concept-attribute-value>attribute value</a>?
- # [20:08] <TabAtkins> Only if Bikeshed knows about those specs, which I don't think it does, currently.
- # [20:08] <rubys> but those specs are in my biblio.json
- # [20:08] <TabAtkins> Irrelevant - that's a different system entirely.
- # [20:09] <TabAtkins> Biblio and autolinking have no connection.
- # [20:09] * Joins: espadrine` (~ttyl@AMontsouris-158-1-18-183.w92-128.abo.wanadoo.fr)
- # [20:09] * Quits: sicking (~sicking@c-98-210-159-193.hsd1.ca.comcast.net) (Quit: sicking)
- # [20:09] * Joins: dbaron (~dbaron@pool-72-94-180-192.phlapa.fios.verizon.net)
- # [20:09] <TabAtkins> (Probably should, but I inherited some legacy biblio systems that are terrible at naming specs.)
- # [20:10] <rubys> I'd even settle for <a biblio-spec=encoding>utf-8</a>
- # [20:11] <TabAtkins> Still won't help, because if Bikeshed doesn't know the spec, it doesn't know the anchors for that spec.
- # [20:13] * Joins: Areks (~Areks@89-178-151-42.broadband.corbina.ru)
- # [20:14] <rubys> What I meant by that is "create a href by taking the specified spec's href from biblio, and add a hash with the title (computed or provided)"
- # [20:17] * Quits: espadrine (~espadrine@AMontsouris-158-1-18-183.w92-128.abo.wanadoo.fr) (Quit: espadrine)
- # [20:18] <TabAtkins> I haven't considered shorter methods for things that arent' in the autolink database yet. I'll think on it.
- # [20:18] * Joins: Lachy (~Lachy@cm-84.215.104.248.getinternet.no)
- # [20:19] * Quits: Lachy (~Lachy@cm-84.215.104.248.getinternet.no) (Client Quit)
- # [20:20] <rubys> Found the dataloss issue:
- # [20:20] <rubys> "<code title>></code>", <!-- 0x3E -->
- # [20:20] <rubys> This will fix it:
- # [20:20] <rubys> "<code title>></code>", <!-- 0x3E -->
- # [20:21] <TabAtkins> That's weird.
- # [20:23] <TabAtkins> That really shouldn't be an issue, though.
- # [20:23] <TabAtkins> Note that you dont' need an emtpy title there.
- # [20:23] <TabAtkins> Bikeshed only treats <a> and <i> as autolinks.
- # [20:24] <TabAtkins> (The former only when the element lacks an href attribute, and I'm going to turn off the latter by default.)
- # [20:24] <TabAtkins> Holy crap, when you don't update your system for a few months, a full update takes a while.
- # [20:25] <rubys> TabAtkins: what OS?
- # [20:25] <TabAtkins> And I'm back with a workiong Linux, yay!
- # [20:25] <TabAtkins> Ubuntu on Chromebook.
- # [20:27] * Quits: scor (scor@drupal.org/user/52142/view) (Quit: scor)
- # [20:32] * Quits: c74d (~c74d3a4eb@2002:4404:712c:0:76de:2bff:fed4:2766) (Remote host closed the connection)
- # [20:33] * Joins: espadrine (~espadrine@AMontsouris-158-1-18-183.w92-128.abo.wanadoo.fr)
- # [20:34] * Joins: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com)
- # [20:36] * Joins: c74d (~c74d3a4eb@2002:4404:712c:0:76de:2bff:fed4:2766)
- # [20:41] * Quits: othermaciej (~mjs@76.74.153.49) (Quit: othermaciej)
- # [20:41] * Joins: SteveF_ (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net)
- # [20:42] * Quits: ehsan (~ehsan@2001:450:1f:224:3d98:23d3:b041:9f3b) (Read error: Connection reset by peer)
- # [20:45] * Joins: ehsan (~ehsan@66.207.208.102)
- # [20:46] * Joins: othermaciej (~mjs@17.245.31.205)
- # [20:47] * Joins: Lachy (~Lachy@cm-84.215.104.248.getinternet.no)
- # [20:52] * Quits: mpt (mpt@canonical/mpt) (Ping timeout: 272 seconds)
- # [21:04] <Domenic> tyoshino________: since you seem to be awake (!?) would love a review of https://github.com/whatwg/streams/pull/234#issuecomment-60016461
- # [21:05] * Quits: Mso150 (~ctlM@80.83.238.31) (Ping timeout: 248 seconds)
- # [21:05] * Joins: Mso150_c (~ctlM@80.83.239.28)
- # [21:07] * Joins: weinig (~weinig@17.245.25.136)
- # [21:08] * Quits: bodoke (~bodoke__@200.175.53.230.static.gvt.net.br) (Ping timeout: 260 seconds)
- # [21:12] * Quits: beowulf (~sstewart@host109-154-203-66.range109-154.btcentralplus.com) (Remote host closed the connection)
- # [21:22] * Quits: Nyalab (~nyalab@89.30.127.162) (Remote host closed the connection)
- # [21:23] * Joins: Nyalab (~nyalab@89.30.127.162)
- # [21:25] * Quits: SteveF_ (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net) (Ping timeout: 255 seconds)
- # [21:27] * Quits: mko (~mko@50.240.205.146) (Ping timeout: 265 seconds)
- # [21:27] * Quits: Nyalab (~nyalab@89.30.127.162) (Ping timeout: 260 seconds)
- # [21:28] * Quits: weinig (~weinig@17.245.25.136) (Quit: weinig)
- # [21:32] * Quits: othermaciej (~mjs@17.245.31.205) (Quit: othermaciej)
- # [21:32] * Joins: SteveF_ (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net)
- # [21:34] * Joins: mko (~mko@50.240.205.146)
- # [21:34] * Joins: laurensclaessen (~laurenscl@2a02:1810:1005:2600:f4c1:fef6:d251:efd2)
- # [21:35] * Joins: othermaciej (~mjs@17.245.31.205)
- # [21:35] * Quits: laurensclaessen (~laurenscl@2a02:1810:1005:2600:f4c1:fef6:d251:efd2) (Remote host closed the connection)
- # [21:35] * Joins: laurensclaessen (~laurenscl@d54C5C6EF.access.telenet.be)
- # [21:39] * Joins: weinig (~weinig@17.245.25.136)
- # [21:40] * Quits: SteveF_ (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net) (Quit: ChatZilla 0.9.91 [Firefox 32.0.3/20140923175406])
- # [21:43] * Joins: karlcow (~karl@nerval.la-grange.net)
- # [21:44] * Quits: cheron (~cheron@unaffiliated/cheron) (Ping timeout: 250 seconds)
- # [21:47] * Quits: markkes (~markkes@62.207.90.201) (Ping timeout: 265 seconds)
- # [21:50] * Joins: paxcoder (~paxcoder@unaffiliated/paxcoder)
- # [21:54] * Quits: weinig (~weinig@17.245.25.136) (Quit: weinig)
- # [21:55] * Joins: aiglesias (~aiglesias@181.31.0.158)
- # [21:57] <gsnedders> So, any of you Google people happen to have an Inbox invite to spare? :)
- # [21:59] * Quits: Dashiva (Dashiva@wikia/Dashiva)
- # [22:01] <paxcoder> gsnedders, I don't think you need that anymore. Unless, of course, you think a Google employee's invite might influence the spam filter rating in your favor...
- # [22:02] <gsnedders> paxcoder: http://www.google.com/inbox/
- # [22:02] <gsnedders> paxcoder: this isn't Gmail
- # [22:02] <gsnedders> paxcoder: so yes, you /can/ request one, but probably quicker to just ask first
- # [22:04] <paxcoder> gsnedders, Oh... First time hearing about that. Dat Metr.. umm I mean Material design.
- # [22:05] <gsnedders> paxcoder: announced a few hours ago :)
- # [22:07] * Quits: boogy (~boogyman@38.88.11.131) (Quit: Leaving.)
- # [22:07] <paxcoder> gsnedders, thanks for the info.
- # [22:07] * Joins: Dashiva (Dashiva@wikia/Dashiva)
- # [22:07] <paxcoder> I like how in the demo/intro, they're not using screenshots or videos.
- # [22:10] <paxcoder> gsnedders, I'm also new to templates. How do I know if I should attribute the above to their use?
- # [22:10] <paxcoder> (what do I search for in the code?)
- # [22:11] * Quits: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com) (Quit: sicking)
- # [22:11] <gsnedders> paxcoder: <template>, except this is Google so they probably do something crazy like building it all up through the DOM
- # [22:13] <paxcoder> Yeah, the "data-template" attributes seem to agree
- # [22:13] * Joins: weinig (~weinig@17.245.25.136)
- # [22:16] * Quits: tantek (~tantek@70-36-139-41.dsl.dynamic.fusionbroadband.com) (Quit: tantek)
- # [22:20] * Joins: scor (~scor@drupal.org/user/52142/view)
- # [22:20] * Quits: thinkxl (~thinkxl@2602:30a:c05b:5999:149e:63bc:5f04:3e0e) (Ping timeout: 265 seconds)
- # [22:21] * Joins: jeremyj_ (~jeremyj@17.202.49.56)
- # [22:23] * Quits: jeremyj_ (~jeremyj@17.202.49.56) (Client Quit)
- # [22:23] * Quits: Mso150_c (~ctlM@80.83.239.28) (Ping timeout: 248 seconds)
- # [22:24] * Quits: roc (~chatzilla@121-98-107-199.bng1.tvc.orcon.net.nz) (Remote host closed the connection)
- # [22:24] * Quits: jtcranmer (~jcranmer@ras1.csl.tjhsst.edu) (Ping timeout: 260 seconds)
- # [22:25] * Joins: tantek (~tantek@173.138.64.10)
- # [22:28] * Joins: boogyman1 (~boogyman@38.88.11.131)
- # [22:29] * Joins: boogyman2 (~boogyman@38.88.11.131)
- # [22:29] * Quits: boogyman1 (~boogyman@38.88.11.131) (Read error: Connection reset by peer)
- # [22:29] * boogyman2 is now known as boogy
- # [22:29] * boogy is now known as dividinglimits
- # [22:31] * Quits: tantek (~tantek@173.138.64.10) (Quit: Colloquy for iPod touch - http://colloquy.mobi)
- # [22:31] * dividinglimits is now known as boogy
- # [22:31] * Joins: thinkxl (~thinkxl@74-95-237-22-Houston.hfc.comcastbusiness.net)
- # [22:31] * Quits: smaug____ (~chatzilla@cs78246079.pp.htv.fi) (Quit: Reconnecting…)
- # [22:33] * Krinkle|detached is now known as Krinkle
- # [22:34] * Joins: smaug____ (~chatzilla@cs78246079.pp.htv.fi)
- # [22:35] * Quits: smaug____ (~chatzilla@cs78246079.pp.htv.fi) (Client Quit)
- # [22:35] * Joins: tantek (~tantek@68-26-223-252.pools.spcsdns.net)
- # [22:35] * Fusl is now known as fusl
- # [22:35] * Joins: smaug____ (~chatzilla@cs78246079.pp.htv.fi)
- # [22:36] * fusl is now known as Fusl
- # [22:37] * Quits: smaug____ (~chatzilla@cs78246079.pp.htv.fi) (Client Quit)
- # [22:37] * Joins: erlehmann_ (~erlehmann@89.204.135.75)
- # [22:38] * Joins: smaug____ (~chatzilla@cs78246079.pp.htv.fi)
- # [22:39] * Quits: othermaciej (~mjs@17.245.31.205) (Quit: othermaciej)
- # [22:39] * Quits: weinig (~weinig@17.245.25.136) (Quit: weinig)
- # [22:40] * Quits: tantek (~tantek@68-26-223-252.pools.spcsdns.net) (Remote host closed the connection)
- # [22:43] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Read error: Connection reset by peer)
- # [22:44] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
- # [22:46] * Joins: ericandrewlewis (uid32062@gateway/web/irccloud.com/x-jfbgxaetjjuyimrm)
- # [22:46] * Krinkle is now known as Krinkle|detached
- # [22:47] * Krinkle|detached is now known as Krinkle
- # [22:48] * Joins: eto (~eto@unaffiliated/eto)
- # [22:49] * Quits: mven (~textual@32.97.110.57) (Ping timeout: 272 seconds)
- # [22:53] * Quits: eto (~eto@unaffiliated/eto) (Ping timeout: 265 seconds)
- # [22:54] * Quits: Lachy (~Lachy@cm-84.215.104.248.getinternet.no) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [22:54] * Joins: othermaciej (~mjs@17.245.31.205)
- # [22:56] * Joins: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com)
- # [22:57] * Krinkle is now known as Krinkle|detached
- # [22:57] * Quits: Somatt_wrk_ (~somattwrk@130.193.24.135) (Read error: Connection reset by peer)
- # [22:57] * Joins: Somatt_wrk (~somattwrk@130.193.24.135)
- # [22:58] * Joins: Lachy (~Lachy@cm-84.215.104.248.getinternet.no)
- # [23:01] * Joins: weinig (~weinig@17.245.25.136)
- # [23:02] * Joins: Jasper (jstpierre@unaffiliated/magcius)
- # [23:02] * Quits: TallTed (~Thud@63.119.36.36)
- # [23:03] <Jasper> Will requestAnimationFrame be called before or after any timeouts in the frame? I couldn't find the ordering of this.
- # [23:03] <Jasper> And is there any hook that gets me as close to the "before displaying the finished frame" point in time as possible?
- # [23:04] * Quits: zdobersek (~zan@109.201.154.154) (Quit: Leaving.)
- # [23:06] * Joins: mven (~textual@32.97.110.57)
- # [23:07] <caitp> i'm not sure how it's spec'd, but from blink's source it looks like the two aren't concerned with each other at all
- # [23:07] <caitp> so it's probably implementation-specific
- # [23:08] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
- # [23:08] <caitp> or just undefined
- # [23:08] <Jasper> Yeah, it's not in the WHATWG HTML spec, only here: http://www.w3.org/TR/animation-timing/
- # [23:09] <Jasper> That's unfortunate.
- # [23:09] * Quits: Maurice` (copyman@unaffiliated/maurice)
- # [23:10] <Jasper> OK, I think that means I can't actually implement this unless I do (another) shadow copy. OK. I'll just not.
- # [23:11] * Quits: weinig (~weinig@17.245.25.136) (Quit: weinig)
- # [23:11] * Joins: Nyalab (~nyalab@89.30.127.162)
- # [23:12] * Quits: paxcoder (~paxcoder@unaffiliated/paxcoder) (Quit: Leaving)
- # [23:15] * Joins: Lachy_ (~Lachy@2.150.17.230.tmi.telenormobil.no)
- # [23:16] * Quits: Nyalab (~nyalab@89.30.127.162) (Ping timeout: 265 seconds)
- # [23:17] <smaug____> setTimeout and rAF don't really have anything to do with each others
- # [23:20] <jgraham> Right, you can never determine the timing of a setTimeout
- # [23:20] * Quits: Lachy (~Lachy@cm-84.215.104.248.getinternet.no) (Ping timeout: 265 seconds)
- # [23:20] <jgraham> There isn't any concept of a "same frame"
- # [23:20] * Joins: Lachy__ (~Lachy@cm-84.215.104.248.getinternet.no)
- # [23:21] * Quits: Lachy_ (~Lachy@2.150.17.230.tmi.telenormobil.no) (Ping timeout: 256 seconds)
- # [23:25] * Joins: weinig (~weinig@17.245.25.136)
- # [23:26] * Quits: weinig (~weinig@17.245.25.136) (Client Quit)
- # [23:27] * Quits: othermaciej (~mjs@17.245.31.205) (Quit: othermaciej)
- # [23:30] * Joins: no_libsoup_for_y (~Chris@ip70-178-120-154.ks.ks.cox.net)
- # [23:30] * Parts: no_libsoup_for_y (~Chris@ip70-178-120-154.ks.ks.cox.net)
- # [23:34] * Quits: newtron (~newtron@199.71.174.204) (Remote host closed the connection)
- # [23:36] * Joins: roc (~chatzilla@2001:cb0:b202:232:2677:3ff:fece:dc64)
- # [23:39] * Quits: laurensclaessen (~laurenscl@d54C5C6EF.access.telenet.be)
- # [23:42] * Quits: mko (~mko@50.240.205.146) (Ping timeout: 245 seconds)
- # [23:48] * Quits: rubys (~rubys@cpe-098-027-051-253.nc.res.rr.com) (Quit: Leaving.)
- # [23:51] * Joins: tantek (~tantek@108-212-64-202.lightspeed.sntcca.sbcglobal.net)
- # [23:52] * Quits: caitp (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com) (Ping timeout: 244 seconds)
- # [23:53] * Quits: tantek (~tantek@108-212-64-202.lightspeed.sntcca.sbcglobal.net) (Client Quit)
- # [23:53] * Joins: jtcranmer (~jcranmer@ras1.csl.tjhsst.edu)
- # [23:57] * Quits: boogy (~boogyman@38.88.11.131) (Quit: Leaving.)
- # Session Close: Thu Oct 23 00:00:00 2014
The end :)