Options:
- # Session Start: Thu Oct 02 00:00:01 2014
- # Session Ident: #whatwg
- # [00:01] * Joins: astearns_ (sid15080@gateway/web/irccloud.com/x-ddafrjurgzwttcic)
- # [00:02] * Quits: satazor (~satazor@239.201.37.188.rev.vodafone.pt) (Remote host closed the connection)
- # [00:03] * Joins: satazor (~satazor@239.201.37.188.rev.vodafone.pt)
- # [00:03] * Quits: satazor (~satazor@239.201.37.188.rev.vodafone.pt) (Remote host closed the connection)
- # [00:03] * Joins: jacobolus (~jacobolus@199-83-221-11.PUBLIC.monkeybrains.net)
- # [00:09] * Quits: abinader (sid21713@gateway/web/irccloud.com/x-gzuwddpwjruthetf)
- # [00:13] * Quits: darobin (~darobin@mtl93-18-78-208-93-24.fbx.proxad.net) (Remote host closed the connection)
- # [00:16] <Hixie> we are gonna have to clean up this caniuse data
- # [00:16] <Hixie> the spec links in particular. even if you ignore that they point to TR/ pages more often than not, some of the frag IDs are not very precise.
- # [00:17] <Hixie> also there's not that much data here, all things considered.
- # [00:17] <Hixie> what do people think: should we keep the current system, or switch to caniuse.com data when the latter would only annotate 26 places in the spec?
- # [00:20] * Joins: hasather (~hasather@80.91.33.141)
- # [00:20] * Joins: roc (~chatzilla@metro29st13.m.subnet.rcn.com)
- # [00:25] <Hixie> jgraham: you around?
- # [00:25] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 245 seconds)
- # [00:25] * Quits: jernoble|laptop (~jernoble@17.202.45.163) (Ping timeout: 260 seconds)
- # [00:28] * Joins: hemanth_ (~hemanth@122.178.240.55)
- # [00:30] * Quits: fila (~filaf@46.99.25.192)
- # [00:30] <Ms2ger> Hixie, doesn't sound like it's worth it
- # [00:31] <Ms2ger> Hixie, I'd be more interested in test results once we aggregate those
- # [00:31] <Hixie> i think i'm going to drop the current boxes and replace it with caniuse data and links to bugs
- # [00:31] <Hixie> the current links to bugs thing isn't very up to date, i think
- # [00:32] <Hixie> and drop the "section status" stuff
- # [00:32] * Joins: jernoble|laptop (~jernoble@17.114.157.142)
- # [00:33] <Hixie> but if there's other stuff that can be added in, like test results, i'm happy to add those
- # [00:40] * Quits: Sample (~Sample@unaffiliated/sample) (Ping timeout: 272 seconds)
- # [00:43] * Joins: aiglesias (~aiglesias@181.31.0.158)
- # [00:47] * Quits: jernoble|laptop (~jernoble@17.114.157.142) (Quit: Computer has gone to sleep.)
- # [00:50] * Joins: jernoble|laptop (~jernoble@17.114.157.142)
- # [00:55] * Joins: tantek (~tantek@corp-nat.p2p.sfo1.mozilla.com)
- # [01:00] * Quits: caitp (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com) (Quit: Leaving)
- # [01:01] * Quits: jernoble|laptop (~jernoble@17.114.157.142) (Ping timeout: 245 seconds)
- # [01:02] * Quits: ericandrewlewis (uid32062@gateway/web/irccloud.com/x-fkcyfezturkppuai) (Quit: Connection closed for inactivity)
- # [01:03] * Joins: jernoble|laptop (~jernoble@17.244.72.213)
- # [01:07] * Quits: ehsan_ (~ehsan@2001:450:1f:224:3518:ebc1:9594:a820) (Remote host closed the connection)
- # [01:07] * Joins: caitp (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com)
- # [01:14] * Quits: caitp (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com) (Quit: Leaving)
- # [01:14] * Joins: caitp (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com)
- # [01:15] * Quits: jwalden (~waldo@2620:101:80fb:224:7e7a:91ff:fe25:a5a3) (Quit: ChatZilla 0.9.87-8.1450hg.fc20 [XULRunner 31.0/20140725111610])
- # [01:21] * Joins: hasather (~hasather@80.91.33.141)
- # [01:25] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 250 seconds)
- # [01:25] <Hixie> kittens, even with the HTML5 spec i get multiple versions of the w3c spec
- # [01:25] <Hixie> not quite as bad as the canvas spec was, but still
- # [01:26] * Quits: jernoble|laptop (~jernoble@17.244.72.213) (Quit: Computer has gone to sleep.)
- # [01:26] <Hixie> just in my caniuse/bugs processing code, i have five lines just to recognise URLs that refer to the w3c html5 spec
- # [01:26] <Hixie> (i have five lines for the whatwg spec too, but four of those are redirects now)
- # [01:27] <Hixie> oh, found another. w3c html5 specs.
- # [01:27] <Hixie> six of them.
- # [01:28] * Quits: espadrine (~espadrine@AMontsouris-158-1-27-243.w92-128.abo.wanadoo.fr) (Quit: espadrine)
- # [01:29] <Hixie> 7.
- # [01:31] * Joins: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
- # [01:32] * Quits: smaug____ (~chatzilla@a91-154-44-207.elisa-laajakaista.fi) (Remote host closed the connection)
- # [01:33] * Joins: Sample (~Sample@unaffiliated/sample)
- # [01:36] * Quits: Ms2ger (~Ms2ger@91.180.140.18) (Ping timeout: 272 seconds)
- # [01:36] * Quits: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Ping timeout: 260 seconds)
- # [01:39] * Quits: Rastus_Vernon (uid15187@wikimedia/Rastus-Vernon) (Quit: Connection closed for inactivity)
- # [01:41] <Hixie> TabAtkins: https://www.w3.org/Bugs/Public/show_bug.cgi?id=25472#c18 disagrees with your argument about how a successful promise should never represent user cancelation
- # [01:45] * Quits: Sample (~Sample@unaffiliated/sample) (Quit: *ping*)
- # [02:05] * Quits: ap (~ap@17.202.44.214)
- # [02:13] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: :tiuQ tiuq sah woclrak)
- # [02:15] * Quits: aiglesias (~aiglesias@181.31.0.158)
- # [02:26] <tantek> Hixie, obligatory reference to xkcd.com/927
- # [02:30] * Quits: plutoniix (~plutoniix@node-9sn.pool-125-25.dynamic.totbb.net) (Ping timeout: 245 seconds)
- # [02:33] <MikeSmith> embind looks fairly cool http://kripken.github.io/emscripten-site/docs/porting/connecting_cpp_and_javascript/embind.html
- # [02:35] * Joins: plutoniix (~plutoniix@node-9sn.pool-125-25.dynamic.totbb.net)
- # [02:36] <MikeSmith> now you can do manual memory management in JavaScript! http://kripken.github.io/emscripten-site/docs/porting/connecting_cpp_and_javascript/embind.html#memory-management
- # [02:38] <tantek> yo dawg we heard you like memory management
- # [02:39] <caitp> are we still talking about llvm IC converted to js, or is emscripten doing something else now?
- # [02:41] <caitp> (it's pretty cool either way, i'm just not understanding how emscripten is providing bindings between js and C++ now if it runs entirely in a JS sandbox)
- # [02:46] * Krinkle is now known as Krinkle|detached
- # [03:02] * Quits: eto (~eto@unaffiliated/eto) (Read error: Connection reset by peer)
- # [03:04] * Joins: eto (~eto@unaffiliated/eto)
- # [03:05] * Joins: jeremyj (~jeremyj@17.114.219.48)
- # [03:07] <Hixie> tantek: these aren't competing standards, these are the same standard, forked multiple times by one organisation
- # [03:09] * Quits: jeremyj (~jeremyj@17.114.219.48) (Ping timeout: 245 seconds)
- # [03:11] * Quits: dbaron (~dbaron@2620:101:80fb:224:dd4:dea5:7884:8384) (Ping timeout: 272 seconds)
- # [03:11] <tantek> Hixie s/competing/confusing
- # [03:13] * Quits: jacobolus (~jacobolus@199-83-221-11.PUBLIC.monkeybrains.net) (Remote host closed the connection)
- # [03:14] * Joins: Mso150 (~ctlM@80.83.239.80)
- # [03:24] * Joins: Goplat (~goplat@reactos/developer/Goplat)
- # [03:26] * Quits: ambv (~ambv@206.108.217.134) (Read error: Connection reset by peer)
- # [03:26] * Joins: ambv (~ambv@206.108.217.134)
- # [03:27] * Joins: hasather (~hasather@80.91.33.141)
- # [03:29] * Joins: jungkees (uid24208@gateway/web/irccloud.com/x-kwkojmnvwveibtiu)
- # [03:31] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 272 seconds)
- # [03:38] * Quits: Mso150 (~ctlM@80.83.239.80) (Ping timeout: 245 seconds)
- # [03:39] * Joins: Mso150 (~ctlM@80.83.238.112)
- # [03:45] * Joins: Mso150_a (~ctlM@80.83.238.111)
- # [03:45] * Quits: Mso150 (~ctlM@80.83.238.112) (Ping timeout: 245 seconds)
- # [03:51] * Quits: Mso150_a (~ctlM@80.83.238.111) (Ping timeout: 260 seconds)
- # [04:05] * Joins: jacobolus (~jacobolus@70.36.196.50)
- # [04:23] * Parts: kochi1 (~kochi@2401:fa00:4:1000:d190:2436:cc95:eac5)
- # [04:25] * Quits: tantek (~tantek@corp-nat.p2p.sfo1.mozilla.com) (Quit: tantek)
- # [04:30] * Joins: jeremyj (~jeremyj@c-24-4-202-10.hsd1.ca.comcast.net)
- # [04:38] * Joins: tantek (~tantek@172.56.20.22)
- # [04:42] * Quits: espadrine` (~ttyl@AMontsouris-158-1-27-243.w92-128.abo.wanadoo.fr) (Ping timeout: 260 seconds)
- # [04:51] * Quits: ambv (~ambv@206.108.217.134) (Quit: sys.exit(0) # computer went to sleep)
- # [04:53] * Quits: tripu (~tripu@apache2-yak.mug.dreamhost.com) (Remote host closed the connection)
- # [04:53] * Joins: estellevw (~estellevw@173.228.112.89)
- # [04:55] * Joins: sangwhan___ (sid12645@gateway/web/irccloud.com/x-mdpkxxntsdoafsay)
- # [04:55] * Quits: hemanth_ (~hemanth@122.178.240.55) (Quit: This computer has gone to sleep)
- # [04:55] * Quits: tantek (~tantek@172.56.20.22) (Ping timeout: 260 seconds)
- # [04:56] * sangwhan___ is now known as sangwhan
- # [04:58] * Joins: tripu (~tripu@apache2-yak.mug.dreamhost.com)
- # [05:08] * Joins: KevinMarks_ (~yaaic@2607:fb90:50d:319f:a6da:84ea:49a9:ae56)
- # [05:11] * Joins: dbaron (~dbaron@50.0.192.112)
- # [05:15] * Quits: roc (~chatzilla@metro29st13.m.subnet.rcn.com) (Read error: Connection reset by peer)
- # [05:19] * Quits: KevinMarks_ (~yaaic@2607:fb90:50d:319f:a6da:84ea:49a9:ae56) (Ping timeout: 260 seconds)
- # [05:20] * Joins: KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
- # [05:25] * Quits: jacobolus (~jacobolus@70.36.196.50) (Remote host closed the connection)
- # [05:27] * Joins: hasather (~hasather@80.91.33.141)
- # [05:32] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 272 seconds)
- # [05:32] * Joins: roc (~chatzilla@metro29st13.m.subnet.rcn.com)
- # [05:35] * Joins: jonr22 (~jonr22@c-65-96-170-37.hsd1.ma.comcast.net)
- # [05:35] * Quits: jonr22 (~jonr22@c-65-96-170-37.hsd1.ma.comcast.net) (Client Quit)
- # [05:41] * Joins: jacobolus (~jacobolus@70.36.196.50)
- # [05:43] * Joins: tommyliu (~tommyliu@121.15.78.98)
- # [05:51] * Quits: tommyliu (~tommyliu@121.15.78.98) (Remote host closed the connection)
- # [05:52] * Joins: tommyliu (~tommyliu@li568-142.members.linode.com)
- # [05:55] * Joins: tommyliu_ (~tommyliu@121.15.78.98)
- # [05:57] * Quits: estellevw (~estellevw@173.228.112.89) (Quit: Snuggling with the puppies)
- # [05:58] * Quits: tommyliu (~tommyliu@li568-142.members.linode.com) (Ping timeout: 245 seconds)
- # [05:59] * Quits: ivan\ (~ivan@unaffiliated/ivan/x-000001) (Quit: ERC Version 5.3 (IRC client for Emacs))
- # [06:10] * Quits: alystair (~alystair@108.162.185.61) (Ping timeout: 272 seconds)
- # [06:21] * Joins: estellevw (~estellevw@173.228.112.89)
- # [06:26] * Joins: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
- # [06:26] * Joins: karlcow (~karl@nerval.la-grange.net)
- # [06:28] * Quits: jeremyj (~jeremyj@c-24-4-202-10.hsd1.ca.comcast.net) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [06:34] * Joins: hasather (~hasather@80.91.33.141)
- # [06:38] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 260 seconds)
- # [06:41] * rikc is now known as cabanier
- # [06:46] <zcorpan> Hixie: what are the html5 spec URLs? i can send a PR to fix them
- # [06:56] * Joins: dydz (~dydz@76-220-18-65.lightspeed.sntcca.sbcglobal.net)
- # [07:09] * Joins: BigBangUDR (~Thunderbi@103.249.181.147)
- # [07:12] * Quits: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Remote host closed the connection)
- # [07:14] * Joins: tyoshino________ (sid19222@gateway/web/irccloud.com/x-bxspimnoupjpfktm)
- # [07:14] * tyoshino________ is now known as tyoshino
- # [07:22] <Hixie> zcorpan: if you mean in the caniuse.com data, there's a number of things we could ask to have changed, e.g. most of the things that use TR/ drafts could point to more recent actively maintained versions, the whatwg.org statuses could be changed to "other", and we could suggest that the whatwg specs be used as canonical rather than the forks
- # [07:32] * Quits: BigBangUDR (~Thunderbi@103.249.181.147) (Quit: BigBangUDR)
- # [07:32] * Joins: BigBangUDR (~Thunderbi@103.249.181.147)
- # [07:34] * Quits: BigBangUDR (~Thunderbi@103.249.181.147) (Remote host closed the connection)
- # [07:34] * Joins: BigBangUDR (~Thunderbi@103.249.181.147)
- # [07:36] * Quits: BigBangUDR (~Thunderbi@103.249.181.147) (Client Quit)
- # [07:36] * Joins: BigBangUDR (~Thunderbi@103.249.181.147)
- # [07:45] * Joins: zdobersek (~zan@91.108.183.34)
- # [07:47] * Quits: jacobolus (~jacobolus@70.36.196.50) (Remote host closed the connection)
- # [07:54] * Quits: dydz (~dydz@76-220-18-65.lightspeed.sntcca.sbcglobal.net) (Quit: dydz)
- # [07:55] <MikeSmith> caitp: it's emscripten doing something else now (though I don't know the actual mechanics of how it's doing it)
- # [07:58] * Quits: nunnun- (~hiro@2001:200:164:48:20c:29ff:fe02:11d2) (Ping timeout: 272 seconds)
- # [07:58] * Joins: dydx (~dydz@76-220-18-65.lightspeed.sntcca.sbcglobal.net)
- # [08:00] * Joins: nunnun (~hiro@2001:200:164:48:20c:29ff:fe02:11d2)
- # [08:02] <MikeSmith> Hixie: https://twitter.com/jschauma/status/513013363375628288
- # [08:03] * Joins: nicolasbadia___ (~nicolasba@ns3272321.ip-5-39-84.eu)
- # [08:03] * Quits: dydx (~dydz@76-220-18-65.lightspeed.sntcca.sbcglobal.net) (Client Quit)
- # [08:04] * Quits: nicolasbadia__ (~nicolasba@hue38-1-78-209-78-103.fbx.proxad.net) (Ping timeout: 246 seconds)
- # [08:05] * Joins: jacobolus (~jacobolus@70.36.196.50)
- # [08:17] * Quits: beowulf (~sstewart@host86-153-14-143.range86-153.btcentralplus.com) (Ping timeout: 250 seconds)
- # [08:17] <MikeSmith> caitp: http://chadaustin.me/2014/09/connecting-c-and-javascript-on-the-web-with-embind/ has more details if you're interested
- # [08:18] * Quits: dbaron (~dbaron@50.0.192.112) (Ping timeout: 245 seconds)
- # [08:18] * Joins: boraunal (~boraunal@178.233.177.119)
- # [08:18] * Joins: beowulf (~sstewart@host86-153-14-143.range86-153.btcentralplus.com)
- # [08:19] * boraunal is now known as alternatetext
- # [08:27] * Quits: Smylers (~smylers@host86-159-64-71.range86-159.btcentralplus.com) (Quit: Leaving.)
- # [08:29] * Joins: tantek (~tantek@70.36.139.41)
- # [08:44] * Joins: Mso150_a (~ctlM@80.83.238.30)
- # [08:59] * Quits: Goplat (~goplat@reactos/developer/Goplat) (Remote host closed the connection)
- # [09:00] * Joins: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
- # [09:02] * Joins: Ms2ger (~Ms2ger@91.180.140.18)
- # [09:04] * Joins: cbr_ (~cbr@145.36.150.83.chzhher77.rootnet.ch)
- # [09:16] * Joins: jacobolu_ (~jacobolus@70.36.196.50)
- # [09:17] * Quits: jacobolus (~jacobolus@70.36.196.50) (Ping timeout: 260 seconds)
- # [09:25] * Joins: espadrine` (~ttyl@AMontsouris-158-1-27-243.w92-128.abo.wanadoo.fr)
- # [09:27] * Quits: tantek (~tantek@70.36.139.41) (Quit: tantek)
- # [09:40] * Joins: hasather (~hasather@80.91.33.141)
- # [09:46] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 250 seconds)
- # [09:47] * Joins: Smylers (~smylers@94.116.33.211)
- # [09:52] <jgraham> Hixie: does being around now help?
- # [09:58] * jacobolu_ is now known as jacobolus
- # [10:08] * Quits: Smylers (~smylers@94.116.33.211) (Ping timeout: 260 seconds)
- # [10:15] * Joins: zdobersek1 (~zan@37.203.209.18)
- # [10:17] * Quits: zdobersek (~zan@91.108.183.34) (Ping timeout: 272 seconds)
- # [10:17] <MikeSmith> I'm wondering if it's time we just gave up on meta@http-equiv=X-UA-Compatible as a conformance error
- # [10:17] * zdobersek1 is now known as zdobersek
- # [10:18] * Quits: zdobersek (~zan@37.203.209.18) (Client Quit)
- # [10:18] * Joins: zdobersek (~zan@37.203.209.18)
- # [10:18] <MikeSmith> everybody's using it in spite of that, so having the validator report an error for it is just an annoying time-waster from the perspective of most authors, I think
- # [10:18] * Joins: Smylers (~smylers@81.143.60.194)
- # [10:29] * Quits: espadrine` (~ttyl@AMontsouris-158-1-27-243.w92-128.abo.wanadoo.fr) (Ping timeout: 260 seconds)
- # [10:38] * Joins: Lachy (~Lachy@213.166.174.2)
- # [10:38] * Quits: Mso150_a (~ctlM@80.83.238.30) (Ping timeout: 258 seconds)
- # [10:40] * Joins: SteveF_ (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net)
- # [10:42] <annevk> heycam|away: I try to avoid [Attributes] as they look ugly
- # [10:43] <annevk> heycam|away: also, legacyiterable has the right incentive attached to it
- # [10:43] <annevk> heycam|away: (my initial thought was [NoMethods] too though)
- # [10:44] <Ms2ger> What's legacyiterable?
- # [10:47] * Quits: alternatetext (~boraunal@178.233.177.119) (Remote host closed the connection)
- # [10:50] <annevk> Ms2ger: something we can use for HTMLCollection and friends
- # [10:50] <annevk> Ms2ger: stuff that gets Symbol.iterator, but not forEach and such
- # [10:51] <Ms2ger> Ah
- # [10:56] * Joins: darobin (~darobin@78.109.80.74)
- # [11:07] * Joins: cfq____ (sid18398@gateway/web/irccloud.com/x-ubvusraqbddypopx)
- # [11:15] <MikeSmith> hsivonen: FYI https://github.com/validator/validator/issues/1 about 'error: An “body” start tag seen but an element of the same type was already open.
- # [11:16] * Quits: scrollback (scrollback@conference/jsconf/x-orpwldbojqgwnomi) (Remote host closed the connection)
- # [11:17] * Joins: espadrine` (~ttyl@LMontsouris-656-01-02-84.w80-12.abo.wanadoo.fr)
- # [11:18] * Joins: scrollback (scrollback@conference/jsconf/x-wcempovpfdlmetjw)
- # [11:25] <zcorpan> MikeSmith: actual testimonials: https://twitter.com/newtron/status/405370084904173568 https://twitter.com/paulgreg/status/390546545071771648 https://twitter.com/m_strehl/status/383279928709357569 https://twitter.com/mattur/status/377500793575718912
- # [11:26] <MikeSmith> zcorpan: you missed one: https://twitter.com/jalbertbowdenii/status/377502617191976960
- # [11:26] <zcorpan> there were positive tweets also though
- # [11:27] <MikeSmith> oh yeah?
- # [11:30] <zcorpan> https://twitter.com/obiwankimberly/status/397701282560872449 https://twitter.com/therealdeiu/status/389486808914219008 https://twitter.com/ia11y/status/379957284660469760 https://twitter.com/gwfrink3/status/378149023921614848
- # [11:33] <MikeSmith> zcorpan: wonders never cease
- # [11:34] * Quits: sarri (~sari@p50995cae.dip0.t-ipconnect.de) (Ping timeout: 245 seconds)
- # [11:36] * Joins: sarri (~sari@p50995cae.dip0.t-ipconnect.de)
- # [11:36] <MikeSmith> zcorpan: I wonder if "I'm hoping this bad idea will just die a natural death soon" would be considered a positive testimonial or a negative one
- # [11:36] <MikeSmith> it's positive in that it's expressing hope at least -- it's a hope-filled testimonial
- # [11:36] <zcorpan> heh
- # [11:38] <MikeSmith> zcorpan: as far something genuinely hopeful and nice to see, https://github.com/twbs/bootstrap/issues/11984#issuecomment-31206072
- # [11:38] <MikeSmith> 'A bot that scans for newly posted comments with JS Fiddle or JS Bin links, extracts the HTML portion of the Fiddle/Bin, runs it thru the HTML5 validator, and posts a follow-up comment listing any validation errors. We get a decent number of "bug" reports where the problem is actually due to invalid HTML.'
- # [11:39] <MikeSmith> = comments posted to github issue tracker for a particular project
- # [11:40] <MikeSmith> and the best part is that the code for just such a bot does now actually exist https://github.com/cvrebert/lmvtfy
- # [11:40] * Joins: hasather (~hasather@80.91.33.141)
- # [11:41] <zcorpan> nice
- # [11:41] <zcorpan> but does it check for accessibility?
- # [11:45] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 272 seconds)
- # [11:46] <jgraham> "If you're not using [it] yet you don't know what you're missing" is just a statement of fact. An endorsement would be something like "Web Developers SHOULD use the new W3C validator suite"
- # [11:46] * krit_ is now known as krit
- # [11:47] * jgraham assumes all web authors have read Hixie's guide to how to read specifications
- # [11:59] * Joins: smaug____ (~chatzilla@a91-154-44-207.elisa-laajakaista.fi)
- # [12:02] <smaug____> can service worker open new windows?
- # [12:03] * smaug____ is just wondering annevk's question to webapps wg
- # [12:08] * Quits: tommyliu_ (~tommyliu@121.15.78.98) (Remote host closed the connection)
- # [12:08] * Joins: tommyliu (~tommyliu@li568-142.members.linode.com)
- # [12:09] * Quits: tyoshino (sid19222@gateway/web/irccloud.com/x-bxspimnoupjpfktm) (Ping timeout: 260 seconds)
- # [12:09] * Joins: tyoshino________ (sid19222@gateway/web/irccloud.com/x-nenydycmfvpdgkda)
- # [12:13] <smaug____> ServiceWorkerClient perhaps?
- # [12:16] * Joins: charl (~charl@charl.eu)
- # [12:17] * Quits: Ms2ger (~Ms2ger@91.180.140.18) (Ping timeout: 244 seconds)
- # [12:18] * Quits: tyoshino________ (sid19222@gateway/web/irccloud.com/x-nenydycmfvpdgkda) (Ping timeout: 260 seconds)
- # [12:19] * Joins: tommyliu_ (~tommyliu@121.15.78.98)
- # [12:20] * Joins: tyoshino________ (sid19222@gateway/web/irccloud.com/x-bougkemzjakoehkn)
- # [12:22] <smaug____> I don't understand how that setup prevents unwanted popups
- # [12:23] * Quits: tommyliu (~tommyliu@li568-142.members.linode.com) (Ping timeout: 245 seconds)
- # [12:25] * Quits: roc (~chatzilla@metro29st13.m.subnet.rcn.com) (Read error: Connection timed out)
- # [12:25] * Joins: roc (~chatzilla@metro29st13.m.subnet.rcn.com)
- # [12:26] * Quits: BigBangUDR (~Thunderbi@103.249.181.147) (Quit: BigBangUDR)
- # [12:35] * Joins: BigBangUDR (~Thunderbi@103.249.181.147)
- # [12:42] * Quits: plutoniix (~plutoniix@node-9sn.pool-125-25.dynamic.totbb.net) (Ping timeout: 260 seconds)
- # [12:44] <annevk> smaug____: well it might have to be opt-in
- # [12:44] <annevk> smaug____: there's no API today for opening things
- # [12:48] <smaug____> we need window opening too for the skype use case
- # [12:48] * Joins: hasather (~hasather@80.91.33.141)
- # [12:48] <smaug____> did you mean "[accept call] [cancel]" kind of case for the notifications?
- # [12:48] <smaug____> Wouldn't we possibly need also some kind app-activator-icon
- # [12:50] * Quits: tyoshino________ (sid19222@gateway/web/irccloud.com/x-bougkemzjakoehkn) (Ping timeout: 260 seconds)
- # [12:50] * Joins: tyoshino________ (sid19222@gateway/web/irccloud.com/x-lgxtpgkaryutaiir)
- # [12:51] * Quits: BigBangUDR (~Thunderbi@103.249.181.147) (Quit: BigBangUDR)
- # [12:52] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 250 seconds)
- # [12:54] <annevk> smaug____: well window and popup are the same, no?
- # [12:55] <annevk> smaug____: I meant notifications that would basically allow HTML, which is why I just went with the word popup
- # [12:55] <annevk> smaug____: so you can show who is calling, etc.
- # [12:57] * Joins: anchnk (~anchnk@static-176-182-137-176.ncc.abo.bbox.fr)
- # [12:59] <smaug____> window and popup aren't quite the same
- # [12:59] <smaug____> well
- # [12:59] <smaug____> window and notification
- # [13:00] <smaug____> window and popup are the same
- # [13:02] * Quits: GPHemsley (~GPHemsley@pdpc/supporter/student/GPHemsley) (Remote host closed the connection)
- # [13:08] * Joins: GPHemsley (~GPHemsley@pdpc/supporter/student/GPHemsley)
- # [13:14] * Joins: Ms2ger (~Ms2ger@nata208.ugent.be)
- # [13:15] <zcorpan> can someone explain https://www.w3.org/Bugs/Public/show_bug.cgi?id=26952 ?
- # [13:25] <jgraham> zcorpan: I imagine Silvia could? I don't understand the percieved conflict at least, so it seems rather needsinfo
- # [13:33] * Quits: jacobolus (~jacobolus@70.36.196.50) (Remote host closed the connection)
- # [13:34] * Quits: roc (~chatzilla@metro29st13.m.subnet.rcn.com) (Remote host closed the connection)
- # [13:35] * Parts: paolo (~paolo@unaffiliated/paolo) ("Leaving")
- # [13:38] * Quits: anchnk (~anchnk@static-176-182-137-176.ncc.abo.bbox.fr) (Quit: Leaving)
- # [13:43] * Quits: SteveF_ (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net) (Ping timeout: 258 seconds)
- # [13:44] * Joins: anchnk (~anchnk@static-176-182-137-176.ncc.abo.bbox.fr)
- # [13:50] <annevk> smaug____: depends on whether the notification requires a browsing context, imo
- # [13:50] <annevk> smaug____: and in this case it would
- # [13:51] <annevk> smaug____: but agreed on "not quite", but at this point such details seem a bit premature :-)
- # [13:51] * Joins: plutoniix (~plutoniix@node-9sn.pool-125-25.dynamic.totbb.net)
- # [13:52] <jgraham> I always forget that the foreign content handling in the parser spec is by "magic"
- # [13:52] <jgraham> (i.e. a branch when getting tokens from the tokenizer rather than through the normal state machinery)
- # [13:53] * Quits: Smylers (~smylers@81.143.60.194) (Remote host closed the connection)
- # [13:54] * Joins: Smylers (~smylers@81.143.60.194)
- # [13:56] <annevk> Seems I forgot that too, if I never knew it
- # [13:56] <annevk> zcorpan: tried
- # [13:57] <zcorpan> annevk: thx
- # [14:03] * Joins: jacobolus (~jacobolus@70.36.196.50)
- # [14:10] * Joins: SteveF_ (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net)
- # [14:10] * Quits: jacobolus (~jacobolus@70.36.196.50) (Ping timeout: 260 seconds)
- # [14:12] * Quits: Ms2ger (~Ms2ger@nata208.ugent.be) (Ping timeout: 245 seconds)
- # [14:16] * Quits: charl (~charl@charl.eu) (Quit: leaving)
- # [14:25] <annevk> Per https://html.spec.whatwg.org/multipage/semantics.html#the-head-element only Firefox implements the <head> element
- # [14:33] <MikeSmith> zcorpan: I need to submit a patch to change the 'error: An “body” start tag seen but an element of the same type was already open.' emitted from http://hg.mozilla.org/projects/htmlparser/file/ddc1fa48fcc9/src/nu/validator/htmlparser/impl/TreeBuilder.java#l6232
- # [14:33] <MikeSmith> zcorpan: any opinion on what it should be changed to?
- # [14:34] <MikeSmith> zcorpan: one choice is, just drop the "An" and make it "“body” start tag seen but an element of the same type was already open."
- # [14:34] <zcorpan> MikeSmith: oh it's a vs an that is the problem?
- # [14:35] <MikeSmith> another is "Start tag “body” seen but an element of the same type was already open."
- # [14:35] <MikeSmith> zcorpan: yeah
- # [14:35] <MikeSmith> reported at https://github.com/validator/validator/issues/1
- # [14:35] <MikeSmith> from one of the boostrap devs
- # [14:36] <annevk> Hixie: I can't really come up with a decent way to improve the current set of styles to address the issue I'm seeing in other specs :/
- # [14:36] <zcorpan> Start tag “body” seems ok. maybe make the messages a bit more consistent in the wording while at it?
- # [14:36] <MikeSmith> zcorpan: Henri currentlly just has "An" harcoded in there
- # [14:37] <zcorpan> there's "End tag \u201Cbr\u201D."
- # [14:37] <MikeSmith> zcorpan: yeah ok I'll look at the others in there too
- # [14:37] <MikeSmith> oh so changeing it would actually make it more consistent then
- # [14:37] * Joins: tj_vantoll (~Adium@2601:4:5380:2ec:4534:f564:be9d:6426)
- # [14:37] * Joins: alystair (~alystair@108-162-185-61.cable.teksavvy.com)
- # [14:38] <zcorpan> yeah... but i also see "\u201C" + name + "\u201D end tag..."
- # [14:40] * Quits: caitp (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com) (Ping timeout: 244 seconds)
- # [14:47] <MikeSmith> I guess I should fix that one too then
- # [14:47] * Joins: hasather (~hasather@80.91.33.141)
- # [14:48] <jgraham> annevk: Yeah, all that implementation metadata is crap
- # [14:49] <jgraham> I don't know why we still have it
- # [14:49] <annevk> The new idea is to get some stuff from caniuse
- # [14:49] <jgraham> There is no evidence that anyone is interested in conuming it or keeping it updated
- # [14:49] <jgraham> The new old idea (pretty sure that's been floating around for years)
- # [14:50] <annevk> I'm experimenting with some rules that make it easier to edit by enlarging it when you hover (and I should probably add focus) it
- # [14:51] <jgraham> Is ease of editing the actual problem?
- # [14:52] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 244 seconds)
- # [14:55] <annevk> Well, it's not entirely obvious you can edit these
- # [14:55] <jgraham> (I guess your answer is "we don't know until we try changing it", which is fair. I guess I wouldn't invest too much effort in it though.)
- # [14:55] <jgraham> Yeah, but you and I know that and I certainly never update them
- # [15:00] <annevk> True
- # [15:00] * Joins: Ms2ger (~Ms2ger@91.180.140.18)
- # [15:02] <zcorpan> https://www.w3.org/Bugs/Public/show_bug.cgi?id=26951#c7 is a bit depressing
- # [15:07] * Quits: alystair (~alystair@108-162-185-61.cable.teksavvy.com) (Remote host closed the connection)
- # [15:07] * Joins: alystair (~alystair@108.162.185.61)
- # [15:07] * Quits: tj_vantoll (~Adium@2601:4:5380:2ec:4534:f564:be9d:6426) (Read error: Connection reset by peer)
- # [15:07] * Joins: tj_vantoll (~Adium@2601:4:5380:2ec:4534:f564:be9d:6426)
- # [15:07] <jgraham> zcorpan: That seems like it follows from the first law of metadata ("if getting your metadata wrong doesn't actually break anything, it will be wrong often enough to be useless")
- # [15:07] <jgraham> zcorpan: Although 98% is still pretty impressive :)
- # [15:08] <zcorpan> yeah
- # [15:10] <zcorpan> also interesting that it seems there are more cases that are neither "en" nor "es" than there are "es"
- # [15:12] <annevk> We used to have the reverse problem. DOCTYPEs stating //EN and people changing it to //NL
- # [15:12] * Quits: Lachy (~Lachy@213.166.174.2) (Quit: Textual IRC Client: www.textualapp.com)
- # [15:14] <Ms2ger> "I would have expected that their polyfill would be smart enough to notice a ES7 compliant A.p.contains() and defer to it."
- # [15:14] * Ms2ger cackles
- # [15:14] * Joins: BigBangUDR (~Thunderbi@103.249.181.147)
- # [15:14] * Joins: xiinotulp (~plutoniix@node-hgw.pool-118-173.dynamic.totbb.net)
- # [15:15] * Joins: Lachy (~Lachy@213.166.174.2)
- # [15:16] <zcorpan> annevk: maybe that was the same 2% that specified lang=es here :-)
- # [15:16] * Joins: boogyman (~boogyman@38.88.11.131)
- # [15:16] * Quits: boogyman (~boogyman@38.88.11.131) (Changing host)
- # [15:16] * Joins: boogyman (~boogyman@pdpc/supporter/professional/boogyman)
- # [15:17] * Joins: newtron_ (~newtron@199.71.174.203)
- # [15:18] * Quits: plutoniix (~plutoniix@node-9sn.pool-125-25.dynamic.totbb.net) (Ping timeout: 250 seconds)
- # [15:18] <jgraham> Ms2ger: I was thinking of coining the phrase "the myth of the suffciently smart web author" in response to that, but maybe I shouldn't ;)
- # [15:19] <jgraham> *sufficiently
- # [15:19] <Ms2ger> If you're going to typo it, you shouldn't ;)
- # [15:19] <jgraham> If that was the criterion I would never be allowed to write anything ever again
- # [15:20] <jgraham> I suppose some people might consider that to be a good thing
- # [15:21] <jgraham> hsivonen: I pushed your change to html5lib-tests. Do you need to update the patch in bug 886390 ?
- # [15:22] * Joins: ShaneHudson (~ShaneHuds@eduEDB5.kent.ac.uk)
- # [15:22] * Joins: caitp (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com)
- # [15:31] <zcorpan> SteveF_: now i wonder if it's you or me who is out of touch with reality
- # [15:31] <SteveF_> zcorpan: both
- # [15:32] <zcorpan> SteveF_: github isn't just for personal projects for own consumption
- # [15:33] <jgraham> Github is actually a rather popular site hosting platform these days
- # [15:33] <jgraham> e.g. it hosts the webdevdata site…
- # [15:34] <SteveF_> zcorpan: i realise that but the vast majority of the results you provided are for repos with i contributor and no stars/forks
- # [15:35] <zcorpan> SteveF_: how does that say anything about whether they are published on the web and viewed by other users?
- # [15:36] <SteveF_> zcorpan: it does not translate to the webdev data set at all
- # [15:37] <zcorpan> SteveF_: it's possible that the amount of mislabeling is different for top sites and long tail
- # [15:37] * Joins: Lachy_ (~Lachy@213.166.174.2)
- # [15:37] <SteveF_> zcorpan: sure
- # [15:38] <SteveF_> i would say it almost definetely is
- # [15:38] <zcorpan> so then i still don't see how you conclude that the github pages aren't on the web
- # [15:39] * Quits: ShaneHudson (~ShaneHuds@eduEDB5.kent.ac.uk) (Quit: Computer fell asleep.)
- # [15:41] * Quits: Lachy (~Lachy@213.166.174.2) (Ping timeout: 260 seconds)
- # [15:41] <SteveF_> zcorpan: i would not be overly concerned i only added some lang attributes to some examples (there were already some there) in an editors draft of a bastard fork. think it would be worthwhile adding some advice in there though about lang, will do that
- # [15:42] <SteveF_> zcorpan: will take a view, may even remove all and provide advice instead
- # [15:43] <SteveF_> zcorpan: there are certain precanned script thingys that are culprits https://github.com/search?q=lang%3D%22en%22+class%3D%22no-js+ie6+lt8%22&ref=searchresults&type=Code&utf8=%E2%9C%93
- # [15:44] <zcorpan> SteveF_: yeah
- # [15:53] * xiinotulp is now known as plutoniix
- # [15:54] * Quits: BigBangUDR (~Thunderbi@103.249.181.147) (Quit: BigBangUDR)
- # [15:54] * Joins: hasather (~hasather@80.91.33.141)
- # [15:54] * Quits: Lachy_ (~Lachy@213.166.174.2) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [15:54] * Joins: marcosc_ (~marcosc@135-23-143-163.cpe.pppoe.ca)
- # [15:57] * Joins: amtiskaw (sid19262@gateway/web/irccloud.com/x-nxghdlbwjnauatil)
- # [15:58] * Quits: marcosc (~marcosc@135-23-143-163.cpe.pppoe.ca) (Ping timeout: 258 seconds)
- # [15:58] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 250 seconds)
- # [16:01] * Joins: Lachy (~Lachy@213.166.174.2)
- # [16:05] * Quits: marcosc_ (~marcosc@135-23-143-163.cpe.pppoe.ca) (Remote host closed the connection)
- # [16:06] * Joins: Twalla (4c646aac@gateway/web/freenode/ip.76.100.106.172)
- # [16:06] * Quits: Twalla (4c646aac@gateway/web/freenode/ip.76.100.106.172) (Client Quit)
- # [16:07] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
- # [16:08] * Quits: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Remote host closed the connection)
- # [16:10] * Quits: plutoniix (~plutoniix@node-hgw.pool-118-173.dynamic.totbb.net) (Read error: Connection reset by peer)
- # [16:12] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Ping timeout: 272 seconds)
- # [16:14] * Quits: KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Ping timeout: 240 seconds)
- # [16:15] * Joins: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
- # [16:16] * Joins: KevinMarks_ (~yaaic@2607:fb90:2836:f95e:1108:5318:160d:b3a)
- # [16:17] * Joins: dbaron (~dbaron@50.0.192.112)
- # [16:18] * Quits: boogyman (~boogyman@pdpc/supporter/professional/boogyman) (Quit: Leaving.)
- # [16:18] * Joins: boogyman (~boogyman@38.88.11.131)
- # [16:18] * Quits: boogyman (~boogyman@38.88.11.131) (Changing host)
- # [16:18] * Joins: boogyman (~boogyman@pdpc/supporter/professional/boogyman)
- # [16:22] <annevk> Domenic: apparently some guy from Google is putting some serious effort into WebRTC promises stop energy: http://lists.w3.org/Archives/Public/public-media-capture/2014Oct/0003.html
- # [16:22] <annevk> slightlyoff: ^
- # [16:22] <annevk> JakeA: ^
- # [16:24] * Joins: TallTed (~Thud@63.119.36.36)
- # [16:26] * Joins: ehsan (~ehsan@66.207.208.102)
- # [16:27] <JakeA> Ugh. What's the reason other than waaaa minor effort
- # [16:30] <annevk> As far as I can tell that group is broken. We told them they should switch over a year ago.
- # [16:31] <mathiasbynens> Q.E.D.
- # [16:33] * Joins: abinader (sid21713@gateway/web/irccloud.com/x-yshdvukmrprenwpz)
- # [16:33] * Joins: plutoniix (~plutoniix@node-hgw.pool-118-173.dynamic.totbb.net)
- # [16:34] <astearns_> I guess the PDF is so the line break in the middle of 'e.g.' could be preserved?
- # [16:41] <mathiasbynens> annevk: why can’t we just make all relative URLs in HTML-imported documents be relative to that document’s base URL?
- # [16:42] <annevk> mathiasbynens: you haven't taken any red pills yet it seems
- # [16:42] <annevk> mathiasbynens: how do you determine what a URL is within a <template>, for instance?
- # [16:44] <mathiasbynens> annevk: i still don’t understand why `document.importNode` can’t just take care of this
- # [16:44] * jgraham wonders which document "that document" is here
- # [16:45] <mathiasbynens> jgraham: the one that gets <link rel=import>ed
- # [16:45] <annevk> mathiasbynens: why would that be in charge of what is a URL?
- # [16:46] <annevk> mathiasbynens: you'll have to get a bit more concrete so I can either learn something or point out an error in your reasoning I'm afraid
- # [16:47] <mathiasbynens> annevk: so I’m thinking, why can’t this line https://github.com/mathiasbynens/relative-urls-in-web-components/blob/1b3d159721102d366d575769ab4fa0f3c6341687/packaged-web-component/import-me.html#L17 not somehow make the relative URL in the template an absolute one?
- # [16:47] <mathiasbynens> perhaps when `someTemplateElement.content` is accessed
- # [16:48] <annevk> mathiasbynens: how does it know what is a relative URL within the template?
- # [16:48] <annevk> (you can tell I'm still asking the same questions)
- # [16:48] <mathiasbynens> oh right, cause everything is normalized already at that point
- # [16:50] <jgraham> It seems pretty weird if the urls are resolved relative to the document that does the import? You end up with different resources depending on where you are importing
- # [16:50] <mathiasbynens> jgraham: I agree, but that’s the current behavior
- # [16:51] <annevk> So the one thing mentioned in that bug is associating a URL with <template> somehow. However, that complicates base URL processing. But perhaps it is sufficient.
- # [16:52] <jgraham> That just doesn't seem sane. What's the use case? Isn't this supposed to provide some sort of encapsulation?
- # [16:52] <annevk> However, doing it now might be too late.
- # [16:52] <annevk> jgraham: it's not about use cases, it's about it being problematic
- # [16:53] <mathiasbynens> annevk: it might still be possible: everyone using web components seems to be using absolute or root-relative URLs for this reason
- # [16:53] <jgraham> So I don't understand why it's problematic to resolve the URLs against anything you want, but I'm worried if decisions aren't being made based on what's best for people using the tech
- # [16:54] <annevk> mathiasbynens: it's still not clear if that would work though and it would break e.g. with the innerHTML example
- # [16:54] <annevk> jgraham: the problem is that all scripts execute in the same global
- # [16:55] <annevk> jgraham: and that web components are not really providing any of the promised encapsulation, they're a hack
- # [16:56] <annevk> I'm sure everyone involved would love a solution
- # [16:57] <jgraham> Oh yeah, the sharing a global thing
- # [16:58] <jgraham> Well that's pretyt much insane to start with
- # [16:59] <jgraham> I'm pretty sure in 5 years there will be a new generation of people working on the web-platform coming through and giving everyone hell for the design decisions of web components
- # [16:59] <annevk> That it breaks scripts is still a really convincing reason to not solve it for the static case
- # [16:59] <annevk> I thought we already did that and nobody really listened?
- # [17:03] * Quits: Smylers (~smylers@81.143.60.194) (Ping timeout: 246 seconds)
- # [17:06] <tobie> jgraham: I'm pretty sure you won't need to wait 5 years for that.
- # [17:07] <jgraham> Well the new generation thing seems to happen about every 5 years
- # [17:07] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
- # [17:09] <darobin> you'll have to wait five years for it to have any momentum
- # [17:10] <tobie> Seriously, the message I've heard from devs about Web components right now is pretty much aligned with your fears, jgraham
- # [17:11] <tobie> I'm struggling with properly writing out algorithms. When do you nest steps, etc.? Is there a primer on this somehwere?
- # [17:12] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Ping timeout: 246 seconds)
- # [17:12] <mathiasbynens> because of the global sharing, i guess there’s no way to figure out the absolute URL of an HTML-imported document within that document?
- # [17:12] * Joins: nicolasbadia__ (~nicolasba@hue38-1-78-209-78-103.fbx.proxad.net)
- # [17:13] * Quits: nicolasbadia___ (~nicolasba@ns3272321.ip-5-39-84.eu) (Ping timeout: 260 seconds)
- # [17:13] * Joins: bholley (~bholley@corp-nat.p2p.sfo1.mozilla.com)
- # [17:19] * Joins: Smylers (~smylers@81.143.60.194)
- # [17:19] * Joins: tantek (~tantek@70-36-139-41.dsl.dynamic.fusionbroadband.com)
- # [17:20] <jgraham> Yep, and so some people will come up with a — well we've had "principles" and "manifesto" — "Large Scale Web Applications Objectives" document, say, and make a big fuss about how all the people who worked on this before made terrible choices and introduce some new things that will paper over the cracks in a new and differently broken way
- # [17:22] * Joins: ManishCloud (uid36524@gateway/web/irccloud.com/x-zzpdrgefszgpgepb)
- # [17:22] <ManishCloud> Hixie: around?
- # [17:23] <ManishCloud> Any reason why the spec here seems to recommend storing a form owner and updating whenever the DOM changes as opposed to calculating it on demand?
- # [17:23] <ManishCloud> https://html.spec.whatwg.org/multipage/forms.html#form-owner
- # [17:23] <ManishCloud> (Is there any reason for the two to not mean the same thing?)
- # [17:24] <ManishCloud> AFAICT storing the form owner would be much less performant than calculating on demand
- # [17:24] <ManishCloud> https://github.com/servo/servo/issues/3553#issuecomment-57643743
- # [17:25] <tobie> jgraham: we seem to be in agreement over something.
- # [17:25] <Hixie> ManishCloud: because you can't calculate it
- # [17:25] <Hixie> ManishCloud: it can be set e.g. by the parser to values that can't be found from looking at the static state of the dom
- # [17:25] * tobie ponders whether that makes him less likable.
- # [17:26] <ManishCloud> Hixie: the parser can set it? Hm
- # [17:26] <Hixie> jgraham: i'm taking over your bug database maintenance task thing
- # [17:26] <Hixie> jgraham: since i'm making the data get baked into the spec itself
- # [17:26] <Hixie> jgraham: rather than having it shimmed in at load time
- # [17:26] <Hixie> bbiab
- # [17:26] <jgraham> Hixie: OK, since I'd forgotten that existed I can't really complain :)
- # [17:26] <Hixie> :-)
- # [17:26] <mathiasbynens> aha, `document.currentScript.ownerDocument.baseURI` from within a <script> in the imported document, of course
- # [17:27] <tobie> Seriously though, my algorithm looks like an ode to goto statements.
- # [17:28] * Quits: __20h__ (~some_one@r-36.net) (Quit: WeeChat 1.1-dev)
- # [17:31] * Quits: cbr_ (~cbr@145.36.150.83.chzhher77.rootnet.ch) (Quit: cbr_)
- # [17:34] <ManishCloud> Hixie: any example of where the parser spec recommends setting it?
- # [17:35] * Quits: dbaron (~dbaron@50.0.192.112) (Ping timeout: 240 seconds)
- # [17:35] * Joins: fila (~filaf@46.99.58.88)
- # [17:35] * Quits: fila (~filaf@46.99.58.88) (Excess Flood)
- # [17:36] <jgraham> ManishCloud: click on the definition
- # [17:36] <jgraham> Well on the term
- # [17:36] <jgraham> i.e. the bold bit at https://html.spec.whatwg.org/#form-element-pointer
- # [17:37] * Joins: fila (~filaf@46.99.58.88)
- # [17:42] * Quits: anchnk (~anchnk@static-176-182-137-176.ncc.abo.bbox.fr) (Ping timeout: 272 seconds)
- # [17:52] * Joins: ShaneHudson (~ShaneHuds@2.221.109.214)
- # [17:55] * Quits: Lachy (~Lachy@213.166.174.2) (Ping timeout: 272 seconds)
- # [17:55] * Joins: Lachy (~Lachy@213.166.174.2)
- # [17:55] * Joins: jsbell (jsbell@nat/google/x-jqicyjtwkstiwfue)
- # [17:58] * Quits: Smylers (~smylers@81.143.60.194) (Ping timeout: 244 seconds)
- # [17:59] <ManishCloud> jgraham: but that's set only once, right?
- # [18:02] * ManishCloud -> Manishearth
- # [18:02] * Parts: ManishCloud (uid36524@gateway/web/irccloud.com/x-zzpdrgefszgpgepb)
- # [18:02] * Parts: jsbell (jsbell@nat/google/x-jqicyjtwkstiwfue)
- # [18:06] * Joins: dbaron (~dbaron@172.56.9.245)
- # [18:06] * Quits: dbaron (~dbaron@172.56.9.245) (Client Quit)
- # [18:07] <jgraham> Manishearth: Well each element is only parsed once, sure
- # [18:08] <jgraham> You still need to keep the state from parsing somewhere
- # [18:08] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
- # [18:09] * Quits: bnicholson2 (~bnicholso@24.130.60.241) (Ping timeout: 240 seconds)
- # [18:11] * Quits: Lachy (~Lachy@213.166.174.2) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [18:14] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Ping timeout: 272 seconds)
- # [18:15] * Joins: mpt_ (~mpt@canonical/mpt)
- # [18:16] * Quits: espadrine` (~ttyl@LMontsouris-656-01-02-84.w80-12.abo.wanadoo.fr) (Ping timeout: 245 seconds)
- # [18:18] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
- # [18:18] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 246 seconds)
- # [18:25] * Quits: SteveF_ (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net) (Ping timeout: 258 seconds)
- # [18:33] * Joins: sicking (~sicking@c-98-210-159-193.hsd1.ca.comcast.net)
- # [18:34] * Joins: Maurice (copyman@unaffiliated/maurice)
- # [18:35] * Joins: caitp- (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com)
- # [18:36] * Joins: bnicholson2 (~bnicholso@2620:101:80fc:224:7e7a:91ff:fe25:a5c6)
- # [18:38] * Quits: caitp (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com) (Ping timeout: 260 seconds)
- # [18:39] * Joins: jeremyj (~jeremyj@c-24-4-202-10.hsd1.ca.comcast.net)
- # [18:39] * Quits: jeremyj (~jeremyj@c-24-4-202-10.hsd1.ca.comcast.net) (Client Quit)
- # [18:40] * Joins: SteveF_ (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net)
- # [18:42] * Joins: tommyliu (~tommyliu@183.37.186.244)
- # [18:43] * Quits: tommyliu_ (~tommyliu@121.15.78.98) (Ping timeout: 244 seconds)
- # [18:45] * Joins: jeremyj (~jeremyj@c-24-4-202-10.hsd1.ca.comcast.net)
- # [18:46] * Quits: darobin (~darobin@78.109.80.74) (Remote host closed the connection)
- # [18:46] * Quits: jeremyj (~jeremyj@c-24-4-202-10.hsd1.ca.comcast.net) (Client Quit)
- # [18:47] <Manishearth> jgraham: keep the state from parsing somewhere?
- # [18:48] <Manishearth> I was thinking of a lazy load mechanism that sets the owner in case of broken html, and then can be fetxhed on demand where it looks for changes
- # [18:48] * Quits: ShaneHudson (~ShaneHuds@2.221.109.214) (Quit: Computer fell asleep.)
- # [18:50] * caitp- is now known as caitp
- # [18:52] <annevk> So for now WebRTC does not use promises since someone in the call came with the ultimatum that I couldn't propose deprecating the callback-style that exists today for the next three years. (Keep in mind that implementations are still prefixed.)
- # [18:52] <annevk> I have no words
- # [18:57] * Quits: bholley (~bholley@corp-nat.p2p.sfo1.mozilla.com)
- # [19:00] * Joins: BigBangUDR (~Thunderbi@115.246.108.45)
- # [19:01] * Joins: hasather (~hasather@80.91.33.141)
- # [19:01] <tantek> three years? wow. who's ship schedule is that?
- # [19:02] <tantek> s/who's/whose
- # [19:03] <terinjokes> also… this is deprecating them, not removing them
- # [19:04] * Quits: ehsan (~ehsan@66.207.208.102) (Read error: Connection reset by peer)
- # [19:04] * Joins: ehsan (~ehsan@2001:450:1f:224:288c:2163:2b18:6784)
- # [19:05] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 246 seconds)
- # [19:08] * Quits: BigBangUDR (~Thunderbi@115.246.108.45) (Quit: BigBangUDR)
- # [19:09] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
- # [19:13] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Ping timeout: 250 seconds)
- # [19:26] * Quits: lilmonkey (~colin@pdpc/supporter/professional/riven) (Ping timeout: 260 seconds)
- # [19:30] * Joins: BigBangUDR (~Thunderbi@115.246.108.45)
- # [19:30] * Joins: lilmonkey (~colin@5ED090B0.cm-7-1c.dynamic.ziggo.nl)
- # [19:30] * Quits: lilmonkey (~colin@5ED090B0.cm-7-1c.dynamic.ziggo.nl) (Changing host)
- # [19:30] * Joins: lilmonkey (~colin@pdpc/supporter/professional/riven)
- # [19:31] * Quits: BigBangUDR (~Thunderbi@115.246.108.45) (Client Quit)
- # [19:34] * Joins: espadrine (~espadrine@AMontsouris-158-1-21-75.w92-128.abo.wanadoo.fr)
- # [19:34] * Joins: erlehmann (~erlehmann@g229097165.adsl.alicedsl.de)
- # [19:35] * Quits: sicking (~sicking@c-98-210-159-193.hsd1.ca.comcast.net) (Quit: sicking)
- # [19:37] * Joins: ambv (~ambv@206.108.217.134)
- # [19:38] <Hixie> Manishearth: how would that differ from what the spec says?
- # [19:38] <Hixie> annevk: uh, push back? that's absurd, if there's no implementations.
- # [19:38] * Krinkle|detached is now known as Krinkle
- # [19:50] * Joins: Smylers (~smylers@host86-159-64-71.range86-159.btcentralplus.com)
- # [19:54] * Joins: weinig (~weinig@17.245.25.213)
- # [19:56] * Quits: Ms2ger (~Ms2ger@91.180.140.18) (Quit: nn)
- # [19:57] <annevk> Hixie: we ran out of time and everyone dropped and it's unclear what happens next
- # [19:57] <annevk> Hixie: teleconferences are so weird
- # [20:00] <SimonSapin> annevk: Is there a general principle for when and how many UTF-8 decoding emits replacement characters?
- # [20:01] <Hixie> annevk: send an e-mail?
- # [20:01] <Hixie> teleconf-gated standards development is so last century
- # [20:06] * Joins: Mso150_a (~ctlM@80.83.238.124)
- # [20:06] * Quits: weinig (~weinig@17.245.25.213) (Quit: weinig)
- # [20:07] <tantek> email-gated standards development is so last decade. ;)
- # [20:09] * Joins: zcorpan_ (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
- # [20:09] <annevk> SimonSapin: yeah, the spec
- # [20:10] <annevk> Hixie: I might
- # [20:11] * Quits: tantek (~tantek@70-36-139-41.dsl.dynamic.fusionbroadband.com) (Quit: tantek)
- # [20:12] * Quits: SteveF_ (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net) (Quit: ChatZilla 0.9.90.1 [Firefox 32.0.3/20140923175406])
- # [20:13] * Joins: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com)
- # [20:13] <SimonSapin> annevk: I mean a principle guiding spec-writing
- # [20:13] * Quits: zcorpan_ (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Ping timeout: 260 seconds)
- # [20:14] <gsnedders> SimonSapin: IIRC one for a bogus sequence (i.e., you start a sequence, it goes bogus -> one); bogus start of sequence -> one
- # [20:15] <SimonSapin> thanks gsnedders
- # [20:15] * Joins: weinig (~weinig@17.245.25.213)
- # [20:16] * Joins: jernoble|laptop (~jernoble@17.202.45.163)
- # [20:20] <annevk> SimonSapin: I think Unicode makes a recommendation and I think it so happens that was the correct recommendation
- # [20:20] <annevk> SimonSapin: spec makes a note of it
- # [20:20] * Quits: espadrine (~espadrine@AMontsouris-158-1-21-75.w92-128.abo.wanadoo.fr) (Quit: espadrine)
- # [20:20] <SimonSapin> got it, thanks
- # [20:29] * Joins: espadrine (~espadrine@AMontsouris-158-1-21-75.w92-128.abo.wanadoo.fr)
- # [20:30] * Quits: jernoble (~jernoble@17.202.46.221) (Quit: Textual IRC Client: www.textualapp.com)
- # [20:30] * Quits: weinig (~weinig@17.245.25.213) (Quit: weinig)
- # [20:35] * Joins: weinig (~weinig@17.245.25.213)
- # [20:38] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
- # [20:41] * Quits: lilmonkey (~colin@pdpc/supporter/professional/riven) (Read error: Connection reset by peer)
- # [20:42] * Joins: darobin (~darobin@2a01:e34:ed05:d180:c940:8014:4517:c8ab)
- # [20:42] * Quits: darobin (~darobin@2a01:e34:ed05:d180:c940:8014:4517:c8ab) (Remote host closed the connection)
- # [20:42] * Joins: darobin (~darobin@mtl93-18-78-208-93-24.fbx.proxad.net)
- # [20:42] * Quits: darobin (~darobin@mtl93-18-78-208-93-24.fbx.proxad.net) (Remote host closed the connection)
- # [20:43] * Joins: dbaron (~dbaron@2620:101:80fc:232:69c7:aefe:22cc:fd90)
- # [20:43] * Joins: darobin (~darobin@2a01:e34:ed05:d180:c940:8014:4517:c8ab)
- # [20:45] * Joins: lilmonkey (~colin@pdpc/supporter/professional/riven)
- # [20:49] * Joins: zcorpan_ (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
- # [20:50] * Joins: lilmonkey` (~colin@5ED090B0.cm-7-1c.dynamic.ziggo.nl)
- # [20:50] * Quits: lilmonkey` (~colin@5ED090B0.cm-7-1c.dynamic.ziggo.nl) (Changing host)
- # [20:50] * Joins: lilmonkey` (~colin@pdpc/supporter/professional/riven)
- # [20:51] * Quits: zcorpan_ (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Remote host closed the connection)
- # [20:52] * Quits: erlehmann (~erlehmann@g229097165.adsl.alicedsl.de) (Quit: Die demokratieerhaltende Whistleblowerplattform Krautchan freut sich immer über Spenden.)
- # [20:52] * Joins: jwalden (~waldo@2620:101:80fc:224:7e7a:91ff:fe25:a5a3)
- # [20:53] * Quits: lilmonkey (~colin@pdpc/supporter/professional/riven) (Ping timeout: 246 seconds)
- # [20:57] * Quits: boogyman (~boogyman@pdpc/supporter/professional/boogyman) (Read error: Connection reset by peer)
- # [20:57] * Joins: boogyman (~boogyman@38.88.11.131)
- # [20:58] * Quits: boogyman (~boogyman@38.88.11.131) (Changing host)
- # [20:58] * Joins: boogyman (~boogyman@pdpc/supporter/professional/boogyman)
- # [20:59] * Joins: jernoble (~jernoble@17.202.46.221)
- # [20:59] * Joins: zcorpan_ (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
- # [21:03] * Quits: weinig (~weinig@17.245.25.213) (Quit: weinig)
- # [21:04] * Joins: Mso150_a_u (~ctlM@80.83.238.229)
- # [21:05] * Quits: Mso150_a (~ctlM@80.83.238.124) (Ping timeout: 245 seconds)
- # [21:05] * Joins: newtron_work (~newtron@199.71.174.204)
- # [21:07] * Joins: hasather (~hasather@80.91.33.141)
- # [21:08] * Quits: newtron_ (~newtron@199.71.174.203) (Ping timeout: 255 seconds)
- # [21:11] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 272 seconds)
- # [21:12] * Quits: encryptd_fractl (~encryptd_@71-90-29-214.dhcp.ftbg.wi.charter.com) (Remote host closed the connection)
- # [21:13] * Joins: encryptd_fractl (~encryptd_@71-90-29-214.dhcp.ftbg.wi.charter.com)
- # [21:16] * Quits: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com) (Quit: sicking)
- # [21:22] * Quits: KevinMarks__ (~KevinMark@c-67-164-14-200.hsd1.ca.comcast.net) (Ping timeout: 272 seconds)
- # [21:23] * Joins: juandopazo (~juandopaz@64.211.65.176)
- # [21:26] * Quits: zcorpan_ (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Remote host closed the connection)
- # [21:27] * Joins: zcorpan_ (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
- # [21:30] * Joins: Mso150_a_u_v (~ctlM@80.83.238.81)
- # [21:30] * Joins: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com)
- # [21:30] * Quits: zcorpan_ (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Remote host closed the connection)
- # [21:30] * Joins: tantek (~tantek@70-36-139-41.dsl.dynamic.fusionbroadband.com)
- # [21:31] * Quits: Mso150_a_u (~ctlM@80.83.238.229) (Ping timeout: 260 seconds)
- # [21:34] * Quits: newtron_work (~newtron@199.71.174.204) (Remote host closed the connection)
- # [21:34] * Krinkle is now known as Krinkle|detached
- # [21:34] <Hixie> tantek: who does e-mail-gated standards development?
- # [21:35] <tantek> IETF, WHATWG, parts of W3C
- # [21:35] * Joins: scor (scor@drupal.org/user/52142/view)
- # [21:36] * Joins: newtron_ (~newtron@199.71.174.203)
- # [21:36] <Hixie> WHATWG doesn't
- # [21:36] <tantek> though at least (plain text) email is better than emailing Word / PPT / PDF docs back and forth.
- # [21:36] <Hixie> we do accept feedback by e-mail, but it's not gated on e-mail
- # [21:36] * Joins: aiglesias (~aiglesias@181.31.0.158)
- # [21:37] <tantek> Hixie, I seem to remember a lot of docs, wiki, etc. on whatwg all saying to eventually send feedback by email, as that being the one mechanism that's preferred or something.
- # [21:37] <Hixie> (it's gated on the spec editor, primarily)
- # [21:37] <Hixie> e-mail or bugs, yeah
- # [21:37] <tantek> ok that's an important clarification
- # [21:37] <tantek> thank you - that helps.
- # [21:38] <Hixie> annevk: ok i think the markup is gonna be this:
- # [21:38] <Hixie> <div class="status">
- # [21:38] <Hixie> <p><strong>Bugs:</strong> <a href="..." title="...">...</a>, <a href="..." title="...">...</a></p>
- # [21:38] <Hixie> <p><strong>Support:</strong>
- # [21:38] <Hixie> <span class="ff"><span>Firefox</span> <span>44+</span></span>
- # [21:38] <Hixie> <span class="ie"><span>IE</span> <span>9+</span></span>
- # [21:38] <Hixie> </p>
- # [21:38] <Hixie> </div>
- # [21:38] <Hixie> let me know if you want something different
- # [21:41] * Joins: voiceofgrog_ (uid19945@gateway/web/irccloud.com/x-nakempedqrtakyra)
- # [21:44] * Quits: smaug____ (~chatzilla@a91-154-44-207.elisa-laajakaista.fi) (Ping timeout: 272 seconds)
- # [21:46] * Joins: zcorpan_ (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
- # [21:52] * Joins: arthurvr (~arthurvr@dd5761476.access.telenet.be)
- # [21:53] * Quits: arthurvr (~arthurvr@dd5761476.access.telenet.be) (Quit: Lingo - http://www.lingoirc.com)
- # [21:53] * Joins: smaug____ (~chatzilla@a91-154-44-207.elisa-laajakaista.fi)
- # [22:04] * Joins: satazor (~satazor@102.99.136.95.rev.vodafone.pt)
- # [22:04] * Joins: Mso150 (~ctlM@80.83.239.93)
- # [22:04] * Quits: satazor (~satazor@102.99.136.95.rev.vodafone.pt) (Client Quit)
- # [22:06] * Quits: Mso150_a_u_v (~ctlM@80.83.238.81) (Ping timeout: 272 seconds)
- # [22:06] <TabAtkins> annevk: Who sent that ultimatum?
- # [22:07] * Joins: satazor (~satazor@102.99.136.95.rev.vodafone.pt)
- # [22:08] * Joins: hasather (~hasather@80.91.33.141)
- # [22:10] * Quits: zcorpan_ (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Remote host closed the connection)
- # [22:12] <boogyman> Hixie Two questions: 1 - why not use a definition list. <dl class=support><dt>Support</dt><dd class=ff>Firefox <span>44+</span></dd><dd class=VendorAbbr>VendorName <span>SupportSince</span></dt>…</dl> <style>dl.support dd {…} dl.support dd > span {…}</style> 2- if you are going to keep the proposed markup above, I what's the need for the <span> around the Vendor Name? It seems superfluous to me.
- # [22:12] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 260 seconds)
- # [22:15] <Hixie> i expect the vendor name to be display:none'ed
- # [22:15] <Hixie> a <dl> would make sense, but CSS makes styling <dl>s hard
- # [22:15] <SimonSapin> I think I finished the WTF-8 spec! Feedback welcome. (Technical, editorial, …) http://simonsapin.github.io/wtf-8/
- # [22:16] <boogyman> Hixie: image replacement?
- # [22:17] <TabAtkins> Hixie: Just use <di>!
- # [22:17] <Hixie> boogyman: maybe
- # [22:17] * Quits: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com) (Quit: sicking)
- # [22:17] <Hixie> TabAtkins: heh
- # [22:17] * Quits: smaug____ (~chatzilla@a91-154-44-207.elisa-laajakaista.fi) (Quit: Reconnecting…)
- # [22:17] * TabAtkins has used <di> without shame when he needed it.
- # [22:18] * Joins: smaug____ (~chatzilla@a91-154-44-207.elisa-laajakaista.fi)
- # [22:18] * Joins: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com)
- # [22:18] <Hixie> css should just be fixed to handle this case
- # [22:18] <Hixie> but anyway
- # [22:18] <Hixie> it's not really a dl
- # [22:18] <Hixie> it's more a ul
- # [22:18] * Quits: satazor (~satazor@102.99.136.95.rev.vodafone.pt)
- # [22:18] <boogyman> Can you provide a reference? I am unfamiliar with the deficiency
- # [22:19] <Hixie> the deficiency is just that there's no way in CSS to insert an anonymous block around a set of siblings
- # [22:19] <Hixie> like <a/><::x><b/><c/></::x><d/>
- # [22:21] * Quits: scor (scor@drupal.org/user/52142/view) (Quit: scor)
- # [22:21] * Joins: zcorpan_ (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
- # [22:22] * Joins: rubys (~rubys@cpe-098-027-051-253.nc.res.rr.com)
- # [22:22] <rubys> annevk: ping?
- # [22:23] * Quits: tj_vantoll (~Adium@2601:4:5380:2ec:4534:f564:be9d:6426) (Quit: Leaving.)
- # [22:24] * Quits: estellevw (~estellevw@173.228.112.89) (Quit: Snuggling with the puppies)
- # [22:25] * Quits: zcorpan_ (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Ping timeout: 246 seconds)
- # [22:26] * Quits: Mso150 (~ctlM@80.83.239.93) (Ping timeout: 272 seconds)
- # [22:43] * Quits: encryptd_fractl (~encryptd_@71-90-29-214.dhcp.ftbg.wi.charter.com) (Remote host closed the connection)
- # [22:43] * Quits: caitp (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com) (Quit: Leaving)
- # [22:44] * Krinkle|detached is now known as Krinkle
- # [22:44] * Joins: KevinMarks___ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
- # [22:44] * Joins: encryptd_fractl (~encryptd_@71-90-29-214.dhcp.ftbg.wi.charter.com)
- # [22:45] * Quits: KevinMarks_ (~yaaic@2607:fb90:2836:f95e:1108:5318:160d:b3a) (Ping timeout: 272 seconds)
- # [22:46] * Quits: darobin (~darobin@2a01:e34:ed05:d180:c940:8014:4517:c8ab) (Remote host closed the connection)
- # [22:48] * Joins: KevinMarks_ (~KevinMark@c-67-164-14-200.hsd1.ca.comcast.net)
- # [22:51] <rubys> http://intertwingly.net/blog/2014/10/02/WHATWG-URL-vs-IETF-URI
- # [22:52] * Quits: encryptd_fractl (~encryptd_@71-90-29-214.dhcp.ftbg.wi.charter.com) (Remote host closed the connection)
- # [22:54] <tantek> annevk ^^^
- # [22:56] * Joins: encryptd_fractl (~encryptd_@71-90-29-214.dhcp.ftbg.wi.charter.com)
- # [23:00] * Quits: pdr (sid7901@gateway/web/irccloud.com/x-xpljjqyfmaakzzae) (Ping timeout: 246 seconds)
- # [23:00] * Quits: encryptd_fractl (~encryptd_@71-90-29-214.dhcp.ftbg.wi.charter.com) (Remote host closed the connection)
- # [23:01] * Joins: pdr (sid7901@gateway/web/irccloud.com/x-jqbzpyyuukmlslvf)
- # [23:02] * Quits: TallTed (~Thud@63.119.36.36)
- # [23:05] * Joins: encryptd_fractl (~encryptd_@71-90-29-214.dhcp.ftbg.wi.charter.com)
- # [23:05] * Quits: alystair (~alystair@108.162.185.61) (Remote host closed the connection)
- # [23:05] * Joins: alystair (~alystair@108-162-185-61.cable.teksavvy.com)
- # [23:06] * Joins: Sample (~Sample@unaffiliated/sample)
- # [23:06] * Quits: encryptd_fractl (~encryptd_@71-90-29-214.dhcp.ftbg.wi.charter.com) (Remote host closed the connection)
- # [23:08] * Quits: boogyman (~boogyman@pdpc/supporter/professional/boogyman) (Quit: Leaving.)
- # [23:08] * Quits: Maurice (copyman@unaffiliated/maurice)
- # [23:13] <Sample> Two separate questions I'm considering right now
- # [23:15] * Joins: encryptd_fractl (~encryptd_@71-90-29-214.dhcp.ftbg.wi.charter.com)
- # [23:16] <Sample> 1) Regarding deprecation of readAsBinaryString (http://lists.w3.org/Archives/Public/public-webapps/2011OctDec/1497.html) it proposes the removal due to "inefficiency". Wouldn't the real reason have been because it wasn't feasible? bits cannot be decoded to UTF-8 and back to bits without data corruption
- # [23:17] <Sample> Just wondering if anyone was around at the time or knows any details beyond that post
- # [23:19] * Quits: zdobersek (~zan@37.203.209.18) (Quit: Leaving.)
- # [23:20] <Sample> my other question is 2) Is "query encoding" as defined by the HTML or URL spec identical to x-www-form-urlencoded?
- # [23:22] * Joins: dydx (~dydz@17.245.31.110)
- # [23:23] * Joins: newtron_work (~newtron@199.71.174.204)
- # [23:23] * Quits: espadrine (~espadrine@AMontsouris-158-1-21-75.w92-128.abo.wanadoo.fr) (Quit: espadrine)
- # [23:24] * Krinkle is now known as Krinkle|detached
- # [23:24] <Sample> question 2 arises from statements like: Align RFC 3986 and RFC 3987 with contemporary implementations and obsolete them in the process. (E.g. spaces, other "illegal" code points, query encoding, equality, canonicalization, are all concepts not entirely shared, or defined.)
- # [23:24] * Quits: fila (~filaf@46.99.58.88)
- # [23:26] * Quits: newtron_ (~newtron@199.71.174.203) (Ping timeout: 255 seconds)
- # [23:27] <Hixie> not sure what you mean by #2
- # [23:27] * Quits: newtron_work (~newtron@199.71.174.204) (Ping timeout: 255 seconds)
- # [23:28] <Sample> sorry for being unclear =) My question is if there's character restrictions present in the "query" portion of a URL that are not present in x-www-form-urlencoded
- # [23:29] <Hixie> are there character restrictions in x-www-form-urlencoded?
- # [23:29] <Hixie> i don't know that we really define conformance criteria for that format
- # [23:29] <Hixie> we define serialisation and parsing rules, but...
- # [23:30] * Joins: juandopazo_ (~juandopaz@64.211.65.178)
- # [23:30] * Parts: rubys (~rubys@cpe-098-027-051-253.nc.res.rr.com)
- # [23:30] <Sample> I'm admittedly not clear what the MIME type means when it suggests "urlencoded". I didn't think x-www-form-urlencoded percent-encoded characters
- # [23:30] <Sample> I guess I need to take a look at some test requests
- # [23:31] <Domenic> If I am understanding you correctly, the answer is: the spec for x-www-form-urlencoded is either nonexistant or underspecified, so the URL standard obsoletes it, at least in the cases we care about (usage of that format in URLs)
- # [23:32] * Joins: espadrine (~espadrine@AMontsouris-158-1-21-75.w92-128.abo.wanadoo.fr)
- # [23:32] <Hixie> url.spec.whatwg.org and html.spec.whatwg.org both define x-www-form-urlencoded, but neither define a conformance criteria
- # [23:32] <Hixie> just parse and serialise algorithms
- # [23:32] <Hixie> (aka encode/decode)
- # [23:32] <Sample> Yeah sorry for being unclear, I'm half confused myself. I'm presuming that a URL query and x-www-form-urlencoded are the same format
- # [23:33] <Domenic> i think part of the disconnect is that talking about a "format" is not generally that interesting compared to talking about encode/decode algorithms
- # [23:34] * Quits: juandopazo (~juandopaz@64.211.65.176) (Ping timeout: 260 seconds)
- # [23:34] <Hixie> Sample: i think neither "a URL query" nor "the x-www-form-urlencoded format" are well-defined terms
- # [23:34] <Hixie> Sample: which makes the discussion hard to follow :-)
- # [23:34] <Sample> Hixie: haha okay
- # [23:35] <Sample> I just became curious if the payload constructed via a GET ampersand-delimited percent-encoded (urlencoded) name=value pair is exactly identical to the payload of a forms x-www-form-urlencoded
- # [23:37] <Sample> looks as if they are
- # [23:37] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
- # [23:37] <Hixie> not sure what you mean by "payload constructed via a GET ampersand-delimited percent-encoded (urlencoded) name=value pair"
- # [23:37] <Hixie> form submission uses https://html.spec.whatwg.org/#application/x-www-form-urlencoded-encoding-algorithm
- # [23:39] <Hixie> and then passes it to https://url.spec.whatwg.org/#serializing as the query component
- # [23:39] <Sample> is the same encoding defined there required for constructing a URL "query" as defined by something like: http://tools.ietf.org/html/rfc3986#section-3.4
- # [23:39] <Hixie> that RFC is dead.
- # [23:39] * Quits: lerc (~quassel@121-74-5-229.telstraclear.net) (Quit: No Ping reply in 180 seconds.)
- # [23:39] <Sample> maybe that question uses better nomenclature
- # [23:39] <Sample> ah
- # [23:39] * Quits: heycam|away (~cam@wok.mcc.id.au) (Ping timeout: 272 seconds)
- # [23:39] <Hixie> (at least as far as #whatwg is concerned)
- # [23:39] <Hixie> url.spec.whatwg.org obsoletes it
- # [23:40] <Sample> and you define that same section as "A URL's query is either null or a string holding data. It is initially null."
- # [23:40] <Sample> which is rather vague =)
- # [23:40] * Joins: lerc (~quassel@121-74-5-229.telstraclear.net)
- # [23:41] <Hixie> what's the actual question you're trying to answer?
- # [23:42] <Sample> Yes, is a URL query request and an x-www-form-urlencoded payload the same data format
- # [23:43] <Sample> they appear to be. ampersand delimited, equals delimited, urlencoded name value pairs
- # [23:44] * Quits: abinader (sid21713@gateway/web/irccloud.com/x-yshdvukmrprenwpz)
- # [23:45] <Hixie> The part after the ? and before the # in a URL is an opaque string, whose meaning is only defined by the server.
- # [23:45] <Sample> not standardized?
- # [23:45] <Hixie> it's standardised in the same way that the "path" part is standardised
- # [23:46] <Hixie> it's an opaque string with meaning defined by the server
- # [23:46] <Sample> huh... weird
- # [23:46] <Sample> thanks
- # [23:46] <Hixie> form submission assumes that the server expects the x-www-form-urlencoded part to be in the format generated by https://html.spec.whatwg.org/#application/x-www-form-urlencoded-encoding-algorithm
- # [23:46] <Hixie> er, the query part
- # [23:46] <Hixie> the part between ? and #
- # [23:46] <Hixie> so when you do form submission from a browser, you end up seeing the output of the https://html.spec.whatwg.org/#application/x-www-form-urlencoded-encoding-algorithm in the query component
- # [23:46] * Joins: caitp (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com)
- # [23:47] <Sample> so you could put a CSV encoding between the ? and the # and that's totally fine?
- # [23:47] <SimonSapin> Hixie, annevk: https://url.spec.whatwg.org/#application/x-www-form-urlencoded looks identical to https://html.spec.whatwg.org/#url-encoded-form-data . Should one of them use the other?
- # [23:47] <Hixie> Sample: if the server expects it, sure
- # [23:47] <Sample> ?first,last,score\njohn,doe,98#
- # [23:47] <Sample> strange
- # [23:47] <Sample> interesting
- # [23:48] <Sample> most servers would be rather confused I imagine
- # [23:48] <Hixie> Sample: consider, e.g.: http://software.hixie.ch/utilities/js/canvas/?c.clearRect(0%2C%200%2C%20640%2C%20480)%3B%0Ac.fillStyle%20%3D%20%27green%27%3B%0Ac.fillRect(10%2C10%2C200%2C200)%3B%0A
- # [23:48] <Hixie> that file takes JavaScript snippets in the query and evaluates them
- # [23:49] <Sample> looks like quite the XSS vector =D
- # [23:49] <Hixie> it's just up to the server to decide how to interpret it
- # [23:49] <Hixie> yes, if that server had anything interesting it would be
- # [23:49] <Sample> well that's all very interesting, thanks
- # [23:49] <Hixie> the path component is the same. it's up to the server to know how to parse it
- # [23:50] <sicking> annevk: awake?
- # [23:50] <Sample> so we can say "most servers expect x-www-url-encoded payload via the URL query"
- # [23:50] <Hixie> e.g. http://software.hixie.ch/utilities/js/live-dom-viewer/saved/1
- # [23:50] <Sample> in the same way we can say "most servers expect form-data to come via application/x-www-form-urlencoded"
- # [23:50] <Hixie> Sample: most servers expect nothing in the query and ignore it.
- # [23:51] <Hixie> (in the url i gave above, the /saved/1 part is parsed by the script at http://software.hixie.ch/utilities/js/live-dom-viewer -- there's no /saved/ directory or anything)
- # [23:51] <Hixie> (in fact you can go to http://software.hixie.ch/utilities/js/live-dom-viewer/?saved=1 and it does the same thing)
- # [23:54] <Sample> Hixie: apache which is probably the most common webserver I think could be said to "expect" a data format within the URL Query to parse a GET parameter
- # [23:54] <Sample> that format I guess being x-www-form-urlencoded
- # [23:54] * Quits: tommyliu (~tommyliu@183.37.186.244) (Remote host closed the connection)
- # [23:54] * Joins: tommyliu (~tommyliu@li568-142.members.linode.com)
- # [23:54] * Quits: dydx (~dydz@17.245.31.110) (Quit: dydx)
- # [23:54] * Joins: tommyliu_ (~tommyliu@183.37.186.244)
- # [23:54] <Sample> perhaps I'm wrong and the server is indifferent. maybe this "GET" notion is handled on backend code exclusively
- # [23:54] <Sample> I just figured apache had some notion or expectation of it
- # [23:56] <Sample> maybe the basis of the confusion I'm procuding here is that I had the expectation that a URL query is in a certain format and that webservers parse that expected format somehow
- # [23:57] * Quits: aiglesias (~aiglesias@181.31.0.158) (Remote host closed the connection)
- # [23:57] <Hixie> Sample: apache doesn't parse the query component at all as far as i know. maybe for directory listings.
- # [23:57] <Sample> since you generally ever only see key=value ampersand delimited URL queries (except in your example obviously)
- # [23:57] <Sample> this was enlightening though, thanks
- # [23:57] <Hixie> you generally see key=value&key=value because that's what forms submit
- # [23:58] * Quits: tommyliu (~tommyliu@li568-142.members.linode.com) (Ping timeout: 258 seconds)
- # Session Close: Fri Oct 03 00:00:00 2014
The end :)