/irc-logs / freenode / #whatwg / 2013-04-23 / end

Options:

  1. # Session Start: Tue Apr 23 00:00:00 2013
  2. # Session Ident: #whatwg
  3. # [00:01] * Quits: mven_ (~mven@169.241.49.210) (Remote host closed the connection)
  4. # [00:03] * Quits: weinig (~weinig@17.212.155.13) (Ping timeout: 276 seconds)
  5. # [00:04] * Quits: zagamqt (~zagam@81-230-17-139-no148.bredband.skanova.com) (Ping timeout: 264 seconds)
  6. # [00:05] * Quits: isherman (isherman@nat/google/x-ilhiockkujvvngdh) (Quit: Leaving.)
  7. # [00:05] * jonlee|afk is now known as jonlee
  8. # [00:05] * Joins: othermaciej (~mjs@17.114.108.14)
  9. # [00:06] * Joins: scor (~scor@c-98-216-39-127.hsd1.ma.comcast.net)
  10. # [00:06] * Quits: scor (~scor@c-98-216-39-127.hsd1.ma.comcast.net) (Changing host)
  11. # [00:06] * Joins: scor (~scor@drupal.org/user/52142/view)
  12. # [00:08] * Joins: darobin (~darobin@205.248.100.252)
  13. # [00:09] * Joins: SteveF (~chatzilla@205.248.100.252)
  14. # [00:10] * Quits: baku (~baku@2-236-39-253.ip231.fastwebnet.it) (Ping timeout: 260 seconds)
  15. # [00:11] * Joins: yorick_ (~yorick@oftn/member/yorick)
  16. # [00:15] * jonlee is now known as jonlee|afk
  17. # [00:16] * Quits: tndrH (~Rob@cpc4-seac20-2-0-cust858.7-2.cable.virginmedia.com) (Ping timeout: 272 seconds)
  18. # [00:17] * Quits: Smylers (~smylers@host86-168-221-39.range86-168.btcentralplus.com) (Quit: Leaving.)
  19. # [00:17] * jonlee|afk is now known as jonlee
  20. # [00:18] * Quits: barneybook|2 (~kvirc@220-136-58-193.dynamic.hinet.net) (*.net *.split)
  21. # [00:18] * Quits: dygerati (~jthiessen@c-71-193-216-142.hsd1.or.comcast.net) (*.net *.split)
  22. # [00:18] * Quits: yorick (~yorick@oftn/member/yorick) (*.net *.split)
  23. # [00:18] * Quits: jtcranme1 (~jcranmer@ltsp2.csl.tjhsst.edu) (*.net *.split)
  24. # [00:18] * Quits: anssik (uid10742@gateway/web/irccloud.com/x-srfcqpuyejmubmqj) (*.net *.split)
  25. # [00:18] * Quits: Scorchin (uid1242@gateway/web/irccloud.com/x-uqwoyorspnptezma) (*.net *.split)
  26. # [00:18] * Quits: ojan (uid5519@gateway/web/irccloud.com/x-ekzebflbczdoxakd) (*.net *.split)
  27. # [00:18] * Quits: boaz (~boaz@li326-230.members.linode.com) (*.net *.split)
  28. # [00:18] * Quits: Philip` (~philip@compass.zaynar.co.uk) (*.net *.split)
  29. # [00:20] * Joins: cabanier (~cabanier@205.248.100.252)
  30. # [00:20] * Joins: barneybook|2 (~kvirc@220-136-58-193.dynamic.hinet.net)
  31. # [00:20] * Joins: jtcranme1 (~jcranmer@ltsp2.csl.tjhsst.edu)
  32. # [00:20] * Joins: anssik (uid10742@gateway/web/irccloud.com/x-srfcqpuyejmubmqj)
  33. # [00:20] * Joins: Scorchin (uid1242@gateway/web/irccloud.com/x-uqwoyorspnptezma)
  34. # [00:20] * Joins: ojan (uid5519@gateway/web/irccloud.com/x-ekzebflbczdoxakd)
  35. # [00:20] * Joins: boaz (~boaz@li326-230.members.linode.com)
  36. # [00:20] * Joins: Philip` (~philip@compass.zaynar.co.uk)
  37. # [00:20] * jtcranme1 is now known as jtcranmer
  38. # [00:24] * Quits: marcosc (~marcosc@bl10-105-81.dsl.telepac.pt) (Remote host closed the connection)
  39. # [00:27] * jonlee is now known as jonlee|afk
  40. # [00:28] * Quits: Iroquois_ (~IroquoisT@69.170.160.74) (Remote host closed the connection)
  41. # [00:28] * Joins: IroquoisTwist (~IroquoisT@69.170.160.74)
  42. # [00:29] * jonlee|afk is now known as jonlee
  43. # [00:31] * Quits: jonlee (~jonlee@17.212.153.19) (Quit: jonlee)
  44. # [00:32] * Quits: yorick_ (~yorick@oftn/member/yorick) (Remote host closed the connection)
  45. # [00:32] * Quits: SimonSapin (~simon@ip-134.net-89-2-126.rev.numericable.fr) (Quit: Leaving.)
  46. # [00:32] * Joins: SimonSapin (~simon@ip-134.net-89-2-126.rev.numericable.fr)
  47. # [00:32] * Quits: tantek (~tantek@70-36-197-111.dsl.dynamic.sonic.net) (Quit: tantek)
  48. # [00:32] * Quits: Lachy (~Lachy@cm-84.215.19.229.getinternet.no) (Quit: Textual IRC Client: http://www.textualapp.com/)
  49. # [00:36] * jernoble is now known as jernoble|afk
  50. # [00:36] * jernoble|afk is now known as jernoble
  51. # [00:37] * Joins: Iroquois_ (~IroquoisT@69.170.160.74)
  52. # [00:39] * Quits: IroquoisTwist (~IroquoisT@69.170.160.74) (Ping timeout: 252 seconds)
  53. # [00:40] * Joins: sicking (~sicking@v-1045.fw1.sfo1.mozilla.net)
  54. # [00:40] * Quits: SimonSapin (~simon@ip-134.net-89-2-126.rev.numericable.fr) (Quit: Leaving.)
  55. # [00:40] * Quits: annevk (~annevk@2.25.61.48) (Remote host closed the connection)
  56. # [00:45] * Joins: Lachy (~Lachy@cm-84.215.19.229.getinternet.no)
  57. # [00:52] * Quits: jryans (~jryans@office.massrel.com) (Quit: Be back later)
  58. # [00:54] * Quits: danjesus (~danjesus@189.102.25.154) (Quit: Leaving)
  59. # [00:55] * Joins: weinig (~weinig@17.114.104.119)
  60. # [00:59] * Joins: birtles (~chatzilla@p10167-ipngn1701marunouchi.tokyo.ocn.ne.jp)
  61. # [01:00] * Quits: birtles (~chatzilla@p10167-ipngn1701marunouchi.tokyo.ocn.ne.jp) (Read error: Connection timed out)
  62. # [01:00] * Joins: birtles (~chatzilla@p10167-ipngn1701marunouchi.tokyo.ocn.ne.jp)
  63. # [01:05] * Quits: Iroquois_ (~IroquoisT@69.170.160.74) (Remote host closed the connection)
  64. # [01:05] * Joins: IroquoisTwist (~IroquoisT@69.170.160.74)
  65. # [01:06] <jsbell> Any Moz IDB folks around?
  66. # [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?
  67. # [01:13] * Quits: sicking (~sicking@v-1045.fw1.sfo1.mozilla.net) (Quit: sicking)
  68. # [01:13] * Quits: reybango (~reybango@c-66-229-94-105.hsd1.fl.comcast.net) (Quit: Leaving)
  69. # [01:13] * Quits: cabanier (~cabanier@205.248.100.252) (*.net *.split)
  70. # [01:13] * Quits: barneybook|2 (~kvirc@220-136-58-193.dynamic.hinet.net) (*.net *.split)
  71. # [01:13] * Quits: jtcranmer (~jcranmer@ltsp2.csl.tjhsst.edu) (*.net *.split)
  72. # [01:13] * Quits: anssik (uid10742@gateway/web/irccloud.com/x-srfcqpuyejmubmqj) (*.net *.split)
  73. # [01:13] * Quits: Scorchin (uid1242@gateway/web/irccloud.com/x-uqwoyorspnptezma) (*.net *.split)
  74. # [01:13] * Quits: ojan (uid5519@gateway/web/irccloud.com/x-ekzebflbczdoxakd) (*.net *.split)
  75. # [01:13] * Quits: boaz (~boaz@li326-230.members.linode.com) (*.net *.split)
  76. # [01:13] * Quits: Philip` (~philip@compass.zaynar.co.uk) (*.net *.split)
  77. # [01:14] * Joins: cabanier (~cabanier@205.248.100.252)
  78. # [01:14] * Joins: barneybook|2 (~kvirc@220-136-58-193.dynamic.hinet.net)
  79. # [01:14] * Joins: jtcranmer (~jcranmer@ltsp2.csl.tjhsst.edu)
  80. # [01:14] * Joins: anssik (uid10742@gateway/web/irccloud.com/x-srfcqpuyejmubmqj)
  81. # [01:14] * Joins: Scorchin (uid1242@gateway/web/irccloud.com/x-uqwoyorspnptezma)
  82. # [01:14] * Joins: ojan (uid5519@gateway/web/irccloud.com/x-ekzebflbczdoxakd)
  83. # [01:14] * Joins: boaz (~boaz@li326-230.members.linode.com)
  84. # [01:14] * Joins: Philip` (~philip@compass.zaynar.co.uk)
  85. # [01:16] * Joins: sicking (~sicking@v-1045.fw1.sfo1.mozilla.net)
  86. # [01:17] <sicking> jsbell: hey
  87. # [01:18] * Joins: tantek (~tantek@v-1045.fw1.sfo1.mozilla.net)
  88. # [01:19] * Quits: tantek (~tantek@v-1045.fw1.sfo1.mozilla.net) (Client Quit)
  89. # [01:20] * Joins: sgalineau (~sylvaing@sjfw1-a.adobe.com)
  90. # [01:20] * Joins: tantek (~tantek@v-1045.fw1.sfo1.mozilla.net)
  91. # [01:25] * Quits: sgalineau (~sylvaing@sjfw1-a.adobe.com) (Read error: Connection reset by peer)
  92. # [01:25] <sicking> jsbell: i think you broke the spec :)
  93. # [01:27] <jsbell> sicking: hrm... left something out in my removal of exception tables, or something more fundamental?
  94. # [01:27] <sicking> jsbell: Throwing a InvalidStateError sounds correct. I don't know what you mean by "spec blather"? :)
  95. # [01:27] <sicking> jsbell: the TOC is completely busted
  96. # [01:27] <jsbell> Huh....
  97. # [01:27] <sicking> jsbell: i see a lot of 0's everywhere
  98. # [01:28] <jsbell> Odd. Looks fine to me...
  99. # [01:28] <sicking> ble of Contents
  100. # [01:28] <sicking> 0
  101. # [01:28] <sicking> 1. 00Introduction000
  102. # [01:28] <sicking> 0
  103. # [01:28] <sicking> 2. 00Conformance000
  104. # [01:28] <sicking> 2.1 00Dependencies000
  105. # [01:28] <sicking> 00
  106. # [01:28] <jsbell> trying ff....
  107. # [01:28] <jsbell> looks fine to me in FF20 as well.
  108. # [01:28] <jsbell> https://dvcs.w3.org/hg/IndexedDB/raw-file/tip/Overview.html ?
  109. # [01:28] <sicking> woha, looks fine in chrome
  110. # [01:29] <sicking> ooh, and fine in FF20 too
  111. # [01:29] <jsbell> perhaps you broke firefox? :)
  112. # [01:29] <sicking> i think i did :)
  113. # [01:30] <jsbell> ignore "blather". I just meant the boilerplate on each method about throwing when the object is deleted
  114. # [01:30] <sicking> crazy, i rarely see such bad bustage on nightlies
  115. # [01:30] * Joins: dbaron (~dbaron@pool-72-94-180-24.phlapa.fios.verizon.net)
  116. # [01:30] <sicking> dbaron: hey
  117. # [01:30] <dbaron> sicking, hi
  118. # [01:30] <sicking> dbaron: i going to blame your team for this :)
  119. # [01:30] <dbaron> sicking, what?
  120. # [01:31] * Joins: mven (~mven@ip68-224-15-53.lv.lv.cox.net)
  121. # [01:31] <sicking> oh, man, it's in the DOM, i can't blame you
  122. # [01:31] <sicking> dbaron: spec bustage in nightlies
  123. # [01:31] <dbaron> sicking, I think there was some js stuff backed out, and nightlies respun
  124. # [01:31] <dbaron> sicking, but yes, builds were pretty busted earlier
  125. # [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.
  126. # [01:33] <sicking> jsbell: will do
  127. # [01:33] <sicking> jsbell: are you working on defining exception ordering?
  128. # [01:34] * Joins: sgalineau (~sylvaing@sjfw1-a.adobe.com)
  129. # [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
  130. # [01:35] <sicking> jsbell: ah, i see
  131. # [01:35] <sicking> jsbell: are you coming on wednesday morning btw? With EricU?
  132. # [01:35] <jsbell> sicking: yes!
  133. # [01:35] * Joins: dygerati (~jthiessen@c-71-193-216-142.hsd1.or.comcast.net)
  134. # [01:36] <sicking> jsbell: sweet! I want to talk about temporary vs. permanent databases
  135. # [01:37] <jsbell> sgtm
  136. # [01:40] * Joins: bholley_ (~bholley@24.212.243.246)
  137. # [01:40] * Quits: bholley (~bholley@24-212-243-246.cable.teksavvy.com) (Read error: Connection reset by peer)
  138. # [01:40] * Quits: bholley_ (~bholley@24.212.243.246) (Read error: Connection reset by peer)
  139. # [01:40] * heycam|away is now known as heycam
  140. # [01:42] * Joins: OnlyMax (~OnlyMax@187-126-215-61.user.veloxzone.com.br)
  141. # [01:42] * Quits: ehsan (~ehsan@66.207.208.98) (Remote host closed the connection)
  142. # [01:43] <Hixie> MikeSmith: do you know if the bugzilla w3c uses supports the "needsinfo" fields?
  143. # [01:43] * Joins: bholley (~bholley@24.212.243.246)
  144. # [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?
  145. # [01:46] * Joins: bholley_ (~bholley@24.212.243.246)
  146. # [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...
  147. # [01:48] * Quits: bholley (~bholley@24.212.243.246) (Ping timeout: 248 seconds)
  148. # [01:48] * bholley_ is now known as bholley
  149. # [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.
  150. # [01:49] <sicking> jsbell: nice. I'd add index.openCursor which allows specifying a primary key too
  151. # [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
  152. # [01:50] <jsbell> Given that Chrome doesn't support blobs-in-idb yet it's too early for us to even experiment.
  153. # [01:50] <sicking> ah, true
  154. # [01:50] <sicking> oh, i was curious if that's easier for you guys to implement now that you've forked webkit
  155. # [01:51] <jsbell> The canonical example is album art for your IDB of music metadata.
  156. # [01:51] <sicking> sounded like one of the bug advantages was that you can simplify the process separation stuff
  157. # [01:51] <sicking> s/bug/big/
  158. # [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
  159. # [01:52] <jsbell> and blob support is something that'll get much easier
  160. # [01:52] <sicking> nice!
  161. # [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.)
  162. # [01:54] <sicking> hmm.. i wonder if something as simple as indexeddb:http://foo.com/dbname/objectstore/key would be enough
  163. # [01:54] * Quits: weinig (~weinig@17.114.104.119) (Quit: weinig)
  164. # [01:54] <sicking> it wouldn't let you address blobs inside of structured clones
  165. # [01:55] <sicking> and it's tricky if the key is something other than a string
  166. # [01:55] <sicking> but if you're willing to live with those limitations, it'd work
  167. # [01:56] * Joins: a-ja (~Instantbi@70.230.147.104)
  168. # [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
  169. # [01:58] <jsbell> index gets would be nice
  170. # [01:58] <jsbell> as would #key.path to pull out fragments of an object
  171. # [01:58] <sicking> hmm.. good point
  172. # [01:58] <jsbell> but yeah, we need to ponder a bit
  173. # [01:58] <sicking> i think the keypath would have to be part of the url, not part of the fragment
  174. # [01:58] <jsbell> and it should use the current version, but not trigger an upgrade to v1, etc etc.
  175. # [01:58] <sicking> so that you can use fragments to identify things within a blob
  176. # [01:59] <jsbell> Ah, good point
  177. # [02:00] * Joins: eresair (~eresair@c-71-198-63-116.hsd1.ca.comcast.net)
  178. # [02:00] <sicking> yeah.. this stuff gets messy :(
  179. # [02:00] <sicking> it would be very cool though
  180. # [02:03] * Quits: othermaciej (~mjs@17.114.108.14) (Quit: othermaciej)
  181. # [02:05] * Joins: weinig (~weinig@17.114.104.119)
  182. # [02:11] * Quits: nimbu (~nimbu@sjfw1.adobe.com) (Read error: Connection reset by peer)
  183. # [02:11] * Joins: jdaggett (~jdaggett@p10167-ipngn1701marunouchi.tokyo.ocn.ne.jp)
  184. # [02:14] * Quits: darobin (~darobin@205.248.100.252) (Remote host closed the connection)
  185. # [02:15] * Quits: cabanier (~cabanier@205.248.100.252) (Quit: Leaving.)
  186. # [02:15] * jernoble is now known as jernoble|afk
  187. # [02:15] * jernoble|afk is now known as jernoble
  188. # [02:16] * Quits: garciawebdev (~garciaweb@190.244.74.107) (Remote host closed the connection)
  189. # [02:16] * Quits: jsbell (jsbell@nat/google/x-tavdgupwjsvwocil) (Quit: There's no place like home...)
  190. # [02:18] * Joins: isherman (isherman@nat/google/x-ocljgalfhjyhlwtn)
  191. # [02:18] * Quits: SteveF (~chatzilla@205.248.100.252) (Ping timeout: 246 seconds)
  192. # [02:22] * Quits: rniwa_ (~rniwa@17.245.108.133) (Quit: rniwa_)
  193. # [02:25] * Joins: rniwa (~rniwa@17.212.154.177)
  194. # [02:27] * Quits: barneybook|2 (~kvirc@220-136-58-193.dynamic.hinet.net) (*.net *.split)
  195. # [02:27] * Quits: jtcranmer (~jcranmer@ltsp2.csl.tjhsst.edu) (*.net *.split)
  196. # [02:27] * Quits: anssik (uid10742@gateway/web/irccloud.com/x-srfcqpuyejmubmqj) (*.net *.split)
  197. # [02:27] * Quits: Scorchin (uid1242@gateway/web/irccloud.com/x-uqwoyorspnptezma) (*.net *.split)
  198. # [02:27] * Quits: ojan (uid5519@gateway/web/irccloud.com/x-ekzebflbczdoxakd) (*.net *.split)
  199. # [02:27] * Quits: boaz (~boaz@li326-230.members.linode.com) (*.net *.split)
  200. # [02:27] * Quits: Philip` (~philip@compass.zaynar.co.uk) (*.net *.split)
  201. # [02:29] * Quits: Bass10_ (Bass10@c-76-113-194-7.hsd1.mn.comcast.net) (Quit: Leaving)
  202. # [02:32] * Joins: barneybook|2 (~kvirc@220-136-58-193.dynamic.hinet.net)
  203. # [02:32] * Joins: jtcranmer (~jcranmer@ltsp2.csl.tjhsst.edu)
  204. # [02:32] * Joins: anssik (uid10742@gateway/web/irccloud.com/x-srfcqpuyejmubmqj)
  205. # [02:32] * Joins: Scorchin (uid1242@gateway/web/irccloud.com/x-uqwoyorspnptezma)
  206. # [02:32] * Joins: ojan (uid5519@gateway/web/irccloud.com/x-ekzebflbczdoxakd)
  207. # [02:32] * Joins: boaz (~boaz@li326-230.members.linode.com)
  208. # [02:32] * Joins: Philip` (~philip@compass.zaynar.co.uk)
  209. # [02:32] * Joins: danielfilho (~danielfil@200.233.52.248)
  210. # [02:38] * Quits: tantek (~tantek@v-1045.fw1.sfo1.mozilla.net) (Quit: tantek)
  211. # [02:44] * Quits: eric_carlson (~eric@17.212.152.104) (Quit: eric_carlson)
  212. # [02:44] * Quits: gavinc (~gavin@barad-dur.carothers.name) (Quit: Konversation terminated!)
  213. # [02:45] * Joins: karlcow (~karl@nerval.la-grange.net)
  214. # [02:46] * Joins: eric_carlson (~eric@17.212.152.104)
  215. # [02:48] * Quits: ap (~ap@2620:149:4:1b01:6062:8f8b:efd1:eb57) (Quit: ap)
  216. # [02:49] * Joins: nimbu (~nimbu@173-228-123-12.dsl.dynamic.sonic.net)
  217. # [02:50] * Joins: ehsan (~ehsan@24.212.206.174)
  218. # [02:59] * Quits: krit (~krit@c-24-4-184-107.hsd1.ca.comcast.net) (Quit: Leaving.)
  219. # [03:02] * Quits: dygerati (~jthiessen@c-71-193-216-142.hsd1.or.comcast.net) (Ping timeout: 246 seconds)
  220. # [03:06] * Quits: sgalineau (~sylvaing@sjfw1-a.adobe.com) (Quit: Textual IRC Client: www.textualapp.com)
  221. # [03:13] * Joins: nimbu1 (~nimbu@sjfw1.adobe.com)
  222. # [03:14] * Quits: nimbu (~nimbu@173-228-123-12.dsl.dynamic.sonic.net) (Ping timeout: 260 seconds)
  223. # [03:14] * Quits: weinig (~weinig@17.114.104.119) (Quit: weinig)
  224. # [03:15] * Joins: weinig (~weinig@17.114.104.119)
  225. # [03:15] * Quits: weinig (~weinig@17.114.104.119) (Client Quit)
  226. # [03:17] * Joins: cabanier (~cabanier@38.111.151.153)
  227. # [03:18] * Quits: smaug____ (~chatzilla@cs164155.pp.htv.fi) (Ping timeout: 245 seconds)
  228. # [03:27] * nimbu1 is now known as divya
  229. # [03:31] <mounir> Hixie: pong
  230. # [03:35] * Quits: nessy (~silviapf@124-149-162-142.dyn.iinet.net.au) (Quit: Leaving.)
  231. # [03:36] * Quits: linclark (~clark@c-67-186-35-246.hsd1.pa.comcast.net) (Read error: Connection reset by peer)
  232. # [03:36] * Quits: necolas (~necolas@8.25.197.25) (Remote host closed the connection)
  233. # [03:37] * Quits: eresair (~eresair@c-71-198-63-116.hsd1.ca.comcast.net) (Remote host closed the connection)
  234. # [03:37] * Quits: barneybook|2 (~kvirc@220-136-58-193.dynamic.hinet.net) (Read error: Connection reset by peer)
  235. # [03:37] * Joins: linclark (~clark@c-67-186-35-246.hsd1.pa.comcast.net)
  236. # [03:37] * Quits: linclark (~clark@c-67-186-35-246.hsd1.pa.comcast.net) (Client Quit)
  237. # [03:46] * Joins: hasather (~hasather@cm-84.210.170.16.getinternet.no)
  238. # [03:49] * Quits: say2joe (~say2joe@204.56.108.2) (Quit: Leaving.)
  239. # [03:50] * Quits: hasather (~hasather@cm-84.210.170.16.getinternet.no) (Ping timeout: 246 seconds)
  240. # [04:03] * Joins: eresair (~eresair@c-71-198-63-116.hsd1.ca.comcast.net)
  241. # [04:07] * Joins: richt (~richt@59.10.159.165)
  242. # [04:09] * Quits: isherman (isherman@nat/google/x-ocljgalfhjyhlwtn) (Read error: Connection reset by peer)
  243. # [04:09] * Joins: isherman (isherman@nat/google/x-yurmerimgaypdwmq)
  244. # [04:10] * Quits: rubatdub (~khalil@213.188.180.185) (Quit: Quitte)
  245. # [04:11] * heycam is now known as heycam|away
  246. # [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])
  247. # [04:21] * Quits: richt (~richt@59.10.159.165) (Remote host closed the connection)
  248. # [04:21] * Joins: richt (~richt@59.10.159.165)
  249. # [04:25] * Quits: richt (~richt@59.10.159.165) (Ping timeout: 264 seconds)
  250. # [04:28] * Quits: jacobolus (~jacobolus@50-0-133-210.dsl.static.sonic.net) (Remote host closed the connection)
  251. # [04:31] * Joins: barneybook (~kvirc@1-171-184-182.dynamic.hinet.net)
  252. # [04:32] * Quits: barneybook (~kvirc@1-171-184-182.dynamic.hinet.net) (Max SendQ exceeded)
  253. # [04:33] * Joins: barneybook (~kvirc@1-171-184-182.dynamic.hinet.net)
  254. # [04:35] * Joins: darobin (~darobin@66.201.52.99)
  255. # [04:38] * Joins: SteveF (~chatzilla@66.201.52.99)
  256. # [04:49] * Joins: dydx (~dydz@76-220-18-65.lightspeed.sntcca.sbcglobal.net)
  257. # [04:49] * Quits: sicking (~sicking@v-1045.fw1.sfo1.mozilla.net) (Quit: sicking)
  258. # [05:04] * Quits: IroquoisTwist (~IroquoisT@69.170.160.74) (Ping timeout: 260 seconds)
  259. # [05:10] * Joins: richt (~richt@125.131.77.132)
  260. # [05:10] * Quits: eresair (~eresair@c-71-198-63-116.hsd1.ca.comcast.net) (Remote host closed the connection)
  261. # [05:10] * Joins: richt_ (~richt@91.216.105.42)
  262. # [05:14] * Quits: richt (~richt@125.131.77.132) (Ping timeout: 260 seconds)
  263. # [05:17] * Quits: scor (~scor@drupal.org/user/52142/view) (Quit: scor)
  264. # [05:17] * Quits: ajt_ (~ajt@li181-64.members.linode.com) (Ping timeout: 276 seconds)
  265. # [05:17] * Quits: runeh (~Rune@phlebotinum.org) (Ping timeout: 276 seconds)
  266. # [05:18] * Joins: ajt_ (~ajt@li181-64.members.linode.com)
  267. # [05:35] * Joins: nessy (~silviapf@dps-pool9.nat.nicta.com.au)
  268. # [05:49] * Quits: divya (~nimbu@sjfw1.adobe.com) (Ping timeout: 248 seconds)
  269. # [05:49] * Quits: ^esc (~esc_ape@77.116.246.51.wireless.dyn.drei.com) (Ping timeout: 248 seconds)
  270. # [05:51] * Quits: bholley (~bholley@24.212.243.246) (Quit: bholley)
  271. # [05:51] * Joins: sicking (~sicking@v-1045.fw1.sfo1.mozilla.net)
  272. # [06:00] * Joins: barneybook|2 (~kvirc@1-160-46-156.dynamic.hinet.net)
  273. # [06:03] * Quits: barneybook (~kvirc@1-171-184-182.dynamic.hinet.net) (Ping timeout: 255 seconds)
  274. # [06:04] * Joins: xjiujiu (~quassel@218.77.14.202)
  275. # [06:07] * Quits: xjiujiu (~quassel@218.77.14.202) (Read error: Connection reset by peer)
  276. # [06:08] * Joins: xjiujiu (~quassel@218.77.14.202)
  277. # [06:15] * Quits: nessy (~silviapf@dps-pool9.nat.nicta.com.au) (Ping timeout: 260 seconds)
  278. # [06:18] * Joins: nessy (~silviapf@dps-pool9.nat.nicta.com.au)
  279. # [06:18] * Quits: xjiujiu (~quassel@218.77.14.202) (Quit: No Ping reply in 180 seconds.)
  280. # [06:19] * Joins: xjiujiu (~quassel@218.77.14.202)
  281. # [06:22] * heycam|away is now known as heycam
  282. # [06:26] * Joins: richt (~richt@125.131.77.132)
  283. # [06:28] * Joins: YourWebDevGuy (~yourwebde@75.92.84.106)
  284. # [06:29] * Quits: richt_ (~richt@91.216.105.42) (Ping timeout: 255 seconds)
  285. # [06:39] * Joins: X99 (~quassel@218.77.14.202)
  286. # [06:40] * Quits: xjiujiu (~quassel@218.77.14.202) (Read error: Connection reset by peer)
  287. # [06:51] * Quits: X99 (~quassel@218.77.14.202) (Read error: Connection reset by peer)
  288. # [06:53] * Joins: xjiujiu (~quassel@218.77.14.202)
  289. # [06:53] * Quits: richt (~richt@125.131.77.132) (Remote host closed the connection)
  290. # [06:54] * Joins: richt (~richt@125.131.77.132)
  291. # [06:58] * Quits: richt (~richt@125.131.77.132) (Ping timeout: 256 seconds)
  292. # [06:58] * Quits: rniwa (~rniwa@17.212.154.177) (Quit: rniwa)
  293. # [06:59] * Joins: fishd (~fishd@216.239.45.130)
  294. # [07:02] * Quits: nessy (~silviapf@dps-pool9.nat.nicta.com.au) (Ping timeout: 255 seconds)
  295. # [07:04] * Quits: sicking (~sicking@v-1045.fw1.sfo1.mozilla.net) (Quit: sicking)
  296. # [07:09] * Quits: SteveF (~chatzilla@66.201.52.99) (Ping timeout: 276 seconds)
  297. # [07:16] <Hixie> mounir: see https://www.w3.org/Bugs/Public/show_bug.cgi?id=11937#c10
  298. # [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
  299. # [07:18] * Joins: skcin7 (~skcin7@c-68-38-156-213.hsd1.nj.comcast.net)
  300. # [07:18] <MikeSmith> Hixie: about bugzilla, I don't knwo what "needsinfo" fields are
  301. # [07:18] * MikeSmith checks bugzilla config
  302. # [07:20] * Joins: runeh (~Rune@phlebotinum.org)
  303. # [07:21] * Quits: Jedi_ (~Jedi@jedi.org) (Ping timeout: 264 seconds)
  304. # [07:21] * Joins: SimonSapin (~simon@ip-134.net-89-2-126.rev.numericable.fr)
  305. # [07:23] <MikeSmith> Hixie: I don't find any admin params for turnin on "needsinfo" fields..
  306. # [07:23] <MikeSmith> /editparams.cgi?section=index
  307. # [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
  308. # [07:24] <MikeSmith> v4.2.5
  309. # [07:27] <MikeSmith> https://groups.google.com/a/chromium.org/d/msg/blink-dev/KZ0eaL-3vQY/6YQNvwX6NrwJ
  310. # [07:27] <MikeSmith> from Ojan: "Would be great if we histogrammed XSLT usage. Maybe we could stop supporting it entirely.!
  311. # [07:37] * Joins: zcorpan (~zcorpan@90-230-217-68-no135.tbcn.telia.com)
  312. # [07:45] * Joins: JeppeN (~paseo@port1021.ds1-abc.adsl.cybercity.dk)
  313. # [07:47] * Quits: zcorpan (~zcorpan@90-230-217-68-no135.tbcn.telia.com) (Remote host closed the connection)
  314. # [07:48] * Joins: Cromulent (~Cromulent@cpc4-reig5-2-0-cust637.6-3.cable.virginmedia.com)
  315. # [07:53] * Joins: nessy (~silviapf@stargate.it.nicta.com.au)
  316. # [07:57] * Joins: niloy (~niloy@115.112.64.6)
  317. # [08:02] <Hixie> MikeSmith: k
  318. # [08:02] <Hixie> wonder how to deal with bugs i have where i'm 90% blocked on someone else responding
  319. # [08:02] <Hixie> don't want to lose track of them by assigning it to them or marking thing NEEDSINFO
  320. # [08:02] <Hixie> s/thing/them/
  321. # [08:03] * Quits: nessy (~silviapf@stargate.it.nicta.com.au) (Ping timeout: 256 seconds)
  322. # [08:04] * Joins: nessy (~silviapf@dps-pool9.nat.nicta.com.au)
  323. # [08:05] * Joins: miketaylr (~miketaylr@80.232.109.46)
  324. # [08:05] * Quits: jernoble (~jernoble@17.212.152.13) (Quit: Textual IRC Client: www.textualapp.com)
  325. # [08:07] * Joins: jernoble (~jernoble@17.212.152.13)
  326. # [08:13] * Quits: xjiujiu (~quassel@218.77.14.202) (Remote host closed the connection)
  327. # [08:14] * Quits: fishd (~fishd@216.239.45.130) (Ping timeout: 252 seconds)
  328. # [08:16] * Joins: baku (~baku@2-236-39-253.ip231.fastwebnet.it)
  329. # [08:19] * Joins: tndrH (~Rob@cpc4-seac20-2-0-cust858.7-2.cable.virginmedia.com)
  330. # [08:24] * Joins: IroquoisTwist (~IroquoisT@2602:306:c503:dfa0:dd35:c621:bc30:56f9)
  331. # [08:27] * Joins: zdobersek (~zdobersek@cpe-77.38.31.63.cable.t-1.si)
  332. # [08:38] * Quits: IroquoisTwist (~IroquoisT@2602:306:c503:dfa0:dd35:c621:bc30:56f9) (Remote host closed the connection)
  333. # [08:38] * Quits: miketaylr (~miketaylr@80.232.109.46) (Quit: miketaylr)
  334. # [08:49] * Quits: darobin (~darobin@66.201.52.99) (Remote host closed the connection)
  335. # [08:49] * Joins: tobie (~tobielang@73-118.195-178.cust.bluewin.ch)
  336. # [08:51] * Joins: othermaciej (~mjs@c-50-136-134-16.hsd1.ca.comcast.net)
  337. # [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/)
  338. # [08:57] * jernoble is now known as jernoble|afk
  339. # [08:57] * jernoble|afk is now known as jernoble
  340. # [09:01] * Joins: Kolombiken (~Adium@gateway.creuna.se)
  341. # [09:03] * Joins: rniwa (~rniwa@70-89-66-218-ca.sfba.hfc.comcastbusiness.net)
  342. # [09:07] * Joins: hasather (~hasather@cm-84.210.170.16.getinternet.no)
  343. # [09:07] * Joins: sedovsek (~robert@89.143.12.238)
  344. # [09:11] * Joins: mitemitreski (~mitemitre@212.120.17.179)
  345. # [09:11] * Quits: hasather (~hasather@cm-84.210.170.16.getinternet.no) (Ping timeout: 240 seconds)
  346. # [09:19] * Quits: YourWebDevGuy (~yourwebde@75.92.84.106) (Quit: Leaving)
  347. # [09:19] * Joins: richt (~richt@222.233.254.208)
  348. # [09:21] * jernoble is now known as jernoble|afk
  349. # [09:21] * jernoble|afk is now known as jernoble
  350. # [09:25] * Joins: tantek (~tantek@70-36-197-111.dsl.dynamic.sonic.net)
  351. # [09:29] * Quits: Kolombiken (~Adium@gateway.creuna.se) (Quit: Leaving.)
  352. # [09:32] * Joins: zcorpan (~zcorpan@90-230-217-68-no135.tbcn.telia.com)
  353. # [09:35] * Joins: pyrsmk (~pyrsmk@2a01:e35:2f52:ead0:21e:8cff:feeb:d962)
  354. # [09:35] * Quits: pyrsmk (~pyrsmk@2a01:e35:2f52:ead0:21e:8cff:feeb:d962) (Remote host closed the connection)
  355. # [09:35] * Quits: baku (~baku@2-236-39-253.ip231.fastwebnet.it) (Quit: Leaving)
  356. # [09:36] * Joins: pyrsmk (~pyrsmk@2a01:e35:2f52:ead0:21e:8cff:feeb:d962)
  357. # [09:38] * Joins: miketaylr (~miketaylr@91.203.97.247)
  358. # [09:39] * Quits: nessy (~silviapf@dps-pool9.nat.nicta.com.au) (Ping timeout: 256 seconds)
  359. # [09:40] * Joins: marcosc (~marcosc@bl10-105-81.dsl.telepac.pt)
  360. # [09:41] * Joins: jryans (~jryans@cpe-70-113-92-118.austin.res.rr.com)
  361. # [09:46] * Joins: nessy (~silviapf@dps-pool9.nat.nicta.com.au)
  362. # [09:50] * Joins: j_wright (~jwright@ip70-173-127-54.lv.lv.cox.net)
  363. # [09:52] * Joins: Kolombiken (~Adium@gateway.creuna.se)
  364. # [09:58] * Quits: Kolombiken (~Adium@gateway.creuna.se) (Quit: Leaving.)
  365. # [10:03] * Joins: hasather (~hasather@80.91.33.141)
  366. # [10:04] * Joins: nonge (~nonge@p5B326583.dip0.t-ipconnect.de)
  367. # [10:04] * Quits: rniwa (~rniwa@70-89-66-218-ca.sfba.hfc.comcastbusiness.net) (Quit: rniwa)
  368. # [10:06] * Quits: marcosc (~marcosc@bl10-105-81.dsl.telepac.pt) (Remote host closed the connection)
  369. # [10:07] * Quits: mitemitreski (~mitemitre@212.120.17.179) (Read error: Connection reset by peer)
  370. # [10:08] * Joins: mitemitreski (~mitemitre@212.120.17.179)
  371. # [10:08] * Quits: nonge_ (~nonge@p5B3261CB.dip0.t-ipconnect.de) (Ping timeout: 264 seconds)
  372. # [10:09] * Joins: asdfz0mg (~asdfz0mg@109-104-22-194.customers.ownit.se)
  373. # [10:11] * Joins: Ms2ger (~Ms2ger@19.254-64-87.adsl-dyn.isp.belgacom.be)
  374. # [10:12] * Quits: dydx (~dydz@76-220-18-65.lightspeed.sntcca.sbcglobal.net) (Quit: dydx)
  375. # [10:13] * Quits: nessy (~silviapf@dps-pool9.nat.nicta.com.au) (Quit: Leaving.)
  376. # [10:15] * Quits: jdaggett (~jdaggett@p10167-ipngn1701marunouchi.tokyo.ocn.ne.jp) (Ping timeout: 252 seconds)
  377. # [10:16] * heycam is now known as heycam|away
  378. # [10:31] * Quits: SimonSapin (~simon@ip-134.net-89-2-126.rev.numericable.fr) (Ping timeout: 264 seconds)
  379. # [10:35] * Joins: benbarnett (~Adium@80.87.30.115)
  380. # [10:36] * Joins: Kolombiken (~Adium@94.137.124.2)
  381. # [10:36] * Joins: annevk (~annevk@207.218.72.65)
  382. # [10:37] <Ms2ger> MikeSmith, needinfo? is an extension, apparently: http://bzr.mozilla.org/bmo/4.2/files/head:/extensions/Needinfo/
  383. # [10:40] * toyoshiAw is now known as toyoshim
  384. # [10:42] * Quits: JeppeN (~paseo@port1021.ds1-abc.adsl.cybercity.dk) (Ping timeout: 246 seconds)
  385. # [10:42] * Quits: zcorpan (~zcorpan@90-230-217-68-no135.tbcn.telia.com) (Remote host closed the connection)
  386. # [10:42] * Quits: asdfz0mg (~asdfz0mg@109-104-22-194.customers.ownit.se) (Quit: Sleepy time)
  387. # [10:44] * Joins: ehsan_ (~ehsan@24-212-206-174.cable.teksavvy.com)
  388. # [10:45] <annevk> So Chrome still crashes on page load... Did I get stuck on a wrong build somehow?
  389. # [10:46] <annevk> Oh, it says it's updating now... Lets see
  390. # [10:47] * Quits: ehsan (~ehsan@24.212.206.174) (Ping timeout: 256 seconds)
  391. # [10:48] * Joins: SimonSapin (~simon@2a01:e35:2e8d:b5f0:ea9d:87ff:fe22:e221)
  392. # [10:51] * Joins: tomasf (~tomasf@77.72.97.10.c.fiberdirekt.net)
  393. # [10:51] * Joins: attiks (~chatzilla@d5153136D.static.telenet.be)
  394. # [10:52] * Quits: Lachy (~Lachy@cm-84.215.19.229.getinternet.no) (Quit: Textual IRC Client: http://www.textualapp.com/)
  395. # [10:53] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
  396. # [10:57] * Joins: smaug____ (~chatzilla@cs164155.pp.htv.fi)
  397. # [10:59] * Quits: Kolombiken (~Adium@94.137.124.2) (Quit: Leaving.)
  398. # [11:00] * Joins: zcorpan (~zcorpan@90-230-217-68-no135.tbcn.telia.com)
  399. # [11:01] * Joins: nonge_ (~nonge@p5082B5FB.dip0.t-ipconnect.de)
  400. # [11:05] * Quits: nonge (~nonge@p5B326583.dip0.t-ipconnect.de) (Ping timeout: 256 seconds)
  401. # [11:07] * Krinkle is now known as Krinkle|detached
  402. # [11:10] * Joins: SteveF (~chatzilla@66.201.52.99)
  403. # [11:16] * Quits: yoav_ (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Quit: Ex-Chat)
  404. # [11:24] * Joins: nessy (~silviapf@124-149-162-142.dyn.iinet.net.au)
  405. # [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?"
  406. # [11:27] * Joins: yoav_ (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
  407. # [11:27] * Joins: Kolombiken (~Adium@gateway.creuna.se)
  408. # [11:27] * Joins: Jedi_ (~Jedi@jedi.org)
  409. # [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
  410. # [11:28] <tobie> jgraham: arguably, I feel like this moment should be when you initially send the PR.
  411. # [11:28] <jgraham> But I am not really arguing about the policy for web-platform-tests
  412. # [11:28] <jgraham> However, experience of the opposite policy suggests it does have advantages
  413. # [11:29] * Joins: marcosc (~marcosc@bl10-105-81.dsl.telepac.pt)
  414. # [11:30] * Joins: jpn (~jpn@194.65.5.235)
  415. # [11:31] <tobie> yeah, they actually fit different development models, at least in theory.
  416. # [11:31] * Quits: SteveF (~chatzilla@66.201.52.99) (Ping timeout: 264 seconds)
  417. # [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
  418. # [11:33] <zcorpan> tobie: and TR/dom is not maintained, i think
  419. # [11:33] <zcorpan> (or maybe it is)
  420. # [11:34] <jgraham> Well in theory some people volunteered to do it
  421. # [11:34] <jgraham> I don't know if anyone actually did or not
  422. # [11:35] <tobie> jgraham: what? the -> tr?
  423. # [11:35] <jgraham> Keeping W3C DOM up to date
  424. # [11:35] * Joins: asdfz0mg (~asdfz0mg@109-104-22-194.customers.ownit.se)
  425. # [11:36] * Quits: Jedi_ (~Jedi@jedi.org) (Ping timeout: 252 seconds)
  426. # [11:36] <tobie> oh
  427. # [11:36] <zcorpan> https://dvcs.w3.org/hg/domcore/raw-file/tip/Overview.html 6 December 2012
  428. # [11:37] <tobie> zcorpan: tbh I'm not really interested to take part in that debate.
  429. # [11:38] <tobie> I'm just hoping to be able to avoid maintaining a dictionary of specs to test repo names.
  430. # [11:44] * Quits: jryans (~jryans@cpe-70-113-92-118.austin.res.rr.com) (Quit: Be back later)
  431. # [11:46] <annevk> Keep that flexible. We want to be able to move bits around while we haven't figured out the architecture.
  432. # [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.
  433. # [11:48] * Joins: jryans (~jryans@cpe-70-113-92-118.austin.res.rr.com)
  434. # [11:49] <zcorpan> annevk: tests can move around when that happens
  435. # [11:49] <zcorpan> not that moving tests is awesome, but the test/spec coverage tool is
  436. # [11:49] <Ms2ger> I don't know what this dictionary is for anyway
  437. # [11:50] <zcorpan> tobie: this is for the coverage tool, yes?
  438. # [11:50] <tobie> zcorpan: among other things.
  439. # [11:50] * Joins: Jedi_ (~Jedi@jedi.org)
  440. # [11:51] <tobie> But yeah that's the immediate use case.
  441. # [11:51] <zcorpan> tobie: what's the plan when things move stuff around between specs?
  442. # [11:51] <annevk> zcorpan: I guess the remaining problem then is the W3C not keeping up to speed with copy-and-pasting...
  443. # [11:52] <tobie> annevk: either that or finding licensing terms where folks are happier to contribute to the same spec.
  444. # [11:55] <tobie> annevk: what's the rational in moving ProgressEvent to XHR?
  445. # [11:55] <zcorpan> jgraham: how does moving tests around every so often affect our use of the tests?
  446. # [11:55] <annevk> tobie: and a better Process...
  447. # [11:56] <tobie> s/rational/rationale/
  448. # [11:56] <annevk> tobie: less work
  449. # [11:56] <annevk> tobie: and makes them testable
  450. # [11:56] <jgraham> Moving tests around is super annoying
  451. # [11:57] <jgraham> Because you need to propogate the change to anything that cares about the URL of a test
  452. # [11:57] <jgraham> Or whatever the unique identifier is
  453. # [11:58] * Quits: birtles (~chatzilla@p10167-ipngn1701marunouchi.tokyo.ocn.ne.jp) (Quit: ChatZilla 0.9.90-rdmsoft [XULRunner 1.9.0.17/2009122204])
  454. # [11:58] <tobie> annevk: … aren't progress events used elsewhere?
  455. # [11:59] * Joins: Lachy (~Lachy@cm-84.215.19.229.getinternet.no)
  456. # [11:59] <zcorpan> so what should we do? not structure tests after specs at all? or not move tests when specs change?
  457. # [11:59] <annevk> tobie: yes
  458. # [11:59] * Quits: Jedi_ (~Jedi@jedi.org) (Ping timeout: 255 seconds)
  459. # [11:59] <jgraham> zcorpan: Is there also a good option? :(
  460. # [11:59] <annevk> jgraham: hindsight!
  461. # [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?
  462. # [12:01] <zcorpan> tell spec editors to stop moving things around (just threat with jgraham and his cricket bat)
  463. # [12:02] <annevk> tobie: figuring what out? It's all properly cross-referenced...
  464. # [12:03] <tobie> annevk: not everyone is as savvy with these things as spec editors.
  465. # [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.
  466. # [12:04] <annevk> tobie: making it actually much harder to read for developers and implementers as there's so much boilerplate.
  467. # [12:04] <tobie> that's essentially a presentational issue.
  468. # [12:04] <annevk> No it's not.
  469. # [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...
  470. # [12:05] <tobie> really? .boilerplate { display:none }
  471. # [12:05] <annevk> Boilerplate such as Abstract/Introduction/Conformance/Acknowledgments/References/Terminology/<div class=head>
  472. # [12:06] <annevk> Table of Contents for all that, too
  473. # [12:06] * Quits: barneybook|2 (~kvirc@1-160-46-156.dynamic.hinet.net) (Read error: Connection reset by peer)
  474. # [12:06] <zcorpan> REMOVE ALL THE BOILERPLATE
  475. # [12:08] <tobie> annevk: I don't understand the "more testable" assertion either
  476. # [12:08] <zcorpan> jgraham: anyway, what i'm wondering now is whether we should merge the tr PR or not
  477. # [12:08] * Joins: yorick (~yorick@oftn/member/yorick)
  478. # [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
  479. # [12:09] <tobie> annevk: I don't understand what prevented you from doing so in the previous model, tbh.
  480. # [12:10] <annevk> tbh, I don't really care about this much
  481. # [12:11] * Quits: Ms2ger (~Ms2ger@19.254-64-87.adsl-dyn.isp.belgacom.be) (Ping timeout: 256 seconds)
  482. # [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.
  483. # [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.
  484. # [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.
  485. # [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.
  486. # [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.
  487. # [12:22] * Joins: Jedi_ (~Jedi@jedi.org)
  488. # [12:22] <annevk> end up*
  489. # [12:23] <annevk> And it seems over time parts of HTML might move to JavaScript, such as part of workers, structured cloning, and transferables...
  490. # [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.
  491. # [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.
  492. # [12:26] <tobie> (among other benefits)
  493. # [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.
  494. # [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.
  495. # [12:34] * Quits: asdfz0mg (~asdfz0mg@109-104-22-194.customers.ownit.se) (Quit: Sleepy time)
  496. # [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.
  497. # [12:36] <tobie> … and not claim it makes things better in general.
  498. # [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.
  499. # [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.
  500. # [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.
  501. # [12:39] <annevk> I want modular specification, not bolt-on specifications.
  502. # [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.
  503. # [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.
  504. # [12:46] <smaug____> annevk: will you attend Webapps wg f2f ?
  505. # [12:47] <annevk> (I'm thinking of Jeff Jaffe's presentation at TPAC coupled with a Steve Ballmer like performance: "modularity! modularity! modularity!")
  506. # [12:47] <annevk> smaug____: nope
  507. # [12:48] <jgraham> Will anyone be there?
  508. # [12:54] * Joins: baku (~baku@2-236-39-253.ip231.fastwebnet.it)
  509. # [13:01] * Joins: neopaq (~gwarvi@103.14.88.5)
  510. # [13:02] * Quits: neopaq (~gwarvi@103.14.88.5) (Client Quit)
  511. # [13:03] * Quits: wilhelm (~wilhelm@178.255.149.100) (Ping timeout: 245 seconds)
  512. # [13:04] * Joins: wilhelm (~wilhelm@178.255.149.100)
  513. # [13:04] * Joins: neopaq (~gwarvi@103.14.88.5)
  514. # [13:12] <MikeSmith> jgraham: Jonas, Julian Aubourg, Dimitri, Arun, Eric Uhrhane, Chris Wilson, hober, Israel Hilerio, Adrian Bateman
  515. # [13:12] <MikeSmith> and more
  516. # [13:12] <MikeSmith> and Robin and plh and me
  517. # [13:13] * Joins: Guest (~textual@193.200.225.66)
  518. # [13:13] * Quits: Guest (~textual@193.200.225.66) (Max SendQ exceeded)
  519. # [13:13] * chee is now known as Guest
  520. # [13:13] * Guest is now known as 50UACESZ0
  521. # [13:14] * Joins: Guest (~textual@193.200.225.66)
  522. # [13:14] * Quits: Guest (~textual@193.200.225.66) (Max SendQ exceeded)
  523. # [13:15] * Joins: Guest (~textual@193.200.225.66)
  524. # [13:15] * Quits: Guest (~textual@193.200.225.66) (Max SendQ exceeded)
  525. # [13:15] * 50UACESZ0 is now known as Guest
  526. # [13:15] * Guest is now known as 50UACESZ0
  527. # [13:16] * Joins: Guest (~textual@193.200.225.66)
  528. # [13:16] * Quits: Guest (~textual@193.200.225.66) (Max SendQ exceeded)
  529. # [13:16] * 50UACESZ0 is now known as Guest
  530. # [13:16] * Guest is now known as 50UACESZ0
  531. # [13:17] * Joins: Guest (~textual@193.200.225.66)
  532. # [13:17] * Quits: Guest (~textual@193.200.225.66) (Max SendQ exceeded)
  533. # [13:17] * Joins: DeviantPirate (~textual@193.200.225.66)
  534. # [13:17] * Quits: DeviantPirate (~textual@193.200.225.66) (Max SendQ exceeded)
  535. # [13:19] * Joins: DeviantPirate (~textual@193.200.225.66)
  536. # [13:19] * Quits: DeviantPirate (~textual@193.200.225.66) (Max SendQ exceeded)
  537. # [13:20] * Parts: a-ja (~Instantbi@70.230.147.104)
  538. # [13:22] * Joins: [[zzz]] (~q@node-11ot.pool-180-180.dynamic.totbb.net)
  539. # [13:26] * Joins: JibberJim (~opera@132.185.151.37)
  540. # [13:26] * Quits: [[zz]] (~q@node-zf1.pool-180-180.dynamic.totbb.net) (Ping timeout: 260 seconds)
  541. # [13:26] * Joins: DeviantPirate (~textual@193.200.225.66)
  542. # [13:26] * Quits: DeviantPirate (~textual@193.200.225.66) (Max SendQ exceeded)
  543. # [13:26] * Quits: neopaq (~gwarvi@103.14.88.5) (Quit: Leaving)
  544. # [13:26] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
  545. # [13:26] * Quits: ehsan_ (~ehsan@24-212-206-174.cable.teksavvy.com) (Remote host closed the connection)
  546. # [13:26] * Joins: neopaq (~gwarvi@103.14.88.5)
  547. # [13:28] * Quits: jryans (~jryans@cpe-70-113-92-118.austin.res.rr.com) (Quit: Be back later)
  548. # [13:29] * Joins: DeviantPirate (~textual@193.200.225.66)
  549. # [13:31] * Quits: smaug____ (~chatzilla@cs164155.pp.htv.fi) (Ping timeout: 264 seconds)
  550. # [13:32] * Joins: asdfz0mg (~asdfz0mg@109-104-22-194.customers.ownit.se)
  551. # [13:34] * Quits: DeviantPirate (~textual@193.200.225.66)
  552. # [13:34] * Joins: Gues_____ (~textual@193.200.225.66)
  553. # [13:34] * Quits: Gues_____ (~textual@193.200.225.66) (Max SendQ exceeded)
  554. # [13:35] * Joins: Gues_____ (~textual@193.200.225.66)
  555. # [13:36] * Quits: Gues_____ (~textual@193.200.225.66) (Max SendQ exceeded)
  556. # [13:36] * Quits: Jedi_ (~Jedi@jedi.org) (Read error: Connection reset by peer)
  557. # [13:36] * Joins: Gues_____ (~textual@193.200.225.66)
  558. # [13:36] * Quits: Gues_____ (~textual@193.200.225.66) (Excess Flood)
  559. # [13:38] * Joins: Gues_____ (~textual@193.200.225.66)
  560. # [13:38] * Quits: Gues_____ (~textual@193.200.225.66) (Excess Flood)
  561. # [13:39] * Quits: zcorpan (~zcorpan@90-230-217-68-no135.tbcn.telia.com) (Remote host closed the connection)
  562. # [13:40] * Joins: Jedi_ (~Jedi@jedi.org)
  563. # [13:46] * Joins: zcorpan (~zcorpan@90-230-217-68-no135.tbcn.telia.com)
  564. # [13:47] * Quits: asdfz0mg (~asdfz0mg@109-104-22-194.customers.ownit.se) (Quit: Sleepy time)
  565. # [13:49] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: :tiuQ tiuq sah woclrak)
  566. # [14:03] * Joins: guava (~gwarvi@103.14.88.5)
  567. # [14:05] * Joins: richt_ (~richt@prod07.ipsec.lon.witopia.net)
  568. # [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
  569. # [14:06] * Quits: neopaq (~gwarvi@103.14.88.5) (Ping timeout: 256 seconds)
  570. # [14:06] * Joins: asdfz0mg (~asdfz0mg@109-104-22-194.customers.ownit.se)
  571. # [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.
  572. # [14:08] * Quits: richt (~richt@222.233.254.208) (Ping timeout: 245 seconds)
  573. # [14:08] <tobie> Arguably, but you certainly wouldn't lump it with xhr, if you were using it elsewhere.
  574. # [14:09] * Joins: DEViantDK (~DEViantDK@193.200.225.66)
  575. # [14:10] * Joins: erichynds (~ehynds@64.206.121.41)
  576. # [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.
  577. # [14:10] <tobie> That's a more compelling explanation.
  578. # [14:11] * Quits: asdfz0mg (~asdfz0mg@109-104-22-194.customers.ownit.se) (Quit: Sleepy time)
  579. # [14:13] <tobie> …and helps us make a better decision about what we should do with the ProgEvent test repository (wait and see).
  580. # [14:14] * Joins: jryans (~jryans@cpe-70-113-92-118.austin.res.rr.com)
  581. # [14:14] * heycam|away is now known as heycam
  582. # [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.
  583. # [14:22] * Joins: scor (scor@nat/acquia/x-htiebpbtnqatibeb)
  584. # [14:22] * Quits: scor (scor@nat/acquia/x-htiebpbtnqatibeb) (Changing host)
  585. # [14:22] * Joins: scor (scor@drupal.org/user/52142/view)
  586. # [14:24] * Joins: hasather_ (~hasather@cm-84.210.170.16.getinternet.no)
  587. # [14:25] * Joins: SteveF (~chatzilla@66.201.52.99)
  588. # [14:28] * Quits: jahman (~woops@129.175.204.73) (Remote host closed the connection)
  589. # [14:28] * Joins: ehsan (~ehsan@24.212.206.174)
  590. # [14:29] * Quits: hasather_ (~hasather@cm-84.210.170.16.getinternet.no) (Ping timeout: 257 seconds)
  591. # [14:30] * Joins: jdaggett (~jdaggett@ad006026.dynamic.ppp.asahi-net.or.jp)
  592. # [14:31] * Joins: jahman (~woops@129.175.204.73)
  593. # [14:32] * heycam is now known as heycam|away
  594. # [14:39] * Quits: guava (~gwarvi@103.14.88.5) (Ping timeout: 256 seconds)
  595. # [14:45] * Quits: mven (~mven@ip68-224-15-53.lv.lv.cox.net) (Remote host closed the connection)
  596. # [14:47] * toyoshim is now known as toyoshiAw
  597. # [14:52] * Joins: ^esc (~esc_ape@178.115.249.66.wireless.dyn.drei.com)
  598. # [14:54] * Joins: linclark (~clark@c-67-186-35-246.hsd1.pa.comcast.net)
  599. # [14:59] * Quits: jdaggett (~jdaggett@ad006026.dynamic.ppp.asahi-net.or.jp) (Quit: jdaggett)
  600. # [15:00] * Joins: yodasw16 (~yodasw16@ql1fwhide.rockfin.com)
  601. # [15:01] * Joins: asdfz0mg (~asdfz0mg@109-104-22-194.customers.ownit.se)
  602. # [15:01] * Quits: asdfz0mg (~asdfz0mg@109-104-22-194.customers.ownit.se) (Max SendQ exceeded)
  603. # [15:04] * Joins: Martin1982 (~Martin198@cable-175-208.zeelandnet.nl)
  604. # [15:06] * Joins: asdfz0mg (~asdfz0mg@109-104-22-194.customers.ownit.se)
  605. # [15:10] * Quits: asdfz0mg (~asdfz0mg@109-104-22-194.customers.ownit.se) (Client Quit)
  606. # [15:10] * Joins: asdfz0mg (~asdfz0mg@109-104-22-194.customers.ownit.se)
  607. # [15:11] * Joins: smaug____ (~chatzilla@cs164155.pp.htv.fi)
  608. # [15:12] * Joins: JohnAlbin (~JohnAlbin@36-224-105-33.dynamic-ip.hinet.net)
  609. # [15:16] * Quits: sedovsek (~robert@89.143.12.238) (Quit: sedovsek)
  610. # [15:21] * Quits: ehsan (~ehsan@24.212.206.174) (Remote host closed the connection)
  611. # [15:21] * Joins: newtron (~newtron@199.71.174.103)
  612. # [15:24] * Quits: tomasf (~tomasf@77.72.97.10.c.fiberdirekt.net) (Ping timeout: 252 seconds)
  613. # [15:27] * Quits: DEViantDK (~DEViantDK@193.200.225.66)
  614. # [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
  615. # [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
  616. # [15:31] <zcorpan> Hixie: ^
  617. # [15:34] <zcorpan> filed https://www.w3.org/Bugs/Public/show_bug.cgi?id=21787
  618. # [15:38] * Quits: abstractj (~abstractj@redhat/jboss/abstractj) (Excess Flood)
  619. # [15:38] * Joins: TallTed (~Thud@63.119.36.36)
  620. # [15:41] * Joins: abstractj (~abstractj@redhat/jboss/abstractj)
  621. # [15:45] <annevk> :-(
  622. # [15:46] * Quits: JibberJim (~opera@132.185.151.37) (Read error: Connection reset by peer)
  623. # [15:46] * Joins: JibberJim (~opera@132.185.151.37)
  624. # [15:48] * Joins: sedovsek (~robert@89.143.12.238)
  625. # [15:48] * Joins: ehsan (~ehsan@24.212.206.174)
  626. # [15:49] * Joins: dbaron (~dbaron@pool-72-94-180-24.phlapa.fios.verizon.net)
  627. # [15:51] <zcorpan> woah i didn't know about <form>.encoding
  628. # [15:57] * Quits: ehsan (~ehsan@24.212.206.174) (Remote host closed the connection)
  629. # [16:04] * Quits: JibberJim (~opera@132.185.151.37) (Quit: JibberJim)
  630. # [16:12] * Quits: nessy (~silviapf@124-149-162-142.dyn.iinet.net.au) (Quit: Leaving.)
  631. # [16:13] <annevk> zcorpan: with IDL attribute above you mean only .href right?
  632. # [16:13] <zcorpan> annevk: yes
  633. # [16:13] * Joins: richt (~richt@222.233.254.208)
  634. # [16:14] <zcorpan> annevk: with "other attributes that take URLs but don't support URLUtils" i mean e.g. longDesc
  635. # [16:17] * Quits: JohnAlbin (~JohnAlbin@36-224-105-33.dynamic-ip.hinet.net) (Ping timeout: 256 seconds)
  636. # [16:17] * Quits: richt_ (~richt@prod07.ipsec.lon.witopia.net) (Ping timeout: 256 seconds)
  637. # [16:22] * Joins: JohnAlbin (~JohnAlbin@36-224-105-33.dynamic-ip.hinet.net)
  638. # [16:24] * Joins: JeppeN (JeppeN@port1021.ds1-abc.adsl.cybercity.dk)
  639. # [16:25] * Joins: barneybook (~kvirc@220-136-58-193.dynamic.hinet.net)
  640. # [16:26] * Joins: peppe_ (~peppe@83.148.235.159)
  641. # [16:26] * Quits: scor (scor@drupal.org/user/52142/view) (Quit: scor)
  642. # [16:29] * Quits: gsnedders (~gsnedders@mail.gsnedders.com) (Read error: Operation timed out)
  643. # [16:29] * Joins: gsnedders (~gsnedders@mail.gsnedders.com)
  644. # [16:30] * Joins: kmczn (~kevin@static-24-113-122-130.wavecable.com)
  645. # [16:32] * jernoble is now known as jernoble|afk
  646. # [16:32] * jernoble|afk is now known as jernoble
  647. # [16:34] * Joins: Smylers (~smylers@host81-143-60-194.in-addr.btopenworld.com)
  648. # [16:37] * Joins: mven (~mven@ip68-224-15-53.lv.lv.cox.net)
  649. # [16:43] * Joins: ehsan (~ehsan@66.207.208.98)
  650. # [16:45] * Joins: Gabri (~gabri@91.72.64.50)
  651. # [16:48] * [[zzz]] is now known as [[zz]]
  652. # [16:51] * Quits: richt (~richt@222.233.254.208) (Remote host closed the connection)
  653. # [16:51] * Joins: richt (~richt@222.233.254.208)
  654. # [16:54] * Quits: SteveF (~chatzilla@66.201.52.99) (Ping timeout: 260 seconds)
  655. # [16:56] * Quits: richt (~richt@222.233.254.208) (Ping timeout: 258 seconds)
  656. # [17:02] * Joins: richt (~richt@222.233.254.208)
  657. # [17:02] * Quits: jryans (~jryans@cpe-70-113-92-118.austin.res.rr.com) (Quit: Be back later)
  658. # [17:03] * Quits: JeppeN (JeppeN@port1021.ds1-abc.adsl.cybercity.dk) (Read error: Connection reset by peer)
  659. # [17:03] * Joins: JeppeN (JeppeN@port1021.ds1-abc.adsl.cybercity.dk)
  660. # [17:03] * Joins: jryans (~jryans@cpe-70-113-92-118.austin.res.rr.com)
  661. # [17:03] * Quits: othermaciej (~mjs@c-50-136-134-16.hsd1.ca.comcast.net) (Quit: othermaciej)
  662. # [17:05] * Quits: zcorpan (~zcorpan@90-230-217-68-no135.tbcn.telia.com) (Remote host closed the connection)
  663. # [17:08] * Quits: mven (~mven@ip68-224-15-53.lv.lv.cox.net) (Remote host closed the connection)
  664. # [17:11] * Joins: darobin (~darobin@66.201.52.99)
  665. # [17:11] * Quits: sedovsek (~robert@89.143.12.238) (Quit: sedovsek)
  666. # [17:12] * Quits: mitemitreski (~mitemitre@212.120.17.179) (Read error: Connection reset by peer)
  667. # [17:13] * Joins: sedovsek (~robert@89.143.12.238)
  668. # [17:13] * Joins: alrra (~alrra@unaffiliated/alrra)
  669. # [17:14] * Joins: krit (~krit@sjfw1-a.adobe.com)
  670. # [17:18] * Joins: SteveF (~chatzilla@216.113.168.135)
  671. # [17:18] * Quits: Gabri (~gabri@91.72.64.50) (Remote host closed the connection)
  672. # [17:20] * Joins: sgalineau (~sylvaing@sjfw1.adobe.com)
  673. # [17:23] * Quits: Martin1982 (~Martin198@cable-175-208.zeelandnet.nl) (Quit: Gone snoring)
  674. # [17:24] * Quits: SteveF (~chatzilla@216.113.168.135) (Ping timeout: 240 seconds)
  675. # [17:24] * Joins: krawchyk (~krawchyk@65.220.49.251)
  676. # [17:25] * Quits: krawchyk (~krawchyk@65.220.49.251) (Remote host closed the connection)
  677. # [17:28] * Quits: darobin (~darobin@66.201.52.99) (Remote host closed the connection)
  678. # [17:29] * Quits: yodasw16 (~yodasw16@ql1fwhide.rockfin.com) (Quit: yodasw16)
  679. # [17:30] * Joins: SteveF (~chatzilla@216.113.168.135)
  680. # [17:30] * Quits: cabanier (~cabanier@38.111.151.153) (Quit: Leaving.)
  681. # [17:33] * Quits: baku (~baku@2-236-39-253.ip231.fastwebnet.it) (Ping timeout: 252 seconds)
  682. # [17:33] * Joins: jwalden (~waldo@2620:101:8003:200:224:d7ff:fef0:8d90)
  683. # [17:33] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 260 seconds)
  684. # [17:34] * Joins: scor (scor@drupal.org/user/52142/view)
  685. # [17:36] * Joins: zcorpan (~zcorpan@90-230-217-68-no135.tbcn.telia.com)
  686. # [17:36] * Joins: cheron (~cheron@unaffiliated/cheron)
  687. # [17:37] * Krinkle|detached is now known as Krinkle
  688. # [17:38] * Joins: gavinc (~gavin@barad-dur.carothers.name)
  689. # [17:40] * Quits: asdfz0mg (~asdfz0mg@109-104-22-194.customers.ownit.se) (Quit: Sleepy time)
  690. # [17:40] * Quits: scor (scor@drupal.org/user/52142/view) (Ping timeout: 260 seconds)
  691. # [17:41] * Quits: sedovsek (~robert@89.143.12.238) (Quit: sedovsek)
  692. # [17:42] * Joins: sedovsek (~robert@89.143.12.238)
  693. # [17:43] * Quits: sedovsek (~robert@89.143.12.238) (Client Quit)
  694. # [17:44] * Joins: scor (scor@drupal.org/user/52142/view)
  695. # [17:44] * Joins: sedovsek (~robert@89.143.12.238)
  696. # [17:45] * Quits: zcorpan (~zcorpan@90-230-217-68-no135.tbcn.telia.com) (Ping timeout: 264 seconds)
  697. # [17:45] * Joins: baku (~baku@2-236-39-253.ip231.fastwebnet.it)
  698. # [17:45] * Quits: stalled (~stalled@unaffiliated/stalled) (Ping timeout: 246 seconds)
  699. # [17:46] * Joins: JibberJim (~opera@132.185.151.37)
  700. # [17:48] * Quits: SimonSapin (~simon@2a01:e35:2e8d:b5f0:ea9d:87ff:fe22:e221) (Quit: Leaving.)
  701. # [17:48] * Joins: SimonSapin (~simon@vev69-1-82-232-219-95.fbx.proxad.net)
  702. # [17:49] * Quits: peppe_ (~peppe@83.148.235.159) (Ping timeout: 276 seconds)
  703. # [17:51] * Quits: tantek (~tantek@70-36-197-111.dsl.dynamic.sonic.net) (Quit: tantek)
  704. # [17:51] * Joins: peppe_ (~peppe@83.148.235.159)
  705. # [17:52] * Joins: Ms2ger (~Ms2ger@19.254-64-87.adsl-dyn.isp.belgacom.be)
  706. # [17:52] * Joins: stalled (~stalled@unaffiliated/stalled)
  707. # [18:02] * jernoble is now known as jernoble|afk
  708. # [18:02] * jernoble|afk is now known as jernoble
  709. # [18:02] * Joins: richt_ (~richt@91.216.105.41)
  710. # [18:03] * Quits: Kolombiken (~Adium@gateway.creuna.se) (Quit: Leaving.)
  711. # [18:05] * Joins: Kolombiken (~Adium@94.137.124.2)
  712. # [18:06] * Quits: richt (~richt@222.233.254.208) (Ping timeout: 248 seconds)
  713. # [18:06] * Joins: Maurice (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
  714. # [18:07] * Joins: krawchyk (~krawchyk@65.220.49.251)
  715. # [18:10] <dglazkov> good morning, Whatwg!
  716. # [18:11] * Joins: Cromulent (~Cromulent@cpc4-reig5-2-0-cust637.6-3.cable.virginmedia.com)
  717. # [18:12] * Quits: annevk (~annevk@207.218.72.65) (Remote host closed the connection)
  718. # [18:12] * Joins: annevk (~annevk@207.218.72.65)
  719. # [18:14] <rillian> dglazkov: bueno dias!
  720. # [18:14] * Quits: annevk (~annevk@207.218.72.65) (Read error: Connection reset by peer)
  721. # [18:18] * Joins: richt (~richt@222.233.254.208)
  722. # [18:18] * Quits: JibberJim (~opera@132.185.151.37) (Quit: JibberJim)
  723. # [18:19] * Joins: annevk (~annevk@207.218.72.65)
  724. # [18:22] * Quits: richt_ (~richt@91.216.105.41) (Ping timeout: 258 seconds)
  725. # [18:22] * Quits: richt (~richt@222.233.254.208) (Ping timeout: 256 seconds)
  726. # [18:23] * Joins: frozenice (~frozenice@unaffiliated/fr0zenice)
  727. # [18:24] * Joins: sicking (~sicking@v-1045.fw1.sfo1.mozilla.net)
  728. # [18:24] * Joins: nimbu (~nimbu@173-228-123-12.dsl.dynamic.sonic.net)
  729. # [18:24] * Joins: paxcoder (~paxcoder@unaffiliated/paxcoder)
  730. # [18:25] * Joins: bholley (~bholley@207.164.135.98)
  731. # [18:25] * Quits: baku (~baku@2-236-39-253.ip231.fastwebnet.it) (Ping timeout: 264 seconds)
  732. # [18:26] * Quits: JeppeN (JeppeN@port1021.ds1-abc.adsl.cybercity.dk) (Ping timeout: 268 seconds)
  733. # [18:28] * Joins: cabanier1 (~cabanier@sjfw1-a.adobe.com)
  734. # [18:29] <paxcoder> Hey. What's up with UndoManager? Why's there no draft yet?
  735. # [18:29] * Joins: Bass10 (~Bass10@c-76-113-194-7.hsd1.mn.comcast.net)
  736. # [18:30] <annevk> paxcoder: https://dvcs.w3.org/hg/undomanager/raw-file/tip/undomanager.html ?
  737. # [18:31] * jernoble is now known as jernoble|afk
  738. # [18:31] * jernoble|afk is now known as jernoble
  739. # [18:31] * Quits: Smylers (~smylers@host81-143-60-194.in-addr.btopenworld.com) (Ping timeout: 264 seconds)
  740. # [18:32] * jernoble is now known as jernoble|afk
  741. # [18:32] * jernoble|afk is now known as jernoble
  742. # [18:32] * jernoble is now known as jernoble|afk
  743. # [18:32] * jernoble|afk is now known as jernoble
  744. # [18:32] <annevk> paxcoder: it's kinda dead though I believe
  745. # [18:32] * jernoble is now known as jernoble|afk
  746. # [18:32] * jernoble|afk is now known as jernoble
  747. # [18:33] * Quits: jryans (~jryans@cpe-70-113-92-118.austin.res.rr.com) (Quit: Be back later)
  748. # [18:33] <annevk> Hixie: yt?
  749. # [18:33] <annevk> Hixie: URLUtils' update steps...
  750. # [18:34] <Hixie> yo
  751. # [18:34] * Joins: jryans (~jryans@cpe-70-113-92-118.austin.res.rr.com)
  752. # [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?
  753. # [18:36] <Hixie> when?
  754. # [18:36] <Hixie> serialise->parse is idempotent, right?
  755. # [18:36] * Joins: samstrasser (~sam@c-71-198-224-37.hsd1.ca.comcast.net)
  756. # [18:36] <annevk> yes
  757. # [18:36] <paxcoder> annevk, hey. Dead - why?
  758. # [18:37] <annevk> paxcoder: nobody has bandwidth prolly
  759. # [18:37] <annevk> paxcoder: also, it's a hard problem
  760. # [18:37] * Joins: baku (~baku@2-236-39-253.ip231.fastwebnet.it)
  761. # [18:38] <paxcoder> annevk, bandwith problem? why?
  762. # [18:38] <paxcoder> Actually, i don't even see why it's hard. But I didn't read the spec.
  763. # [18:39] * Quits: benbarnett (~Adium@80.87.30.115) (Quit: Leaving.)
  764. # [18:39] * Quits: samstrasser (~sam@c-71-198-224-37.hsd1.ca.comcast.net) (Remote host closed the connection)
  765. # [18:41] <annevk> Hixie: okay, so one easy solution would be to do what you originally requested
  766. # [18:42] <annevk> Hixie: to pass "update steps" the raw string (not serialized)
  767. # [18:42] * Quits: jernoble (~jernoble@17.212.152.13) (Remote host closed the connection)
  768. # [18:42] <annevk> oh wait
  769. # [18:42] <Hixie> annevk: how would that differ from what's going on now?
  770. # [18:42] <annevk> that does not work
  771. # [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
  772. # [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
  773. # [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
  774. # [18:43] <Ms2ger> paxcoder, I believe the editor changed employment a while back, too
  775. # [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 :-)
  776. # [18:44] * Joins: ap (~ap@2620:149:4:1b01:8557:617e:d457:855f)
  777. # [18:44] <paxcoder> Hixie, meh, I'm a noob. This is Anne's territory.
  778. # [18:44] <Hixie> anne's dealing with plenty of specs already
  779. # [18:46] * Ms2ger isn't sure if Hixie or annevk has the most spec text to maintain now
  780. # [18:46] * Joins: say2joe (~say2joe@204.56.108.2)
  781. # [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...
  782. # [18:47] <Hixie> annevk: does that work for Location?
  783. # [18:47] <annevk> Hixie: having .href out of this spec is kinda weird, but I guess we could do that too
  784. # [18:47] <Hixie> annevk: or, maybe the best, is when i say it's a URLUtils thingy, i pass a flag
  785. # [18:47] <annevk> Hixie: it does as you pass a string to assign() / replace()
  786. # [18:47] <Hixie> ah
  787. # [18:47] <Hixie> then yeah
  788. # [18:47] <annevk> Hixie: and you actually pass the original string if url is null
  789. # [18:48] <annevk> it's fricking ugly though
  790. # [18:48] <Hixie> welcome to the web
  791. # [18:48] <annevk> I know, still needed to point that out
  792. # [18:48] <Hixie> :-)
  793. # [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
  794. # [18:49] <Hixie> you just gonna set url to null when href is set?
  795. # [18:49] <Hixie> or do i need to do some stuff on my side?
  796. # [18:49] <annevk> Ms2ger: do we count encoding tables as text?
  797. # [18:49] <annevk> Hixie: when href is set I'll invoke the update steps with href's value
  798. # [18:49] <Ms2ger> annevk, mm...
  799. # [18:50] <annevk> Hixie: and you just either set the attribute to that value or pass that value to assign/replace
  800. # [18:50] * Joins: dlongley (~dlongley@pool-71-171-30-236.nwrknj.east.verizon.net)
  801. # [18:50] <Hixie> annevk: so update steps always get passed a string rather than having to grab the value?
  802. # [18:50] <annevk> Hixie: which should fix the bug zcorpan reported and save you some serialization boilerplate
  803. # [18:50] <Hixie> annevk: that would factor out some boilerplate on my side
  804. # [18:50] <Hixie> cool
  805. # [18:50] <Hixie> thanks!
  806. # [18:50] <Hixie> reassign the bug to me when you're done
  807. # [18:50] <annevk> yeah
  808. # [18:51] * Joins: taaz (~dlehn@c-71-63-61-82.hsd1.va.comcast.net)
  809. # [18:51] <dlongley> annevk or TabAtkins: i'm implementing the JSON-LD API that uses Futures...
  810. # [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
  811. # [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
  812. # [18:52] <dlongley> the algorithms look fairly short in the DOM spec, however, i would prefer to reuse existing code
  813. # [18:52] <dlongley> it does seem like promises/A+ has deviated perhaps a bit too much from Futures (or vice versa, rather).
  814. # [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/)
  815. # [18:54] <annevk> dlongley: https://github.com/slightlyoff/DOMFuture/ has an impl
  816. # [18:54] * Joins: jernoble (~jernoble@216.113.168.135)
  817. # [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?
  818. # [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
  819. # [18:57] <dlongley> and only permitting one argument makes it more difficult to wrap some node.js code w/a Futures API.
  820. # [18:57] <Ms2ger> It's in flux until browser implementations have shipped
  821. # [18:57] <Ms2ger> And it's frozen after that
  822. # [18:57] <Ms2ger> Just like every web api ever
  823. # [18:58] <dlongley> well, right, i was just wondering what the general feeling was.
  824. # [18:58] <dlongley> i guess there aren't enough implementations to know.
  825. # [18:58] <Ms2ger> I don't know of any
  826. # [18:58] <dlongley> well, i know of one now (and you too) ^
  827. # [18:59] <Hixie> bummer, i keep missing mounir
  828. # [18:59] <dlongley> (not a browser implementation, but a polyfill)
  829. # [18:59] <slightlyoff> dlongley: the polyfill passes the A+ test suite
  830. # [18:59] <slightlyoff> dlongley: so DOM Futures are compatible
  831. # [19:00] <dlongley> slightlyoff: thanks, i see that you're the one who wrote it
  832. # [19:00] <dlongley> my understanding is the DOM Futures has some extra functionality (like accept())
  833. # [19:00] <slightlyoff> dlongley: things you might think are differences are mostly due to the light set of things that A+ actually spec's
  834. # [19:00] <dlongley> but it should be a superset then, and still pass A+
  835. # [19:00] <slightlyoff> dlongley: that's not "extra", it's a design choice
  836. # [19:00] * Quits: miketaylr (~miketaylr@91.203.97.247) (Quit: miketaylr)
  837. # [19:00] <dlongley> ok
  838. # [19:00] <slightlyoff> dlongley: A+ is silent on the resolver protocol, and months of research went into having both accept() and resolve()
  839. # [19:01] <slightlyoff> (well, a week on that point, but months for the overall design)
  840. # [19:01] <dlongley> ok, that's important for me to hear, thanks
  841. # [19:01] <slightlyoff> dlongley: half of the common libs do what accept() does, half do what resolve() does
  842. # [19:01] <slightlyoff> and it's a showstopper for some libs not to have accept() style
  843. # [19:01] <slightlyoff> (I hear this all the time from other googlers, FWIW)
  844. # [19:01] <dlongley> right ... and i saw some recent discussions about it and was wondering whether it might stay or go
  845. # [19:01] <dlongley> it sounds like it's going to stay
  846. # [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
  847. # [19:02] <dlongley> do you know if support for using resolve() with multiple arguments is being considered?
  848. # [19:02] <dlongley> slightlyoff: ^
  849. # [19:03] <annevk> dlongley: I hope the API is stable
  850. # [19:03] <slightlyoff> dlongley: what would that even mean? resolution is for a single value
  851. # [19:03] <slightlyoff> dlongley: the contract of a future describes a single value
  852. # [19:03] <annevk> dlongley: it's very small and matches the subset of what the libraries do
  853. # [19:03] <dlongley> well, when using callbacks in node.js you might pass (err, foo, bar), not just (err, value)
  854. # [19:03] <dlongley> the promises/futures libraries that i've seen that wrap node.js callbacks
  855. # [19:03] <dlongley> so that you can unify your API ...
  856. # [19:04] <dlongley> have an issue with that.
  857. # [19:04] <annevk> Hixie: UNCONFIRMED?
  858. # [19:04] <dlongley> they end up transforming the node.js callback arguments into an array of values to pass to the promise/future
  859. # [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
  860. # [19:05] <Hixie> annevk: hmm, that's an idea
  861. # [19:05] <dlongley> it makes it difficult to determine what you're getting ... and you have to do some surgery to fix it.
  862. # [19:05] <annevk> Hixie: it's a hack, but it might work
  863. # [19:05] <Hixie> annevk: yeah. though commenters are unlikely to change it back to NEW
  864. # [19:05] <Hixie> annevk: but it might work nonetheless
  865. # [19:06] <Ms2ger> Hixie, make someone install the needinfo? extension on the W3C wiki :)
  866. # [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.
  867. # [19:06] <dlongley> but that difference in style is prevalent in node.js -- making wrapping some APIs difficult.
  868. # [19:07] <Hixie> Ms2ger: that'd be ideal, but i don't want to give MikeSmith and company more work
  869. # [19:08] <annevk> dlongley: I suspect that ES6' arity functionality will help with that
  870. # [19:09] * Joins: garciawebdev (~garciaweb@190.244.74.107)
  871. # [19:09] <dlongley> annevk: do you think it would add so much more complexity that it's worth waiting for ES6?
  872. # [19:10] <MikeSmith> Hixie: I don't mind do more work as a long as it's for something that's actually useful
  873. # [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
  874. # [19:11] * Quits: jpn (~jpn@194.65.5.235) (Quit: jpn)
  875. # [19:11] <Hixie> MikeSmith: i don't know how useful this would be.
  876. # [19:11] <mounir> Hixie: I'm around actually, but in a meeting
  877. # [19:11] <dlongley> and it doesn't seem like something that's too difficult to support.
  878. # [19:11] <Hixie> MikeSmith: right now i have some bugs where i'm 90% blocked waiting on input from someone or other
  879. # [19:11] <mounir> Hixie: I will look at that bug today hopefully
  880. # [19:12] <Hixie> mounir: excellent, thanks. i'm in no rush, just want to make sure it's on your radar. :-)
  881. # [19:12] <annevk> dlongley: it's not the complexity, it's the inconsistency with all other future/promise libraries I want to avoid
  882. # [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)
  883. # [19:12] <Hixie> MikeSmith: (and take a guess at what they wanted)
  884. # [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
  885. # [19:13] <Hixie> MikeSmith: i haven't played with the needsinfo? feature so i don't know if it would work well.
  886. # [19:13] <MikeSmith> ok
  887. # [19:13] <Hixie> MikeSmith: anne's idea of just marking the bugs UNCO might work. or putting something in the status whiteboard.
  888. # [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
  889. # [19:16] <Ms2ger> MikeSmith, fwiw, I believe needinfo? is used quite a lot on bmo now
  890. # [19:16] <annevk> dlongley: ES6 with "..." makes it relatively easy to migrate from one to the other
  891. # [19:16] <annevk> dlongley: also with argument handling
  892. # [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)
  893. # [19:20] * Joins: necolas (~necolas@8.25.197.25)
  894. # [19:20] <dlongley> it seems like the spread operator deals with a different problem
  895. # [19:20] <dlongley> (being able to succinctly pass an array as multiple parameters)
  896. # [19:20] * Quits: necolas (~necolas@8.25.197.25) (Remote host closed the connection)
  897. # [19:21] * Quits: Kolombiken (~Adium@94.137.124.2) (Quit: Leaving.)
  898. # [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
  899. # [19:22] <annevk> you mean if you don't define what the future will return?
  900. # [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
  901. # [19:22] * Quits: sedovsek (~robert@89.143.12.238) (Quit: sedovsek)
  902. # [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
  903. # [19:23] <dlongley> suppose the operation looks like this: foo(params, callback)
  904. # [19:23] <dlongley> and the callback signature is: callback(err, bar, baz)
  905. # [19:24] <dlongley> converting 'foo' into a future that can be called like this:
  906. # [19:24] <annevk> so then you can do [err, bar, baz]
  907. # [19:24] <dlongley> right ... but that may be problematic.
  908. # [19:24] <dlongley> and really, err wouldn't be in that array (nitpick)
  909. # [19:24] <dlongley> rather, [bar, baz] would be passed to the resolve callback.
  910. # [19:25] <dlongley> however, if bar can be an array or an object and baz is optional ...
  911. # [19:25] <dlongley> that could cause some consternation.
  912. # [19:26] <annevk> hmm, seems like you should pick a pattern and stick with it
  913. # [19:26] <annevk> but yeah
  914. # [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.
  915. # [19:26] <dlongley> it doesn't seem too difficult otherwise.
  916. # [19:26] * Quits: bholley (~bholley@207.164.135.98) (Ping timeout: 252 seconds)
  917. # [19:27] <dlongley> which would be tremendously helpful, particularly for those node.js libs that work on the client as well as the server.
  918. # [19:27] <annevk> I think the ideal API for futures in a bunch of those cases might be to pass an object
  919. # [19:27] <dlongley> that's probably true (we are doing this with the new JSON-LD API)
  920. # [19:27] <MikeSmith> Hixie, annevk : "UNCO" means "shit" in Japanese
  921. # [19:27] <dlongley> but, for existing APIs that are in use everywhere, not so easy.
  922. # [19:27] <Ms2ger> MikeSmith, sounds good, then ;)
  923. # [19:27] <dlongley> it would be great if converting them didn't require special code.
  924. # [19:27] <dlongley> but instead, just a simple wrapper.
  925. # [19:28] <Hixie> MikeSmith: heh
  926. # [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
  927. # [19:28] <dlongley> if resolve() took multiple arguments that would work, from what i can tell.
  928. # [19:29] <annevk> true
  929. # [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).
  930. # [19:29] <annevk> dlongley: yeah, maybe raise it on es-discuss / www-dom?
  931. # [19:30] <dlongley> ok
  932. # [19:30] <hober> annevk: one year anniversary of w3cmemes
  933. # [19:31] <annevk> dlongley: I don't think this has been explicitly considered so you're right
  934. # [19:31] <annevk> dlongley: at least as far as I can tell
  935. # [19:31] <annevk> (that it's worth exploring)
  936. # [19:31] <dlongley> ok
  937. # [19:31] <annevk> hober: we've been surpassed by Fake Alex recently
  938. # [19:32] <slightlyoff> hober: yeah, Fake Alex really is someone's A material...
  939. # [19:32] <hober> indeed, we should ask fake alex to collaborate
  940. # [19:33] <slightlyoff> dlongley: what would it *mean* to take multiple values?
  941. # [19:33] <slightlyoff> annevk: I don't get the proposed semantic
  942. # [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
  943. # [19:33] <annevk> slightlyoff: future's result would be a one or more values, rather than just one
  944. # [19:34] <dlongley> it's just that the future resolves ... what annevk just said.
  945. # [19:34] <slightlyoff> annevk: that's just not JS-ish
  946. # [19:34] <slightlyoff> use destructuring
  947. # [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
  948. # [19:35] <slightlyoff> this is what destructuring is for. Use an array and rest/spread, or use an obj + destructuring
  949. # [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)
  950. # [19:36] <slightlyoff> so your semantic is either confused or confusing
  951. # [19:36] <slightlyoff> what does it mean to pass a single value in this world?
  952. # [19:36] * Joins: tantek (~tantek@216.113.168.135)
  953. # [19:36] <slightlyoff> sorry, need to go for a bit...but send me mail or file an issue in the DOM Future repo
  954. # [19:36] <Hixie> wtf is "experimental-webgl" ?
  955. # [19:37] <dlongley> slightlyoff: i'll probably send an email off to www-dom
  956. # [19:37] * Joins: Smylers (~smylers@host86-168-221-39.range86-168.btcentralplus.com)
  957. # [19:37] <Ms2ger> Hixie, an alias for webgl when used as argument to getContext
  958. # [19:37] <Ms2ger> Hixie, one we probably won't get rid of
  959. # [19:38] <slightlyoff> dlongley: fine, but cc me (please)
  960. # [19:38] <Hixie> sigh
  961. # [19:38] <Hixie> Ms2ger: thanks
  962. # [19:38] <slightlyoff> dlongley: slightlyoff at chromium dot org
  963. # [19:38] <Ms2ger> Np
  964. # [19:38] <Hixie> (one day we'll learn not to do this kind of thing right?)
  965. # [19:39] <dlongley> slightlyoff: sure
  966. # [19:39] <Ms2ger> Hixie, one can hope
  967. # [19:40] * Joins: hasather (~hasather@cm-84.210.170.16.getinternet.no)
  968. # [19:40] * Joins: zagamqt (~zagam@81-230-17-139-no148.bredband.skanova.com)
  969. # [19:40] * Joins: eresair (~eresair@c-71-198-63-116.hsd1.ca.comcast.net)
  970. # [19:40] * Joins: Gabri (~gabri@91.72.64.50)
  971. # [19:42] * Quits: nimbu (~nimbu@173-228-123-12.dsl.dynamic.sonic.net) (Quit: Leaving.)
  972. # [19:44] * Quits: hasather (~hasather@cm-84.210.170.16.getinternet.no) (Ping timeout: 268 seconds)
  973. # [19:48] * Joins: josemanuel (~josemanue@164.164.221.87.dynamic.jazztel.es)
  974. # [19:49] * Quits: alrra (~alrra@unaffiliated/alrra) (Quit: Leaving)
  975. # [19:49] * Quits: tantek (~tantek@216.113.168.135) (Read error: Operation timed out)
  976. # [19:51] * Joins: tantek (~tantek@mdd0536d0.tmodns.net)
  977. # [19:52] <paxcoder> how the heck does EME work?
  978. # [19:52] <Ms2ger> Not
  979. # [19:52] <Hixie> define "work"
  980. # [19:53] <paxcoder> how does it stop me from copying content?
  981. # [19:54] <paxcoder> where does decryption happen?
  982. # [19:54] <Ms2ger> That's not the goal
  983. # [19:54] <Hixie> paxcoder: it doesn't stop you from copying content.
  984. # [19:54] <Hixie> nothing can, since the whole point of playing back video is to let you copy the content into your video RAM
  985. # [19:54] <paxcoder> Hixie, Ms2ger: so what does it do then?
  986. # [19:55] <Ms2ger> Read Hixie's G+ post
  987. # [19:55] <paxcoder> can you tell me please?
  988. # [19:55] <Hixie> https://plus.google.com/u/0/107429617152575897589/posts/iPmatxBYuj2
  989. # [19:55] <Hixie> it allows content producers to apply negotiation leverage against content distributors who provide playback services
  990. # [19:56] <paxcoder> the heck does that have to do with my client?
  991. # [19:57] <Hixie> for you? precisely nothing.
  992. # [19:57] <paxcoder> then why would i want additional code in it?
  993. # [19:57] <paxcoder> ie why EME?
  994. # [19:57] <Hixie> as a user, drm has nothing to offer you.
  995. # [19:57] <Hixie> it is strictly a net negative.
  996. # [19:58] <annevk> oh hey, that's another good way to argue against this thing
  997. # [19:58] <jgraham> annevk: Where does a resolver get assosciated with a future?
  998. # [19:58] * Quits: tantek (~tantek@mdd0536d0.tmodns.net) (Ping timeout: 248 seconds)
  999. # [19:58] * Quits: peppe_ (~peppe@83.148.235.159) (Read error: Connection reset by peer)
  1000. # [19:58] <annevk> violates http://www.w3.org/TR/html-design-principles/
  1001. # [19:58] <annevk> jgraham: it just is
  1002. # [19:58] <Hixie> annevk: you seem to be under the mistaken assumption that anyone with the authority to do anything about it, cares
  1003. # [19:58] <paxcoder> Hixie, then what's the reasoning behind putting it in my client?
  1004. # [19:58] <jgraham> annevk: Uhhhh
  1005. # [19:59] <jgraham> I don't understand :)
  1006. # [19:59] * Quits: ehsan (~ehsan@66.207.208.98) (Remote host closed the connection)
  1007. # [19:59] <annevk> jgraham: if you create a future, it comes with an associated resolver
  1008. # [19:59] <paxcoder> why is someone writing a client spec that only content producers want?
  1009. # [19:59] <annevk> jgraham: if you create an element, it comes with a classList, it's like that
  1010. # [19:59] <jgraham> So it happens in the (internal) constructor of the future
  1011. # [19:59] <jgraham> ?
  1012. # [19:59] <Ms2ger> paxcoder, because their managers make themN
  1013. # [19:59] <Ms2ger> ?*
  1014. # [20:00] <annevk> jgraham: yeah
  1015. # [20:00] <jgraham> OK
  1016. # [20:00] <paxcoder> Ms2ger, is there no voting process that would stop its inclusion?
  1017. # [20:00] <Ms2ger> Ehehehee
  1018. # [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
  1019. # [20:00] <gavinc> paxcoder: and because content carriers do not have the leverage they did when cable TV was created
  1020. # [20:00] <Hixie> paxcoder: only browser vendors get to decide what they put in their browsers
  1021. # [20:01] <paxcoder> Hixie, the people voting "yes" to EME are those putting it in my client.
  1022. # [20:01] <Hixie> paxcoder: no
  1023. # [20:01] <Hixie> paxcoder: even if the w3c through EME out, it would still end up in your client
  1024. # [20:01] <paxcoder> Hixie, arguments please.
  1025. # [20:01] <Hixie> paxcoder: case in paint, the w3c through HTML out, and HTML is still in browsers.
  1026. # [20:01] <Hixie> threw, even
  1027. # [20:02] <paxcoder> what?
  1028. # [20:02] <MikeSmith> "The Google Search Appliance uses XSLT for UI." somebody should fix that
  1029. # [20:02] <Hixie> paxcoder: in 1998, and again in 2004, the w3c said HTML was dead. So we wrote the HTML spec outside W3C.
  1030. # [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
  1031. # [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
  1032. # [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.
  1033. # [20:04] <paxcoder> Hixie, I'm sure it was written to meet needs of modern apps, not to defy XMLization.
  1034. # [20:04] * Quits: Scorchin (uid1242@gateway/web/irccloud.com/x-uqwoyorspnptezma) (Quit: Connection closed for inactivity)
  1035. # [20:04] <Hixie> "it"?
  1036. # [20:04] <paxcoder> Hixie, the living standard
  1037. # [20:04] <paxcoder> HTML5
  1038. # [20:04] <Hixie> the HTML spec was written for a variety of reasons, sure
  1039. # [20:04] <Hixie> that's not really the point here
  1040. # [20:05] <paxcoder> Ok, please tell me what EME does.
  1041. # [20:05] <paxcoder> Not whom it benefits, what it *does*.
  1042. # [20:05] <Hixie> EME harms users and society as a whole in order to help hollywood extort more money out of users.
  1043. # [20:06] * Quits: nonge_ (~nonge@p5082B5FB.dip0.t-ipconnect.de) (Quit: Verlassend)
  1044. # [20:07] <SimonSapin> Hixie: didn’t you write the piece about how DRM is not about users but control over manufacturers?
  1045. # [20:07] * Joins: krit1 (~krit@20.sub-70-211-69.myvzw.com)
  1046. # [20:07] <Hixie> SimonSapin: yeah, https://plus.google.com/u/0/107429617152575897589/posts/iPmatxBYuj2
  1047. # [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?
  1048. # [20:07] * 50UACESZ0 is now known as chee
  1049. # [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
  1050. # [20:08] * chee is now known as Guest
  1051. # [20:08] <Hixie> paxcoder: and when companies join the w3c, the w3c makes money.
  1052. # [20:08] <Hixie> about $60k per year.
  1053. # [20:08] <Hixie> per company.
  1054. # [20:08] * Guest is now known as chee
  1055. # [20:08] <paxcoder> They're selling my freedom cheap.
  1056. # [20:08] <gavinc> No.
  1057. # [20:08] <gavinc> Browser vendors already did that.
  1058. # [20:08] * Quits: jernoble (~jernoble@216.113.168.135) (Quit: Textual IRC Client: www.textualapp.com)
  1059. # [20:08] <paxcoder> gavin, what do you mean?
  1060. # [20:09] <Hixie> the w3c publishing the spec or not has no effect on whether browsers have EME in them or not
  1061. # [20:09] <odinho> MS, Google, Netflix et al are also part of w3c.
  1062. # [20:09] <Hixie> that's entirely up to the browser vendors
  1063. # [20:09] * Joins: jernoble (~jernoble@216.113.168.135)
  1064. # [20:09] <gavinc> W3C can't make browser vendors do anything.
  1065. # [20:09] <gavinc> See XHTML2 ;)
  1066. # [20:10] <paxcoder> Hixie, sure it does. Browser vendors want a "HTML5 fully compatible" sticker.
  1067. # [20:10] <Hixie> paxcoder: no, they really don't
  1068. # [20:10] * Quits: krit (~krit@sjfw1-a.adobe.com) (Ping timeout: 257 seconds)
  1069. # [20:10] <Hixie> paxcoder: (witness the fact that no browser ever implemented HTML4 as written)
  1070. # [20:11] <paxcoder> Hixie, well they aim for it anyway
  1071. # [20:11] <paxcoder> if W3C doesn't introduce EME, they'd have a good excuse not to implement it
  1072. # [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
  1073. # [20:11] <paxcoder> if it does, Chromium, and YouTube will be DRM-laden in a year
  1074. # [20:11] <Hixie> the browser vendors are the ones _pushing the EME spec_
  1075. # [20:11] * Quits: josemanuel (~josemanue@164.164.221.87.dynamic.jazztel.es) (Quit: Saliendo)
  1076. # [20:11] <Hixie> (not all the browser vendors)
  1077. # [20:12] <paxcoder> Ok, so I understand you're not very fond of W3C. Are you all against EME too?
  1078. # [20:12] * Joins: tantek (~tantek@mdd0536d0.tmodns.net)
  1079. # [20:13] * Joins: miketaylr (~miketaylr@80.232.109.46)
  1080. # [20:13] <paxcoder> Also, what's wrong with XHTML2?
  1081. # [20:13] <Ms2ger> Backwards compatibility
  1082. # [20:13] <paxcoder> ungh
  1083. # [20:13] <paxcoder> that's one of my least-favorite words
  1084. # [20:14] <paxcoder> When it comes to web. Though granted, I don't have big projects to maintain.
  1085. # [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.
  1086. # [20:15] * Quits: SimonSapin (~simon@vev69-1-82-232-219-95.fbx.proxad.net) (Ping timeout: 248 seconds)
  1087. # [20:16] <paxcoder> Hixie, define freedoms perhaps?
  1088. # [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.
  1089. # [20:16] * Quits: tantek (~tantek@mdd0536d0.tmodns.net) (Read error: Connection reset by peer)
  1090. # [20:17] <paxcoder> In all cases, anyway
  1091. # [20:17] * Joins: brl4n (~brl4n@204.108.237.194)
  1092. # [20:18] * Quits: jernoble (~jernoble@216.113.168.135) (Quit: Textual IRC Client: www.textualapp.com)
  1093. # [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.
  1094. # [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"
  1095. # [20:18] * Joins: jernoble (~jernoble@216.113.168.135)
  1096. # [20:19] * Quits: Gabri (~gabri@91.72.64.50) (Remote host closed the connection)
  1097. # [20:19] * Quits: jernoble (~jernoble@216.113.168.135) (Remote host closed the connection)
  1098. # [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)?
  1099. # [20:19] * Joins: ehsan (~ehsan@66.207.208.98)
  1100. # [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
  1101. # [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.
  1102. # [20:23] <Hixie> which is such a high level of BS that I don't even know where to begin
  1103. # [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.
  1104. # [20:24] <Hixie> why not? i own both devices, i paid for the content, nobody else is involved
  1105. # [20:24] <Hixie> such utter BS
  1106. # [20:24] * Joins: tantek (~tantek@216.113.168.135)
  1107. # [20:24] <Hixie> and mind you, both the movie and the audiobook are available on bittorrent sites with no DRM
  1108. # [20:24] <paxcoder> Hixie, Sounds like Adam Smith smacked you with his invisible hand.
  1109. # [20:24] <Hixie> so it's not like there's any protection of copyright going on
  1110. # [20:25] <paxcoder> Reference if anyone's unfamiliar: https://en.wikipedia.org/wiki/Invisible_hand
  1111. # [20:25] <gavinc> uhh... nothing to do with copyright
  1112. # [20:26] <paxcoder> gavin, it does with DRM.
  1113. # [20:26] <paxcoder> well it's an (capitalist) economical concept, so it's related to all of the above
  1114. # [20:27] * Joins: jernoble (~jernoble@216.113.168.135)
  1115. # [20:28] * Quits: jernoble (~jernoble@216.113.168.135) (Remote host closed the connection)
  1116. # [20:28] * Parts: brl4n (~brl4n@204.108.237.194)
  1117. # [20:29] * Joins: jernoble (~jernoble@216.113.168.135)
  1118. # [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)
  1119. # [20:29] <gavinc> uh
  1120. # [20:29] <gavinc> No.
  1121. # [20:29] <gavin> paxcoder: (you want gavinc, not gavin)
  1122. # [20:29] <paxcoder> my bad
  1123. # [20:30] <gavinc> Copyright and DRM were CREATED by regulation. Copyright is a state granted monopoly
  1124. # [20:31] <paxcoder> DRM is no regulation
  1125. # [20:31] <Hixie> DRM is protected by legislation
  1126. # [20:31] <paxcoder> Copyright is, and - in some cases - a beneficial one.
  1127. # [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.
  1128. # [20:32] <Hixie> if it was legal for companies to break DRM, the DRM-pushing companies would have no leverage
  1129. # [20:32] * Joins: jernoble_ (~jernoble@216.113.168.135)
  1130. # [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.
  1131. # [20:32] <Hixie> nobody said anything about regulation being evil?
  1132. # [20:33] <paxcoder> Hixie, they're building it into processors
  1133. # [20:33] <Hixie> so?
  1134. # [20:33] <paxcoder> see AMD+ARM
  1135. # [20:33] * Joins: benbarnett (~Adium@46-64-75-135.zone15.bethere.co.uk)
  1136. # [20:34] * Quits: jernoble (~jernoble@216.113.168.135) (Ping timeout: 258 seconds)
  1137. # [20:34] <paxcoder> Hixie, deregulation can't help against that
  1138. # [20:34] <Hixie> drm in chips isn't a problem
  1139. # [20:34] * Quits: benbarnett (~Adium@46-64-75-135.zone15.bethere.co.uk) (Client Quit)
  1140. # [20:34] <paxcoder> sure it is
  1141. # [20:34] <Hixie> why?
  1142. # [20:34] <Hixie> breaking drm is trivial
  1143. # [20:34] <paxcoder> because you have no nanotech to hack it
  1144. # [20:34] <paxcoder> not when it's firmware-defined
  1145. # [20:34] <gavinc> DRM is "broken" technically by design. The only thing that keeps it unbroken is the law.
  1146. # [20:35] <Hixie> paxcoder: you don't need to get the firmware, just the spec for the firmware.
  1147. # [20:35] <paxcoder> gavinc, it's the opposite, it's the greediness of the market
  1148. # [20:35] <gavinc> No, really it isn't.
  1149. # [20:35] <paxcoder> Hixie, what do you mean? Also, how would you get it?
  1150. # [20:36] <paxcoder> gavinc, if there was no legal regulation at all, companies would still manage to produce chips you can't hack
  1151. # [20:36] * Parts: dlongley (~dlongley@pool-71-171-30-236.nwrknj.east.verizon.net) ("Leaving")
  1152. # [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)
  1153. # [20:37] <gavinc> paxcoder: No, they really wouldn't.
  1154. # [20:37] * Quits: sicking (~sicking@v-1045.fw1.sfo1.mozilla.net) (Quit: sicking)
  1155. # [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.
  1156. # [20:38] <paxcoder> Hixie, then why do I still have a firmware blob for my GFX card?
  1157. # [20:38] * Joins: sicking (~sicking@v-1045.fw1.sfo1.mozilla.net)
  1158. # [20:38] * gavinc gives this up as pointless and goes to eat lunch
  1159. # [20:39] <Hixie> paxcoder: i would suspect it's because hardware decoding is more efficient.
  1160. # [20:39] <Hixie> i should go to lunch too
  1161. # [20:39] <paxcoder> gavin, you can prepend n "really"s to your "no", but it won't make it a solid argument
  1162. # [20:39] <Hixie> bbiab
  1163. # [20:39] * Joins: rniwa (~rniwa@17.212.154.114)
  1164. # [20:39] <paxcoder> ok, bye. I still think DRM needs no regulation to "work".
  1165. # [20:40] <paxcoder> In fact, if regulation was sufficient, there would be no need for DRM in the first place.
  1166. # [20:41] <Hixie> (there is no need for drm)
  1167. # [20:42] <paxcoder> ?
  1168. # [20:43] <gsnedders> "there would be no need for DRM" implies there is a need for DRM.
  1169. # [20:43] <paxcoder> I meant the need of companies with such (arguably obsolete) business models, of course.
  1170. # [20:43] * Joins: K_ (~karuna@183.83.0.184)
  1171. # [20:44] <gsnedders> paxcoder: DRM doesn't help them.
  1172. # [20:44] <paxcoder> Dude, the fact that DRM exists proves it does.
  1173. # [20:45] <paxcoder> gsnedders, ^
  1174. # [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…
  1175. # [20:46] * Joins: weinig (~weinig@17.114.110.68)
  1176. # [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.
  1177. # [20:48] * krit1 is now known as kirt
  1178. # [20:48] * kirt is now known as krit
  1179. # [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?
  1180. # [20:49] <gsnedders> paxcoder: It provides an API designed to allow plugins to be installed that keep secrets from you.
  1181. # [20:50] <gsnedders> Or, alternatively, instead of plugins, have support built into the browser that keeps secrets from you.
  1182. # [20:51] <paxcoder> An "open standard" for proprietary software delivery. Hah
  1183. # [20:51] * Quits: JohnAlbin (~JohnAlbin@36-224-105-33.dynamic-ip.hinet.net) (Quit: HTTP/1.1 404 JohnAlbin Not Found)
  1184. # [20:51] <paxcoder> gsnedders, how would the latter work though?
  1185. # [20:52] <gsnedders> paxcoder: It relies upon either the plugin (in the former case) or the browser (in the latter case) being closed source.
  1186. # [20:53] <paxcoder> gsnedders, i find it hard to believe that the W3C standard would demand browsers to be non-free.
  1187. # [20:53] * Quits: jernoble_ (~jernoble@216.113.168.135) (Remote host closed the connection)
  1188. # [20:53] * Quits: K_ (~karuna@183.83.0.184) (Quit: K_)
  1189. # [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.
  1190. # [20:54] * Joins: jernoble (~jernoble@216.113.168.135)
  1191. # [20:55] * Parts: tantek (~tantek@216.113.168.135)
  1192. # [20:55] * Joins: tantek (~tantek@216.113.168.135)
  1193. # [20:55] * Joins: jacobolus (~jacobolus@50-0-133-210.dsl.static.sonic.net)
  1194. # [20:55] * Quits: cabanier1 (~cabanier@sjfw1-a.adobe.com) (Read error: Connection reset by peer)
  1195. # [20:56] * Quits: jernoble (~jernoble@216.113.168.135) (Client Quit)
  1196. # [20:56] * Joins: hasather (~hasather@cm-84.210.170.16.getinternet.no)
  1197. # [20:57] <gsnedders> paxcoder: Well, the former case works fine in free browsers.
  1198. # [20:57] <gsnedders> paxcoder: Although the plugin itself is non-free.
  1199. # [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.
  1200. # [20:58] <paxcoder> Yeah, I see how the former case would work.
  1201. # [20:58] * Quits: weinig (~weinig@17.114.110.68) (Quit: weinig)
  1202. # [20:59] <gsnedders> paxcoder: From a web application POV, the cases are indistinguishable.
  1203. # [20:59] * Quits: SteveF (~chatzilla@216.113.168.135) (Ping timeout: 258 seconds)
  1204. # [20:59] * Joins: SimonSapin (~simon@2a01:e35:2e8d:b5f0:ea9d:87ff:fe22:e221)
  1205. # [21:00] * Joins: K_ (~karuna@183.83.0.184)
  1206. # [21:00] * Joins: brl4ntemp (~brl4n@204.108.237.194)
  1207. # [21:02] * Quits: K_ (~karuna@183.83.0.184) (Remote host closed the connection)
  1208. # [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.
  1209. # [21:02] * Joins: ap_ (~ap@17.114.109.196)
  1210. # [21:02] * Joins: K_ (~karuna@183.83.0.184)
  1211. # [21:02] * brl4ntemp is now known as brl4n
  1212. # [21:03] * Parts: brl4n (~brl4n@204.108.237.194)
  1213. # [21:04] * Quits: ap (~ap@2620:149:4:1b01:8557:617e:d457:855f) (Ping timeout: 258 seconds)
  1214. # [21:04] * ap_ is now known as ap
  1215. # [21:07] * Joins: JohnAlbin (~JohnAlbin@36-224-105-33.dynamic-ip.hinet.net)
  1216. # [21:09] * Quits: dgrogan_cloud (uid7844@gateway/web/irccloud.com/x-qlzqizqcqihicawf) (Quit: Connection closed for inactivity)
  1217. # [21:14] * Joins: zcorpan (~zcorpan@90-230-217-68-no135.tbcn.telia.com)
  1218. # [21:26] * Quits: hasather (~hasather@cm-84.210.170.16.getinternet.no) (Remote host closed the connection)
  1219. # [21:29] * Quits: K_ (~karuna@183.83.0.184) (Quit: K_)
  1220. # [21:33] * Joins: irfaN (~irfaN@unaffiliated/irfan)
  1221. # [21:35] * Joins: ap_ (~ap@17.114.109.196)
  1222. # [21:35] * Quits: ap (~ap@17.114.109.196) (Read error: Connection reset by peer)
  1223. # [21:35] * ap_ is now known as ap
  1224. # [21:35] * Quits: ap (~ap@17.114.109.196) (Remote host closed the connection)
  1225. # [21:35] * Joins: ap (~ap@2620:149:4:1b01:f0bb:336d:8aac:ae54)
  1226. # [21:36] * Quits: erichynds (~ehynds@64.206.121.41) (Quit: erichynds)
  1227. # [21:39] * Joins: jernoble (~jernoble@216.113.168.135)
  1228. # [21:43] * Quits: zcorpan (~zcorpan@90-230-217-68-no135.tbcn.telia.com) (Remote host closed the connection)
  1229. # [21:48] * Quits: Ms2ger (~Ms2ger@19.254-64-87.adsl-dyn.isp.belgacom.be) (Quit: nn)
  1230. # [21:51] * Quits: eric_carlson (~eric@17.212.152.104) (Quit: eric_carlson)
  1231. # [21:54] * Joins: hasather (~hasather@cm-84.210.170.16.getinternet.no)
  1232. # [21:55] * Quits: sicking (~sicking@v-1045.fw1.sfo1.mozilla.net) (Quit: sicking)
  1233. # [21:57] * Quits: jernoble (~jernoble@216.113.168.135) (Remote host closed the connection)
  1234. # [21:58] * Joins: jernoble (~jernoble@216.113.168.135)
  1235. # [21:58] * Joins: zcorpan (~zcorpan@90-230-217-68-no135.tbcn.telia.com)
  1236. # [21:59] * Joins: cabanier1 (~cabanier@sjfw1-a.adobe.com)
  1237. # [22:02] * Quits: hasather (~hasather@cm-84.210.170.16.getinternet.no) (Remote host closed the connection)
  1238. # [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
  1239. # [22:10] * Quits: scor (scor@drupal.org/user/52142/view) (Ping timeout: 258 seconds)
  1240. # [22:13] * Quits: baku (~baku@2-236-39-253.ip231.fastwebnet.it) (Quit: Leaving)
  1241. # [22:14] * Joins: scor (scor@nat/acquia/x-mddmplmgdnmcxgwh)
  1242. # [22:14] * Quits: scor (scor@nat/acquia/x-mddmplmgdnmcxgwh) (Changing host)
  1243. # [22:14] * Joins: scor (scor@drupal.org/user/52142/view)
  1244. # [22:16] * Quits: krawchyk (~krawchyk@65.220.49.251) (Remote host closed the connection)
  1245. # [22:28] <zcorpan> Hixie: do you run a validator on the spec's IDL blocks? if so, what do you use?
  1246. # [22:31] * Joins: nimbu (~nimbu@sjfw1.adobe.com)
  1247. # [22:32] <nimbu> MikeSmith: OMG why are you suffering in SAN JOSE
  1248. # [22:33] <zcorpan> would it be reasonable to have anolis validate IDL?
  1249. # [22:33] <hober> nimbu: html wg f2f
  1250. # [22:34] <jgraham> suffering squared?
  1251. # [22:34] <tantek> San Jose does feel like a punishment
  1252. # [22:35] <tantek> or maybe it was the corpo-campus-sprawl parking lot hell
  1253. # [22:36] <hober> the laugh track from next door is the best part
  1254. # [22:39] * Quits: pyrsmk (~pyrsmk@2a01:e35:2f52:ead0:21e:8cff:feeb:d962) (Remote host closed the connection)
  1255. # [22:39] <Hixie> zcorpan: yeah... hold on, let me look it up
  1256. # [22:39] <nimbu> hober: i c
  1257. # [22:39] <nimbu> ahahahahhahaha
  1258. # [22:39] <nimbu> hober: omg whats happening next door?
  1259. # [22:39] <Hixie> zcorpan: looks like i just pass the doc to http://www.w3.org/2009/07/webidl-check
  1260. # [22:39] <nimbu> San Jose mob meeting?
  1261. # [22:40] * Quits: cheron (~cheron@unaffiliated/cheron) (Ping timeout: 264 seconds)
  1262. # [22:40] <hober> nimbu: i dunno; there literally is an adjacent room that was recently full of people laughing.
  1263. # [22:41] <nimbu> hober: maybe they are laughing at YOUR room
  1264. # [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
  1265. # [22:43] <MikeSmith> nimbu: the cannibas dispensaries are cheaper here
  1266. # [22:44] <nimbu> LOLOLOL
  1267. # [22:44] <nimbu> MikeSmith: this might become a breaking news on some slow-news day
  1268. # [22:44] <nimbu> LUCKILY THIS IS NOT SLOW NEWS DAY
  1269. # [22:44] <MikeSmith> heh
  1270. # [22:48] <cabanier1> nimbu: there was a baby shower. lots of balloons, bad music and giggling
  1271. # [22:50] * Joins: weinig (~weinig@17.114.11.115)
  1272. # [22:51] * Joins: sicking (~sicking@v-1045.fw1.sfo1.mozilla.net)
  1273. # [22:53] * Quits: scor (scor@drupal.org/user/52142/view) (Quit: scor)
  1274. # [22:57] * Quits: jernoble (~jernoble@216.113.168.135) (Remote host closed the connection)
  1275. # [22:57] * Joins: JibberJim (~opera@90.193.235.216)
  1276. # [22:57] <nimbu> cabanier1: D: D:
  1277. # [22:57] <nimbu> TUNING IN FOR THE GOSSIP ON html-wg
  1278. # [22:57] <nimbu> please alert me when something exciting happens
  1279. # [22:57] * Quits: TallTed (~Thud@63.119.36.36)
  1280. # [22:58] * Quits: yorick (~yorick@oftn/member/yorick) (Remote host closed the connection)
  1281. # [22:59] * Joins: jernoble (~jernoble@216.113.168.135)
  1282. # [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.
  1283. # [23:02] <hober> MikeSmith: I thought that was the MSE session?
  1284. # [23:02] <sgalineau> I was going to say
  1285. # [23:02] <sgalineau> always assumed that's what this was for
  1286. # [23:02] <nimbu> ahahahah
  1287. # [23:02] <nimbu> MikeSmith: please do
  1288. # [23:03] <MikeSmith> hober: I thought that was the part where we were all planning to walk out en masse
  1289. # [23:03] <nimbu> can I recommend somebody play Get Lucky by Daft Punk loudly?
  1290. # [23:03] <Hixie> zcorpan: looks like I also set input= ?
  1291. # [23:03] <Hixie> zcorpan: as in, ...?doc=url&input=&output=text
  1292. # [23:03] <Hixie> zcorpan: dunno if that is relevant
  1293. # [23:04] * Quits: weinig (~weinig@17.114.11.115) (Ping timeout: 260 seconds)
  1294. # [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*
  1295. # [23:04] <zcorpan> Hixie: still 500
  1296. # [23:04] <Hixie> zcorpan: dunno then
  1297. # [23:05] <Hixie> zcorpan: no https support maybe?
  1298. # [23:05] * Hixie is having trouble just resolving w3.org today, so...
  1299. # [23:05] <zcorpan> maybe
  1300. # [23:06] <zcorpan> yeah that seems to be it
  1301. # [23:06] <MikeSmith> zcorpan: I'll ask about the https support
  1302. # [23:14] * Joins: weinig (~weinig@17.245.20.197)
  1303. # [23:14] * Quits: tobie (~tobielang@73-118.195-178.cust.bluewin.ch) (Ping timeout: 255 seconds)
  1304. # [23:15] * Joins: neopaq (~gwarvi@134.159.124.162)
  1305. # [23:19] * Quits: frozenice (~frozenice@unaffiliated/fr0zenice) (Remote host closed the connection)
  1306. # [23:20] * Joins: tobie (~tobielang@73-118.195-178.cust.bluewin.ch)
  1307. # [23:22] * Quits: jacobolus (~jacobolus@50-0-133-210.dsl.static.sonic.net) (Remote host closed the connection)
  1308. # [23:24] * Joins: oOze (~ooze@541BEBB4.cm-5-4d.dynamic.ziggo.nl)
  1309. # [23:24] * Parts: oOze (~ooze@541BEBB4.cm-5-4d.dynamic.ziggo.nl) ("Leaving")
  1310. # [23:25] * Quits: annevk (~annevk@207.218.72.65) (Remote host closed the connection)
  1311. # [23:26] * Quits: zdobersek (~zdobersek@cpe-77.38.31.63.cable.t-1.si) (Quit: ZNC - http://znc.in)
  1312. # [23:27] * Joins: jimmyalcala (~jimmyalca@186.94.25.149)
  1313. # [23:28] * Quits: danielfilho|w (~danielfil@200.232.113.107) (Remote host closed the connection)
  1314. # [23:30] * Quits: Maurice (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
  1315. # [23:33] * Quits: newtron (~newtron@199.71.174.103) (Ping timeout: 240 seconds)
  1316. # [23:34] * Joins: nessy (~silviapf@124-149-162-142.dyn.iinet.net.au)
  1317. # [23:35] <paxcoder> nimbu, don't like it
  1318. # [23:36] * Quits: tobie (~tobielang@73-118.195-178.cust.bluewin.ch) (Quit: tobie)
  1319. # [23:38] <nimbu> paxcoder: ?
  1320. # [23:39] * Quits: Badreddin (~Nur@189.192.155.69) (Ping timeout: 276 seconds)
  1321. # [23:40] <paxcoder> nimbu, get lucky
  1322. # [23:42] <nimbu> paxcoder: ah
  1323. # [23:42] <nimbu> its ok
  1324. # [23:44] * Quits: ehsan (~ehsan@66.207.208.98) (Remote host closed the connection)
  1325. # [23:49] * Quits: Smylers (~smylers@host86-168-221-39.range86-168.btcentralplus.com) (Quit: Leaving.)
  1326. # [23:50] * Joins: jacobolus (~jacobolus@c-76-21-12-207.hsd1.ca.comcast.net)
  1327. # Session Close: Tue Apr 23 23:55:54 2013
  1328. #
  1329. # Session Start: Tue Apr 23 23:55:54 2013
  1330. # Session Ident: #whatwg
  1331. # [23:55] * Disconnected
  1332. # [23:57] * Attempting to rejoin channel #whatwg
  1333. # [23:57] * Rejoined channel #whatwg
  1334. # [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!'
  1335. # [23:57] * Set by smaug____!~chatzilla@GGZYYCCCXVIII.gprs.sl-laajakaista.fi on Wed Mar 21 17:14:24
  1336. # [23:57] * Joins: Badreddin (~Nur@189.192.138.187)
  1337. # [23:57] * Quits: jryans (~jryans@cpe-70-113-92-118.austin.res.rr.com) (Quit: Be back later)
  1338. # Session Close: Wed Apr 24 00:00:00 2013

The end :)