Options:
- # Session Start: Tue Apr 23 00:00:00 2013
- # Session Ident: #whatwg
- # [00:01] * Quits: mven_ (~mven@169.241.49.210) (Remote host closed the connection)
- # [00:03] * Quits: weinig (~weinig@17.212.155.13) (Ping timeout: 276 seconds)
- # [00:04] * Quits: zagamqt (~zagam@81-230-17-139-no148.bredband.skanova.com) (Ping timeout: 264 seconds)
- # [00:05] * Quits: isherman (isherman@nat/google/x-ilhiockkujvvngdh) (Quit: Leaving.)
- # [00:05] * jonlee|afk is now known as jonlee
- # [00:05] * Joins: othermaciej (~mjs@17.114.108.14)
- # [00:06] * Joins: scor (~scor@c-98-216-39-127.hsd1.ma.comcast.net)
- # [00:06] * Quits: scor (~scor@c-98-216-39-127.hsd1.ma.comcast.net) (Changing host)
- # [00:06] * Joins: scor (~scor@drupal.org/user/52142/view)
- # [00:08] * Joins: darobin (~darobin@205.248.100.252)
- # [00:09] * Joins: SteveF (~chatzilla@205.248.100.252)
- # [00:10] * Quits: baku (~baku@2-236-39-253.ip231.fastwebnet.it) (Ping timeout: 260 seconds)
- # [00:11] * Joins: yorick_ (~yorick@oftn/member/yorick)
- # [00:15] * jonlee is now known as jonlee|afk
- # [00:16] * Quits: tndrH (~Rob@cpc4-seac20-2-0-cust858.7-2.cable.virginmedia.com) (Ping timeout: 272 seconds)
- # [00:17] * Quits: Smylers (~smylers@host86-168-221-39.range86-168.btcentralplus.com) (Quit: Leaving.)
- # [00:17] * jonlee|afk is now known as jonlee
- # [00:18] * Quits: barneybook|2 (~kvirc@220-136-58-193.dynamic.hinet.net) (*.net *.split)
- # [00:18] * Quits: dygerati (~jthiessen@c-71-193-216-142.hsd1.or.comcast.net) (*.net *.split)
- # [00:18] * Quits: yorick (~yorick@oftn/member/yorick) (*.net *.split)
- # [00:18] * Quits: jtcranme1 (~jcranmer@ltsp2.csl.tjhsst.edu) (*.net *.split)
- # [00:18] * Quits: anssik (uid10742@gateway/web/irccloud.com/x-srfcqpuyejmubmqj) (*.net *.split)
- # [00:18] * Quits: Scorchin (uid1242@gateway/web/irccloud.com/x-uqwoyorspnptezma) (*.net *.split)
- # [00:18] * Quits: ojan (uid5519@gateway/web/irccloud.com/x-ekzebflbczdoxakd) (*.net *.split)
- # [00:18] * Quits: boaz (~boaz@li326-230.members.linode.com) (*.net *.split)
- # [00:18] * Quits: Philip` (~philip@compass.zaynar.co.uk) (*.net *.split)
- # [00:20] * Joins: cabanier (~cabanier@205.248.100.252)
- # [00:20] * Joins: barneybook|2 (~kvirc@220-136-58-193.dynamic.hinet.net)
- # [00:20] * Joins: jtcranme1 (~jcranmer@ltsp2.csl.tjhsst.edu)
- # [00:20] * Joins: anssik (uid10742@gateway/web/irccloud.com/x-srfcqpuyejmubmqj)
- # [00:20] * Joins: Scorchin (uid1242@gateway/web/irccloud.com/x-uqwoyorspnptezma)
- # [00:20] * Joins: ojan (uid5519@gateway/web/irccloud.com/x-ekzebflbczdoxakd)
- # [00:20] * Joins: boaz (~boaz@li326-230.members.linode.com)
- # [00:20] * Joins: Philip` (~philip@compass.zaynar.co.uk)
- # [00:20] * jtcranme1 is now known as jtcranmer
- # [00:24] * Quits: marcosc (~marcosc@bl10-105-81.dsl.telepac.pt) (Remote host closed the connection)
- # [00:27] * jonlee is now known as jonlee|afk
- # [00:28] * Quits: Iroquois_ (~IroquoisT@69.170.160.74) (Remote host closed the connection)
- # [00:28] * Joins: IroquoisTwist (~IroquoisT@69.170.160.74)
- # [00:29] * jonlee|afk is now known as jonlee
- # [00:31] * Quits: jonlee (~jonlee@17.212.153.19) (Quit: jonlee)
- # [00:32] * Quits: yorick_ (~yorick@oftn/member/yorick) (Remote host closed the connection)
- # [00:32] * Quits: SimonSapin (~simon@ip-134.net-89-2-126.rev.numericable.fr) (Quit: Leaving.)
- # [00:32] * Joins: SimonSapin (~simon@ip-134.net-89-2-126.rev.numericable.fr)
- # [00:32] * Quits: tantek (~tantek@70-36-197-111.dsl.dynamic.sonic.net) (Quit: tantek)
- # [00:32] * Quits: Lachy (~Lachy@cm-84.215.19.229.getinternet.no) (Quit: Textual IRC Client: http://www.textualapp.com/)
- # [00:36] * jernoble is now known as jernoble|afk
- # [00:36] * jernoble|afk is now known as jernoble
- # [00:37] * Joins: Iroquois_ (~IroquoisT@69.170.160.74)
- # [00:39] * Quits: IroquoisTwist (~IroquoisT@69.170.160.74) (Ping timeout: 252 seconds)
- # [00:40] * Joins: sicking (~sicking@v-1045.fw1.sfo1.mozilla.net)
- # [00:40] * Quits: SimonSapin (~simon@ip-134.net-89-2-126.rev.numericable.fr) (Quit: Leaving.)
- # [00:40] * Quits: annevk (~annevk@2.25.61.48) (Remote host closed the connection)
- # [00:45] * Joins: Lachy (~Lachy@cm-84.215.19.229.getinternet.no)
- # [00:52] * Quits: jryans (~jryans@office.massrel.com) (Quit: Be back later)
- # [00:54] * Quits: danjesus (~danjesus@189.102.25.154) (Quit: Leaving)
- # [00:55] * Joins: weinig (~weinig@17.114.104.119)
- # [00:59] * Joins: birtles (~chatzilla@p10167-ipngn1701marunouchi.tokyo.ocn.ne.jp)
- # [01:00] * Quits: birtles (~chatzilla@p10167-ipngn1701marunouchi.tokyo.ocn.ne.jp) (Read error: Connection timed out)
- # [01:00] * Joins: birtles (~chatzilla@p10167-ipngn1701marunouchi.tokyo.ocn.ne.jp)
- # [01:05] * Quits: Iroquois_ (~IroquoisT@69.170.160.74) (Remote host closed the connection)
- # [01:05] * Joins: IroquoisTwist (~IroquoisT@69.170.160.74)
- # [01:06] <jsbell> Any Moz IDB folks around?
- # [01:08] <jsbell> Ah, sicking: IDB question for you: s = db.createObjectStore('s'); db.deleteObjectStore('s'); s.get(0); --> should throw InvalidStateError, per spec blather about operation on deleted object? FF20 appears not to. Bug or am I missing something?
- # [01:13] * Quits: sicking (~sicking@v-1045.fw1.sfo1.mozilla.net) (Quit: sicking)
- # [01:13] * Quits: reybango (~reybango@c-66-229-94-105.hsd1.fl.comcast.net) (Quit: Leaving)
- # [01:13] * Quits: cabanier (~cabanier@205.248.100.252) (*.net *.split)
- # [01:13] * Quits: barneybook|2 (~kvirc@220-136-58-193.dynamic.hinet.net) (*.net *.split)
- # [01:13] * Quits: jtcranmer (~jcranmer@ltsp2.csl.tjhsst.edu) (*.net *.split)
- # [01:13] * Quits: anssik (uid10742@gateway/web/irccloud.com/x-srfcqpuyejmubmqj) (*.net *.split)
- # [01:13] * Quits: Scorchin (uid1242@gateway/web/irccloud.com/x-uqwoyorspnptezma) (*.net *.split)
- # [01:13] * Quits: ojan (uid5519@gateway/web/irccloud.com/x-ekzebflbczdoxakd) (*.net *.split)
- # [01:13] * Quits: boaz (~boaz@li326-230.members.linode.com) (*.net *.split)
- # [01:13] * Quits: Philip` (~philip@compass.zaynar.co.uk) (*.net *.split)
- # [01:14] * Joins: cabanier (~cabanier@205.248.100.252)
- # [01:14] * Joins: barneybook|2 (~kvirc@220-136-58-193.dynamic.hinet.net)
- # [01:14] * Joins: jtcranmer (~jcranmer@ltsp2.csl.tjhsst.edu)
- # [01:14] * Joins: anssik (uid10742@gateway/web/irccloud.com/x-srfcqpuyejmubmqj)
- # [01:14] * Joins: Scorchin (uid1242@gateway/web/irccloud.com/x-uqwoyorspnptezma)
- # [01:14] * Joins: ojan (uid5519@gateway/web/irccloud.com/x-ekzebflbczdoxakd)
- # [01:14] * Joins: boaz (~boaz@li326-230.members.linode.com)
- # [01:14] * Joins: Philip` (~philip@compass.zaynar.co.uk)
- # [01:16] * Joins: sicking (~sicking@v-1045.fw1.sfo1.mozilla.net)
- # [01:17] <sicking> jsbell: hey
- # [01:18] * Joins: tantek (~tantek@v-1045.fw1.sfo1.mozilla.net)
- # [01:19] * Quits: tantek (~tantek@v-1045.fw1.sfo1.mozilla.net) (Client Quit)
- # [01:20] * Joins: sgalineau (~sylvaing@sjfw1-a.adobe.com)
- # [01:20] * Joins: tantek (~tantek@v-1045.fw1.sfo1.mozilla.net)
- # [01:25] * Quits: sgalineau (~sylvaing@sjfw1-a.adobe.com) (Read error: Connection reset by peer)
- # [01:25] <sicking> jsbell: i think you broke the spec :)
- # [01:27] <jsbell> sicking: hrm... left something out in my removal of exception tables, or something more fundamental?
- # [01:27] <sicking> jsbell: Throwing a InvalidStateError sounds correct. I don't know what you mean by "spec blather"? :)
- # [01:27] <sicking> jsbell: the TOC is completely busted
- # [01:27] <jsbell> Huh....
- # [01:27] <sicking> jsbell: i see a lot of 0's everywhere
- # [01:28] <jsbell> Odd. Looks fine to me...
- # [01:28] <sicking> ble of Contents
- # [01:28] <sicking> 0
- # [01:28] <sicking> 1. 00Introduction000
- # [01:28] <sicking> 0
- # [01:28] <sicking> 2. 00Conformance000
- # [01:28] <sicking> 2.1 00Dependencies000
- # [01:28] <sicking> 00
- # [01:28] <jsbell> trying ff....
- # [01:28] <jsbell> looks fine to me in FF20 as well.
- # [01:28] <jsbell> https://dvcs.w3.org/hg/IndexedDB/raw-file/tip/Overview.html ?
- # [01:28] <sicking> woha, looks fine in chrome
- # [01:29] <sicking> ooh, and fine in FF20 too
- # [01:29] <jsbell> perhaps you broke firefox? :)
- # [01:29] <sicking> i think i did :)
- # [01:30] <jsbell> ignore "blather". I just meant the boilerplate on each method about throwing when the object is deleted
- # [01:30] <sicking> crazy, i rarely see such bad bustage on nightlies
- # [01:30] * Joins: dbaron (~dbaron@pool-72-94-180-24.phlapa.fios.verizon.net)
- # [01:30] <sicking> dbaron: hey
- # [01:30] <dbaron> sicking, hi
- # [01:30] <sicking> dbaron: i going to blame your team for this :)
- # [01:30] <dbaron> sicking, what?
- # [01:31] * Joins: mven (~mven@ip68-224-15-53.lv.lv.cox.net)
- # [01:31] <sicking> oh, man, it's in the DOM, i can't blame you
- # [01:31] <sicking> dbaron: spec bustage in nightlies
- # [01:31] <dbaron> sicking, I think there was some js stuff backed out, and nightlies respun
- # [01:31] <dbaron> sicking, but yes, builds were pretty busted earlier
- # [01:32] <jsbell> sicking: If you file a FF bug about throwing InvalidStateError, also consider the transitive cases (index of deleted store, cursors of deleted index/store). I just noticed we get those cases wrong in Chrome.
- # [01:33] <sicking> jsbell: will do
- # [01:33] <sicking> jsbell: are you working on defining exception ordering?
- # [01:34] * Joins: sgalineau (~sylvaing@sjfw1-a.adobe.com)
- # [01:34] <jsbell> sicking: no, per the spec bug I just got rid of the exception tables, didn't impose an ordering. but while doing so, had a nagging feeling about those edge cases
- # [01:35] <sicking> jsbell: ah, i see
- # [01:35] <sicking> jsbell: are you coming on wednesday morning btw? With EricU?
- # [01:35] <jsbell> sicking: yes!
- # [01:35] * Joins: dygerati (~jthiessen@c-71-193-216-142.hsd1.or.comcast.net)
- # [01:36] <sicking> jsbell: sweet! I want to talk about temporary vs. permanent databases
- # [01:37] <jsbell> sgtm
- # [01:40] * Joins: bholley_ (~bholley@24.212.243.246)
- # [01:40] * Quits: bholley (~bholley@24-212-243-246.cable.teksavvy.com) (Read error: Connection reset by peer)
- # [01:40] * Quits: bholley_ (~bholley@24.212.243.246) (Read error: Connection reset by peer)
- # [01:40] * heycam|away is now known as heycam
- # [01:42] * Joins: OnlyMax (~OnlyMax@187-126-215-61.user.veloxzone.com.br)
- # [01:42] * Quits: ehsan (~ehsan@66.207.208.98) (Remote host closed the connection)
- # [01:43] <Hixie> MikeSmith: do you know if the bugzilla w3c uses supports the "needsinfo" fields?
- # [01:43] * Joins: bholley (~bholley@24.212.243.246)
- # [01:44] <sicking> jsbell: do you know if you guys have any additions to the current spec that you'd like to see sooner rather than later?
- # [01:46] * Joins: bholley_ (~bholley@24.212.243.246)
- # [01:47] <jsbell> sicking: the low hanging fruit are continuePrimaryKey() and objectStore.openKeyCursor(); beyond that are things we need to experiment with first like indexeddb:// URLs, database observers, binary data keys, DOM Futures-based API, expression-based indexing...
- # [01:48] * Quits: bholley (~bholley@24.212.243.246) (Ping timeout: 248 seconds)
- # [01:48] * bholley_ is now known as bholley
- # [01:48] <jsbell> Apparently the TC39/I18n crew is proposing a text segmentation API which would help with full-text search if combined with expression indexing.
- # [01:49] <sicking> jsbell: nice. I'd add index.openCursor which allows specifying a primary key too
- # [01:49] <sicking> i am very curious how we'd do indexeddb: URLs. Seems tricky unless you restrict what types of things you could access through it
- # [01:50] <jsbell> Given that Chrome doesn't support blobs-in-idb yet it's too early for us to even experiment.
- # [01:50] <sicking> ah, true
- # [01:50] <sicking> oh, i was curious if that's easier for you guys to implement now that you've forked webkit
- # [01:51] <jsbell> The canonical example is album art for your IDB of music metadata.
- # [01:51] <sicking> sounded like one of the bug advantages was that you can simplify the process separation stuff
- # [01:51] <sicking> s/bug/big/
- # [01:51] <jsbell> sicking: yes; we're refactoring to pull code out of blink into chromium now to remove a couple of layers of indirection
- # [01:52] <jsbell> and blob support is something that'll get much easier
- # [01:52] <sicking> nice!
- # [01:54] * Quits: dbaron (~dbaron@pool-72-94-180-24.phlapa.fios.verizon.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [01:54] <sicking> hmm.. i wonder if something as simple as indexeddb:http://foo.com/dbname/objectstore/key would be enough
- # [01:54] * Quits: weinig (~weinig@17.114.104.119) (Quit: weinig)
- # [01:54] <sicking> it wouldn't let you address blobs inside of structured clones
- # [01:55] <sicking> and it's tricky if the key is something other than a string
- # [01:55] <sicking> but if you're willing to live with those limitations, it'd work
- # [01:56] * Joins: a-ja (~Instantbi@70.230.147.104)
- # [01:56] <sicking> you could even allow "indexeddb:http://foo.com/dbname/objectstore/foo/bar/baz.html" if "foo/bar/baz.html" was the key
- # [01:58] <jsbell> index gets would be nice
- # [01:58] <jsbell> as would #key.path to pull out fragments of an object
- # [01:58] <sicking> hmm.. good point
- # [01:58] <jsbell> but yeah, we need to ponder a bit
- # [01:58] <sicking> i think the keypath would have to be part of the url, not part of the fragment
- # [01:58] <jsbell> and it should use the current version, but not trigger an upgrade to v1, etc etc.
- # [01:58] <sicking> so that you can use fragments to identify things within a blob
- # [01:59] <jsbell> Ah, good point
- # [02:00] * Joins: eresair (~eresair@c-71-198-63-116.hsd1.ca.comcast.net)
- # [02:00] <sicking> yeah.. this stuff gets messy :(
- # [02:00] <sicking> it would be very cool though
- # [02:03] * Quits: othermaciej (~mjs@17.114.108.14) (Quit: othermaciej)
- # [02:05] * Joins: weinig (~weinig@17.114.104.119)
- # [02:11] * Quits: nimbu (~nimbu@sjfw1.adobe.com) (Read error: Connection reset by peer)
- # [02:11] * Joins: jdaggett (~jdaggett@p10167-ipngn1701marunouchi.tokyo.ocn.ne.jp)
- # [02:14] * Quits: darobin (~darobin@205.248.100.252) (Remote host closed the connection)
- # [02:15] * Quits: cabanier (~cabanier@205.248.100.252) (Quit: Leaving.)
- # [02:15] * jernoble is now known as jernoble|afk
- # [02:15] * jernoble|afk is now known as jernoble
- # [02:16] * Quits: garciawebdev (~garciaweb@190.244.74.107) (Remote host closed the connection)
- # [02:16] * Quits: jsbell (jsbell@nat/google/x-tavdgupwjsvwocil) (Quit: There's no place like home...)
- # [02:18] * Joins: isherman (isherman@nat/google/x-ocljgalfhjyhlwtn)
- # [02:18] * Quits: SteveF (~chatzilla@205.248.100.252) (Ping timeout: 246 seconds)
- # [02:22] * Quits: rniwa_ (~rniwa@17.245.108.133) (Quit: rniwa_)
- # [02:25] * Joins: rniwa (~rniwa@17.212.154.177)
- # [02:27] * Quits: barneybook|2 (~kvirc@220-136-58-193.dynamic.hinet.net) (*.net *.split)
- # [02:27] * Quits: jtcranmer (~jcranmer@ltsp2.csl.tjhsst.edu) (*.net *.split)
- # [02:27] * Quits: anssik (uid10742@gateway/web/irccloud.com/x-srfcqpuyejmubmqj) (*.net *.split)
- # [02:27] * Quits: Scorchin (uid1242@gateway/web/irccloud.com/x-uqwoyorspnptezma) (*.net *.split)
- # [02:27] * Quits: ojan (uid5519@gateway/web/irccloud.com/x-ekzebflbczdoxakd) (*.net *.split)
- # [02:27] * Quits: boaz (~boaz@li326-230.members.linode.com) (*.net *.split)
- # [02:27] * Quits: Philip` (~philip@compass.zaynar.co.uk) (*.net *.split)
- # [02:29] * Quits: Bass10_ (Bass10@c-76-113-194-7.hsd1.mn.comcast.net) (Quit: Leaving)
- # [02:32] * Joins: barneybook|2 (~kvirc@220-136-58-193.dynamic.hinet.net)
- # [02:32] * Joins: jtcranmer (~jcranmer@ltsp2.csl.tjhsst.edu)
- # [02:32] * Joins: anssik (uid10742@gateway/web/irccloud.com/x-srfcqpuyejmubmqj)
- # [02:32] * Joins: Scorchin (uid1242@gateway/web/irccloud.com/x-uqwoyorspnptezma)
- # [02:32] * Joins: ojan (uid5519@gateway/web/irccloud.com/x-ekzebflbczdoxakd)
- # [02:32] * Joins: boaz (~boaz@li326-230.members.linode.com)
- # [02:32] * Joins: Philip` (~philip@compass.zaynar.co.uk)
- # [02:32] * Joins: danielfilho (~danielfil@200.233.52.248)
- # [02:38] * Quits: tantek (~tantek@v-1045.fw1.sfo1.mozilla.net) (Quit: tantek)
- # [02:44] * Quits: eric_carlson (~eric@17.212.152.104) (Quit: eric_carlson)
- # [02:44] * Quits: gavinc (~gavin@barad-dur.carothers.name) (Quit: Konversation terminated!)
- # [02:45] * Joins: karlcow (~karl@nerval.la-grange.net)
- # [02:46] * Joins: eric_carlson (~eric@17.212.152.104)
- # [02:48] * Quits: ap (~ap@2620:149:4:1b01:6062:8f8b:efd1:eb57) (Quit: ap)
- # [02:49] * Joins: nimbu (~nimbu@173-228-123-12.dsl.dynamic.sonic.net)
- # [02:50] * Joins: ehsan (~ehsan@24.212.206.174)
- # [02:59] * Quits: krit (~krit@c-24-4-184-107.hsd1.ca.comcast.net) (Quit: Leaving.)
- # [03:02] * Quits: dygerati (~jthiessen@c-71-193-216-142.hsd1.or.comcast.net) (Ping timeout: 246 seconds)
- # [03:06] * Quits: sgalineau (~sylvaing@sjfw1-a.adobe.com) (Quit: Textual IRC Client: www.textualapp.com)
- # [03:13] * Joins: nimbu1 (~nimbu@sjfw1.adobe.com)
- # [03:14] * Quits: nimbu (~nimbu@173-228-123-12.dsl.dynamic.sonic.net) (Ping timeout: 260 seconds)
- # [03:14] * Quits: weinig (~weinig@17.114.104.119) (Quit: weinig)
- # [03:15] * Joins: weinig (~weinig@17.114.104.119)
- # [03:15] * Quits: weinig (~weinig@17.114.104.119) (Client Quit)
- # [03:17] * Joins: cabanier (~cabanier@38.111.151.153)
- # [03:18] * Quits: smaug____ (~chatzilla@cs164155.pp.htv.fi) (Ping timeout: 245 seconds)
- # [03:27] * nimbu1 is now known as divya
- # [03:31] <mounir> Hixie: pong
- # [03:35] * Quits: nessy (~silviapf@124-149-162-142.dyn.iinet.net.au) (Quit: Leaving.)
- # [03:36] * Quits: linclark (~clark@c-67-186-35-246.hsd1.pa.comcast.net) (Read error: Connection reset by peer)
- # [03:36] * Quits: necolas (~necolas@8.25.197.25) (Remote host closed the connection)
- # [03:37] * Quits: eresair (~eresair@c-71-198-63-116.hsd1.ca.comcast.net) (Remote host closed the connection)
- # [03:37] * Quits: barneybook|2 (~kvirc@220-136-58-193.dynamic.hinet.net) (Read error: Connection reset by peer)
- # [03:37] * Joins: linclark (~clark@c-67-186-35-246.hsd1.pa.comcast.net)
- # [03:37] * Quits: linclark (~clark@c-67-186-35-246.hsd1.pa.comcast.net) (Client Quit)
- # [03:46] * Joins: hasather (~hasather@cm-84.210.170.16.getinternet.no)
- # [03:49] * Quits: say2joe (~say2joe@204.56.108.2) (Quit: Leaving.)
- # [03:50] * Quits: hasather (~hasather@cm-84.210.170.16.getinternet.no) (Ping timeout: 246 seconds)
- # [04:03] * Joins: eresair (~eresair@c-71-198-63-116.hsd1.ca.comcast.net)
- # [04:07] * Joins: richt (~richt@59.10.159.165)
- # [04:09] * Quits: isherman (isherman@nat/google/x-ocljgalfhjyhlwtn) (Read error: Connection reset by peer)
- # [04:09] * Joins: isherman (isherman@nat/google/x-yurmerimgaypdwmq)
- # [04:10] * Quits: rubatdub (~khalil@213.188.180.185) (Quit: Quitte)
- # [04:11] * heycam is now known as heycam|away
- # [04:13] * Quits: jwalden (~waldo@2620:101:8003:200:224:d7ff:fef0:8d90) (Quit: ChatZilla 0.9.87-6.1450hg.fc18 [XULRunner 20.0/20130401111945])
- # [04:21] * Quits: richt (~richt@59.10.159.165) (Remote host closed the connection)
- # [04:21] * Joins: richt (~richt@59.10.159.165)
- # [04:25] * Quits: richt (~richt@59.10.159.165) (Ping timeout: 264 seconds)
- # [04:28] * Quits: jacobolus (~jacobolus@50-0-133-210.dsl.static.sonic.net) (Remote host closed the connection)
- # [04:31] * Joins: barneybook (~kvirc@1-171-184-182.dynamic.hinet.net)
- # [04:32] * Quits: barneybook (~kvirc@1-171-184-182.dynamic.hinet.net) (Max SendQ exceeded)
- # [04:33] * Joins: barneybook (~kvirc@1-171-184-182.dynamic.hinet.net)
- # [04:35] * Joins: darobin (~darobin@66.201.52.99)
- # [04:38] * Joins: SteveF (~chatzilla@66.201.52.99)
- # [04:49] * Joins: dydx (~dydz@76-220-18-65.lightspeed.sntcca.sbcglobal.net)
- # [04:49] * Quits: sicking (~sicking@v-1045.fw1.sfo1.mozilla.net) (Quit: sicking)
- # [05:04] * Quits: IroquoisTwist (~IroquoisT@69.170.160.74) (Ping timeout: 260 seconds)
- # [05:10] * Joins: richt (~richt@125.131.77.132)
- # [05:10] * Quits: eresair (~eresair@c-71-198-63-116.hsd1.ca.comcast.net) (Remote host closed the connection)
- # [05:10] * Joins: richt_ (~richt@91.216.105.42)
- # [05:14] * Quits: richt (~richt@125.131.77.132) (Ping timeout: 260 seconds)
- # [05:17] * Quits: scor (~scor@drupal.org/user/52142/view) (Quit: scor)
- # [05:17] * Quits: ajt_ (~ajt@li181-64.members.linode.com) (Ping timeout: 276 seconds)
- # [05:17] * Quits: runeh (~Rune@phlebotinum.org) (Ping timeout: 276 seconds)
- # [05:18] * Joins: ajt_ (~ajt@li181-64.members.linode.com)
- # [05:35] * Joins: nessy (~silviapf@dps-pool9.nat.nicta.com.au)
- # [05:49] * Quits: divya (~nimbu@sjfw1.adobe.com) (Ping timeout: 248 seconds)
- # [05:49] * Quits: ^esc (~esc_ape@77.116.246.51.wireless.dyn.drei.com) (Ping timeout: 248 seconds)
- # [05:51] * Quits: bholley (~bholley@24.212.243.246) (Quit: bholley)
- # [05:51] * Joins: sicking (~sicking@v-1045.fw1.sfo1.mozilla.net)
- # [06:00] * Joins: barneybook|2 (~kvirc@1-160-46-156.dynamic.hinet.net)
- # [06:03] * Quits: barneybook (~kvirc@1-171-184-182.dynamic.hinet.net) (Ping timeout: 255 seconds)
- # [06:04] * Joins: xjiujiu (~quassel@218.77.14.202)
- # [06:07] * Quits: xjiujiu (~quassel@218.77.14.202) (Read error: Connection reset by peer)
- # [06:08] * Joins: xjiujiu (~quassel@218.77.14.202)
- # [06:15] * Quits: nessy (~silviapf@dps-pool9.nat.nicta.com.au) (Ping timeout: 260 seconds)
- # [06:18] * Joins: nessy (~silviapf@dps-pool9.nat.nicta.com.au)
- # [06:18] * Quits: xjiujiu (~quassel@218.77.14.202) (Quit: No Ping reply in 180 seconds.)
- # [06:19] * Joins: xjiujiu (~quassel@218.77.14.202)
- # [06:22] * heycam|away is now known as heycam
- # [06:26] * Joins: richt (~richt@125.131.77.132)
- # [06:28] * Joins: YourWebDevGuy (~yourwebde@75.92.84.106)
- # [06:29] * Quits: richt_ (~richt@91.216.105.42) (Ping timeout: 255 seconds)
- # [06:39] * Joins: X99 (~quassel@218.77.14.202)
- # [06:40] * Quits: xjiujiu (~quassel@218.77.14.202) (Read error: Connection reset by peer)
- # [06:51] * Quits: X99 (~quassel@218.77.14.202) (Read error: Connection reset by peer)
- # [06:53] * Joins: xjiujiu (~quassel@218.77.14.202)
- # [06:53] * Quits: richt (~richt@125.131.77.132) (Remote host closed the connection)
- # [06:54] * Joins: richt (~richt@125.131.77.132)
- # [06:58] * Quits: richt (~richt@125.131.77.132) (Ping timeout: 256 seconds)
- # [06:58] * Quits: rniwa (~rniwa@17.212.154.177) (Quit: rniwa)
- # [06:59] * Joins: fishd (~fishd@216.239.45.130)
- # [07:02] * Quits: nessy (~silviapf@dps-pool9.nat.nicta.com.au) (Ping timeout: 255 seconds)
- # [07:04] * Quits: sicking (~sicking@v-1045.fw1.sfo1.mozilla.net) (Quit: sicking)
- # [07:09] * Quits: SteveF (~chatzilla@66.201.52.99) (Ping timeout: 276 seconds)
- # [07:16] <Hixie> mounir: see https://www.w3.org/Bugs/Public/show_bug.cgi?id=11937#c10
- # [07:18] <MikeSmith> hsivonen: yeah, about the Html4Assertions stuff, not a lot of meat there. Sad that for the little benefit the schematron version brings it has been costing so much in terms of performance
- # [07:18] * Joins: skcin7 (~skcin7@c-68-38-156-213.hsd1.nj.comcast.net)
- # [07:18] <MikeSmith> Hixie: about bugzilla, I don't knwo what "needsinfo" fields are
- # [07:18] * MikeSmith checks bugzilla config
- # [07:20] * Joins: runeh (~Rune@phlebotinum.org)
- # [07:21] * Quits: Jedi_ (~Jedi@jedi.org) (Ping timeout: 264 seconds)
- # [07:21] * Joins: SimonSapin (~simon@ip-134.net-89-2-126.rev.numericable.fr)
- # [07:23] <MikeSmith> Hixie: I don't find any admin params for turnin on "needsinfo" fields..
- # [07:23] <MikeSmith> /editparams.cgi?section=index
- # [07:23] <MikeSmith> so if it's not exposed in the user UI than I would guess that means our version of bugzilla doesn't support it at all
- # [07:24] <MikeSmith> v4.2.5
- # [07:27] <MikeSmith> https://groups.google.com/a/chromium.org/d/msg/blink-dev/KZ0eaL-3vQY/6YQNvwX6NrwJ
- # [07:27] <MikeSmith> from Ojan: "Would be great if we histogrammed XSLT usage. Maybe we could stop supporting it entirely.!
- # [07:37] * Joins: zcorpan (~zcorpan@90-230-217-68-no135.tbcn.telia.com)
- # [07:45] * Joins: JeppeN (~paseo@port1021.ds1-abc.adsl.cybercity.dk)
- # [07:47] * Quits: zcorpan (~zcorpan@90-230-217-68-no135.tbcn.telia.com) (Remote host closed the connection)
- # [07:48] * Joins: Cromulent (~Cromulent@cpc4-reig5-2-0-cust637.6-3.cable.virginmedia.com)
- # [07:53] * Joins: nessy (~silviapf@stargate.it.nicta.com.au)
- # [07:57] * Joins: niloy (~niloy@115.112.64.6)
- # [08:02] <Hixie> MikeSmith: k
- # [08:02] <Hixie> wonder how to deal with bugs i have where i'm 90% blocked on someone else responding
- # [08:02] <Hixie> don't want to lose track of them by assigning it to them or marking thing NEEDSINFO
- # [08:02] <Hixie> s/thing/them/
- # [08:03] * Quits: nessy (~silviapf@stargate.it.nicta.com.au) (Ping timeout: 256 seconds)
- # [08:04] * Joins: nessy (~silviapf@dps-pool9.nat.nicta.com.au)
- # [08:05] * Joins: miketaylr (~miketaylr@80.232.109.46)
- # [08:05] * Quits: jernoble (~jernoble@17.212.152.13) (Quit: Textual IRC Client: www.textualapp.com)
- # [08:07] * Joins: jernoble (~jernoble@17.212.152.13)
- # [08:13] * Quits: xjiujiu (~quassel@218.77.14.202) (Remote host closed the connection)
- # [08:14] * Quits: fishd (~fishd@216.239.45.130) (Ping timeout: 252 seconds)
- # [08:16] * Joins: baku (~baku@2-236-39-253.ip231.fastwebnet.it)
- # [08:19] * Joins: tndrH (~Rob@cpc4-seac20-2-0-cust858.7-2.cable.virginmedia.com)
- # [08:24] * Joins: IroquoisTwist (~IroquoisT@2602:306:c503:dfa0:dd35:c621:bc30:56f9)
- # [08:27] * Joins: zdobersek (~zdobersek@cpe-77.38.31.63.cable.t-1.si)
- # [08:38] * Quits: IroquoisTwist (~IroquoisT@2602:306:c503:dfa0:dd35:c621:bc30:56f9) (Remote host closed the connection)
- # [08:38] * Quits: miketaylr (~miketaylr@80.232.109.46) (Quit: miketaylr)
- # [08:49] * Quits: darobin (~darobin@66.201.52.99) (Remote host closed the connection)
- # [08:49] * Joins: tobie (~tobielang@73-118.195-178.cust.bluewin.ch)
- # [08:51] * Joins: othermaciej (~mjs@c-50-136-134-16.hsd1.ca.comcast.net)
- # [08:57] * Quits: Cromulent (~Cromulent@cpc4-reig5-2-0-cust637.6-3.cable.virginmedia.com) (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/)
- # [08:57] * jernoble is now known as jernoble|afk
- # [08:57] * jernoble|afk is now known as jernoble
- # [09:01] * Joins: Kolombiken (~Adium@gateway.creuna.se)
- # [09:03] * Joins: rniwa (~rniwa@70-89-66-218-ca.sfba.hfc.comcastbusiness.net)
- # [09:07] * Joins: hasather (~hasather@cm-84.210.170.16.getinternet.no)
- # [09:07] * Joins: sedovsek (~robert@89.143.12.238)
- # [09:11] * Joins: mitemitreski (~mitemitre@212.120.17.179)
- # [09:11] * Quits: hasather (~hasather@cm-84.210.170.16.getinternet.no) (Ping timeout: 240 seconds)
- # [09:19] * Quits: YourWebDevGuy (~yourwebde@75.92.84.106) (Quit: Leaving)
- # [09:19] * Joins: richt (~richt@222.233.254.208)
- # [09:21] * jernoble is now known as jernoble|afk
- # [09:21] * jernoble|afk is now known as jernoble
- # [09:25] * Joins: tantek (~tantek@70-36-197-111.dsl.dynamic.sonic.net)
- # [09:29] * Quits: Kolombiken (~Adium@gateway.creuna.se) (Quit: Leaving.)
- # [09:32] * Joins: zcorpan (~zcorpan@90-230-217-68-no135.tbcn.telia.com)
- # [09:35] * Joins: pyrsmk (~pyrsmk@2a01:e35:2f52:ead0:21e:8cff:feeb:d962)
- # [09:35] * Quits: pyrsmk (~pyrsmk@2a01:e35:2f52:ead0:21e:8cff:feeb:d962) (Remote host closed the connection)
- # [09:35] * Quits: baku (~baku@2-236-39-253.ip231.fastwebnet.it) (Quit: Leaving)
- # [09:36] * Joins: pyrsmk (~pyrsmk@2a01:e35:2f52:ead0:21e:8cff:feeb:d962)
- # [09:38] * Joins: miketaylr (~miketaylr@91.203.97.247)
- # [09:39] * Quits: nessy (~silviapf@dps-pool9.nat.nicta.com.au) (Ping timeout: 256 seconds)
- # [09:40] * Joins: marcosc (~marcosc@bl10-105-81.dsl.telepac.pt)
- # [09:41] * Joins: jryans (~jryans@cpe-70-113-92-118.austin.res.rr.com)
- # [09:46] * Joins: nessy (~silviapf@dps-pool9.nat.nicta.com.au)
- # [09:50] * Joins: j_wright (~jwright@ip70-173-127-54.lv.lv.cox.net)
- # [09:52] * Joins: Kolombiken (~Adium@gateway.creuna.se)
- # [09:58] * Quits: Kolombiken (~Adium@gateway.creuna.se) (Quit: Leaving.)
- # [10:03] * Joins: hasather (~hasather@80.91.33.141)
- # [10:04] * Joins: nonge (~nonge@p5B326583.dip0.t-ipconnect.de)
- # [10:04] * Quits: rniwa (~rniwa@70-89-66-218-ca.sfba.hfc.comcastbusiness.net) (Quit: rniwa)
- # [10:06] * Quits: marcosc (~marcosc@bl10-105-81.dsl.telepac.pt) (Remote host closed the connection)
- # [10:07] * Quits: mitemitreski (~mitemitre@212.120.17.179) (Read error: Connection reset by peer)
- # [10:08] * Joins: mitemitreski (~mitemitre@212.120.17.179)
- # [10:08] * Quits: nonge_ (~nonge@p5B3261CB.dip0.t-ipconnect.de) (Ping timeout: 264 seconds)
- # [10:09] * Joins: asdfz0mg (~asdfz0mg@109-104-22-194.customers.ownit.se)
- # [10:11] * Joins: Ms2ger (~Ms2ger@19.254-64-87.adsl-dyn.isp.belgacom.be)
- # [10:12] * Quits: dydx (~dydz@76-220-18-65.lightspeed.sntcca.sbcglobal.net) (Quit: dydx)
- # [10:13] * Quits: nessy (~silviapf@dps-pool9.nat.nicta.com.au) (Quit: Leaving.)
- # [10:15] * Quits: jdaggett (~jdaggett@p10167-ipngn1701marunouchi.tokyo.ocn.ne.jp) (Ping timeout: 252 seconds)
- # [10:16] * heycam is now known as heycam|away
- # [10:31] * Quits: SimonSapin (~simon@ip-134.net-89-2-126.rev.numericable.fr) (Ping timeout: 264 seconds)
- # [10:35] * Joins: benbarnett (~Adium@80.87.30.115)
- # [10:36] * Joins: Kolombiken (~Adium@94.137.124.2)
- # [10:36] * Joins: annevk (~annevk@207.218.72.65)
- # [10:37] <Ms2ger> MikeSmith, needinfo? is an extension, apparently: http://bzr.mozilla.org/bmo/4.2/files/head:/extensions/Needinfo/
- # [10:40] * toyoshiAw is now known as toyoshim
- # [10:42] * Quits: JeppeN (~paseo@port1021.ds1-abc.adsl.cybercity.dk) (Ping timeout: 246 seconds)
- # [10:42] * Quits: zcorpan (~zcorpan@90-230-217-68-no135.tbcn.telia.com) (Remote host closed the connection)
- # [10:42] * Quits: asdfz0mg (~asdfz0mg@109-104-22-194.customers.ownit.se) (Quit: Sleepy time)
- # [10:44] * Joins: ehsan_ (~ehsan@24-212-206-174.cable.teksavvy.com)
- # [10:45] <annevk> So Chrome still crashes on page load... Did I get stuck on a wrong build somehow?
- # [10:46] <annevk> Oh, it says it's updating now... Lets see
- # [10:47] * Quits: ehsan (~ehsan@24.212.206.174) (Ping timeout: 256 seconds)
- # [10:48] * Joins: SimonSapin (~simon@2a01:e35:2e8d:b5f0:ea9d:87ff:fe22:e221)
- # [10:51] * Joins: tomasf (~tomasf@77.72.97.10.c.fiberdirekt.net)
- # [10:51] * Joins: attiks (~chatzilla@d5153136D.static.telenet.be)
- # [10:52] * Quits: Lachy (~Lachy@cm-84.215.19.229.getinternet.no) (Quit: Textual IRC Client: http://www.textualapp.com/)
- # [10:53] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
- # [10:57] * Joins: smaug____ (~chatzilla@cs164155.pp.htv.fi)
- # [10:59] * Quits: Kolombiken (~Adium@94.137.124.2) (Quit: Leaving.)
- # [11:00] * Joins: zcorpan (~zcorpan@90-230-217-68-no135.tbcn.telia.com)
- # [11:01] * Joins: nonge_ (~nonge@p5082B5FB.dip0.t-ipconnect.de)
- # [11:05] * Quits: nonge (~nonge@p5B326583.dip0.t-ipconnect.de) (Ping timeout: 256 seconds)
- # [11:07] * Krinkle is now known as Krinkle|detached
- # [11:10] * Joins: SteveF (~chatzilla@66.201.52.99)
- # [11:16] * Quits: yoav_ (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Quit: Ex-Chat)
- # [11:24] * Joins: nessy (~silviapf@124-149-162-142.dyn.iinet.net.au)
- # [11:26] <jgraham> tobie: Well the point at which you might catch the mistake is between you submitting the last commit and the reviewer finishing the review, not "as you click the button". Although "as you click the button" is an unusually good time to catch mistakes since that's exactly the moment at which you are most likely to be thinking "is this correct?"
- # [11:27] * Joins: yoav_ (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
- # [11:27] * Joins: Kolombiken (~Adium@gateway.creuna.se)
- # [11:27] * Joins: Jedi_ (~Jedi@jedi.org)
- # [11:27] <jgraham> Also, allowing reviews to be "complete" without being merged can help a lot for bigger changes that benefit from early design review and subsequent review of the details
- # [11:28] <tobie> jgraham: arguably, I feel like this moment should be when you initially send the PR.
- # [11:28] <jgraham> But I am not really arguing about the policy for web-platform-tests
- # [11:28] <jgraham> However, experience of the opposite policy suggests it does have advantages
- # [11:29] * Joins: marcosc (~marcosc@bl10-105-81.dsl.telepac.pt)
- # [11:30] * Joins: jpn (~jpn@194.65.5.235)
- # [11:31] <tobie> yeah, they actually fit different development models, at least in theory.
- # [11:31] * Quits: SteveF (~chatzilla@66.201.52.99) (Ping timeout: 264 seconds)
- # [11:32] <zcorpan> tobie: about the tr/ PR, how do we deal with the fact that some specs are obsoleted by other specs? e.g. progress-events is now maintained in xhr.spec.whatwg.org
- # [11:33] <zcorpan> tobie: and TR/dom is not maintained, i think
- # [11:33] <zcorpan> (or maybe it is)
- # [11:34] <jgraham> Well in theory some people volunteered to do it
- # [11:34] <jgraham> I don't know if anyone actually did or not
- # [11:35] <tobie> jgraham: what? the -> tr?
- # [11:35] <jgraham> Keeping W3C DOM up to date
- # [11:35] * Joins: asdfz0mg (~asdfz0mg@109-104-22-194.customers.ownit.se)
- # [11:36] * Quits: Jedi_ (~Jedi@jedi.org) (Ping timeout: 252 seconds)
- # [11:36] <tobie> oh
- # [11:36] <zcorpan> https://dvcs.w3.org/hg/domcore/raw-file/tip/Overview.html 6 December 2012
- # [11:37] <tobie> zcorpan: tbh I'm not really interested to take part in that debate.
- # [11:38] <tobie> I'm just hoping to be able to avoid maintaining a dictionary of specs to test repo names.
- # [11:44] * Quits: jryans (~jryans@cpe-70-113-92-118.austin.res.rr.com) (Quit: Be back later)
- # [11:46] <annevk> Keep that flexible. We want to be able to move bits around while we haven't figured out the architecture.
- # [11:47] <annevk> Things might flow from DOM/HTML into JavaScript. From HTML into Fetch. From XMLHttpRequest into Fetch. From Streams API into XMLHttpRequest. From Origin into URL or Fetch. Etc.
- # [11:48] * Joins: jryans (~jryans@cpe-70-113-92-118.austin.res.rr.com)
- # [11:49] <zcorpan> annevk: tests can move around when that happens
- # [11:49] <zcorpan> not that moving tests is awesome, but the test/spec coverage tool is
- # [11:49] <Ms2ger> I don't know what this dictionary is for anyway
- # [11:50] <zcorpan> tobie: this is for the coverage tool, yes?
- # [11:50] <tobie> zcorpan: among other things.
- # [11:50] * Joins: Jedi_ (~Jedi@jedi.org)
- # [11:51] <tobie> But yeah that's the immediate use case.
- # [11:51] <zcorpan> tobie: what's the plan when things move stuff around between specs?
- # [11:51] <annevk> zcorpan: I guess the remaining problem then is the W3C not keeping up to speed with copy-and-pasting...
- # [11:52] <tobie> annevk: either that or finding licensing terms where folks are happier to contribute to the same spec.
- # [11:55] <tobie> annevk: what's the rational in moving ProgressEvent to XHR?
- # [11:55] <zcorpan> jgraham: how does moving tests around every so often affect our use of the tests?
- # [11:55] <annevk> tobie: and a better Process...
- # [11:56] <tobie> s/rational/rationale/
- # [11:56] <annevk> tobie: less work
- # [11:56] <annevk> tobie: and makes them testable
- # [11:56] <jgraham> Moving tests around is super annoying
- # [11:57] <jgraham> Because you need to propogate the change to anything that cares about the URL of a test
- # [11:57] <jgraham> Or whatever the unique identifier is
- # [11:58] * Quits: birtles (~chatzilla@p10167-ipngn1701marunouchi.tokyo.ocn.ne.jp) (Quit: ChatZilla 0.9.90-rdmsoft [XULRunner 1.9.0.17/2009122204])
- # [11:58] <tobie> annevk: … aren't progress events used elsewhere?
- # [11:59] * Joins: Lachy (~Lachy@cm-84.215.19.229.getinternet.no)
- # [11:59] <zcorpan> so what should we do? not structure tests after specs at all? or not move tests when specs change?
- # [11:59] <annevk> tobie: yes
- # [11:59] * Quits: Jedi_ (~Jedi@jedi.org) (Ping timeout: 255 seconds)
- # [11:59] <jgraham> zcorpan: Is there also a good option? :(
- # [11:59] <annevk> jgraham: hindsight!
- # [12:00] <tobie> and so aren't you simply displacing the work load from the editor to the implementors and devs which will have the extra cognitive load of figuring this out?
- # [12:01] <zcorpan> tell spec editors to stop moving things around (just threat with jgraham and his cricket bat)
- # [12:02] <annevk> tobie: figuring what out? It's all properly cross-referenced...
- # [12:03] <tobie> annevk: not everyone is as savvy with these things as spec editors.
- # [12:03] <annevk> tobie: putting Progress Events in its own specification has always been a mistake. It's way too small for its own specification.
- # [12:04] <annevk> tobie: making it actually much harder to read for developers and implementers as there's so much boilerplate.
- # [12:04] <tobie> that's essentially a presentational issue.
- # [12:04] <annevk> No it's not.
- # [12:04] <annevk> It was done at the time because Charles was going to write the specification, but that never materialized much so I took over...
- # [12:05] <tobie> really? .boilerplate { display:none }
- # [12:05] <annevk> Boilerplate such as Abstract/Introduction/Conformance/Acknowledgments/References/Terminology/<div class=head>
- # [12:06] <annevk> Table of Contents for all that, too
- # [12:06] * Quits: barneybook|2 (~kvirc@1-160-46-156.dynamic.hinet.net) (Read error: Connection reset by peer)
- # [12:06] <zcorpan> REMOVE ALL THE BOILERPLATE
- # [12:08] <tobie> annevk: I don't understand the "more testable" assertion either
- # [12:08] <zcorpan> jgraham: anyway, what i'm wondering now is whether we should merge the tr PR or not
- # [12:08] * Joins: yorick (~yorick@oftn/member/yorick)
- # [12:08] <annevk> tobie: well all you could test with the original specification was the interface; now you can actually test it in the context of a feature
- # [12:09] <tobie> annevk: I don't understand what prevented you from doing so in the previous model, tbh.
- # [12:10] <annevk> tbh, I don't really care about this much
- # [12:11] * Quits: Ms2ger (~Ms2ger@19.254-64-87.adsl-dyn.isp.belgacom.be) (Ping timeout: 256 seconds)
- # [12:16] <annevk> It was just easier to fold it in. This is the first time I've heard concerns about it. Also, if someone else does the work, I'm not sure if arguing about details like this is the best use of our collective time.
- # [12:18] <tobie> Agreed. My concern is not about this particular spec, it's about zcorpan's point above that we now have two different incompatible spec to track for our testing effort.
- # [12:20] <zcorpan> if one is maintained and the other isn't, the choice of which to track is easy. the problem is that moving tests sucks.
- # [12:21] <annevk> So this will happen for CORS/HTML fetch too (both will become "Fetch"), but I think testing there is already largely consolidated.
- # [12:21] <annevk> And actually part of XMLHttpRequest might up in Fetch because that is the right layer of abstraction. In case we introduce new-XMLHttpRequest-like APIs in the future. Which seems likely.
- # [12:22] * Joins: Jedi_ (~Jedi@jedi.org)
- # [12:22] <annevk> end up*
- # [12:23] <annevk> And it seems over time parts of HTML might move to JavaScript, such as part of workers, structured cloning, and transferables...
- # [12:24] <annevk> I believe moving these bits around is good for the long-term health of the platform and understandability of it, but as I said on www-tag we'll have short term migration pain.
- # [12:26] <tobie> The reason I push for small specs (and less boilerplate) is that the smaller the specs, the less these re-orgs are problematic.
- # [12:26] <tobie> (among other benefits)
- # [12:31] <annevk> I think it might make them harder actually in cases. Because small specifications make it harder to reason about the scope of a feature. E.g. postMessage, workers, structured cloning, event loop, and transferables are all heavily intertwined. Yet I wouldn't be able to come up with the list of W3C specifications that define these.
- # [12:33] <tobie> We've had this conversation before, but I don't know why we all agree modularity in software is a sign of good design and disagree about this at the spec level.
- # [12:34] * Quits: asdfz0mg (~asdfz0mg@109-104-22-194.customers.ownit.se) (Quit: Sleepy time)
- # [12:35] <tobie> I'm not questioning the fact that modularizing late in the game can be hard/impossible, but we should acknowledge this is to do with platform legacy.
- # [12:36] <tobie> … and not claim it makes things better in general.
- # [12:37] <annevk> The problem is that we don't design modular specifications, but more often we design bolt-on specifications. The specifications do not reflect the reality from how this would be implemented in software.
- # [12:38] <annevk> E.g. there is a separate template specification going around. But you are not going to tell me that is modular. Any sane piece of software would put that straight in its HTML parser module.
- # [12:39] <annevk> The same goes for CSP. CSP cannot be implemented as a module. It needs hooks straight in Fetch/HTML/HTTP but we're not defining it like that. No, we define it as a separate bolt-on specification.
- # [12:39] <annevk> I want modular specification, not bolt-on specifications.
- # [12:43] <jgraham> Right, most web browser software has a small number of well-defined high-level modules (networking, url, parser, dom, style, layout) that are continually evolved in ways that might add new sub-modules or touch existing sub-modules. Not an ever-expanding set of top-level modules.
- # [12:45] <annevk> W3C can scream modularity all day long. But as long as they don't understand what that means I think we're not getting anywhere.
- # [12:46] <smaug____> annevk: will you attend Webapps wg f2f ?
- # [12:47] <annevk> (I'm thinking of Jeff Jaffe's presentation at TPAC coupled with a Steve Ballmer like performance: "modularity! modularity! modularity!")
- # [12:47] <annevk> smaug____: nope
- # [12:48] <jgraham> Will anyone be there?
- # [12:54] * Joins: baku (~baku@2-236-39-253.ip231.fastwebnet.it)
- # [13:01] * Joins: neopaq (~gwarvi@103.14.88.5)
- # [13:02] * Quits: neopaq (~gwarvi@103.14.88.5) (Client Quit)
- # [13:03] * Quits: wilhelm (~wilhelm@178.255.149.100) (Ping timeout: 245 seconds)
- # [13:04] * Joins: wilhelm (~wilhelm@178.255.149.100)
- # [13:04] * Joins: neopaq (~gwarvi@103.14.88.5)
- # [13:12] <MikeSmith> jgraham: Jonas, Julian Aubourg, Dimitri, Arun, Eric Uhrhane, Chris Wilson, hober, Israel Hilerio, Adrian Bateman
- # [13:12] <MikeSmith> and more
- # [13:12] <MikeSmith> and Robin and plh and me
- # [13:13] * Joins: Guest (~textual@193.200.225.66)
- # [13:13] * Quits: Guest (~textual@193.200.225.66) (Max SendQ exceeded)
- # [13:13] * chee is now known as Guest
- # [13:13] * Guest is now known as 50UACESZ0
- # [13:14] * Joins: Guest (~textual@193.200.225.66)
- # [13:14] * Quits: Guest (~textual@193.200.225.66) (Max SendQ exceeded)
- # [13:15] * Joins: Guest (~textual@193.200.225.66)
- # [13:15] * Quits: Guest (~textual@193.200.225.66) (Max SendQ exceeded)
- # [13:15] * 50UACESZ0 is now known as Guest
- # [13:15] * Guest is now known as 50UACESZ0
- # [13:16] * Joins: Guest (~textual@193.200.225.66)
- # [13:16] * Quits: Guest (~textual@193.200.225.66) (Max SendQ exceeded)
- # [13:16] * 50UACESZ0 is now known as Guest
- # [13:16] * Guest is now known as 50UACESZ0
- # [13:17] * Joins: Guest (~textual@193.200.225.66)
- # [13:17] * Quits: Guest (~textual@193.200.225.66) (Max SendQ exceeded)
- # [13:17] * Joins: DeviantPirate (~textual@193.200.225.66)
- # [13:17] * Quits: DeviantPirate (~textual@193.200.225.66) (Max SendQ exceeded)
- # [13:19] * Joins: DeviantPirate (~textual@193.200.225.66)
- # [13:19] * Quits: DeviantPirate (~textual@193.200.225.66) (Max SendQ exceeded)
- # [13:20] * Parts: a-ja (~Instantbi@70.230.147.104)
- # [13:22] * Joins: [[zzz]] (~q@node-11ot.pool-180-180.dynamic.totbb.net)
- # [13:26] * Joins: JibberJim (~opera@132.185.151.37)
- # [13:26] * Quits: [[zz]] (~q@node-zf1.pool-180-180.dynamic.totbb.net) (Ping timeout: 260 seconds)
- # [13:26] * Joins: DeviantPirate (~textual@193.200.225.66)
- # [13:26] * Quits: DeviantPirate (~textual@193.200.225.66) (Max SendQ exceeded)
- # [13:26] * Quits: neopaq (~gwarvi@103.14.88.5) (Quit: Leaving)
- # [13:26] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
- # [13:26] * Quits: ehsan_ (~ehsan@24-212-206-174.cable.teksavvy.com) (Remote host closed the connection)
- # [13:26] * Joins: neopaq (~gwarvi@103.14.88.5)
- # [13:28] * Quits: jryans (~jryans@cpe-70-113-92-118.austin.res.rr.com) (Quit: Be back later)
- # [13:29] * Joins: DeviantPirate (~textual@193.200.225.66)
- # [13:31] * Quits: smaug____ (~chatzilla@cs164155.pp.htv.fi) (Ping timeout: 264 seconds)
- # [13:32] * Joins: asdfz0mg (~asdfz0mg@109-104-22-194.customers.ownit.se)
- # [13:34] * Quits: DeviantPirate (~textual@193.200.225.66)
- # [13:34] * Joins: Gues_____ (~textual@193.200.225.66)
- # [13:34] * Quits: Gues_____ (~textual@193.200.225.66) (Max SendQ exceeded)
- # [13:35] * Joins: Gues_____ (~textual@193.200.225.66)
- # [13:36] * Quits: Gues_____ (~textual@193.200.225.66) (Max SendQ exceeded)
- # [13:36] * Quits: Jedi_ (~Jedi@jedi.org) (Read error: Connection reset by peer)
- # [13:36] * Joins: Gues_____ (~textual@193.200.225.66)
- # [13:36] * Quits: Gues_____ (~textual@193.200.225.66) (Excess Flood)
- # [13:38] * Joins: Gues_____ (~textual@193.200.225.66)
- # [13:38] * Quits: Gues_____ (~textual@193.200.225.66) (Excess Flood)
- # [13:39] * Quits: zcorpan (~zcorpan@90-230-217-68-no135.tbcn.telia.com) (Remote host closed the connection)
- # [13:40] * Joins: Jedi_ (~Jedi@jedi.org)
- # [13:46] * Joins: zcorpan (~zcorpan@90-230-217-68-no135.tbcn.telia.com)
- # [13:47] * Quits: asdfz0mg (~asdfz0mg@109-104-22-194.customers.ownit.se) (Quit: Sleepy time)
- # [13:49] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: :tiuQ tiuq sah woclrak)
- # [14:03] * Joins: guava (~gwarvi@103.14.88.5)
- # [14:05] * Joins: richt_ (~richt@prod07.ipsec.lon.witopia.net)
- # [14:06] <tobie> annevk: I genuinely don't understand why you on one hand claim being for modularity and on the other bundle Progress Events and XHR together
- # [14:06] * Quits: neopaq (~gwarvi@103.14.88.5) (Ping timeout: 256 seconds)
- # [14:06] * Joins: asdfz0mg (~asdfz0mg@109-104-22-194.customers.ownit.se)
- # [14:08] <annevk> tobie: I think I already explained that the ProgressEvent interface is by itself not very interesting and not large enough to warrant its own specification. ProgressEvent is not something you'd have as a distinct module in software either.
- # [14:08] * Quits: richt (~richt@222.233.254.208) (Ping timeout: 245 seconds)
- # [14:08] <tobie> Arguably, but you certainly wouldn't lump it with xhr, if you were using it elsewhere.
- # [14:09] * Joins: DEViantDK (~DEViantDK@193.200.225.66)
- # [14:10] * Joins: erichynds (~ehynds@64.206.121.41)
- # [14:10] <annevk> Yeah, I don't think we've found the right abstraction level yet. Merging it in for now was easier than the alternative.
- # [14:10] <tobie> That's a more compelling explanation.
- # [14:11] * Quits: asdfz0mg (~asdfz0mg@109-104-22-194.customers.ownit.se) (Quit: Sleepy time)
- # [14:13] <tobie> …and helps us make a better decision about what we should do with the ProgEvent test repository (wait and see).
- # [14:14] * Joins: jryans (~jryans@cpe-70-113-92-118.austin.res.rr.com)
- # [14:14] * heycam|away is now known as heycam
- # [14:17] <annevk> I doubt it'll move anywhere else fast though. It seems in general people are not very fond of them and we might not use this abstraction for new APIs.
- # [14:22] * Joins: scor (scor@nat/acquia/x-htiebpbtnqatibeb)
- # [14:22] * Quits: scor (scor@nat/acquia/x-htiebpbtnqatibeb) (Changing host)
- # [14:22] * Joins: scor (scor@drupal.org/user/52142/view)
- # [14:24] * Joins: hasather_ (~hasather@cm-84.210.170.16.getinternet.no)
- # [14:25] * Joins: SteveF (~chatzilla@66.201.52.99)
- # [14:28] * Quits: jahman (~woops@129.175.204.73) (Remote host closed the connection)
- # [14:28] * Joins: ehsan (~ehsan@24.212.206.174)
- # [14:29] * Quits: hasather_ (~hasather@cm-84.210.170.16.getinternet.no) (Ping timeout: 257 seconds)
- # [14:30] * Joins: jdaggett (~jdaggett@ad006026.dynamic.ppp.asahi-net.or.jp)
- # [14:31] * Joins: jahman (~woops@129.175.204.73)
- # [14:32] * heycam is now known as heycam|away
- # [14:39] * Quits: guava (~gwarvi@103.14.88.5) (Ping timeout: 256 seconds)
- # [14:45] * Quits: mven (~mven@ip68-224-15-53.lv.lv.cox.net) (Remote host closed the connection)
- # [14:47] * toyoshim is now known as toyoshiAw
- # [14:52] * Joins: ^esc (~esc_ape@178.115.249.66.wireless.dyn.drei.com)
- # [14:54] * Joins: linclark (~clark@c-67-186-35-246.hsd1.pa.comcast.net)
- # [14:59] * Quits: jdaggett (~jdaggett@ad006026.dynamic.ppp.asahi-net.or.jp) (Quit: jdaggett)
- # [15:00] * Joins: yodasw16 (~yodasw16@ql1fwhide.rockfin.com)
- # [15:01] * Joins: asdfz0mg (~asdfz0mg@109-104-22-194.customers.ownit.se)
- # [15:01] * Quits: asdfz0mg (~asdfz0mg@109-104-22-194.customers.ownit.se) (Max SendQ exceeded)
- # [15:04] * Joins: Martin1982 (~Martin198@cable-175-208.zeelandnet.nl)
- # [15:06] * Joins: asdfz0mg (~asdfz0mg@109-104-22-194.customers.ownit.se)
- # [15:10] * Quits: asdfz0mg (~asdfz0mg@109-104-22-194.customers.ownit.se) (Client Quit)
- # [15:10] * Joins: asdfz0mg (~asdfz0mg@109-104-22-194.customers.ownit.se)
- # [15:11] * Joins: smaug____ (~chatzilla@cs164155.pp.htv.fi)
- # [15:12] * Joins: JohnAlbin (~JohnAlbin@36-224-105-33.dynamic-ip.hinet.net)
- # [15:16] * Quits: sedovsek (~robert@89.143.12.238) (Quit: sedovsek)
- # [15:21] * Quits: ehsan (~ehsan@24.212.206.174) (Remote host closed the connection)
- # [15:21] * Joins: newtron (~newtron@199.71.174.103)
- # [15:24] * Quits: tomasf (~tomasf@77.72.97.10.c.fiberdirekt.net) (Ping timeout: 252 seconds)
- # [15:27] * Quits: DEViantDK (~DEViantDK@193.200.225.66)
- # [15:27] <zcorpan> annevk: hmm. the spec for <area href> and the behavior for reflection seems to have changed after the update to use the URL spec
- # [15:30] <zcorpan> annevk: in particular, before (and for other attributes that take URLs but don't support URLUtils), setting the IDL attribute would set the content attribute to the literal value without resolving
- # [15:31] <zcorpan> Hixie: ^
- # [15:34] <zcorpan> filed https://www.w3.org/Bugs/Public/show_bug.cgi?id=21787
- # [15:38] * Quits: abstractj (~abstractj@redhat/jboss/abstractj) (Excess Flood)
- # [15:38] * Joins: TallTed (~Thud@63.119.36.36)
- # [15:41] * Joins: abstractj (~abstractj@redhat/jboss/abstractj)
- # [15:45] <annevk> :-(
- # [15:46] * Quits: JibberJim (~opera@132.185.151.37) (Read error: Connection reset by peer)
- # [15:46] * Joins: JibberJim (~opera@132.185.151.37)
- # [15:48] * Joins: sedovsek (~robert@89.143.12.238)
- # [15:48] * Joins: ehsan (~ehsan@24.212.206.174)
- # [15:49] * Joins: dbaron (~dbaron@pool-72-94-180-24.phlapa.fios.verizon.net)
- # [15:51] <zcorpan> woah i didn't know about <form>.encoding
- # [15:57] * Quits: ehsan (~ehsan@24.212.206.174) (Remote host closed the connection)
- # [16:04] * Quits: JibberJim (~opera@132.185.151.37) (Quit: JibberJim)
- # [16:12] * Quits: nessy (~silviapf@124-149-162-142.dyn.iinet.net.au) (Quit: Leaving.)
- # [16:13] <annevk> zcorpan: with IDL attribute above you mean only .href right?
- # [16:13] <zcorpan> annevk: yes
- # [16:13] * Joins: richt (~richt@222.233.254.208)
- # [16:14] <zcorpan> annevk: with "other attributes that take URLs but don't support URLUtils" i mean e.g. longDesc
- # [16:17] * Quits: JohnAlbin (~JohnAlbin@36-224-105-33.dynamic-ip.hinet.net) (Ping timeout: 256 seconds)
- # [16:17] * Quits: richt_ (~richt@prod07.ipsec.lon.witopia.net) (Ping timeout: 256 seconds)
- # [16:22] * Joins: JohnAlbin (~JohnAlbin@36-224-105-33.dynamic-ip.hinet.net)
- # [16:24] * Joins: JeppeN (JeppeN@port1021.ds1-abc.adsl.cybercity.dk)
- # [16:25] * Joins: barneybook (~kvirc@220-136-58-193.dynamic.hinet.net)
- # [16:26] * Joins: peppe_ (~peppe@83.148.235.159)
- # [16:26] * Quits: scor (scor@drupal.org/user/52142/view) (Quit: scor)
- # [16:29] * Quits: gsnedders (~gsnedders@mail.gsnedders.com) (Read error: Operation timed out)
- # [16:29] * Joins: gsnedders (~gsnedders@mail.gsnedders.com)
- # [16:30] * Joins: kmczn (~kevin@static-24-113-122-130.wavecable.com)
- # [16:32] * jernoble is now known as jernoble|afk
- # [16:32] * jernoble|afk is now known as jernoble
- # [16:34] * Joins: Smylers (~smylers@host81-143-60-194.in-addr.btopenworld.com)
- # [16:37] * Joins: mven (~mven@ip68-224-15-53.lv.lv.cox.net)
- # [16:43] * Joins: ehsan (~ehsan@66.207.208.98)
- # [16:45] * Joins: Gabri (~gabri@91.72.64.50)
- # [16:48] * [[zzz]] is now known as [[zz]]
- # [16:51] * Quits: richt (~richt@222.233.254.208) (Remote host closed the connection)
- # [16:51] * Joins: richt (~richt@222.233.254.208)
- # [16:54] * Quits: SteveF (~chatzilla@66.201.52.99) (Ping timeout: 260 seconds)
- # [16:56] * Quits: richt (~richt@222.233.254.208) (Ping timeout: 258 seconds)
- # [17:02] * Joins: richt (~richt@222.233.254.208)
- # [17:02] * Quits: jryans (~jryans@cpe-70-113-92-118.austin.res.rr.com) (Quit: Be back later)
- # [17:03] * Quits: JeppeN (JeppeN@port1021.ds1-abc.adsl.cybercity.dk) (Read error: Connection reset by peer)
- # [17:03] * Joins: JeppeN (JeppeN@port1021.ds1-abc.adsl.cybercity.dk)
- # [17:03] * Joins: jryans (~jryans@cpe-70-113-92-118.austin.res.rr.com)
- # [17:03] * Quits: othermaciej (~mjs@c-50-136-134-16.hsd1.ca.comcast.net) (Quit: othermaciej)
- # [17:05] * Quits: zcorpan (~zcorpan@90-230-217-68-no135.tbcn.telia.com) (Remote host closed the connection)
- # [17:08] * Quits: mven (~mven@ip68-224-15-53.lv.lv.cox.net) (Remote host closed the connection)
- # [17:11] * Joins: darobin (~darobin@66.201.52.99)
- # [17:11] * Quits: sedovsek (~robert@89.143.12.238) (Quit: sedovsek)
- # [17:12] * Quits: mitemitreski (~mitemitre@212.120.17.179) (Read error: Connection reset by peer)
- # [17:13] * Joins: sedovsek (~robert@89.143.12.238)
- # [17:13] * Joins: alrra (~alrra@unaffiliated/alrra)
- # [17:14] * Joins: krit (~krit@sjfw1-a.adobe.com)
- # [17:18] * Joins: SteveF (~chatzilla@216.113.168.135)
- # [17:18] * Quits: Gabri (~gabri@91.72.64.50) (Remote host closed the connection)
- # [17:20] * Joins: sgalineau (~sylvaing@sjfw1.adobe.com)
- # [17:23] * Quits: Martin1982 (~Martin198@cable-175-208.zeelandnet.nl) (Quit: Gone snoring)
- # [17:24] * Quits: SteveF (~chatzilla@216.113.168.135) (Ping timeout: 240 seconds)
- # [17:24] * Joins: krawchyk (~krawchyk@65.220.49.251)
- # [17:25] * Quits: krawchyk (~krawchyk@65.220.49.251) (Remote host closed the connection)
- # [17:28] * Quits: darobin (~darobin@66.201.52.99) (Remote host closed the connection)
- # [17:29] * Quits: yodasw16 (~yodasw16@ql1fwhide.rockfin.com) (Quit: yodasw16)
- # [17:30] * Joins: SteveF (~chatzilla@216.113.168.135)
- # [17:30] * Quits: cabanier (~cabanier@38.111.151.153) (Quit: Leaving.)
- # [17:33] * Quits: baku (~baku@2-236-39-253.ip231.fastwebnet.it) (Ping timeout: 252 seconds)
- # [17:33] * Joins: jwalden (~waldo@2620:101:8003:200:224:d7ff:fef0:8d90)
- # [17:33] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 260 seconds)
- # [17:34] * Joins: scor (scor@drupal.org/user/52142/view)
- # [17:36] * Joins: zcorpan (~zcorpan@90-230-217-68-no135.tbcn.telia.com)
- # [17:36] * Joins: cheron (~cheron@unaffiliated/cheron)
- # [17:37] * Krinkle|detached is now known as Krinkle
- # [17:38] * Joins: gavinc (~gavin@barad-dur.carothers.name)
- # [17:40] * Quits: asdfz0mg (~asdfz0mg@109-104-22-194.customers.ownit.se) (Quit: Sleepy time)
- # [17:40] * Quits: scor (scor@drupal.org/user/52142/view) (Ping timeout: 260 seconds)
- # [17:41] * Quits: sedovsek (~robert@89.143.12.238) (Quit: sedovsek)
- # [17:42] * Joins: sedovsek (~robert@89.143.12.238)
- # [17:43] * Quits: sedovsek (~robert@89.143.12.238) (Client Quit)
- # [17:44] * Joins: scor (scor@drupal.org/user/52142/view)
- # [17:44] * Joins: sedovsek (~robert@89.143.12.238)
- # [17:45] * Quits: zcorpan (~zcorpan@90-230-217-68-no135.tbcn.telia.com) (Ping timeout: 264 seconds)
- # [17:45] * Joins: baku (~baku@2-236-39-253.ip231.fastwebnet.it)
- # [17:45] * Quits: stalled (~stalled@unaffiliated/stalled) (Ping timeout: 246 seconds)
- # [17:46] * Joins: JibberJim (~opera@132.185.151.37)
- # [17:48] * Quits: SimonSapin (~simon@2a01:e35:2e8d:b5f0:ea9d:87ff:fe22:e221) (Quit: Leaving.)
- # [17:48] * Joins: SimonSapin (~simon@vev69-1-82-232-219-95.fbx.proxad.net)
- # [17:49] * Quits: peppe_ (~peppe@83.148.235.159) (Ping timeout: 276 seconds)
- # [17:51] * Quits: tantek (~tantek@70-36-197-111.dsl.dynamic.sonic.net) (Quit: tantek)
- # [17:51] * Joins: peppe_ (~peppe@83.148.235.159)
- # [17:52] * Joins: Ms2ger (~Ms2ger@19.254-64-87.adsl-dyn.isp.belgacom.be)
- # [17:52] * Joins: stalled (~stalled@unaffiliated/stalled)
- # [18:02] * jernoble is now known as jernoble|afk
- # [18:02] * jernoble|afk is now known as jernoble
- # [18:02] * Joins: richt_ (~richt@91.216.105.41)
- # [18:03] * Quits: Kolombiken (~Adium@gateway.creuna.se) (Quit: Leaving.)
- # [18:05] * Joins: Kolombiken (~Adium@94.137.124.2)
- # [18:06] * Quits: richt (~richt@222.233.254.208) (Ping timeout: 248 seconds)
- # [18:06] * Joins: Maurice (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
- # [18:07] * Joins: krawchyk (~krawchyk@65.220.49.251)
- # [18:10] <dglazkov> good morning, Whatwg!
- # [18:11] * Joins: Cromulent (~Cromulent@cpc4-reig5-2-0-cust637.6-3.cable.virginmedia.com)
- # [18:12] * Quits: annevk (~annevk@207.218.72.65) (Remote host closed the connection)
- # [18:12] * Joins: annevk (~annevk@207.218.72.65)
- # [18:14] <rillian> dglazkov: bueno dias!
- # [18:14] * Quits: annevk (~annevk@207.218.72.65) (Read error: Connection reset by peer)
- # [18:18] * Joins: richt (~richt@222.233.254.208)
- # [18:18] * Quits: JibberJim (~opera@132.185.151.37) (Quit: JibberJim)
- # [18:19] * Joins: annevk (~annevk@207.218.72.65)
- # [18:22] * Quits: richt_ (~richt@91.216.105.41) (Ping timeout: 258 seconds)
- # [18:22] * Quits: richt (~richt@222.233.254.208) (Ping timeout: 256 seconds)
- # [18:23] * Joins: frozenice (~frozenice@unaffiliated/fr0zenice)
- # [18:24] * Joins: sicking (~sicking@v-1045.fw1.sfo1.mozilla.net)
- # [18:24] * Joins: nimbu (~nimbu@173-228-123-12.dsl.dynamic.sonic.net)
- # [18:24] * Joins: paxcoder (~paxcoder@unaffiliated/paxcoder)
- # [18:25] * Joins: bholley (~bholley@207.164.135.98)
- # [18:25] * Quits: baku (~baku@2-236-39-253.ip231.fastwebnet.it) (Ping timeout: 264 seconds)
- # [18:26] * Quits: JeppeN (JeppeN@port1021.ds1-abc.adsl.cybercity.dk) (Ping timeout: 268 seconds)
- # [18:28] * Joins: cabanier1 (~cabanier@sjfw1-a.adobe.com)
- # [18:29] <paxcoder> Hey. What's up with UndoManager? Why's there no draft yet?
- # [18:29] * Joins: Bass10 (~Bass10@c-76-113-194-7.hsd1.mn.comcast.net)
- # [18:30] <annevk> paxcoder: https://dvcs.w3.org/hg/undomanager/raw-file/tip/undomanager.html ?
- # [18:31] * jernoble is now known as jernoble|afk
- # [18:31] * jernoble|afk is now known as jernoble
- # [18:31] * Quits: Smylers (~smylers@host81-143-60-194.in-addr.btopenworld.com) (Ping timeout: 264 seconds)
- # [18:32] * jernoble is now known as jernoble|afk
- # [18:32] * jernoble|afk is now known as jernoble
- # [18:32] * jernoble is now known as jernoble|afk
- # [18:32] * jernoble|afk is now known as jernoble
- # [18:32] <annevk> paxcoder: it's kinda dead though I believe
- # [18:32] * jernoble is now known as jernoble|afk
- # [18:32] * jernoble|afk is now known as jernoble
- # [18:33] * Quits: jryans (~jryans@cpe-70-113-92-118.austin.res.rr.com) (Quit: Be back later)
- # [18:33] <annevk> Hixie: yt?
- # [18:33] <annevk> Hixie: URLUtils' update steps...
- # [18:34] <Hixie> yo
- # [18:34] * Joins: jryans (~jryans@cpe-70-113-92-118.austin.res.rr.com)
- # [18:35] <annevk> Hixie: for Location, what happens now it seems is that it's parsed, serialized, then parsed again, is that really what we want?
- # [18:36] <Hixie> when?
- # [18:36] <Hixie> serialise->parse is idempotent, right?
- # [18:36] * Joins: samstrasser (~sam@c-71-198-224-37.hsd1.ca.comcast.net)
- # [18:36] <annevk> yes
- # [18:36] <paxcoder> annevk, hey. Dead - why?
- # [18:37] <annevk> paxcoder: nobody has bandwidth prolly
- # [18:37] <annevk> paxcoder: also, it's a hard problem
- # [18:37] * Joins: baku (~baku@2-236-39-253.ip231.fastwebnet.it)
- # [18:38] <paxcoder> annevk, bandwith problem? why?
- # [18:38] <paxcoder> Actually, i don't even see why it's hard. But I didn't read the spec.
- # [18:39] * Quits: benbarnett (~Adium@80.87.30.115) (Quit: Leaving.)
- # [18:39] * Quits: samstrasser (~sam@c-71-198-224-37.hsd1.ca.comcast.net) (Remote host closed the connection)
- # [18:41] <annevk> Hixie: okay, so one easy solution would be to do what you originally requested
- # [18:42] <annevk> Hixie: to pass "update steps" the raw string (not serialized)
- # [18:42] * Quits: jernoble (~jernoble@17.212.152.13) (Remote host closed the connection)
- # [18:42] <annevk> oh wait
- # [18:42] <Hixie> annevk: how would that differ from what's going on now?
- # [18:42] <annevk> that does not work
- # [18:43] <Hixie> i think the solution is to do what i originally originally suggested, which is let href be under the management of the host spec
- # [18:43] <Ms2ger> paxcoder, someone needs to care enough and have time, and their manager might need to approve using that time for that purpose
- # [18:43] <paxcoder> From what I gathered it's simply: 1) attach MutationObserver to specified object 2) record diffs (MutationRecord or whatever they're called) 3) define steps to reverse each mutation type
- # [18:43] <Ms2ger> paxcoder, I believe the editor changed employment a while back, too
- # [18:43] <Hixie> paxcoder: i would imagine that if you're up for it, the current editor would be happy to hand the reigns over to you :-)
- # [18:44] * Joins: ap (~ap@2620:149:4:1b01:8557:617e:d457:855f)
- # [18:44] <paxcoder> Hixie, meh, I'm a noob. This is Anne's territory.
- # [18:44] <Hixie> anne's dealing with plenty of specs already
- # [18:46] * Ms2ger isn't sure if Hixie or annevk has the most spec text to maintain now
- # [18:46] * Joins: say2joe (~say2joe@204.56.108.2)
- # [18:46] <annevk> Hixie: or we standardize the weird thing where udpate steps are run with the input value if you set .href and the serialized value if you set any other member...
- # [18:47] <Hixie> annevk: does that work for Location?
- # [18:47] <annevk> Hixie: having .href out of this spec is kinda weird, but I guess we could do that too
- # [18:47] <Hixie> annevk: or, maybe the best, is when i say it's a URLUtils thingy, i pass a flag
- # [18:47] <annevk> Hixie: it does as you pass a string to assign() / replace()
- # [18:47] <Hixie> ah
- # [18:47] <Hixie> then yeah
- # [18:47] <annevk> Hixie: and you actually pass the original string if url is null
- # [18:48] <annevk> it's fricking ugly though
- # [18:48] <Hixie> welcome to the web
- # [18:48] <annevk> I know, still needed to point that out
- # [18:48] <Hixie> :-)
- # [18:48] <annevk> I'll try to fix these URL thingies tomorrow and add some notes to the whole thing so it's clear why it's fucked
- # [18:49] <Hixie> you just gonna set url to null when href is set?
- # [18:49] <Hixie> or do i need to do some stuff on my side?
- # [18:49] <annevk> Ms2ger: do we count encoding tables as text?
- # [18:49] <annevk> Hixie: when href is set I'll invoke the update steps with href's value
- # [18:49] <Ms2ger> annevk, mm...
- # [18:50] <annevk> Hixie: and you just either set the attribute to that value or pass that value to assign/replace
- # [18:50] * Joins: dlongley (~dlongley@pool-71-171-30-236.nwrknj.east.verizon.net)
- # [18:50] <Hixie> annevk: so update steps always get passed a string rather than having to grab the value?
- # [18:50] <annevk> Hixie: which should fix the bug zcorpan reported and save you some serialization boilerplate
- # [18:50] <Hixie> annevk: that would factor out some boilerplate on my side
- # [18:50] <Hixie> cool
- # [18:50] <Hixie> thanks!
- # [18:50] <Hixie> reassign the bug to me when you're done
- # [18:50] <annevk> yeah
- # [18:51] * Joins: taaz (~dlehn@c-71-63-61-82.hsd1.va.comcast.net)
- # [18:51] <dlongley> annevk or TabAtkins: i'm implementing the JSON-LD API that uses Futures...
- # [18:51] <dlongley> i'm wondering if you can point me at any existing JS implementations for Futures ... and if not, can you tell me if you think adapting this: https://github.com/cujojs/when
- # [18:52] <dlongley> to meet the Futures API would be simpler or more difficult than just doing a straight-up, simplistic implementation of what's in the DOM spec
- # [18:52] <dlongley> the algorithms look fairly short in the DOM spec, however, i would prefer to reuse existing code
- # [18:52] <dlongley> it does seem like promises/A+ has deviated perhaps a bit too much from Futures (or vice versa, rather).
- # [18:54] * Quits: Cromulent (~Cromulent@cpc4-reig5-2-0-cust637.6-3.cable.virginmedia.com) (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/)
- # [18:54] <annevk> dlongley: https://github.com/slightlyoff/DOMFuture/ has an impl
- # [18:54] * Joins: jernoble (~jernoble@216.113.168.135)
- # [18:56] <dlongley> annevk: thanks ... how stable do you think the Futures API is? ... is it likely to be in flux for a while still?
- # [18:57] <dlongley> i'm also curious if passing multiple arguments to resolve() was considered ... as this is a popular thing to do with node.js style callbacks
- # [18:57] <dlongley> and only permitting one argument makes it more difficult to wrap some node.js code w/a Futures API.
- # [18:57] <Ms2ger> It's in flux until browser implementations have shipped
- # [18:57] <Ms2ger> And it's frozen after that
- # [18:57] <Ms2ger> Just like every web api ever
- # [18:58] <dlongley> well, right, i was just wondering what the general feeling was.
- # [18:58] <dlongley> i guess there aren't enough implementations to know.
- # [18:58] <Ms2ger> I don't know of any
- # [18:58] <dlongley> well, i know of one now (and you too) ^
- # [18:59] <Hixie> bummer, i keep missing mounir
- # [18:59] <dlongley> (not a browser implementation, but a polyfill)
- # [18:59] <slightlyoff> dlongley: the polyfill passes the A+ test suite
- # [18:59] <slightlyoff> dlongley: so DOM Futures are compatible
- # [19:00] <dlongley> slightlyoff: thanks, i see that you're the one who wrote it
- # [19:00] <dlongley> my understanding is the DOM Futures has some extra functionality (like accept())
- # [19:00] <slightlyoff> dlongley: things you might think are differences are mostly due to the light set of things that A+ actually spec's
- # [19:00] <dlongley> but it should be a superset then, and still pass A+
- # [19:00] <slightlyoff> dlongley: that's not "extra", it's a design choice
- # [19:00] * Quits: miketaylr (~miketaylr@91.203.97.247) (Quit: miketaylr)
- # [19:00] <dlongley> ok
- # [19:00] <slightlyoff> dlongley: A+ is silent on the resolver protocol, and months of research went into having both accept() and resolve()
- # [19:01] <slightlyoff> (well, a week on that point, but months for the overall design)
- # [19:01] <dlongley> ok, that's important for me to hear, thanks
- # [19:01] <slightlyoff> dlongley: half of the common libs do what accept() does, half do what resolve() does
- # [19:01] <slightlyoff> and it's a showstopper for some libs not to have accept() style
- # [19:01] <slightlyoff> (I hear this all the time from other googlers, FWIW)
- # [19:01] <dlongley> right ... and i saw some recent discussions about it and was wondering whether it might stay or go
- # [19:01] <dlongley> it sounds like it's going to stay
- # [19:02] <Hixie> anyone got any suggestions for how i should handle bugs that are pending feedback but that i don't want to lose? NEEDSINFO will go into a black hole, editing the whiteboard is something commenters will likely not clear, a target milestone could work, i guess, but i'm likely to miss the response
- # [19:02] <dlongley> do you know if support for using resolve() with multiple arguments is being considered?
- # [19:02] <dlongley> slightlyoff: ^
- # [19:03] <annevk> dlongley: I hope the API is stable
- # [19:03] <slightlyoff> dlongley: what would that even mean? resolution is for a single value
- # [19:03] <slightlyoff> dlongley: the contract of a future describes a single value
- # [19:03] <annevk> dlongley: it's very small and matches the subset of what the libraries do
- # [19:03] <dlongley> well, when using callbacks in node.js you might pass (err, foo, bar), not just (err, value)
- # [19:03] <dlongley> the promises/futures libraries that i've seen that wrap node.js callbacks
- # [19:03] <dlongley> so that you can unify your API ...
- # [19:04] <dlongley> have an issue with that.
- # [19:04] <annevk> Hixie: UNCONFIRMED?
- # [19:04] <dlongley> they end up transforming the node.js callback arguments into an array of values to pass to the promise/future
- # [19:05] <dlongley> and that can end up being a mess... especially if one of those arguments can itself be an array or something else
- # [19:05] <Hixie> annevk: hmm, that's an idea
- # [19:05] <dlongley> it makes it difficult to determine what you're getting ... and you have to do some surgery to fix it.
- # [19:05] <annevk> Hixie: it's a hack, but it might work
- # [19:05] <Hixie> annevk: yeah. though commenters are unlikely to change it back to NEW
- # [19:05] <Hixie> annevk: but it might work nonetheless
- # [19:06] <Ms2ger> Hixie, make someone install the needinfo? extension on the W3C wiki :)
- # [19:06] <dlongley> annevk: it's only stylistically different from saying you resolve to an object w/keys that point to your arguments vs. just a list of arguments.
- # [19:06] <dlongley> but that difference in style is prevalent in node.js -- making wrapping some APIs difficult.
- # [19:07] <Hixie> Ms2ger: that'd be ideal, but i don't want to give MikeSmith and company more work
- # [19:08] <annevk> dlongley: I suspect that ES6' arity functionality will help with that
- # [19:09] * Joins: garciawebdev (~garciaweb@190.244.74.107)
- # [19:09] <dlongley> annevk: do you think it would add so much more complexity that it's worth waiting for ES6?
- # [19:10] <MikeSmith> Hixie: I don't mind do more work as a long as it's for something that's actually useful
- # [19:11] <dlongley> this is only anecdotal, obviously, but i would expect this restriction to be an annoyance for a lot of JS developers with experience w/node.js
- # [19:11] * Quits: jpn (~jpn@194.65.5.235) (Quit: jpn)
- # [19:11] <Hixie> MikeSmith: i don't know how useful this would be.
- # [19:11] <mounir> Hixie: I'm around actually, but in a meeting
- # [19:11] <dlongley> and it doesn't seem like something that's too difficult to support.
- # [19:11] <Hixie> MikeSmith: right now i have some bugs where i'm 90% blocked waiting on input from someone or other
- # [19:11] <mounir> Hixie: I will look at that bug today hopefully
- # [19:12] <Hixie> mounir: excellent, thanks. i'm in no rush, just want to make sure it's on your radar. :-)
- # [19:12] <annevk> dlongley: it's not the complexity, it's the inconsistency with all other future/promise libraries I want to avoid
- # [19:12] <Hixie> MikeSmith: so it'd be nice if i could indicate that somehow... but still not lose the bug (basically i need to be able to time out)
- # [19:12] <Hixie> MikeSmith: (and take a guess at what they wanted)
- # [19:13] <MikeSmith> Hixie: yeah I remember you mentioned those yesterday. I will try to put some thought into how to help deal with those
- # [19:13] <Hixie> MikeSmith: i haven't played with the needsinfo? feature so i don't know if it would work well.
- # [19:13] <MikeSmith> ok
- # [19:13] <Hixie> MikeSmith: anne's idea of just marking the bugs UNCO might work. or putting something in the status whiteboard.
- # [19:16] <dlongley> annevk: i see... well, perhaps this inconsistency is worth it, especially if this will be the chosen standard on the Web (where it seems promises may actually take hold, as opposed to elsewhere where they haven't seen too much success) ... there may also be some ways to mitigate the effects of the inconsistency
- # [19:16] <Ms2ger> MikeSmith, fwiw, I believe needinfo? is used quite a lot on bmo now
- # [19:16] <annevk> dlongley: ES6 with "..." makes it relatively easy to migrate from one to the other
- # [19:16] <annevk> dlongley: also with argument handling
- # [19:20] <dlongley> annevk: i'm trying to figure out how that would work ... as you'd still need to pass the node.js arguments to the resolve function as a single value (an array)
- # [19:20] * Joins: necolas (~necolas@8.25.197.25)
- # [19:20] <dlongley> it seems like the spread operator deals with a different problem
- # [19:20] <dlongley> (being able to succinctly pass an array as multiple parameters)
- # [19:20] * Quits: necolas (~necolas@8.25.197.25) (Remote host closed the connection)
- # [19:21] * Quits: Kolombiken (~Adium@94.137.124.2) (Quit: Leaving.)
- # [19:21] <dlongley> the issue here is that the resolve() method can only take 1 parameter ... and there may be cases where determining how to interpret that parameter is indeterminate
- # [19:22] <annevk> you mean if you don't define what the future will return?
- # [19:22] <dlongley> anyway, my guess would be that there will be some devs finding it difficult to wrap their continuation-passing style APIs w/Futures because of this issue
- # [19:22] * Quits: sedovsek (~robert@89.143.12.238) (Quit: sedovsek)
- # [19:23] <dlongley> i'm talking about the case where you have a node.js style async operation that you'd like to convert to a future
- # [19:23] <dlongley> suppose the operation looks like this: foo(params, callback)
- # [19:23] <dlongley> and the callback signature is: callback(err, bar, baz)
- # [19:24] <dlongley> converting 'foo' into a future that can be called like this:
- # [19:24] <annevk> so then you can do [err, bar, baz]
- # [19:24] <dlongley> right ... but that may be problematic.
- # [19:24] <dlongley> and really, err wouldn't be in that array (nitpick)
- # [19:24] <dlongley> rather, [bar, baz] would be passed to the resolve callback.
- # [19:25] <dlongley> however, if bar can be an array or an object and baz is optional ...
- # [19:25] <dlongley> that could cause some consternation.
- # [19:26] <annevk> hmm, seems like you should pick a pattern and stick with it
- # [19:26] <annevk> but yeah
- # [19:26] <dlongley> well, as far as i can tell, this may be the only thing standing in the way of making it easy to convert a lot of node.js style code to using Futures.
- # [19:26] <dlongley> it doesn't seem too difficult otherwise.
- # [19:26] * Quits: bholley (~bholley@207.164.135.98) (Ping timeout: 252 seconds)
- # [19:27] <dlongley> which would be tremendously helpful, particularly for those node.js libs that work on the client as well as the server.
- # [19:27] <annevk> I think the ideal API for futures in a bunch of those cases might be to pass an object
- # [19:27] <dlongley> that's probably true (we are doing this with the new JSON-LD API)
- # [19:27] <MikeSmith> Hixie, annevk : "UNCO" means "shit" in Japanese
- # [19:27] <dlongley> but, for existing APIs that are in use everywhere, not so easy.
- # [19:27] <Ms2ger> MikeSmith, sounds good, then ;)
- # [19:27] <dlongley> it would be great if converting them didn't require special code.
- # [19:27] <dlongley> but instead, just a simple wrapper.
- # [19:28] <Hixie> MikeSmith: heh
- # [19:28] <annevk> dglazkov: for jit and stuff I heard it might be nice if you can get some guarantees about types in which case always passing arrays is kinda sucky
- # [19:28] <dlongley> if resolve() took multiple arguments that would work, from what i can tell.
- # [19:29] <annevk> true
- # [19:29] <dlongley> i think it's worth exploring ... and maybe it wouldn't cause too much of an issue with other promise libs (or maybe that shouldn't take priority over this other issue).
- # [19:29] <annevk> dlongley: yeah, maybe raise it on es-discuss / www-dom?
- # [19:30] <dlongley> ok
- # [19:30] <hober> annevk: one year anniversary of w3cmemes
- # [19:31] <annevk> dlongley: I don't think this has been explicitly considered so you're right
- # [19:31] <annevk> dlongley: at least as far as I can tell
- # [19:31] <annevk> (that it's worth exploring)
- # [19:31] <dlongley> ok
- # [19:31] <annevk> hober: we've been surpassed by Fake Alex recently
- # [19:32] <slightlyoff> hober: yeah, Fake Alex really is someone's A material...
- # [19:32] <hober> indeed, we should ask fake alex to collaborate
- # [19:33] <slightlyoff> dlongley: what would it *mean* to take multiple values?
- # [19:33] <slightlyoff> annevk: I don't get the proposed semantic
- # [19:33] <dlongley> it wouldn't be any logically different from resolving to a single value that is an object w/keys that point to values
- # [19:33] <annevk> slightlyoff: future's result would be a one or more values, rather than just one
- # [19:34] <dlongley> it's just that the future resolves ... what annevk just said.
- # [19:34] <slightlyoff> annevk: that's just not JS-ish
- # [19:34] <slightlyoff> use destructuring
- # [19:35] <dlongley> on the contrary, i think it's very JS-ish ... at least how JS has been used in practice w/respect to async or continuation programming
- # [19:35] <slightlyoff> this is what destructuring is for. Use an array and rest/spread, or use an obj + destructuring
- # [19:36] <slightlyoff> to say it's JS-ish is to ignore what happens to mutliple values: they're reified into a single object (arguments)
- # [19:36] <slightlyoff> so your semantic is either confused or confusing
- # [19:36] <slightlyoff> what does it mean to pass a single value in this world?
- # [19:36] * Joins: tantek (~tantek@216.113.168.135)
- # [19:36] <slightlyoff> sorry, need to go for a bit...but send me mail or file an issue in the DOM Future repo
- # [19:36] <Hixie> wtf is "experimental-webgl" ?
- # [19:37] <dlongley> slightlyoff: i'll probably send an email off to www-dom
- # [19:37] * Joins: Smylers (~smylers@host86-168-221-39.range86-168.btcentralplus.com)
- # [19:37] <Ms2ger> Hixie, an alias for webgl when used as argument to getContext
- # [19:37] <Ms2ger> Hixie, one we probably won't get rid of
- # [19:38] <slightlyoff> dlongley: fine, but cc me (please)
- # [19:38] <Hixie> sigh
- # [19:38] <Hixie> Ms2ger: thanks
- # [19:38] <slightlyoff> dlongley: slightlyoff at chromium dot org
- # [19:38] <Ms2ger> Np
- # [19:38] <Hixie> (one day we'll learn not to do this kind of thing right?)
- # [19:39] <dlongley> slightlyoff: sure
- # [19:39] <Ms2ger> Hixie, one can hope
- # [19:40] * Joins: hasather (~hasather@cm-84.210.170.16.getinternet.no)
- # [19:40] * Joins: zagamqt (~zagam@81-230-17-139-no148.bredband.skanova.com)
- # [19:40] * Joins: eresair (~eresair@c-71-198-63-116.hsd1.ca.comcast.net)
- # [19:40] * Joins: Gabri (~gabri@91.72.64.50)
- # [19:42] * Quits: nimbu (~nimbu@173-228-123-12.dsl.dynamic.sonic.net) (Quit: Leaving.)
- # [19:44] * Quits: hasather (~hasather@cm-84.210.170.16.getinternet.no) (Ping timeout: 268 seconds)
- # [19:48] * Joins: josemanuel (~josemanue@164.164.221.87.dynamic.jazztel.es)
- # [19:49] * Quits: alrra (~alrra@unaffiliated/alrra) (Quit: Leaving)
- # [19:49] * Quits: tantek (~tantek@216.113.168.135) (Read error: Operation timed out)
- # [19:51] * Joins: tantek (~tantek@mdd0536d0.tmodns.net)
- # [19:52] <paxcoder> how the heck does EME work?
- # [19:52] <Ms2ger> Not
- # [19:52] <Hixie> define "work"
- # [19:53] <paxcoder> how does it stop me from copying content?
- # [19:54] <paxcoder> where does decryption happen?
- # [19:54] <Ms2ger> That's not the goal
- # [19:54] <Hixie> paxcoder: it doesn't stop you from copying content.
- # [19:54] <Hixie> nothing can, since the whole point of playing back video is to let you copy the content into your video RAM
- # [19:54] <paxcoder> Hixie, Ms2ger: so what does it do then?
- # [19:55] <Ms2ger> Read Hixie's G+ post
- # [19:55] <paxcoder> can you tell me please?
- # [19:55] <Hixie> https://plus.google.com/u/0/107429617152575897589/posts/iPmatxBYuj2
- # [19:55] <Hixie> it allows content producers to apply negotiation leverage against content distributors who provide playback services
- # [19:56] <paxcoder> the heck does that have to do with my client?
- # [19:57] <Hixie> for you? precisely nothing.
- # [19:57] <paxcoder> then why would i want additional code in it?
- # [19:57] <paxcoder> ie why EME?
- # [19:57] <Hixie> as a user, drm has nothing to offer you.
- # [19:57] <Hixie> it is strictly a net negative.
- # [19:58] <annevk> oh hey, that's another good way to argue against this thing
- # [19:58] <jgraham> annevk: Where does a resolver get assosciated with a future?
- # [19:58] * Quits: tantek (~tantek@mdd0536d0.tmodns.net) (Ping timeout: 248 seconds)
- # [19:58] * Quits: peppe_ (~peppe@83.148.235.159) (Read error: Connection reset by peer)
- # [19:58] <annevk> violates http://www.w3.org/TR/html-design-principles/
- # [19:58] <annevk> jgraham: it just is
- # [19:58] <Hixie> annevk: you seem to be under the mistaken assumption that anyone with the authority to do anything about it, cares
- # [19:58] <paxcoder> Hixie, then what's the reasoning behind putting it in my client?
- # [19:58] <jgraham> annevk: Uhhhh
- # [19:59] <jgraham> I don't understand :)
- # [19:59] * Quits: ehsan (~ehsan@66.207.208.98) (Remote host closed the connection)
- # [19:59] <annevk> jgraham: if you create a future, it comes with an associated resolver
- # [19:59] <paxcoder> why is someone writing a client spec that only content producers want?
- # [19:59] <annevk> jgraham: if you create an element, it comes with a classList, it's like that
- # [19:59] <jgraham> So it happens in the (internal) constructor of the future
- # [19:59] <jgraham> ?
- # [19:59] <Ms2ger> paxcoder, because their managers make themN
- # [19:59] <Ms2ger> ?*
- # [20:00] <annevk> jgraham: yeah
- # [20:00] <jgraham> OK
- # [20:00] <paxcoder> Ms2ger, is there no voting process that would stop its inclusion?
- # [20:00] <Ms2ger> Ehehehee
- # [20:00] <Hixie> paxcoder: the people putting it in your client are probably content distributors who are finding themselves "forced" to do so by content producers in their negotiations
- # [20:00] <gavinc> paxcoder: and because content carriers do not have the leverage they did when cable TV was created
- # [20:00] <Hixie> paxcoder: only browser vendors get to decide what they put in their browsers
- # [20:01] <paxcoder> Hixie, the people voting "yes" to EME are those putting it in my client.
- # [20:01] <Hixie> paxcoder: no
- # [20:01] <Hixie> paxcoder: even if the w3c through EME out, it would still end up in your client
- # [20:01] <paxcoder> Hixie, arguments please.
- # [20:01] <Hixie> paxcoder: case in paint, the w3c through HTML out, and HTML is still in browsers.
- # [20:01] <Hixie> threw, even
- # [20:02] <paxcoder> what?
- # [20:02] <MikeSmith> "The Google Search Appliance uses XSLT for UI." somebody should fix that
- # [20:02] <Hixie> paxcoder: in 1998, and again in 2004, the w3c said HTML was dead. So we wrote the HTML spec outside W3C.
- # [20:03] <gavinc> a standard can say whatever it wants, if all implementors DO SOMETHING ELSE it doesn't matter what the state of the standards document is
- # [20:03] <Hixie> paxcoder: browsers don't care if a spec is at the w3c, the whatwg, the ietf, or on someone's web site; if they want to implement it, they do so
- # [20:03] <MikeSmith> "Once you become a customer you can access the XSLT tutorial from the Enterprise Support Site." That'll line up the customers for sure.
- # [20:04] <paxcoder> Hixie, I'm sure it was written to meet needs of modern apps, not to defy XMLization.
- # [20:04] * Quits: Scorchin (uid1242@gateway/web/irccloud.com/x-uqwoyorspnptezma) (Quit: Connection closed for inactivity)
- # [20:04] <Hixie> "it"?
- # [20:04] <paxcoder> Hixie, the living standard
- # [20:04] <paxcoder> HTML5
- # [20:04] <Hixie> the HTML spec was written for a variety of reasons, sure
- # [20:04] <Hixie> that's not really the point here
- # [20:05] <paxcoder> Ok, please tell me what EME does.
- # [20:05] <paxcoder> Not whom it benefits, what it *does*.
- # [20:05] <Hixie> EME harms users and society as a whole in order to help hollywood extort more money out of users.
- # [20:06] * Quits: nonge_ (~nonge@p5082B5FB.dip0.t-ipconnect.de) (Quit: Verlassend)
- # [20:07] <SimonSapin> Hixie: didn’t you write the piece about how DRM is not about users but control over manufacturers?
- # [20:07] * Joins: krit1 (~krit@20.sub-70-211-69.myvzw.com)
- # [20:07] <Hixie> SimonSapin: yeah, https://plus.google.com/u/0/107429617152575897589/posts/iPmatxBYuj2
- # [20:07] <paxcoder> See, from what I know DRM *always* includes an unwanted, proprietary piece of software running on my PC. Why would W3C want to force me to support it?
- # [20:07] * 50UACESZ0 is now known as chee
- # [20:07] <Hixie> paxcoder: the w3c wants to publish this spec (rather than letting someone else do it) because it increases the chances of hollywood companies joining the w3c
- # [20:08] * chee is now known as Guest
- # [20:08] <Hixie> paxcoder: and when companies join the w3c, the w3c makes money.
- # [20:08] <Hixie> about $60k per year.
- # [20:08] <Hixie> per company.
- # [20:08] * Guest is now known as chee
- # [20:08] <paxcoder> They're selling my freedom cheap.
- # [20:08] <gavinc> No.
- # [20:08] <gavinc> Browser vendors already did that.
- # [20:08] * Quits: jernoble (~jernoble@216.113.168.135) (Quit: Textual IRC Client: www.textualapp.com)
- # [20:08] <paxcoder> gavin, what do you mean?
- # [20:09] <Hixie> the w3c publishing the spec or not has no effect on whether browsers have EME in them or not
- # [20:09] <odinho> MS, Google, Netflix et al are also part of w3c.
- # [20:09] <Hixie> that's entirely up to the browser vendors
- # [20:09] * Joins: jernoble (~jernoble@216.113.168.135)
- # [20:09] <gavinc> W3C can't make browser vendors do anything.
- # [20:09] <gavinc> See XHTML2 ;)
- # [20:10] <paxcoder> Hixie, sure it does. Browser vendors want a "HTML5 fully compatible" sticker.
- # [20:10] <Hixie> paxcoder: no, they really don't
- # [20:10] * Quits: krit (~krit@sjfw1-a.adobe.com) (Ping timeout: 257 seconds)
- # [20:10] <Hixie> paxcoder: (witness the fact that no browser ever implemented HTML4 as written)
- # [20:11] <paxcoder> Hixie, well they aim for it anyway
- # [20:11] <paxcoder> if W3C doesn't introduce EME, they'd have a good excuse not to implement it
- # [20:11] <Hixie> when the w3c said to do xhtml2, and that html was dead, the browser vendors just started a separate group to spec HTML
- # [20:11] <paxcoder> if it does, Chromium, and YouTube will be DRM-laden in a year
- # [20:11] <Hixie> the browser vendors are the ones _pushing the EME spec_
- # [20:11] * Quits: josemanuel (~josemanue@164.164.221.87.dynamic.jazztel.es) (Quit: Saliendo)
- # [20:11] <Hixie> (not all the browser vendors)
- # [20:12] <paxcoder> Ok, so I understand you're not very fond of W3C. Are you all against EME too?
- # [20:12] * Joins: tantek (~tantek@mdd0536d0.tmodns.net)
- # [20:13] * Joins: miketaylr (~miketaylr@80.232.109.46)
- # [20:13] <paxcoder> Also, what's wrong with XHTML2?
- # [20:13] <Ms2ger> Backwards compatibility
- # [20:13] <paxcoder> ungh
- # [20:13] <paxcoder> that's one of my least-favorite words
- # [20:14] <paxcoder> When it comes to web. Though granted, I don't have big projects to maintain.
- # [20:15] <Hixie> paxcoder: EME, or rather, DRM, is user-hostile. It literally and quite seriously harms humanity's cultural development, and it violates people's personal freedoms. Yes, I am opposed to it.
- # [20:15] * Quits: SimonSapin (~simon@vev69-1-82-232-219-95.fbx.proxad.net) (Ping timeout: 248 seconds)
- # [20:16] <paxcoder> Hixie, define freedoms perhaps?
- # [20:16] <paxcoder> Because eg. although I call it "free software", and not "open source", I don't agree with FSF that non-free software is unethical.
- # [20:16] * Quits: tantek (~tantek@mdd0536d0.tmodns.net) (Read error: Connection reset by peer)
- # [20:17] <paxcoder> In all cases, anyway
- # [20:17] * Joins: brl4n (~brl4n@204.108.237.194)
- # [20:18] * Quits: jernoble (~jernoble@216.113.168.135) (Quit: Textual IRC Client: www.textualapp.com)
- # [20:18] <Hixie> paxcoder: the freedom of expression, specifically in the ability to easily parody, produce analysis that includes segments of the original content, use content in education settings; also the ability to make backups, to time-shift, to format-shift, to device-shift; the ability to use content in ways that weren't considered by the original creator, etc.
- # [20:18] <gavinc> paxcoder: DRM extends the reach of copyright law beyond the scope provided for in the Constitution to "promote the Progress of Science and useful Arts"
- # [20:18] * Joins: jernoble (~jernoble@216.113.168.135)
- # [20:19] * Quits: Gabri (~gabri@91.72.64.50) (Remote host closed the connection)
- # [20:19] * Quits: jernoble (~jernoble@216.113.168.135) (Remote host closed the connection)
- # [20:19] <paxcoder> Hixie, you have a point. Those are instances of freedoms that are relevant here. But how about theoretically (I'm jumping from topic to topic in order to reevaluate or solidify my views of "freedom", hope you don't mind)?
- # [20:19] * Joins: ehsan (~ehsan@66.207.208.98)
- # [20:21] <paxcoder> Somehow fair use hasn't occurred to me. So thanks both. Maybe I just wasn't thinking long enough about it. Or from the point of Bob instead of Mallory ;-P
- # [20:23] <Hixie> DRM is the reason that when I *BUY* a movie on iTunes, and want to watch it *on the device where i bought it*, namely my mac mini hooked up to my DRM-supporting HDMI TV, the video displays a checkerboard pattern instead of the video when I try to play it, just because I happen to have the Mac mini opened up in Screen Sharing on a computer four meters away.
- # [20:23] <Hixie> which is such a high level of BS that I don't even know where to begin
- # [20:23] <Hixie> and that's not even going to other things that should work fine, e.g. I buy an audiobook on my aging iPod touch, and then transfer it to my Android phone, and it will no longer play.
- # [20:24] <Hixie> why not? i own both devices, i paid for the content, nobody else is involved
- # [20:24] <Hixie> such utter BS
- # [20:24] * Joins: tantek (~tantek@216.113.168.135)
- # [20:24] <Hixie> and mind you, both the movie and the audiobook are available on bittorrent sites with no DRM
- # [20:24] <paxcoder> Hixie, Sounds like Adam Smith smacked you with his invisible hand.
- # [20:24] <Hixie> so it's not like there's any protection of copyright going on
- # [20:25] <paxcoder> Reference if anyone's unfamiliar: https://en.wikipedia.org/wiki/Invisible_hand
- # [20:25] <gavinc> uhh... nothing to do with copyright
- # [20:26] <paxcoder> gavin, it does with DRM.
- # [20:26] <paxcoder> well it's an (capitalist) economical concept, so it's related to all of the above
- # [20:27] * Joins: jernoble (~jernoble@216.113.168.135)
- # [20:28] * Quits: jernoble (~jernoble@216.113.168.135) (Remote host closed the connection)
- # [20:28] * Parts: brl4n (~brl4n@204.108.237.194)
- # [20:29] * Joins: jernoble (~jernoble@216.113.168.135)
- # [20:29] <paxcoder> gavin, basically, DRM must be regulated against (eg. by rejecting it from standards), because free market won't do it (despite the above capitalist ideal)
- # [20:29] <gavinc> uh
- # [20:29] <gavinc> No.
- # [20:29] <gavin> paxcoder: (you want gavinc, not gavin)
- # [20:29] <paxcoder> my bad
- # [20:30] <gavinc> Copyright and DRM were CREATED by regulation. Copyright is a state granted monopoly
- # [20:31] <paxcoder> DRM is no regulation
- # [20:31] <Hixie> DRM is protected by legislation
- # [20:31] <paxcoder> Copyright is, and - in some cases - a beneficial one.
- # [20:31] <gavinc> Oh yes it is. Without the DMCA all DRM would be pointless. But with it the act of writing software to get around DRM is illegal. Owning the tools needed to get around it is illegal.
- # [20:32] <Hixie> if it was legal for companies to break DRM, the DRM-pushing companies would have no leverage
- # [20:32] * Joins: jernoble_ (~jernoble@216.113.168.135)
- # [20:32] <paxcoder> Hixie, well it is now. But that's a problem of the legal system, not a product of supposed intrinsic evil of regulation.
- # [20:32] <Hixie> nobody said anything about regulation being evil?
- # [20:33] <paxcoder> Hixie, they're building it into processors
- # [20:33] <Hixie> so?
- # [20:33] <paxcoder> see AMD+ARM
- # [20:33] * Joins: benbarnett (~Adium@46-64-75-135.zone15.bethere.co.uk)
- # [20:34] * Quits: jernoble (~jernoble@216.113.168.135) (Ping timeout: 258 seconds)
- # [20:34] <paxcoder> Hixie, deregulation can't help against that
- # [20:34] <Hixie> drm in chips isn't a problem
- # [20:34] * Quits: benbarnett (~Adium@46-64-75-135.zone15.bethere.co.uk) (Client Quit)
- # [20:34] <paxcoder> sure it is
- # [20:34] <Hixie> why?
- # [20:34] <Hixie> breaking drm is trivial
- # [20:34] <paxcoder> because you have no nanotech to hack it
- # [20:34] <paxcoder> not when it's firmware-defined
- # [20:34] <gavinc> DRM is "broken" technically by design. The only thing that keeps it unbroken is the law.
- # [20:35] <Hixie> paxcoder: you don't need to get the firmware, just the spec for the firmware.
- # [20:35] <paxcoder> gavinc, it's the opposite, it's the greediness of the market
- # [20:35] <gavinc> No, really it isn't.
- # [20:35] <paxcoder> Hixie, what do you mean? Also, how would you get it?
- # [20:36] <paxcoder> gavinc, if there was no legal regulation at all, companies would still manage to produce chips you can't hack
- # [20:36] * Parts: dlongley (~dlongley@pool-71-171-30-236.nwrknj.east.verizon.net) ("Leaving")
- # [20:37] <Hixie> paxcoder: that kind of thing is leaked regularly (and for serious drm, is often just available publicly, since there's lots of implementors)
- # [20:37] <gavinc> paxcoder: No, they really wouldn't.
- # [20:37] * Quits: sicking (~sicking@v-1045.fw1.sfo1.mozilla.net) (Quit: sicking)
- # [20:37] <Hixie> paxcoder: what's kept more secret is typically the key, but in practice those leak also, or are determined by various cryptographic attacks.
- # [20:38] <paxcoder> Hixie, then why do I still have a firmware blob for my GFX card?
- # [20:38] * Joins: sicking (~sicking@v-1045.fw1.sfo1.mozilla.net)
- # [20:38] * gavinc gives this up as pointless and goes to eat lunch
- # [20:39] <Hixie> paxcoder: i would suspect it's because hardware decoding is more efficient.
- # [20:39] <Hixie> i should go to lunch too
- # [20:39] <paxcoder> gavin, you can prepend n "really"s to your "no", but it won't make it a solid argument
- # [20:39] <Hixie> bbiab
- # [20:39] * Joins: rniwa (~rniwa@17.212.154.114)
- # [20:39] <paxcoder> ok, bye. I still think DRM needs no regulation to "work".
- # [20:40] <paxcoder> In fact, if regulation was sufficient, there would be no need for DRM in the first place.
- # [20:41] <Hixie> (there is no need for drm)
- # [20:42] <paxcoder> ?
- # [20:43] <gsnedders> "there would be no need for DRM" implies there is a need for DRM.
- # [20:43] <paxcoder> I meant the need of companies with such (arguably obsolete) business models, of course.
- # [20:43] * Joins: K_ (~karuna@183.83.0.184)
- # [20:44] <gsnedders> paxcoder: DRM doesn't help them.
- # [20:44] <paxcoder> Dude, the fact that DRM exists proves it does.
- # [20:45] <paxcoder> gsnedders, ^
- # [20:45] <gsnedders> Ask anyone like Netflix, they'll tell you DRM doesn't stop piracy whatsoever. Unless the content producers have different data to everyone else…
- # [20:46] * Joins: weinig (~weinig@17.114.110.68)
- # [20:47] <paxcoder> "Whatsoever" is an overstatement. All it needs to do is increase revenue, and it does that. But that's not the topic.
- # [20:48] * krit1 is now known as kirt
- # [20:48] * kirt is now known as krit
- # [20:49] <paxcoder> So can someone tell me how exactly EME enables DRM? Is my browser going to have mechanisms for keeping secrets from me?
- # [20:49] <gsnedders> paxcoder: It provides an API designed to allow plugins to be installed that keep secrets from you.
- # [20:50] <gsnedders> Or, alternatively, instead of plugins, have support built into the browser that keeps secrets from you.
- # [20:51] <paxcoder> An "open standard" for proprietary software delivery. Hah
- # [20:51] * Quits: JohnAlbin (~JohnAlbin@36-224-105-33.dynamic-ip.hinet.net) (Quit: HTTP/1.1 404 JohnAlbin Not Found)
- # [20:51] <paxcoder> gsnedders, how would the latter work though?
- # [20:52] <gsnedders> paxcoder: It relies upon either the plugin (in the former case) or the browser (in the latter case) being closed source.
- # [20:53] <paxcoder> gsnedders, i find it hard to believe that the W3C standard would demand browsers to be non-free.
- # [20:53] * Quits: jernoble_ (~jernoble@216.113.168.135) (Remote host closed the connection)
- # [20:53] * Quits: K_ (~karuna@183.83.0.184) (Quit: K_)
- # [20:54] <paxcoder> They can argue for the former the same way Linux allowed Microsoft's virtualization driver in the kernel, but the latter would not be defensible.
- # [20:54] * Joins: jernoble (~jernoble@216.113.168.135)
- # [20:55] * Parts: tantek (~tantek@216.113.168.135)
- # [20:55] * Joins: tantek (~tantek@216.113.168.135)
- # [20:55] * Joins: jacobolus (~jacobolus@50-0-133-210.dsl.static.sonic.net)
- # [20:55] * Quits: cabanier1 (~cabanier@sjfw1-a.adobe.com) (Read error: Connection reset by peer)
- # [20:56] * Quits: jernoble (~jernoble@216.113.168.135) (Client Quit)
- # [20:56] * Joins: hasather (~hasather@cm-84.210.170.16.getinternet.no)
- # [20:57] <gsnedders> paxcoder: Well, the former case works fine in free browsers.
- # [20:57] <gsnedders> paxcoder: Although the plugin itself is non-free.
- # [20:57] <gsnedders> paxcoder: You can theoretically have a free plugin in a free browser, but it gets you nothing beyond being able to support another codec, and browsers already have ways to add extra codecs by and large.
- # [20:58] <paxcoder> Yeah, I see how the former case would work.
- # [20:58] * Quits: weinig (~weinig@17.114.110.68) (Quit: weinig)
- # [20:59] <gsnedders> paxcoder: From a web application POV, the cases are indistinguishable.
- # [20:59] * Quits: SteveF (~chatzilla@216.113.168.135) (Ping timeout: 258 seconds)
- # [20:59] * Joins: SimonSapin (~simon@2a01:e35:2e8d:b5f0:ea9d:87ff:fe22:e221)
- # [21:00] * Joins: K_ (~karuna@183.83.0.184)
- # [21:00] * Joins: brl4ntemp (~brl4n@204.108.237.194)
- # [21:02] * Quits: K_ (~karuna@183.83.0.184) (Remote host closed the connection)
- # [21:02] <gsnedders> paxcoder: And it's not a W3C standard until the majority of the members (…which include various right-holders…) vote in favour of it and the director approves it.
- # [21:02] * Joins: ap_ (~ap@17.114.109.196)
- # [21:02] * Joins: K_ (~karuna@183.83.0.184)
- # [21:02] * brl4ntemp is now known as brl4n
- # [21:03] * Parts: brl4n (~brl4n@204.108.237.194)
- # [21:04] * Quits: ap (~ap@2620:149:4:1b01:8557:617e:d457:855f) (Ping timeout: 258 seconds)
- # [21:04] * ap_ is now known as ap
- # [21:07] * Joins: JohnAlbin (~JohnAlbin@36-224-105-33.dynamic-ip.hinet.net)
- # [21:09] * Quits: dgrogan_cloud (uid7844@gateway/web/irccloud.com/x-qlzqizqcqihicawf) (Quit: Connection closed for inactivity)
- # [21:14] * Joins: zcorpan (~zcorpan@90-230-217-68-no135.tbcn.telia.com)
- # [21:26] * Quits: hasather (~hasather@cm-84.210.170.16.getinternet.no) (Remote host closed the connection)
- # [21:29] * Quits: K_ (~karuna@183.83.0.184) (Quit: K_)
- # [21:33] * Joins: irfaN (~irfaN@unaffiliated/irfan)
- # [21:35] * Joins: ap_ (~ap@17.114.109.196)
- # [21:35] * Quits: ap (~ap@17.114.109.196) (Read error: Connection reset by peer)
- # [21:35] * ap_ is now known as ap
- # [21:35] * Quits: ap (~ap@17.114.109.196) (Remote host closed the connection)
- # [21:35] * Joins: ap (~ap@2620:149:4:1b01:f0bb:336d:8aac:ae54)
- # [21:36] * Quits: erichynds (~ehynds@64.206.121.41) (Quit: erichynds)
- # [21:39] * Joins: jernoble (~jernoble@216.113.168.135)
- # [21:43] * Quits: zcorpan (~zcorpan@90-230-217-68-no135.tbcn.telia.com) (Remote host closed the connection)
- # [21:48] * Quits: Ms2ger (~Ms2ger@19.254-64-87.adsl-dyn.isp.belgacom.be) (Quit: nn)
- # [21:51] * Quits: eric_carlson (~eric@17.212.152.104) (Quit: eric_carlson)
- # [21:54] * Joins: hasather (~hasather@cm-84.210.170.16.getinternet.no)
- # [21:55] * Quits: sicking (~sicking@v-1045.fw1.sfo1.mozilla.net) (Quit: sicking)
- # [21:57] * Quits: jernoble (~jernoble@216.113.168.135) (Remote host closed the connection)
- # [21:58] * Joins: jernoble (~jernoble@216.113.168.135)
- # [21:58] * Joins: zcorpan (~zcorpan@90-230-217-68-no135.tbcn.telia.com)
- # [21:59] * Joins: cabanier1 (~cabanier@sjfw1-a.adobe.com)
- # [22:02] * Quits: hasather (~hasather@cm-84.210.170.16.getinternet.no) (Remote host closed the connection)
- # [22:07] <zcorpan> SimonSapin: can http://www.w3.org/Style/CSS/Tracker/issues/316 be closed? since gecko/webkit/blink don't have the quirk at all, it should be quite clear that it's not needed for web compat and doesn't need to be specced
- # [22:10] * Quits: scor (scor@drupal.org/user/52142/view) (Ping timeout: 258 seconds)
- # [22:13] * Quits: baku (~baku@2-236-39-253.ip231.fastwebnet.it) (Quit: Leaving)
- # [22:14] * Joins: scor (scor@nat/acquia/x-mddmplmgdnmcxgwh)
- # [22:14] * Quits: scor (scor@nat/acquia/x-mddmplmgdnmcxgwh) (Changing host)
- # [22:14] * Joins: scor (scor@drupal.org/user/52142/view)
- # [22:16] * Quits: krawchyk (~krawchyk@65.220.49.251) (Remote host closed the connection)
- # [22:28] <zcorpan> Hixie: do you run a validator on the spec's IDL blocks? if so, what do you use?
- # [22:31] * Joins: nimbu (~nimbu@sjfw1.adobe.com)
- # [22:32] <nimbu> MikeSmith: OMG why are you suffering in SAN JOSE
- # [22:33] <zcorpan> would it be reasonable to have anolis validate IDL?
- # [22:33] <hober> nimbu: html wg f2f
- # [22:34] <jgraham> suffering squared?
- # [22:34] <tantek> San Jose does feel like a punishment
- # [22:35] <tantek> or maybe it was the corpo-campus-sprawl parking lot hell
- # [22:36] <hober> the laugh track from next door is the best part
- # [22:39] * Quits: pyrsmk (~pyrsmk@2a01:e35:2f52:ead0:21e:8cff:feeb:d962) (Remote host closed the connection)
- # [22:39] <Hixie> zcorpan: yeah... hold on, let me look it up
- # [22:39] <nimbu> hober: i c
- # [22:39] <nimbu> ahahahahhahaha
- # [22:39] <nimbu> hober: omg whats happening next door?
- # [22:39] <Hixie> zcorpan: looks like i just pass the doc to http://www.w3.org/2009/07/webidl-check
- # [22:39] <nimbu> San Jose mob meeting?
- # [22:40] * Quits: cheron (~cheron@unaffiliated/cheron) (Ping timeout: 264 seconds)
- # [22:40] <hober> nimbu: i dunno; there literally is an adjacent room that was recently full of people laughing.
- # [22:41] <nimbu> hober: maybe they are laughing at YOUR room
- # [22:41] <zcorpan> Hixie: i get a 500 error for http://www.w3.org/2009/07/webidl-check?doc=https%3A%2F%2Fdvcs.w3.org%2Fhg%2Fcsswg%2Fraw-file%2Ftip%2Fcssom-view%2FOverview.html&output=html
- # [22:43] <MikeSmith> nimbu: the cannibas dispensaries are cheaper here
- # [22:44] <nimbu> LOLOLOL
- # [22:44] <nimbu> MikeSmith: this might become a breaking news on some slow-news day
- # [22:44] <nimbu> LUCKILY THIS IS NOT SLOW NEWS DAY
- # [22:44] <MikeSmith> heh
- # [22:48] <cabanier1> nimbu: there was a baby shower. lots of balloons, bad music and giggling
- # [22:50] * Joins: weinig (~weinig@17.114.11.115)
- # [22:51] * Joins: sicking (~sicking@v-1045.fw1.sfo1.mozilla.net)
- # [22:53] * Quits: scor (scor@drupal.org/user/52142/view) (Quit: scor)
- # [22:57] * Quits: jernoble (~jernoble@216.113.168.135) (Remote host closed the connection)
- # [22:57] * Joins: JibberJim (~opera@90.193.235.216)
- # [22:57] <nimbu> cabanier1: D: D:
- # [22:57] <nimbu> TUNING IN FOR THE GOSSIP ON html-wg
- # [22:57] <nimbu> please alert me when something exciting happens
- # [22:57] * Quits: TallTed (~Thud@63.119.36.36)
- # [22:58] * Quits: yorick (~yorick@oftn/member/yorick) (Remote host closed the connection)
- # [22:59] * Joins: jernoble (~jernoble@216.113.168.135)
- # [23:01] <MikeSmith> nimbu: I'm about to raise a point of order about the chairs failing to include a slot for nap time on the agenda.
- # [23:02] <hober> MikeSmith: I thought that was the MSE session?
- # [23:02] <sgalineau> I was going to say
- # [23:02] <sgalineau> always assumed that's what this was for
- # [23:02] <nimbu> ahahahah
- # [23:02] <nimbu> MikeSmith: please do
- # [23:03] <MikeSmith> hober: I thought that was the part where we were all planning to walk out en masse
- # [23:03] <nimbu> can I recommend somebody play Get Lucky by Daft Punk loudly?
- # [23:03] <Hixie> zcorpan: looks like I also set input= ?
- # [23:03] <Hixie> zcorpan: as in, ...?doc=url&input=&output=text
- # [23:03] <Hixie> zcorpan: dunno if that is relevant
- # [23:04] * Quits: weinig (~weinig@17.114.11.115) (Ping timeout: 260 seconds)
- # [23:04] <MikeSmith> oh wait I remember now the adjusted plan was that we start to have coughing fits and while we're coughing we go, *cough* *cough* bullshit *cough*
- # [23:04] <zcorpan> Hixie: still 500
- # [23:04] <Hixie> zcorpan: dunno then
- # [23:05] <Hixie> zcorpan: no https support maybe?
- # [23:05] * Hixie is having trouble just resolving w3.org today, so...
- # [23:05] <zcorpan> maybe
- # [23:06] <zcorpan> yeah that seems to be it
- # [23:06] <MikeSmith> zcorpan: I'll ask about the https support
- # [23:14] * Joins: weinig (~weinig@17.245.20.197)
- # [23:14] * Quits: tobie (~tobielang@73-118.195-178.cust.bluewin.ch) (Ping timeout: 255 seconds)
- # [23:15] * Joins: neopaq (~gwarvi@134.159.124.162)
- # [23:19] * Quits: frozenice (~frozenice@unaffiliated/fr0zenice) (Remote host closed the connection)
- # [23:20] * Joins: tobie (~tobielang@73-118.195-178.cust.bluewin.ch)
- # [23:22] * Quits: jacobolus (~jacobolus@50-0-133-210.dsl.static.sonic.net) (Remote host closed the connection)
- # [23:24] * Joins: oOze (~ooze@541BEBB4.cm-5-4d.dynamic.ziggo.nl)
- # [23:24] * Parts: oOze (~ooze@541BEBB4.cm-5-4d.dynamic.ziggo.nl) ("Leaving")
- # [23:25] * Quits: annevk (~annevk@207.218.72.65) (Remote host closed the connection)
- # [23:26] * Quits: zdobersek (~zdobersek@cpe-77.38.31.63.cable.t-1.si) (Quit: ZNC - http://znc.in)
- # [23:27] * Joins: jimmyalcala (~jimmyalca@186.94.25.149)
- # [23:28] * Quits: danielfilho|w (~danielfil@200.232.113.107) (Remote host closed the connection)
- # [23:30] * Quits: Maurice (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
- # [23:33] * Quits: newtron (~newtron@199.71.174.103) (Ping timeout: 240 seconds)
- # [23:34] * Joins: nessy (~silviapf@124-149-162-142.dyn.iinet.net.au)
- # [23:35] <paxcoder> nimbu, don't like it
- # [23:36] * Quits: tobie (~tobielang@73-118.195-178.cust.bluewin.ch) (Quit: tobie)
- # [23:38] <nimbu> paxcoder: ?
- # [23:39] * Quits: Badreddin (~Nur@189.192.155.69) (Ping timeout: 276 seconds)
- # [23:40] <paxcoder> nimbu, get lucky
- # [23:42] <nimbu> paxcoder: ah
- # [23:42] <nimbu> its ok
- # [23:44] * Quits: ehsan (~ehsan@66.207.208.98) (Remote host closed the connection)
- # [23:49] * Quits: Smylers (~smylers@host86-168-221-39.range86-168.btcentralplus.com) (Quit: Leaving.)
- # [23:50] * Joins: jacobolus (~jacobolus@c-76-21-12-207.hsd1.ca.comcast.net)
- # Session Close: Tue Apr 23 23:55:54 2013
- #
- # Session Start: Tue Apr 23 23:55:54 2013
- # Session Ident: #whatwg
- # [23:55] * Disconnected
- # [23:57] * Attempting to rejoin channel #whatwg
- # [23:57] * Rejoined channel #whatwg
- # [23:57] * Topic is 'WHATWG: http://www.whatwg.org/ -- logs: http://krijnhoetmer.nl/irc-logs/ & http://logbot.glob.com.au/ -- stats: http://gavinsharp.com/irc/whatwg.html -- Please leave your sense of logic at the door, thanks!'
- # [23:57] * Set by smaug____!~chatzilla@GGZYYCCCXVIII.gprs.sl-laajakaista.fi on Wed Mar 21 17:14:24
- # [23:57] * Joins: Badreddin (~Nur@189.192.138.187)
- # [23:57] * Quits: jryans (~jryans@cpe-70-113-92-118.austin.res.rr.com) (Quit: Be back later)
- # Session Close: Wed Apr 24 00:00:00 2013
The end :)