/irc-logs / freenode / #whatwg / 2015-09-16 / end

Options:

Previous day, Next day

  1. # Session Start: Wed Sep 16 00:00:00 2015
  2. # Session Ident: #whatwg
  3. # [00:01] * Quits: eric_carlson (~ericc@17.202.48.102) (Ping timeout: 250 seconds)
  4. # [00:02] * Quits: JoWie (uid93456@gateway/web/irccloud.com/x-fhsnfvsqccbqccwi) (Quit: Connection closed for inactivity)
  5. # [00:08] * Joins: jeremyj (~jeremyj@17.202.47.124)
  6. # [00:08] * Quits: plutoniix (~plutoniix@node-r3f.pool-180-180.dynamic.totbb.net) (Quit: จรลี จรลา)
  7. # [00:09] * Quits: roc (~chatzilla@121.98.81.183) (Ping timeout: 256 seconds)
  8. # [00:09] * Quits: jeremyj (~jeremyj@17.202.47.124) (Client Quit)
  9. # [00:20] * Quits: jensnockert (~jensnocke@84.219.248.21) (Remote host closed the connection)
  10. # [00:21] * Quits: Jayflux (~Jayflux@unaffiliated/jayflux) (Quit: Leaving)
  11. # [00:26] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Remote host closed the connection)
  12. # [00:29] * Joins: ccardona-work (~ccardona-@c-24-130-132-120.hsd1.ca.comcast.net)
  13. # [00:31] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Read error: Connection reset by peer)
  14. # [00:32] * Quits: othermaciej (~mjs@17.245.28.133) (Quit: othermaciej)
  15. # [00:32] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
  16. # [00:37] * Joins: chimeno (~chimeno@81.172.115.203.dyn.user.ono.com)
  17. # [00:38] <chimeno> Good project! I'll try to contribute
  18. # [00:40] <Domenic> :)
  19. # [00:43] * Joins: jeremyj (~jeremyj@17.202.47.124)
  20. # [00:44] * Joins: roc (~chatzilla@2400:e780:801:224:2677:3ff:fece:dc64)
  21. # [00:46] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Read error: Connection reset by peer)
  22. # [00:46] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
  23. # [00:53] * Joins: othermaciej (~mjs@17.245.28.133)
  24. # [00:54] * Quits: tantek (~tantek@70-36-139-190.dsl.dynamic.fusionbroadband.com) (Quit: tantek)
  25. # [00:55] * Joins: tantek (~tantek@70-36-139-190.dsl.dynamic.fusionbroadband.com)
  26. # [00:56] <Domenic> Trying to generate a html diff for annevk's fetch patch is really heating up my CPU
  27. # [00:59] * Quits: jeremyj (~jeremyj@17.202.47.124) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  28. # [01:00] * Joins: jeremyj (~jeremyj@17.202.47.124)
  29. # [01:04] * Quits: sicking (~sicking@corp.mtv2.mozilla.com) (Quit: sicking)
  30. # [01:14] * Quits: tantek (~tantek@70-36-139-190.dsl.dynamic.fusionbroadband.com) (Quit: tantek)
  31. # [01:17] * Joins: tantek (~tantek@70-36-139-190.dsl.dynamic.fusionbroadband.com)
  32. # [01:19] * Joins: smaug____ (~chatzilla@dyxxlkyyyyyyyyyyyyyyt-3.rev.dnainternet.fi)
  33. # [01:20] * Quits: jeremyj (~jeremyj@17.202.47.124) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  34. # [01:21] * Quits: alrra (uid62345@gateway/web/irccloud.com/x-gcwiblkacktqtrbg) (Quit: Connection closed for inactivity)
  35. # [01:21] * Joins: jeremyj (~jeremyj@17.202.47.124)
  36. # [01:24] * Quits: ehsan (~ehsan@2001:450:1f:224:25e7:7573:df5e:8fe9) (Remote host closed the connection)
  37. # [01:31] * Quits: jeremyj (~jeremyj@17.202.47.124) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  38. # [01:32] * Quits: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net) (Ping timeout: 264 seconds)
  39. # [01:36] * Joins: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net)
  40. # [01:45] * Joins: necolas (~necolas@8.25.197.24)
  41. # [01:48] <JonathanNeal> TabAtkins: http://jonathantneal.github.io/postcss-nesting/ a live demo of how I think you told me @nest should work, alongside custom selectors and custom properties
  42. # [01:49] <TabAtkins> JonathanNeal: @nest requires an & in the selector.
  43. # [01:51] * Quits: necolas (~necolas@8.25.197.24)
  44. # [01:52] * Joins: jdaggett_ (~jdaggett@61-121-216-2.dh-connect.net)
  45. # [01:57] * Quits: ambv (~ambv@199.201.64.130) (Quit: sys.exit(0) # computer went to sleep)
  46. # [02:01] * Quits: chimeno (~chimeno@81.172.115.203.dyn.user.ono.com) (Remote host closed the connection)
  47. # [02:02] <JonathanNeal> TabAtkins: Okay, like this now?
  48. # [02:02] * Joins: jdaggett__ (~jdaggett@61-121-216-2.dh-connect.net)
  49. # [02:02] <TabAtkins> Yes.
  50. # [02:03] * Joins: mven (~textual@cpe-173-174-112-125.austin.res.rr.com)
  51. # [02:03] * Quits: mven (~textual@cpe-173-174-112-125.austin.res.rr.com) (Excess Flood)
  52. # [02:03] * Quits: jdaggett_ (~jdaggett@61-121-216-2.dh-connect.net) (Ping timeout: 260 seconds)
  53. # [02:03] * Joins: mven (~textual@cpe-173-174-112-125.austin.res.rr.com)
  54. # [02:03] * Quits: mven (~textual@cpe-173-174-112-125.austin.res.rr.com) (Excess Flood)
  55. # [02:04] <JonathanNeal> Hurray!
  56. # [02:05] * Joins: aretecode (~aretecode@50.23.131.206-static.reverse.softlayer.com)
  57. # [02:05] * Quits: tantek (~tantek@70-36-139-190.dsl.dynamic.fusionbroadband.com) (Quit: tantek)
  58. # [02:08] <Krinkle> TabAtkins: Thx for bring up https://github.com/whatwg/html/issues/127 – I assume it's no coincidence following our chat the other day?
  59. # [02:09] * Quits: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net) (Ping timeout: 260 seconds)
  60. # [02:10] * Joins: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net)
  61. # [02:15] <TabAtkins> Krinkle: Correct, it's a direct result of that chat.
  62. # [02:15] * Quits: ccardona-work (~ccardona-@c-24-130-132-120.hsd1.ca.comcast.net) (Quit: ccardona-work)
  63. # [02:16] * Joins: frivoal (~frivoal@softbank126142063093.bbtec.net)
  64. # [02:16] <Krinkle> Exciting :)
  65. # [02:16] <Krinkle> I'm curious if you have any <s>bikeshed</s> advice on what a polyfill would look like.
  66. # [02:17] * Joins: zcorpan_ (~zcorpan@2a00:801:e0:30:cd84:b79a:c01d:16e)
  67. # [02:17] <Krinkle> Give me your best/worst :D
  68. # [02:17] * Quits: ap_ (~ap@17.114.216.127)
  69. # [02:17] <JonathanNeal> document.addEventListener('DOMContentLoaded', Promise.resolve); ?
  70. # [02:18] <Krinkle> JonathanNeal: The problem is not knowing whether the event already fired.
  71. # [02:18] <Krinkle> Async code
  72. # [02:18] <JonathanNeal> document.ready = new Promise(function (resolve) { document.addEventListener('DOMContentLoaded', resolve); }); ?
  73. # [02:18] * Joins: hallvors_ (~sid83@2620:101:8016:74::4:53)
  74. # [02:19] <Krinkle> In addition to async code, also async code that loads more async code (<script async> conveniently holds back window.onload, but that doesn't apply to any script added to the DOM later)
  75. # [02:19] * Joins: dglazkov_ (sid4270@gateway/web/irccloud.com/x-bvgjtanqprywgynw)
  76. # [02:19] * Joins: slightlyoff_ (sid1768@gateway/web/irccloud.com/x-lmaosfpyqtxpwvdg)
  77. # [02:19] <Krinkle> JonathanNeal: That code will be pending indefinitely if run after the event already fired.
  78. # [02:20] * Quits: jsbell (jsbell@nat/google/x-kttcvstihyamfjtx) (Quit: There's no place like home...)
  79. # [02:20] * Joins: vigilvindex_ (~quassel@envoycorps.info)
  80. # [02:20] <JonathanNeal> Krinkle: is `readyState` part of the official API?
  81. # [02:21] * Joins: halfline_ (rstrode@nat/redhat/x-ucnxxfnmnrtieukg)
  82. # [02:21] <TabAtkins> I think it is?
  83. # [02:21] * Quits: dglazkov (sid4270@gateway/web/irccloud.com/x-jkuoiiyznrevmiwz) (Ping timeout: 268 seconds)
  84. # [02:21] * Quits: slightlyoff (sid1768@gateway/web/irccloud.com/x-kvwacnyjwnzyniqu) (Ping timeout: 268 seconds)
  85. # [02:21] * Quits: vigilvindex (~quassel@envoycorps.info) (Quit: No Ping reply in 180 seconds.)
  86. # [02:21] * Quits: halfline (rstrode@nat/redhat/x-xhzitgqfsmwpwqkf) (Ping timeout: 268 seconds)
  87. # [02:21] * Joins: jxs_ (~jxs@108.61.167.230)
  88. # [02:21] * Quits: hallvors (~sid83@2620:101:8016:74::4:53) (Ping timeout: 264 seconds)
  89. # [02:21] * Quits: jxs (~jxs@108.61.167.230) (Ping timeout: 264 seconds)
  90. # [02:21] * Quits: botie (~i-bot@sideshowbarker.net) (Ping timeout: 264 seconds)
  91. # [02:21] * Quits: zcorpan (~zcorpan@2a00:801:e0:30:cd84:b79a:c01d:16e) (Ping timeout: 264 seconds)
  92. # [02:21] * Quits: gsnedders (~gsnedders@5.2.16.23) (Ping timeout: 264 seconds)
  93. # [02:21] * Joins: gsnedders (~gsnedders@5.2.16.23)
  94. # [02:21] * jxs_ is now known as jxs
  95. # [02:21] * hallvors_ is now known as hallvors
  96. # [02:22] * halfline_ is now known as halfline
  97. # [02:22] * dglazkov_ is now known as dglazkov
  98. # [02:22] <Krinkle> The question is also, if you check it, is it safe to always add a new event or is there a grey area where it's not ready but also won't take new events.
  99. # [02:22] <JonathanNeal> document.ready = new Promise(function (resolve) { document.readyState === 'complete’ ? resolve() : document.addEventListener('DOMContentLoaded', resolve); }); - though you may want to expand on it to clear out the event object.
  100. # [02:22] <TabAtkins> Yes, readyState is specified on Document in HTML.
  101. # [02:22] * Quits: howdoi (uid224@gateway/web/irccloud.com/x-qdsdfjjilxcykjgs) (Quit: Connection closed for inactivity)
  102. # [02:22] * slightlyoff_ is now known as slightlyoff
  103. # [02:22] <JonathanNeal> `document.ready = new Promise(function (resolve) { document.readyState === 'complete’ ? resolve() : document.addEventListener('DOMContentLoaded', resolve); });` though you may want to expand on it to clear out the event object.
  104. # [02:23] <Krinkle> window.onload has this with performance.loadEventStart where I believe you can't attach new events from within an onload handler, but it's also not finished yet. Though I guess window.onload (the hidden event) is right before it, not after.
  105. # [02:23] <JonathanNeal> Sorry that came twice, irccloud told me the previous one was not sent.
  106. # [02:28] * Joins: flower_ (~user@202.44.241.187)
  107. # [02:28] * Joins: yhirano__ (uid40668@gateway/web/irccloud.com/x-jrbtkvxsgodtyyxl)
  108. # [02:28] * Joins: wanderview_ (~sid277@2620:101:8016:74::4:115)
  109. # [02:30] * Quits: smaug____ (~chatzilla@dyxxlkyyyyyyyyyyyyyyt-3.rev.dnainternet.fi) (Ping timeout: 246 seconds)
  110. # [02:30] * Joins: gsnedder1 (~gsnedders@5.2.16.23)
  111. # [02:30] * Joins: rwaldron_ (rwaldron@gateway/shell/jquery.com/x-yrdmtjuzacnepone)
  112. # [02:31] * Joins: kbrosnan_ (~kbrosnan@63.245.214.133)
  113. # [02:32] * Joins: timoxley_ (~timoxley@128.199.65.199)
  114. # [02:32] * Joins: kborchers_ (kborchers@gateway/shell/jquery.com/x-fnhchkzmmgdcdcgp)
  115. # [02:33] * Quits: igoroliveira (uid20755@gateway/web/irccloud.com/x-qlitoemkdabuhzvy) (Quit: Connection closed for inactivity)
  116. # [02:36] * Quits: gsnedders (~gsnedders@5.2.16.23) (*.net *.split)
  117. # [02:36] * Quits: g4 (~g4@unaffiliated/gormer) (*.net *.split)
  118. # [02:36] * Quits: flower (~user@202.44.241.187) (*.net *.split)
  119. # [02:36] * Quits: bterlson (sid23757@gateway/web/irccloud.com/x-ngswaejbieymgvzq) (*.net *.split)
  120. # [02:36] * Quits: rwaldron (rwaldron@gateway/shell/jquery.com/x-wsuugtxxxlwiakek) (*.net *.split)
  121. # [02:36] * Quits: jxs (~jxs@108.61.167.230) (*.net *.split)
  122. # [02:36] * Quits: KevinMarks (~KevinMark@c-67-164-14-200.hsd1.ca.comcast.net) (*.net *.split)
  123. # [02:36] * Quits: jyasskin_w (jyasskin@nat/google/x-gnhfmbuzrkmvmrsf) (*.net *.split)
  124. # [02:36] * Quits: timoxley (~timoxley@128.199.65.199) (*.net *.split)
  125. # [02:36] * Quits: kbrosnan (~kbrosnan@firefox/community/qa/kbrosnan) (*.net *.split)
  126. # [02:36] * Quits: kborchers (kborchers@gateway/shell/jquery.com/x-ndmgudqsvyvqqsvs) (*.net *.split)
  127. # [02:36] * Quits: wanderview (~sid277@2620:101:8016:74::4:115) (*.net *.split)
  128. # [02:36] * Quits: hendry (~hendry@sg.dabase.com) (*.net *.split)
  129. # [02:36] * Quits: yhirano_ (uid40668@gateway/web/irccloud.com/x-nvhgosukhgrncruo) (*.net *.split)
  130. # [02:36] * wanderview_ is now known as wanderview
  131. # [02:36] * Tenhi_ is now known as Tenhi
  132. # [02:37] * yhirano__ is now known as yhirano_
  133. # [02:37] * Quits: gavinc (~gavin@barad-dur.carothers.name) (Quit: Konversation terminated!)
  134. # [02:38] * Joins: hendry (~hendry@sg.dabase.com)
  135. # [02:42] * Joins: jyasskin_w (jyasskin@nat/google/x-iysuzooqggzdsqmq)
  136. # [02:42] * Joins: jxs (~jxs@108.61.167.230)
  137. # [02:42] * Joins: g4 (~g4@195.159.146.210)
  138. # [02:42] * Joins: KevinMarks (~KevinMark@c-67-164-14-200.hsd1.ca.comcast.net)
  139. # [02:43] * Joins: bterlson (sid23757@gateway/web/irccloud.com/x-mxtxnlkpwspeuvmx)
  140. # [02:44] * Quits: othermaciej (~mjs@17.245.28.133) (Quit: othermaciej)
  141. # [02:50] <Krinkle> JonathanNeal: Hm.. yeah. I suppose it is relatively straight forward with dom ready
  142. # [02:50] <Krinkle> JonathanNeal: What about window.onload though?
  143. # [02:50] * Quits: jwalden (~waldo@2620:101:80fc:224:7e7a:91ff:fe25:a5a3) (Quit: over and out)
  144. # [02:50] * Joins: plutoniix (~plutoniix@119.63.87.222)
  145. # [02:50] <Krinkle> I haven't found a way to do that short using performance.timing.loadEventEnd – which isn't very available yet.
  146. # [02:51] <Krinkle> or loadEventStart I suppose
  147. # [02:51] <JonathanNeal> Well, I may have mispoke earlier, but this should do it: http://stackoverflow.com/questions/11528132/determining-whether-the-window-has-loaded-without-using-any-global-variables/11543156#11543156
  148. # [02:52] * Joins: markg2 (~chatzilla@2606:6000:6044:1800:656c:edf4:b720:be2)
  149. # [02:52] * Joins: othermaciej (~mjs@76.74.153.41)
  150. # [02:55] * Joins: eric_carlson (~ericc@c-24-6-239-9.hsd1.ca.comcast.net)
  151. # [02:56] <Krinkle> There sure is a lot of click bate and confusion out on stackoverflow. Lots of questions about how to detect window load, all saying to check readyState or use jQuery. Which is irrelevant to the question.
  152. # [02:57] <Domenic> Why not just load the polyfill script in your <head>
  153. # [02:58] <Krinkle> That's a fair requirement once there is somewhat of an established standard. But for individual libraries it seems odd to have to require them to put something arbitrary in a head script.
  154. # [02:58] <Krinkle> E.g. imagine the next version of google analytics or jquery requiring you put something in <head>
  155. # [02:59] <JonathanNeal> Yea, it’s unlikely. It was hard enough for html5shiv.
  156. # [03:01] <Krinkle> In my case it's two fold. In production there's an async loaded module that collects Navigation Timing, which can sort of get away by checking or polling performance.timing.loadEvent* since it itself won't do anything if nav timing is unsupported. The other is random experiments that are loaded from a user space, which don't have the ability to modify the
  157. # [03:01] <Krinkle> main page.
  158. # [03:02] <Domenic> Sure, I thought you were talking about a polyfill, not a library.
  159. # [03:03] <JonathanNeal> But a polyfill has to be willing to work with what it has, and can’t guaruntee markup position.
  160. # [03:09] * Joins: othermaciej_ (~mjs@76.74.153.41)
  161. # [03:12] * Quits: othermaciej (~mjs@76.74.153.41) (Ping timeout: 264 seconds)
  162. # [03:15] * gsnedder1 wonders if he's an idiot or if he's found a bug in AAA
  163. # [03:16] * Quits: othermaciej_ (~mjs@76.74.153.41) (Ping timeout: 264 seconds)
  164. # [03:16] * gsnedder1 is now known as gsnedders
  165. # [03:26] <Krinkle> JonathanNeal: Yeah, sorry for the confusion. I mean more that if there's a polyfill, it'd be slightly more feasible to have it load from a certain position. Whereas in the here and now, ad-hoc libraries loaded without guarantees need something potentially more solid.
  166. # [03:27] <Krinkle> Though yeah,ideally the polyfill would be embeddable as small micro library in any other library that needs it.
  167. # [03:27] <JonathanNeal> They need something that, to borrow an expression, does the right thing.
  168. # [03:27] * Joins: mven_ (~textual@cpe-173-174-112-125.austin.res.rr.com)
  169. # [03:27] * Quits: mven_ (~textual@cpe-173-174-112-125.austin.res.rr.com) (Excess Flood)
  170. # [03:28] <TabAtkins> JonathanNeal: You don't want "complete" (that's the load event), you want "interactive" (that'd DOMContentReady).
  171. # [03:28] <TabAtkins> JonathanNeal: You don't want "complete" (that's the load event), you want "interactive" (that'd DOMContentReady).
  172. # [03:28] <JonathanNeal> ^ yes, as referenced in the stackoverflow I shared.
  173. # [03:28] <TabAtkins> Ah, sorry, didn't read.
  174. # [03:29] <JonathanNeal> My fault for mispeaking to begin with.
  175. # [03:31] <JonathanNeal> But “interactive” and “complete” should provide the events you are looking for Krinkle. If I were to write a polyfill, I might use readystatechange to try and be clever.
  176. # [03:31] <JonathanNeal> ^ https://developer.mozilla.org/en-US/docs/Web/API/Document/readyState
  177. # [03:31] <Krinkle> JonathanNeal: but those relate to the html payload, not the subresources.
  178. # [03:31] <Krinkle> window load, not document read/load
  179. # [03:32] <JonathanNeal> Read the definition for “complete” in that MDN link I just shared.
  180. # [03:32] <Krinkle> Interesting
  181. # [03:32] <Krinkle> I guess I was thrown off because it's on the document
  182. # [03:32] <Krinkle> cool :)
  183. # [03:33] <Krinkle> DOMComplete in Nav Timing is not the same as document.readyState=complete, then.
  184. # [03:34] <Krinkle> Hm.. the spec describes it as when readyState reaches "complete"
  185. # [03:34] * Krinkle does some field tests
  186. # [03:34] <MikeSmith> Domenic: have at it https://github.com/whatwg/html-build/commit/a2135b8e7f136138edd48c9cfb980f585c683243
  187. # [03:36] <gsnedders> Nope. no bug in the AAA.
  188. # [03:37] <gsnedders> I'm just an idiot.
  189. # [03:38] <JonathanNeal> Krinkle: what are the two events you want? document.ready and ?
  190. # [03:38] <Krinkle> DOMContentLoaded and window.onload
  191. # [03:39] <Krinkle> What we'll name the promises I don't mind. Though having "DOMContentLoaded" be "document.ready" would be a huge plus since that's become an idiom on the web that people identify with.
  192. # [03:40] <JonathanNeal> The name of the Promise property, I mean. Just best guess.
  193. # [03:40] <JonathanNeal> document.ready and document.load ?
  194. # [03:47] * Joins: tripu (~tripu@p2745048-ipngn22401marunouchi.tokyo.ocn.ne.jp)
  195. # [03:51] * Quits: jyasskin (jyasskin@nat/google/x-mfdolfgyyhwehxap) (Quit: My computer has gone to sleep. ZZZzzz…)
  196. # [03:55] <Krinkle> Yeah, though I can imagine there would be confusion.
  197. # [03:56] <Krinkle> Taking it off window seems nice, though I'm not sure why or if that's inline with other things happening in dom
  198. # [03:56] <Krinkle> http://codepen.io/Krinkle/pen/pjgGEY?editors=001
  199. # [03:57] <JonathanNeal> Krinkle: https://gist.github.com/jonathantneal/fba8689eaa288aeee11b
  200. # [04:00] <JonathanNeal> That gives you what you want, I think. Rather than muck around with names, I just used the ones onreadystate already gives us, which are actually quite easy to remember.
  201. # [04:01] <Krinkle> Yeah, once you understand.
  202. # [04:01] <Krinkle> I can't believe I never understood readyState until now
  203. # [04:01] * kbrosnan_ is now known as kbrosnan
  204. # [04:01] * Quits: kbrosnan (~kbrosnan@63.245.214.133) (Changing host)
  205. # [04:01] * Joins: kbrosnan (~kbrosnan@firefox/community/qa/kbrosnan)
  206. # [04:01] <Krinkle> JonathanNeal: nit pick, but I believe that leaves the handler of interactive behind if complete is reached
  207. # [04:02] <Krinkle> may be pass an array of regex instead.
  208. # [04:02] <Krinkle> or*
  209. # [04:02] <JonathanNeal> Um, no it should fire even if complete is reached first.
  210. # [04:03] * Joins: igoroliveira (uid20755@gateway/web/irccloud.com/session)
  211. # [04:03] * Quits: igoroliveira (uid20755@gateway/web/irccloud.com/session) (Changing host)
  212. # [04:03] * Joins: igoroliveira (uid20755@gateway/web/irccloud.com/x-mhmefmjnswvjocev)
  213. # [04:03] <JonathanNeal> You could run that code in your browser right now and your window would be complete and document.interactive would also be resolved.
  214. # [04:03] <Krinkle> Yes
  215. # [04:04] <Krinkle> I mean the event handler if 'interactive' will linger if 'complete' is already reached, unlike the other two which go out of their way to clean up
  216. # [04:04] * Krinkle spent 8 hours doing code review today.
  217. # [04:05] <JonathanNeal> Yes, fixed.
  218. # [04:06] <Krinkle> nice
  219. # [04:06] <MikeSmith> Krinkle: 8 hours of code review sounds grim
  220. # [04:06] <Krinkle> My brain practically runs JS native now
  221. # [04:08] <JonathanNeal> Krinkle: so besides requiring an include polyfill, does that cover your use cases? Kind of nice and consistent to reuse the readystate names, I think.
  222. # [04:08] <Krinkle> I'm letting in sink in. It's too simple.
  223. # [04:09] <Krinkle> I demand an uglier implementation
  224. # [04:10] <Krinkle> So yeah, ES7(array) and ES6(Promise) aside, I'm thinking how far back this will run in browsers.
  225. # [04:11] <Krinkle> Down to say IE8 (no further)
  226. # [04:11] <Krinkle> attachEvent naturally, but that's simple
  227. # [04:14] <Krinkle> especially since https://github.com/jquery/jquery/blob/1.11-stable/src/core/ready.js is much more elaborate and that's only for dom.interactive essentially
  228. # [04:25] * Joins: jxs_ (~jxs@108.61.167.230)
  229. # [04:25] * Joins: dbaron (~dbaron@2601:184:4280:57:6dcc:36bd:44f8:3cc1)
  230. # [04:28] * Quits: KevinMarks (~KevinMark@c-67-164-14-200.hsd1.ca.comcast.net) (*.net *.split)
  231. # [04:28] * Quits: igoroliveira (uid20755@gateway/web/irccloud.com/x-mhmefmjnswvjocev) (*.net *.split)
  232. # [04:28] * Quits: tripu (~tripu@p2745048-ipngn22401marunouchi.tokyo.ocn.ne.jp) (*.net *.split)
  233. # [04:28] * Quits: jxs (~jxs@108.61.167.230) (*.net *.split)
  234. # [04:28] * Quits: g4 (~g4@195.159.146.210) (*.net *.split)
  235. # [04:28] * jxs_ is now known as jxs
  236. # [04:29] * Joins: tripu (~tripu@p2745048-ipngn22401marunouchi.tokyo.ocn.ne.jp)
  237. # [04:34] * Joins: KevinMarks (~KevinMark@c-67-164-14-200.hsd1.ca.comcast.net)
  238. # [04:34] * Joins: g4 (~g4@vpn-oslo.vivaldi.com)
  239. # [04:34] * Joins: igoroliveira (uid20755@gateway/web/irccloud.com/x-mhmefmjnswvjocev)
  240. # [04:37] <JonathanNeal> mmhmm
  241. # [04:37] * Joins: jyasskin (~jyasskin@173-228-80-34.dsl.static.fusionbroadband.com)
  242. # [04:49] * Quits: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net) (Ping timeout: 244 seconds)
  243. # [04:50] * Joins: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net)
  244. # [04:59] <Domenic> I agree with zcorpan_ that we should not do onload, just DOMContentLoaded.
  245. # [05:01] * Quits: strugee (~strugee@2602:d8:a048:e600:2247:47ff:fe82:d58c) (Quit: ZNC - http://znc.in)
  246. # [05:13] * Quits: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net) (Ping timeout: 260 seconds)
  247. # [05:14] * Joins: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net)
  248. # [05:20] * Quits: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net) (Ping timeout: 246 seconds)
  249. # [05:21] * Joins: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net)
  250. # [05:26] * Quits: frivoal (~frivoal@softbank126142063093.bbtec.net) (Remote host closed the connection)
  251. # [05:26] * Quits: tripu (~tripu@p2745048-ipngn22401marunouchi.tokyo.ocn.ne.jp) (Read error: Connection reset by peer)
  252. # [05:28] * Joins: tripu (~tripu@p2745048-ipngn22401marunouchi.tokyo.ocn.ne.jp)
  253. # [05:29] * Quits: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net) (Ping timeout: 244 seconds)
  254. # [05:30] * Joins: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net)
  255. # [05:36] * Quits: jyasskin (~jyasskin@173-228-80-34.dsl.static.fusionbroadband.com) (Quit: My computer has gone to sleep. ZZZzzz…)
  256. # [05:43] * Quits: dbaron (~dbaron@2601:184:4280:57:6dcc:36bd:44f8:3cc1) (Quit: 8403864 bytes have been tenured, next gc will be global.)
  257. # [05:53] * Quits: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net) (Ping timeout: 268 seconds)
  258. # [05:53] * Joins: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net)
  259. # [05:55] * Quits: bholley (~bholley@c-73-231-198-151.hsd1.ca.comcast.net) (Quit: ZZZzzz…)
  260. # [06:00] * Quits: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net) (Ping timeout: 265 seconds)
  261. # [06:01] * Joins: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net)
  262. # [06:01] * Joins: Goplat (~goplat@reactos/developer/Goplat)
  263. # [06:08] * Quits: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net) (Ping timeout: 264 seconds)
  264. # [06:08] * Joins: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net)
  265. # [06:16] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
  266. # [06:25] * Quits: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net) (Ping timeout: 265 seconds)
  267. # [06:25] * Joins: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net)
  268. # [06:33] * Quits: igoroliveira (uid20755@gateway/web/irccloud.com/x-mhmefmjnswvjocev) (Quit: Connection closed for inactivity)
  269. # [06:36] * Quits: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net) (Ping timeout: 246 seconds)
  270. # [06:36] * Joins: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net)
  271. # [06:45] * Quits: roc (~chatzilla@2400:e780:801:224:2677:3ff:fece:dc64) (Ping timeout: 246 seconds)
  272. # [06:48] * Joins: jyasskin (~jyasskin@173-228-80-34.dsl.static.fusionbroadband.com)
  273. # [06:50] * Quits: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net) (Ping timeout: 240 seconds)
  274. # [06:51] * Joins: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net)
  275. # [06:52] * Quits: spacenomad (~spacenoma@unaffiliated/spacenomad) (Remote host closed the connection)
  276. # [06:55] * Quits: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net) (Ping timeout: 256 seconds)
  277. # [06:55] * Joins: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net)
  278. # [06:58] <Krinkle> JonathanNeal: Hm.. should that event listener be for readystatechange instead of DOMContentLoaded at https://gist.github.com/jonathantneal/fba8689eaa288aeee11b ?
  279. # [06:59] <JonathanNeal> What are you talking about, it is! :P
  280. # [07:02] <JonathanNeal> Thanks Krinkle
  281. # [07:02] * Quits: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net) (Ping timeout: 252 seconds)
  282. # [07:03] * Joins: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net)
  283. # [07:04] <Krinkle> JonathanNeal: I'm trying it out at the moment and find some issues.
  284. # [07:04] <Krinkle> So the assumption that DOMComplete/document.readyState=complete/window.onload are the same is incorrect.
  285. # [07:04] <Krinkle> It is correct in the sense that very little happens in the browser
  286. # [07:05] <Krinkle> However the userland is notably different because readyState=complete is before the loadEvent starts/ends
  287. # [07:05] <Krinkle> which means it can't be used for a lot of things, such as collecting performance.timing (my current usecase)
  288. # [07:06] <Krinkle> Because the last two properties (loadEventStart/End) would still be 0
  289. # [07:06] <Krinkle> Right now we use a mixture of $(window).on('load') and polling performance.timing.loadEventEnd in an interval loop
  290. # [07:06] <JonathanNeal> You mean readyState “complete” !== window.load?
  291. # [07:07] <Krinkle> Indeed
  292. # [07:07] * Joins: othermaciej (~mjs@104-244-25-6.PUBLIC.monkeybrains.net)
  293. # [07:07] <Krinkle> It's a little bit before it
  294. # [07:07] <JonathanNeal> Does “complete” fire after all the assets have loaded, like “load"?
  295. # [07:07] <Krinkle> I believe so, but I'm not sure.
  296. # [07:08] <Krinkle> So I think for most purposes it is conceptually the same, but it can be more than one event look tick away from the real onload
  297. # [07:09] * Joins: bholley (~bholley@c-73-231-198-151.hsd1.ca.comcast.net)
  298. # [07:09] <Krinkle> We've gone over many iterations and the current code looks like this. I'm working on refactoring this pretty much from the ground up. https://github.com/wikimedia/mediawiki-extensions-NavigationTiming/blob/master/modules/ext.navigationTiming.js#L160-L178
  299. # [07:09] <Krinkle> I really want to get rid of that polling loop
  300. # [07:10] <Krinkle> before we loaded scripts asynchronously it was: $(window).on('load', function () {setTimeout(collectNavTiming); }); which reliably got everything.
  301. # [07:11] <Krinkle> http://codepen.io/Krinkle/pen/rOxRjm?editors=001
  302. # [07:11] * Joins: frivoal (~frivoal@softbank126142063093.bbtec.net)
  303. # [07:12] <JonathanNeal> It makes sense that it might be one tick before the real onload.
  304. # [07:13] <JonathanNeal> If for no other reason that it happens “deeper”
  305. # [07:14] * Joins: ambv (~ambv@c-76-126-249-93.hsd1.ca.comcast.net)
  306. # [07:14] <Krinkle> It seems fragile to rely on the fact that setTimeout() from document readyState==complete is after window.onload callbacks finish
  307. # [07:15] <Krinkle> I'll give it a try and run it in some browsers
  308. # [07:15] * Quits: frivoal (~frivoal@softbank126142063093.bbtec.net) (Ping timeout: 246 seconds)
  309. # [07:20] * Joins: ambv_ (~ambv@199.201.64.3)
  310. # [07:20] * Quits: tripu (~tripu@p2745048-ipngn22401marunouchi.tokyo.ocn.ne.jp) (Ping timeout: 264 seconds)
  311. # [07:22] * Joins: JoWie (uid93456@gateway/web/irccloud.com/x-dcdlrthvrrxdwsdg)
  312. # [07:23] * Quits: ambv (~ambv@c-76-126-249-93.hsd1.ca.comcast.net) (Ping timeout: 250 seconds)
  313. # [07:24] * Joins: roc (~chatzilla@121.98.81.183)
  314. # [07:37] * Quits: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net) (Ping timeout: 265 seconds)
  315. # [07:37] * Joins: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net)
  316. # [07:48] * Quits: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net) (Ping timeout: 244 seconds)
  317. # [07:48] * Quits: bholley (~bholley@c-73-231-198-151.hsd1.ca.comcast.net) (Quit: ZZZzzz…)
  318. # [07:51] * Joins: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net)
  319. # [07:55] <annevk> zcorpan_: https://bugzilla.mozilla.org/show_bug.cgi?id=1203404
  320. # [07:56] * Joins: zdobersek (~zan@gateway/vpn/privateinternetaccess/zdobersek)
  321. # [07:57] * Joins: Ms2ger (~Ms2ger@ptr-2hj4tblvksdop0pzhkku5vlpw.ip6.access.telenet.be)
  322. # [08:01] * Joins: spacenomad (~spacenoma@unaffiliated/spacenomad)
  323. # [08:05] * Quits: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net) (Ping timeout: 264 seconds)
  324. # [08:06] * Joins: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net)
  325. # [08:15] * Quits: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net) (Ping timeout: 264 seconds)
  326. # [08:16] * Joins: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net)
  327. # [08:19] * Joins: alrra (uid62345@gateway/web/irccloud.com/x-aipqnezplaeuwawm)
  328. # [08:26] * Quits: Goplat (~goplat@reactos/developer/Goplat) (Remote host closed the connection)
  329. # [08:29] * Quits: jyasskin (~jyasskin@173-228-80-34.dsl.static.fusionbroadband.com) (Quit: My computer has gone to sleep. ZZZzzz…)
  330. # [08:29] * Quits: rego (~rego@66.193.27.77.dynamic.mundo-r.com) (Read error: Connection reset by peer)
  331. # [08:34] * Quits: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net) (Ping timeout: 255 seconds)
  332. # [08:34] * Joins: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net)
  333. # [08:37] * Joins: rego (~rego@66.193.27.77.dynamic.mundo-r.com)
  334. # [08:38] * Quits: fredy (~fredy@snf-535807.vm.okeanos.grnet.gr) (Excess Flood)
  335. # [08:39] * Joins: fredy (~fredy@snf-535807.vm.okeanos.grnet.gr)
  336. # [08:46] * Quits: rego (~rego@66.193.27.77.dynamic.mundo-r.com) (Read error: Connection reset by peer)
  337. # [08:49] * Joins: howdoi (uid224@gateway/web/irccloud.com/x-rbidkapwrkinbvni)
  338. # [08:51] * Joins: ap (~ap@c-24-130-61-31.hsd1.ca.comcast.net)
  339. # [08:54] * Joins: rego (~rego@66.193.27.77.dynamic.mundo-r.com)
  340. # [08:54] * Quits: rego (~rego@66.193.27.77.dynamic.mundo-r.com) (Read error: Connection reset by peer)
  341. # [08:55] * Quits: ambv_ (~ambv@199.201.64.3) (Quit: sys.exit(0) # computer went to sleep)
  342. # [08:56] * Quits: hasather (~hasather@80.91.33.141) (Remote host closed the connection)
  343. # [08:56] * Joins: hasather (~hasather@80.91.33.141)
  344. # [08:57] * Joins: sicking (~sicking@c-98-210-157-231.hsd1.ca.comcast.net)
  345. # [08:58] * Quits: ap (~ap@c-24-130-61-31.hsd1.ca.comcast.net) (Quit: ap)
  346. # [09:01] * Quits: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net) (Ping timeout: 255 seconds)
  347. # [09:02] * Joins: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net)
  348. # [09:04] * Joins: rego (~rego@66.193.27.77.dynamic.mundo-r.com)
  349. # [09:07] * Quits: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net) (Ping timeout: 255 seconds)
  350. # [09:07] * Joins: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net)
  351. # [09:11] * Quits: plutoniix (~plutoniix@119.63.87.222) (Quit: จรลี จรลา)
  352. # [09:14] <annevk> MikeSmith: hey can you explain to me what "ln -s ../link-fixup.js $HTML_TEMP/wattsi-output/multipage-html/" does in the build script?
  353. # [09:14] <annevk> MikeSmith: hmm, back in 30-60min or so
  354. # [09:14] <annevk> MikeSmith: I'd like to figure out how we can have link-fixup.js only appear in /multipage/ since now we duplicate the file and that's not needed
  355. # [09:14] <annevk> MikeSmith: on the server that is
  356. # [09:17] <annevk> MikeSmith: alternatively I guess we change wattsi to just point to /link-fixup.js
  357. # [09:17] <annevk> MikeSmith: or maybe generate link-fixup.js just like it does for fragment-links.js
  358. # [09:18] * Joins: schalkneethling (~Adium@4.tor.exit.babylon.network)
  359. # [09:18] * Joins: rego_ (~rego@66.193.27.77.dynamic.mundo-r.com)
  360. # [09:19] * Quits: rego (~rego@66.193.27.77.dynamic.mundo-r.com) (*.net *.split)
  361. # [09:19] * Quits: g4 (~g4@vpn-oslo.vivaldi.com) (*.net *.split)
  362. # [09:19] * Quits: KevinMarks (~KevinMark@c-67-164-14-200.hsd1.ca.comcast.net) (*.net *.split)
  363. # [09:20] <zcorpan_> annevk: thanks. see https://www.w3.org/Bugs/Public/show_bug.cgi?id=16673 -- i suppose it was a mistake to hook into the dispatch flag?
  364. # [09:25] * Joins: KevinMarks (~KevinMark@c-67-164-14-200.hsd1.ca.comcast.net)
  365. # [09:25] * Joins: g4 (~g4@vpn-oslo.vivaldi.com)
  366. # [09:25] * Quits: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net) (Ping timeout: 255 seconds)
  367. # [09:26] * Joins: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net)
  368. # [09:26] * Quits: rego_ (~rego@66.193.27.77.dynamic.mundo-r.com) (Ping timeout: 264 seconds)
  369. # [09:30] * Joins: rego (~rego@66.193.27.77.dynamic.mundo-r.com)
  370. # [09:32] * Joins: frivoal (~frivoal@softbank126142063093.bbtec.net)
  371. # [09:33] * Quits: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net) (Ping timeout: 265 seconds)
  372. # [09:33] * Joins: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net)
  373. # [09:36] * Joins: calvaris (~calvaris@84.100.117.91.dynamic.mundo-r.com)
  374. # [09:37] <JonathanNeal> :facepalm:
  375. # [09:37] * Quits: frivoal (~frivoal@softbank126142063093.bbtec.net) (Ping timeout: 272 seconds)
  376. # [09:37] <JonathanNeal> ^ re: do not cc the entire list
  377. # [09:42] <zcorpan_> JonathanNeal: ?
  378. # [09:42] <JonathanNeal> nvm :)
  379. # [09:43] * Quits: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net) (Ping timeout: 264 seconds)
  380. # [09:43] * Quits: rego (~rego@66.193.27.77.dynamic.mundo-r.com) (Read error: Connection reset by peer)
  381. # [09:43] * Joins: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net)
  382. # [09:43] * Quits: ^esc (~esc-ape@91.141.1.161.wireless.dyn.drei.com) (Ping timeout: 264 seconds)
  383. # [09:44] * Quits: sicking (~sicking@c-98-210-157-231.hsd1.ca.comcast.net) (Quit: sicking)
  384. # [09:48] <annevk> zcorpan_: yeah, you want to calculate them when the event object is created
  385. # [09:51] * Joins: rego (~rego@77.27.193.66)
  386. # [09:54] * Joins: Ms2ger` (~Ms2ger@ptr-2hj4tblvksdoooh7rv6nuucdd.ip6.access.telenet.be)
  387. # [09:55] * Quits: Ms2ger (~Ms2ger@ptr-2hj4tblvksdop0pzhkku5vlpw.ip6.access.telenet.be) (Ping timeout: 256 seconds)
  388. # [09:56] <zcorpan_> annevk: hmm yes that does make more sense
  389. # [09:58] * zcorpan_ looks at https://w3c.github.io/uievents/#interface-MouseEvent
  390. # [09:59] <annevk> zcorpan_: I think we really want to merge CSSOM into that
  391. # [09:59] <annevk> zcorpan_: it doesn't make much sense to define MouseEvent in two different places
  392. # [09:59] <annevk> MikeSmith: I ended up filing an issue against html-build to sort out the file duplication
  393. # [10:00] * Quits: jdaggett__ (~jdaggett@61-121-216-2.dh-connect.net) (Quit: jdaggett__)
  394. # [10:00] <annevk> MikeSmith: I've figured out how it could be fixed, just need agreement
  395. # [10:03] * Quits: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net) (Ping timeout: 255 seconds)
  396. # [10:04] * Joins: g6 (~g4@vpn-oslo.vivaldi.com)
  397. # [10:04] * Joins: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net)
  398. # [10:11] * Joins: frivoal (~frivoal@softbank126142063093.bbtec.net)
  399. # [10:17] * Quits: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net) (Ping timeout: 272 seconds)
  400. # [10:17] * Joins: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net)
  401. # [10:20] <schalkneethling> So, in step 9 here https://html.spec.whatwg.org/#concept-media-load-algorithm the fetch algorithm will always be called with a URL unless the source was a data-uri, a blob, or a file object correct? So, that means that for a lot of scenarios the fetch algorithm's mode is remote "fork" will be executed and so, if you want to do anything other than play/pause/stop the video you must include crossorigin either set to anonymous or use-credent
  402. # [10:21] * Quits: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net) (Ping timeout: 246 seconds)
  403. # [10:22] * Joins: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net)
  404. # [10:23] * Quits: g6 (~g4@vpn-oslo.vivaldi.com) (Ping timeout: 264 seconds)
  405. # [10:23] * Quits: g4 (~g4@vpn-oslo.vivaldi.com) (Ping timeout: 264 seconds)
  406. # [10:24] * Joins: g6 (~g4@vpn-oslo.vivaldi.com)
  407. # [10:24] * Joins: g4 (~g4@unaffiliated/gormer)
  408. # [10:28] * Quits: calvaris (~calvaris@84.100.117.91.dynamic.mundo-r.com) (Quit: Ex-Chat)
  409. # [10:28] * Quits: spacenomad (~spacenoma@unaffiliated/spacenomad) (Remote host closed the connection)
  410. # [10:34] * Joins: wilsonpage (~wilsonpag@217.111.161.212)
  411. # [10:44] * Quits: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net) (Ping timeout: 272 seconds)
  412. # [10:45] * Joins: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net)
  413. # [10:50] <annevk> schalkneethling: data and blob URLs go through Fetch
  414. # [10:50] <annevk> schalkneethling: "mode is object" is about objectSrc
  415. # [10:50] <annevk> schalkneethling: afaik
  416. # [10:51] * Joins: espadrine (~tyl@213.152.2.4)
  417. # [10:51] * Quits: othermaciej (~mjs@104-244-25-6.PUBLIC.monkeybrains.net) (Quit: othermaciej)
  418. # [10:52] <schalkneethling> annevk: oh, so setting objectSrc via JS will cause mode is local to be followed by the fetch algorithm but, blob and data will still go through the mode is remote path?
  419. # [10:52] * Quits: espadrine (~tyl@213.152.2.4) (Read error: No route to host)
  420. # [10:53] * Joins: espadrine (~tyl@213.152.2.4)
  421. # [10:54] * Quits: espadrine (~tyl@213.152.2.4) (Client Quit)
  422. # [10:54] <schalkneethling> referring to this part: https://html.spec.whatwg.org/#concept-media-load-resource
  423. # [10:54] <annevk> schalkneethling: blob and data URLs, I think so yes
  424. # [10:54] * Joins: espadrine (~tyl@213.152.2.4)
  425. # [10:54] <schalkneethling> and I guess a File object is a blob as well right?
  426. # [10:55] * Quits: espadrine (~tyl@213.152.2.4) (Read error: Connection reset by peer)
  427. # [10:55] <schalkneethling> so essentially the Fetch algorithm will always follow the mode is remote path unless the objectSrc was set by JS
  428. # [10:55] * Joins: espadrine (~tyl@213.152.2.4)
  429. # [10:55] <annevk> schalkneethling: a File is a subclass of Blob
  430. # [10:55] * Quits: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net) (Ping timeout: 250 seconds)
  431. # [10:56] <annevk> schalkneethling: reading this I think that's the case, though admittedly it's not entirely clear to me either
  432. # [10:56] <annevk> schalkneethling: philipj would know
  433. # [10:56] * Joins: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net)
  434. # [10:56] <philipj> annevk: soemthing about Blob/File?
  435. # [10:56] <schalkneethling> yes, so it will essentially receive the same treatment although, I reckon in most scenarios, JS will handle the File upload process and then probably set the objectSrc in which case it will go down the mode is local path
  436. # [10:57] * Quits: espadrine (~tyl@213.152.2.4) (Client Quit)
  437. # [10:57] <philipj> If we're talking about media elements, then s/objectSrc/srcObject/g
  438. # [10:58] <schalkneethling> philipj: so, trying to understand when the fetch algorithm will go down the mode is remote path and when it will go down the mode is local path
  439. # [10:58] <schalkneethling> so, it seems to state that is the media element is a URL it will go down remote else local
  440. # [10:59] <schalkneethling> so the question is, is the only way for it to not be a URL to set the objectSrc/srcObject via JS
  441. # [10:59] <schalkneethling> and that is the only way Fetch will ever follow the mode is local path
  442. # [11:02] <schalkneethling> philipj: referring to this part of the spec https://html.spec.whatwg.org/#concept-media-load-resource
  443. # [11:02] <philipj> schalkneethling: are you trying to implement srcObject in a browser, and if so which one?
  444. # [11:02] <schalkneethling> philipj: oh no :) just trying to wrap my mind around it and understand the crossorigin attribute's role here
  445. # [11:03] <philipj> so I haven't tried to implement this yet, but basically there's a fork point in the resource selection algorithm, which I'm sure you've found
  446. # [11:03] <schalkneethling> it kinda seems that anytime you want to do more with the video data other than simply play/pause/stop you wanna specify the crossorigin attribute
  447. # [11:04] <philipj> and if it's a src object, then there's no networking involved, nor do I think the crossorigin attribute could have any effect
  448. # [11:04] <schalkneethling> agreed, so this point "If mode is object"
  449. # [11:04] <annevk> schalkneethling: well, only if your URLs are actually cross-origin does crossorigin="" have any effect
  450. # [11:04] <philipj> the spec now says "The resource described by the current media resource, if any, contains the media data. It is CORS-same-origin."
  451. # [11:04] <annevk> schalkneethling: if you just have same-origin URLs you can do anything you want and you won't need it
  452. # [11:05] <schalkneethling> oooh, I thought you needed to specify crossorigin=anonymous for same origin
  453. # [11:05] <schalkneethling> if you wanted to do stuff on a canvas
  454. # [11:05] <schalkneethling> does this mean, it will load subtitle tracks as well as long as those reside on the same origin
  455. # [11:06] <philipj> in-band text tracks aren't actually well implemented, but yes, same-origin media resources would give you full access to the text tracks
  456. # [11:07] * Quits: Ms2ger` (~Ms2ger@ptr-2hj4tblvksdoooh7rv6nuucdd.ip6.access.telenet.be) (Ping timeout: 252 seconds)
  457. # [11:07] <schalkneethling> hmmmm, ok. so then essentially for same origin there is no need to use crossorigin but, for cross-origin you need to use crossorigin and set it to use-credentials
  458. # [11:07] <schalkneethling> but then the use case for anonymous becomes kinda foggy
  459. # [11:08] <schalkneethling> perhaps I do not understand what those credentials are?
  460. # [11:09] * Quits: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net) (Ping timeout: 272 seconds)
  461. # [11:09] * Joins: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net)
  462. # [11:19] <schalkneethling> This "A media provider object is an object that can represent a https://html.spec.whatwg.org/#media-resource, separate from a https://html.spec.whatwg.org/#url. https://html.spec.whatwg.org/#mediastream objects, https://html.spec.whatwg.org/#mediasource objects, https://html.spec.whatwg.org/#blob objects, and https://html.spec.whatwg.org/#file objects are all https://html.spec.whatwg.org/#media-provider-object." seems to suggest that they
  463. # [11:20] <schalkneethling> so, crossorigin is not a concern when using either of those types as a source
  464. # [11:21] <schalkneethling> but when specifying the value for either the src or source attribute/element crossorigin does come into play if that src is not of the same origin
  465. # [11:22] <schalkneethling> so, that leaves anonymous which is a little dubious
  466. # [11:22] * Quits: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net) (Ping timeout: 252 seconds)
  467. # [11:23] * Joins: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net)
  468. # [11:28] * Quits: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net) (Ping timeout: 272 seconds)
  469. # [11:28] * Joins: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net)
  470. # [11:32] <annevk> schalkneethling: credentials are just cookies, that may have been set for the domain in question
  471. # [11:33] <schalkneethling> ah so srcObject is the type of object
  472. # [11:33] <schalkneethling> and currentSrc is the actual location of the data object
  473. # [11:36] <JakeA> annevk: are non-tag members welcome to comment on https://github.com/w3ctag/spec-reviews/issues/76?
  474. # [11:36] <schalkneethling> so, anonymous might say something like "load this URL but ignore any cookies set for this domain" whereas use-credentials will say "load this URL and pass along/use/expose any cookies that has been set for this domain"
  475. # [11:36] <schalkneethling> so in essence, anonymous is a security measure to prevent credentials/cookies leaking across domains
  476. # [11:37] <annevk> JakeA: well I'm not a member, so yes
  477. # [11:37] <JakeA> annevk: I don't understand timbl's comment, it seems to be some combination of "the default for withCredentials is wrong", but the end seems to be questioning the need for CORS in anonymous requests entirely… am I reading it right?
  478. # [11:39] <annevk> JakeA: he wants something different from the current protocol
  479. # [11:39] <annevk> JakeA: what he wants is give me the best response for a given URL
  480. # [11:40] <annevk> JakeA: without knowing whether that requires credentials or not
  481. # [11:41] <annevk> JakeA: per CORS that requires up to two fetches (three perhaps if a preflight is required) since you don't know if the resource "supports credentials" or not
  482. # [11:41] <annevk> JakeA: he doesn't like it
  483. # [11:41] <annevk> JakeA: and I'm just pointing out that you'll have the same problem with anything the resource might vary on
  484. # [11:42] <nox> gsnedders: Aren't the isindex tests wrong?
  485. # [11:42] <JakeA> annevk: credentials:"ideally" - I guess the two request thing is less of an issue in HTTP/2, but I'm not sold on the feature, it's not something I've ever needed.
  486. # [11:42] <nox> gsnedders: http://software.hixie.ch/utilities/js/live-dom-viewer/?%3Cisindex%20action%3D%22x%22%3E
  487. # [11:43] <nox> Oh, document-fragment context.
  488. # [11:43] <annevk> JakeA: yeah, I don't think this is going to result in something, someone can write a library I suppose
  489. # [11:43] <annevk> JakeA: pretty easy to write a varyCredentialsFetch()
  490. # [11:43] <zcorpan_> nox: blink has dropped isindex special parsing, if you mean that
  491. # [11:44] <nox> zcorpan_: No I mean '<isindex action="x">' as a table fragment.
  492. # [11:44] <JakeA> annevk: his final paragraph… is he looking for a way to get data from a response that doesn't explicitly allow it? (there's an internal devrel thread making this claim, and I'm not confident)
  493. # [11:45] * Joins: othermaciej (~mjs@104-244-25-6.PUBLIC.monkeybrains.net)
  494. # [11:46] <annevk> JakeA: his final paragraph is just saying that if we need CORS (which we do) we should do whatever it takes to make his scenario work
  495. # [11:47] <annevk> JakeA: his claim about the proxy server is wrong though, I guess I should point that out
  496. # [11:47] <zcorpan_> nox: i don't follow. which test are you talking about?
  497. # [11:48] <nox> zcorpan_: https://github.com/html5lib/html5lib-tests/pull/67/files#diff-654b5264d16ae0fd0b3d27f971f2d57cR259
  498. # [11:48] <JakeA> Cheers!
  499. # [11:48] * Quits: schuki_ (~quassel@vali.lamercake.org) (Remote host closed the connection)
  500. # [11:48] * Joins: schuki (~quassel@188.226.171.135)
  501. # [11:49] <nox> zcorpan_: I understand that the <hr> and <input> being siblings of <form> comes from the <table> context, but I don't think that's what it's supposed to do.
  502. # [11:50] <zcorpan_> nox: it's not what gecko does, at least. http://software.hixie.ch/utilities/js/live-dom-viewer/saved/3634
  503. # [11:51] <nox> zcorpan_: I see "Pop that form element off the stack of open elements." for "form" start tag in "in table" insertion mode.
  504. # [11:51] <nox> But that's not the code path that code takes, AFAICT.
  505. # [11:51] <zcorpan_> <table><isindex> (non-fragment) is another interesting case
  506. # [11:52] <nox> zcorpan_: My Safari does as in the test.
  507. # [11:53] <zcorpan_> yeah
  508. # [11:54] <schalkneethling> annevk: philipj is my "thought process" re anonymous vs use-credentials correct in that anonymous will prevent leaking of credentials across domains by only "exposing" credentials for same origin requests and not cross-origin?
  509. # [11:54] <zcorpan_> for <table><isindex> webkit foster-parents the form and pops the form so the hr is a sibling
  510. # [11:54] <nox> zcorpan_: "If foster parenting is enabled and target is a table, tbody, tfoot, thead, or tr element:"
  511. # [11:55] <nox> zcorpan_: But target is not a table element, right?
  512. # [11:56] <zcorpan_> nox: are you discussing the <table>.innerHTML = '<isindex>' case?
  513. # [11:56] <nox> zcorpan_: Yes.
  514. # [11:56] <schalkneethling> so, you could do a cross-origin fetch and set crossorigin=anonymous and that way cookies are not shared with the third party
  515. # [11:57] <schalkneethling> so anonymous means make anonymous cross-origin requests and use-credentials identifies you to the third party by sharing credential cookies
  516. # [11:58] * Joins: smaug____ (~chatzilla@dyxxlkyyyyyyyyyyyyyyt-3.rev.dnainternet.fi)
  517. # [12:01] <schalkneethling> BTW, thanks a million for all your assistance so far
  518. # [12:01] <annevk> schalkneethling: it only identifies you if the third party had set a cookie for you before (or HTTP authentication or some existing TLS pool thingie)
  519. # [12:02] <schalkneethling> and only if you use "use-creentials" not "anonymous"
  520. # [12:03] <annevk> right
  521. # [12:03] <schalkneethling> if set to anonymous it will not use these credentials
  522. # [12:03] * Joins: Ms2ger` (~Ms2ger@ptr-2hj4tblvksdop0pzhkku5vlpw.ip6.access.telenet.be)
  523. # [12:03] * Quits: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net) (Ping timeout: 272 seconds)
  524. # [12:03] <schalkneethling> so if they are required, the requst will fail
  525. # [12:03] <schalkneethling> *request
  526. # [12:03] * Joins: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net)
  527. # [12:03] <schalkneethling> ok, I reckon I am getting to grips with this ;)
  528. # [12:03] <annevk> maybe, depends on how the server responds
  529. # [12:04] <schalkneethling> sure
  530. # [12:04] <zcorpan_> nox: /override target/ is only set in AAA, afaict, and that does not apply here
  531. # [12:05] <zcorpan_> nox: so target is the current node, which is <html> in the fragment case, right?
  532. # [12:05] <nox> zcorpan_: Yes.
  533. # [12:05] <zcorpan_> so many things to keep track of in the html parser :-(
  534. # [12:07] <zcorpan_> nox: ok so then "Let adjusted insertion location be inside target, after its last child (if any)."
  535. # [12:07] * Quits: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net) (Ping timeout: 240 seconds)
  536. # [12:08] * Joins: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net)
  537. # [12:08] <zcorpan_> though the algorithm under "If foster parenting is enabled and target is a table, tbody, tfoot, thead, or tr element" has steps for the fragment case
  538. # [12:10] <zcorpan_> i suppose you can get there with <table>.innerHTML = '<tbody><p>'
  539. # [12:12] <nox> zcorpan_: Yes.
  540. # [12:12] <nox> zcorpan_: Are you going to take care of it?
  541. # [12:13] * Quits: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net) (Ping timeout: 240 seconds)
  542. # [12:13] * Joins: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net)
  543. # [12:15] <zcorpan_> nox: i can PR the test, sure
  544. # [12:17] * Joins: calvaris (~calvaris@fanzine.igalia.com)
  545. # [12:17] <schalkneethling> annevk: so this all then relates to https://fetch.spec.whatwg.org/#http-access-control-allow-credentials
  546. # [12:18] <annevk> schalkneethling: it does yes, it maps to https://fetch.spec.whatwg.org/#concept-request-credentials-mode as I mentioned earlier
  547. # [12:19] <schalkneethling> ah, must have missed that
  548. # [12:19] <schalkneethling> thanks
  549. # [12:19] * schalkneethling is now known as schalkneethling_
  550. # [12:19] <nox> zcorpan_: Thanks.
  551. # [12:19] * schalkneethling_ is now known as schalkneethling|
  552. # [12:19] * schalkneethling| is now known as schalkneethling
  553. # [12:22] <zcorpan_> nox: https://github.com/html5lib/html5lib-tests/pull/68
  554. # [12:30] <nox> Cool.
  555. # [12:33] * Quits: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net) (Ping timeout: 250 seconds)
  556. # [12:33] * Joins: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net)
  557. # [12:35] <annevk> zcorpan_: nox: also need to figure out <menuitem> at some point
  558. # [12:35] <annevk> zcorpan_: nox: whether it should remain void
  559. # [12:37] * Quits: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net) (Ping timeout: 240 seconds)
  560. # [12:38] * Joins: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net)
  561. # [12:48] * Quits: smaug____ (~chatzilla@dyxxlkyyyyyyyyyyyyyyt-3.rev.dnainternet.fi) (Ping timeout: 246 seconds)
  562. # [12:50] * Joins: espadrine_ (~tyl@213.152.2.4)
  563. # [12:54] * Joins: ^esc (~esc-ape@178.165.129.201.wireless.dyn.drei.com)
  564. # [12:55] * Quits: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net) (Ping timeout: 246 seconds)
  565. # [12:55] * Joins: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net)
  566. # [12:57] * Quits: zcorpan_ (~zcorpan@2a00:801:e0:30:cd84:b79a:c01d:16e) (Remote host closed the connection)
  567. # [13:02] * Quits: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net) (Ping timeout: 240 seconds)
  568. # [13:03] * Joins: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net)
  569. # [13:14] <MikeSmith> annevk: back now
  570. # [13:14] <MikeSmith> was out to dinner and such with N
  571. # [13:15] <MikeSmith> annevk: is the file/symlink thing resolved for now? or you still need me to do something?
  572. # [13:15] <MikeSmith> btw, the whatwg logo now has a permanent IPFS hash
  573. # [13:15] <MikeSmith> http://ipfs.pics/pic.php?id=QmbvGcNxAgVDpUBccHnNdxhj5VFaSaPgSXqLsEkj4wWL2i
  574. # [13:16] <MikeSmith> whatwg ye shall hereby be called QmbvGcNxAgVDpUBccHnNdxhj5VFaSaPgSXqLsEkj4wWL2i for posterity
  575. # [13:18] <MikeSmith> part of the idea of ipfs.pics is that once you upload an image that and it gets a hash, other images services can also store a copy of the image, with that same hash
  576. # [13:18] * Joins: zcorpan (~zcorpan@94.234.170.66)
  577. # [13:19] <MikeSmith> and so if ipfs.pics goes away, you can still address it by that same hash from any other place that has it
  578. # [13:21] * Joins: smaug____ (~chatzilla@37-219-38-206.nat.bb.dnainternet.fi)
  579. # [13:22] * wilsonpage is now known as wilsonpage-away
  580. # [13:23] <MikeSmith> annevk: also if/when you have a moment, maybe reply to this tweet https://twitter.com/tjconceptdk/status/644066686342164480
  581. # [13:23] <MikeSmith> he seems like a clueful guy who would genuinely appreciate the info
  582. # [13:24] <schalkneethling> so is the Fetch standard a recommendation and implemented in user agents? Here is states that the spec does not use the "fetch" algorithm yet: https://html.spec.whatwg.org/#resource-sharing-check
  583. # [13:26] <annevk> schalkneethling: did I not point you to https://github.com/whatwg/html/issues/95?
  584. # [13:26] <annevk> MikeSmith: what is IPFS?
  585. # [13:27] <annevk> MikeSmith: I filed an issue on whatwg/html-build, would appreciate your opinion
  586. # [13:27] <schalkneethling> ah, so it is in process
  587. # [13:28] <MikeSmith> IPFS is an amibitious plan to create permanance/persistence for the Web in the face of domains expiring and people abandoing sites, etc.
  588. # [13:29] <annevk> MikeSmith: replied to the tweet
  589. # [13:29] <MikeSmith> it works in part by assigning hashes to the state of each particular resource at any particular time
  590. # [13:29] <annevk> MikeSmith: oh my
  591. # [13:30] <MikeSmith> https://ipfs.io/#how-it-works
  592. # [13:30] <MikeSmith> "IPFS combines a distributed hashtable, an incentivized block exchange, and a self-certifying namespace. IPFS has no single point of failure, and nodes do not need to trust each other."
  593. # [13:32] <MikeSmith> annevk: as far what "ln -s ../link-fixup.js $HTML_TEMP/wattsi-output/multipage-html/" does in the build, it makes a symlink that gets moved/copied into output/multipage along with the rest of the contents of that folder. Such that after the move, it just points to ./output/multipage/../link-fixup.js ーwhich is of course ./outline/link-fixup.js
  594. # [13:32] <MikeSmith> anyway, I will look at the issue
  595. # [13:34] * Quits: othermaciej (~mjs@104-244-25-6.PUBLIC.monkeybrains.net) (Quit: othermaciej)
  596. # [13:34] * Quits: zcorpan (~zcorpan@94.234.170.66) (Remote host closed the connection)
  597. # [13:35] * Joins: hgl (~hgl@unaffiliated/hgl)
  598. # [13:36] * espadrine_ is now known as espadrine
  599. # [13:37] * Quits: scor (~scor@drupal.org/user/52142/view) (Quit: scor)
  600. # [13:39] * Quits: hgl_ (~hgl@unaffiliated/hgl) (Ping timeout: 265 seconds)
  601. # [13:39] * Quits: smaug____ (~chatzilla@37-219-38-206.nat.bb.dnainternet.fi) (Ping timeout: 240 seconds)
  602. # [13:40] * Quits: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net) (Ping timeout: 240 seconds)
  603. # [13:40] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 246 seconds)
  604. # [13:40] * Joins: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net)
  605. # [13:45] <annevk> MikeSmith: could you merge WHATWG -> HTML - <img> into WHATWG -> HTML?
  606. # [13:45] <annevk> MikeSmith: or perhaps it's best to simply close it as well and transfer the bugs?
  607. # [13:49] * Joins: zcorpan (~zcorpan@94.234.170.77)
  608. # [13:49] <MikeSmith> annevk: yeah I think we should move the bugs and then close it
  609. # [13:50] <MikeSmith> I can do that
  610. # [13:50] <MikeSmith> zcorpan is OK with this?
  611. # [13:50] <annevk> oh cool
  612. # [13:50] <annevk> I haven't asked, I assume so
  613. # [13:50] <zcorpan> wat?
  614. # [13:50] <annevk> zcorpan: closing HTML - <img> component and moving the remaining bugs to the HTML component
  615. # [13:50] <MikeSmith> zcorpan: we transfer W3C bugzilla HTML <img> bugs to HTML componeentn
  616. # [13:51] * Quits: frivoal (~frivoal@softbank126142063093.bbtec.net) (Remote host closed the connection)
  617. # [13:52] <zcorpan> ok sure
  618. # [13:52] <zcorpan> but why
  619. # [13:52] <zcorpan> easier for other people to find the bugs?
  620. # [13:52] <annevk> zcorpan: yeah
  621. # [13:52] <annevk> zcorpan: they're not linked from the specification currently for instance
  622. # [13:52] * Joins: mpt (~mpt@2001:67c:1560:a003:e45c:cc74:591:dfd3)
  623. # [13:52] * Quits: mpt (~mpt@2001:67c:1560:a003:e45c:cc74:591:dfd3) (Changing host)
  624. # [13:52] * Joins: mpt (~mpt@canonical/mpt)
  625. # [13:56] <zcorpan> ok
  626. # [13:57] * Joins: smaug____ (~chatzilla@37-219-255-219.nat.bb.dnainternet.fi)
  627. # [14:00] * wilsonpage-away is now known as wilsonpage
  628. # [14:04] <schalkneethling> annevk: would appreciate feedback on this ~ https://sneethling.pastebin.mozilla.org/8846545
  629. # [14:04] <schalkneethling> thx!
  630. # [14:06] <annevk> schalkneethling: the Fetch standard is not in process
  631. # [14:06] <annevk> schalkneethling: integration into HTML is
  632. # [14:07] <schalkneethling> aha, my bad
  633. # [14:07] <schalkneethling> will update
  634. # [14:07] <annevk> use-URL-credentials is not code
  635. # [14:08] <schalkneethling> yeah, I am using that to liberally I realized ;p
  636. # [14:08] <MikeSmith> related to IPFS, https://github.com/substack/html-version-spec/blob/master/readme.markdown#html-version-spec is a related idea/proposal worth reading
  637. # [14:08] <annevk> not a Fetch header, just a header
  638. # [14:08] <MikeSmith> "This specification builds on existing work in subresource integrity, link relation types for simple version navigation, and meta-version to provide a comprehensive versioning system for secure, signed, and permanent single-page web applications."
  639. # [14:11] <schalkneethling> thanks MikeSmith
  640. # [14:11] * Joins: frivoal (~frivoal@softbank126142063093.bbtec.net)
  641. # [14:12] * Quits: zcorpan (~zcorpan@94.234.170.77) (Ping timeout: 272 seconds)
  642. # [14:13] * Ms2ger` is now known as Ms2ger
  643. # [14:14] * Quits: smaug____ (~chatzilla@37-219-255-219.nat.bb.dnainternet.fi) (Ping timeout: 265 seconds)
  644. # [14:14] <schalkneethling> other than those two points, looking good annevk?
  645. # [14:15] <annevk> I guess
  646. # [14:16] <Ms2ger> annevk, would it make sense to assert at the start of (my implementation of) https://dom.spec.whatwg.org/#concept-event-dispatch that eventPhase is NONE and currentTarget is null?
  647. # [14:16] <schalkneethling> hmmm, sounds like there are some things you are not sure about
  648. # [14:16] <annevk> Ms2ger: seems reasonable
  649. # [14:16] <Ms2ger> Great, thanks
  650. # [14:17] <annevk> schalkneethling: well, it's not really clear who this is for and the bits you explain about CORS are only a small part of the story so it's not particularly clear why you picked those bits and not the others, etc.
  651. # [14:18] <schalkneethling> well, it would be aimed at web developers using the video element and perhaps not being familiar with the crossorigin attribute
  652. # [14:18] <schalkneethling> and a little broad overview of how it forms part of the larger framework of loading resources
  653. # [14:22] * Joins: zcorpan (~zcorpan@94.234.170.78)
  654. # [14:28] * Joins: smaug____ (~chatzilla@37-219-78-183.nat.bb.dnainternet.fi)
  655. # [14:34] * Quits: rego (~rego@77.27.193.66) (Ping timeout: 272 seconds)
  656. # [14:38] * Quits: stalled (~stalled@unaffiliated/stalled) (Ping timeout: 240 seconds)
  657. # [14:39] * Joins: rego (~rego@66.193.27.77.dynamic.mundo-r.com)
  658. # [14:42] <MikeSmith> dang we were getting close to having only 300 open bugs before
  659. # [14:42] <MikeSmith> now 318
  660. # [14:42] <MikeSmith> https://www.w3.org/Bugs/Public/buglist.cgi?component=HTML&list_id=59532&product=WHATWG&;resolution=---
  661. # [14:43] * Quits: zcorpan (~zcorpan@94.234.170.78) (Remote host closed the connection)
  662. # [14:43] <annevk> MikeSmith: you ruined it!
  663. # [14:45] * Joins: dbaron (~dbaron@corp-nat.p2p.sfo1.mozilla.com)
  664. # [14:46] <beverloo> MikeSmith, annevk, fyi, we're killing the notification center (bell icon in the system tray), and notifications will either auto-dismiss after 8/25 (undecided) seconds or stay on-screen forever
  665. # [14:46] * Joins: zcorpan_ (~zcorpan@94.234.170.78)
  666. # [14:46] * Quits: smaug____ (~chatzilla@37-219-78-183.nat.bb.dnainternet.fi) (Ping timeout: 265 seconds)
  667. # [14:46] <MikeSmith> I blame you and zcorpan_
  668. # [14:46] * Quits: fredy (~fredy@snf-535807.vm.okeanos.grnet.gr) (Excess Flood)
  669. # [14:46] <annevk> beverloo: even on OS X?
  670. # [14:46] <MikeSmith> beverloo: glad to hear that
  671. # [14:46] * Quits: alrra (uid62345@gateway/web/irccloud.com/x-aipqnezplaeuwawm) (Read error: Connection reset by peer)
  672. # [14:46] <beverloo> yes, annevk
  673. # [14:46] * Quits: Ms2ger (~Ms2ger@ptr-2hj4tblvksdop0pzhkku5vlpw.ip6.access.telenet.be) (Ping timeout: 252 seconds)
  674. # [14:46] * Joins: alrra (uid62345@gateway/web/irccloud.com/x-mirhieajhpmgvmqo)
  675. # [14:46] <beverloo> Chrome OS keeps it as part of the OS, Android uses the OS' notification center, it's gone on Win/Mac/Linux
  676. # [14:47] <annevk> beverloo: how does that work? You simply don't integrate with the OS?
  677. # [14:47] <beverloo> usage statistics were in the realms of "it pretty much doesn't exist"
  678. # [14:47] <MikeSmith> I think the notification center approach is bad UX in practice
  679. # [14:47] <beverloo> yes, we found it to not work
  680. # [14:47] * Joins: fredy (~fredy@snf-535807.vm.okeanos.grnet.gr)
  681. # [14:48] <beverloo> annevk, indeed. We're keeping our own toasts for now and won't (yet) move them to the OS' notification center after
  682. # [14:48] <beverloo> it's something we're looking at, but are yet undecided on. there's a huge variety in feature support on different platforms, and we'd be giving up all our flexibility
  683. # [14:48] <Domenic> beverloo: very sad there's no integration into the OS on desktop, especially Windows... I guess that's to be expected when all your devs use Linux though.
  684. # [14:48] <beverloo> (which is not necessarily a bad thing)
  685. # [14:49] <Domenic> Well, OK, now that you said your last line it sounds much more reasonable
  686. # [14:49] <beverloo> Domenic, we're actually looking at that, especially with Windows 10's new notification center :)
  687. # [14:49] <Domenic> \o/
  688. # [14:53] <MikeSmith> beverloo: somewhat related to this, I been wanting to say that I find Gmail's currently-deployed notification behavior to not be so great, in that when I click a Gmail notification, it focuses a new window (instead of, say, some state of my existing gmail inbox tab), and then when I click a link from that gmail window, the window gets pushed down and the new page opens in my main browser window with all
  689. # [14:53] <MikeSmith> my tabs
  690. # [14:53] <annevk> Domenic: so if you're okay with path-absolute URLs, no changes to Wattsi would be required...
  691. # [14:53] <annevk> Domenic: we'd just update source
  692. # [14:54] <beverloo> MikeSmith, agreed
  693. # [14:54] <beverloo> I can't say much about it, but we're talking :)
  694. # [14:54] <MikeSmith> beverloo: and when I do that N number of times, I end up with N different useless windows sitting open in the background (which I then need to go back and manually close each one)
  695. # [14:54] <MikeSmith> beverloo: k
  696. # [14:58] * Joins: dickdaley (~dickdaley@198.233.131.186)
  697. # [14:59] * Joins: Ms2ger (~Ms2ger@ptr-2hj4tblvksdop0pzhkku5vlpw.ip6.access.telenet.be)
  698. # [14:59] <Domenic> annevk: ah that's true. I guess I am OK with that.
  699. # [15:01] * Quits: alrra (uid62345@gateway/web/irccloud.com/x-mirhieajhpmgvmqo) (Quit: Connection closed for inactivity)
  700. # [15:02] * Joins: zecho (~zecho@67-247-17-199.northern.mnscu.edu)
  701. # [15:02] <annevk> Domenic: combined with your patch to remove the images.whatwg.org thing I think we're all set then
  702. # [15:02] <annevk> Domenic: guess I'll wait for that to land first
  703. # [15:08] * Joins: plutoniix (~plutoniix@node-s2c.pool-180-180.dynamic.totbb.net)
  704. # [15:08] * Joins: TallTed (~Thud@c-98-216-254-6.hsd1.ma.comcast.net)
  705. # [15:09] * Joins: stalled (~stalled@unaffiliated/stalled)
  706. # [15:12] * Quits: howdoi (uid224@gateway/web/irccloud.com/x-rbidkapwrkinbvni) (Quit: Connection closed for inactivity)
  707. # [15:16] * Quits: calvaris (~calvaris@fanzine.igalia.com) (Quit: Ex-Chat)
  708. # [15:20] * Quits: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net) (Ping timeout: 250 seconds)
  709. # [15:20] * Joins: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net)
  710. # [15:20] * Joins: encryptd_fractal (~encryptd_@63-254-58-198.ip.mcleodusa.net)
  711. # [15:20] * Joins: calvaris (~calvaris@fanzine.igalia.com)
  712. # [15:27] * Joins: KevinMarks_ (~KevinMark@c-67-164-14-200.hsd1.ca.comcast.net)
  713. # [15:29] * Quits: KevinMarks (~KevinMark@c-67-164-14-200.hsd1.ca.comcast.net) (Read error: Connection reset by peer)
  714. # [15:37] * Quits: KevinMarks_ (~KevinMark@c-67-164-14-200.hsd1.ca.comcast.net) (Ping timeout: 264 seconds)
  715. # [15:38] * Quits: zcorpan_ (~zcorpan@94.234.170.78) (Remote host closed the connection)
  716. # [15:47] * Quits: frivoal (~frivoal@softbank126142063093.bbtec.net) (Remote host closed the connection)
  717. # [15:48] * Quits: jahman (~woops@129.175.204.73) (Quit: Quitte)
  718. # [15:50] <gsnedders> nox: I think the vast majority are right. It's not impossible one or two slipped through.
  719. # [15:50] * Joins: jahman (~woops@129.175.204.73)
  720. # [15:51] * Joins: frivoal (~frivoal@softbank126142063093.bbtec.net)
  721. # [15:52] <annevk> MikeSmith: was https://github.com/validator cloning HTML intentional?
  722. # [15:53] <MikeSmith> yeah that was just for me to create a PR against mkwst's fork
  723. # [15:54] <MikeSmith> I will delete that validator fork now
  724. # [15:55] * Quits: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net) (Ping timeout: 272 seconds)
  725. # [15:56] * Joins: alrra (uid62345@gateway/web/irccloud.com/x-npbqnyitgdyrjljh)
  726. # [15:58] * Joins: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net)
  727. # [16:02] <MikeSmith> sento time; back in ~2hrs
  728. # [16:09] <nox> gsnedders: One was wrong, zcorpan made a PR.
  729. # [16:16] <annevk> Anyone use @htmlstandard recently? Just got an email from Twitter about potential account abuse...
  730. # [16:18] <gsnedders> nox: jgraham merged it hours ago :P
  731. # [16:18] <nox> Hah, didn't even notice.
  732. # [16:19] * Joins: ccardona-work (~ccardona-@c-24-130-132-120.hsd1.ca.comcast.net)
  733. # [16:22] <Domenic> annevk: it was me, trying to add it to tweetdeck
  734. # [16:23] <nox> gsnedders: Are some svg attributes supposed to be dropped?
  735. # [16:24] <gsnedders> nox: Yes. Loads were removed ages from the spec.
  736. # [16:24] <nox> Never mind, completely misread the step.
  737. # [16:24] <nox> Is filterres special?
  738. # [16:25] <gsnedders> special how?
  739. # [16:25] <nox> Appearing out of nowhere like a wild pokémon.
  740. # [16:26] <nox> gsnedders: https://github.com/html5lib/html5lib-tests/blob/master/tree-construction/tests11.dat#L155
  741. # [16:26] * Joins: mven (~textual@32.97.110.56)
  742. # [16:26] * Quits: mven (~textual@32.97.110.56) (Excess Flood)
  743. # [16:26] <gsnedders> I probably fucked up one of the merges. :)
  744. # [16:26] <gsnedders> nox: fucked up the merge.
  745. # [16:27] <nox> gsnedders: Just not here, I guess?
  746. # [16:27] <nox> Not just here*
  747. # [16:28] <nox> gsnedders: https://github.com/html5lib/html5lib-tests/pull/69
  748. # [16:28] <gsnedders> nox: tl;dr: it's an attribute that got dropped
  749. # [16:31] <nox> gsnedders: TL;DR LGTM. :P
  750. # [16:31] <gsnedders> nox: soz, trying to do ten things at once :P
  751. # [16:31] <nox> Oh, or was the test supposed to check that filterres doesn't become filterRes?
  752. # [16:31] * Quits: frivoal (~frivoal@softbank126142063093.bbtec.net) (Remote host closed the connection)
  753. # [16:32] <Ms2ger> Yeah
  754. # [16:32] <nox> Ms2ger: Fixed.
  755. # [16:33] <gsnedders> hmm, yeah, we probably ought have tests checking they don't get changed
  756. # [16:33] <gsnedders> bah, I did the wrong thing in the merge, I guess.
  757. # [16:33] <gsnedders> Because Blink just removed them from the tests altogether
  758. # [16:33] * Joins: frivoal (~frivoal@softbank126142063093.bbtec.net)
  759. # [16:33] <gsnedders> I'd suggest having the not-converted attributes in a different tests, though.
  760. # [16:34] <nox> gsnedders: I leave that as an exercice to the next person. :P
  761. # [16:39] * Quits: aretecode (~aretecode@50.23.131.206-static.reverse.softlayer.com) (Read error: Connection reset by peer)
  762. # [16:40] * Quits: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net) (Ping timeout: 246 seconds)
  763. # [16:40] * Joins: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net)
  764. # [16:42] * Joins: sicking (~sicking@c-98-210-157-231.hsd1.ca.comcast.net)
  765. # [16:42] * Joins: aretecode (~aretecode@69.4.235.219)
  766. # [16:46] <ccardona-work> Good morning/afternoon/evening WHATWG crew o/
  767. # [16:46] * wilsonpage is now known as wilsonpage-away
  768. # [16:47] * Quits: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net) (Ping timeout: 264 seconds)
  769. # [16:48] * Joins: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net)
  770. # [16:49] * Quits: sicking (~sicking@c-98-210-157-231.hsd1.ca.comcast.net) (Quit: sicking)
  771. # [16:51] * Joins: smaug____ (~chatzilla@a91-154-43-105.elisa-laajakaista.fi)
  772. # [16:55] <annevk> I was thinking, we could have something related to a kitchen sink as logo for @htmlstandard
  773. # [17:00] * Joins: bholley (~bholley@c-73-231-198-151.hsd1.ca.comcast.net)
  774. # [17:01] * wilsonpage-away is now known as wilsonpage
  775. # [17:02] <Ms2ger> s/could/MUST/ :)
  776. # [17:02] * Joins: jyasskin (~jyasskin@173-228-80-34.dsl.static.fusionbroadband.com)
  777. # [17:15] * wilsonpage is now known as wilsonpage-away
  778. # [17:15] * Quits: wilsonpage-away (~wilsonpag@217.111.161.212) (Quit: My Mac has gone to sleep. ZZZzzz…)
  779. # [17:17] * Joins: tripu (~tripu@p2745048-ipngn22401marunouchi.tokyo.ocn.ne.jp)
  780. # [17:18] * Quits: mpt (~mpt@canonical/mpt) (Remote host closed the connection)
  781. # [17:19] * Joins: ehsan (~ehsan@2001:450:1f:224:84f7:6fec:f7b3:6160)
  782. # [17:21] * Joins: mpt (~mpt@canonical/mpt)
  783. # [17:23] * Joins: wilsonpage (~wilsonpag@217.111.161.212)
  784. # [17:25] * Quits: ccardona-work (~ccardona-@c-24-130-132-120.hsd1.ca.comcast.net) (Quit: ccardona-work)
  785. # [17:28] * Joins: jernoble|laptop (~jernoble@66.155.106.23)
  786. # [17:28] * Quits: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net) (Ping timeout: 260 seconds)
  787. # [17:28] * Joins: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net)
  788. # [17:30] * Joins: ccardona-work (~ccardona-@c-24-130-132-120.hsd1.ca.comcast.net)
  789. # [17:31] <annevk> Domenic: I think there's a few places where attributes have states, and then whatever is the current state is called the mode...
  790. # [17:31] * Joins: ot (~ot@unaffiliated/css)
  791. # [17:31] <Domenic> annevk: I haven't seen mode anywhere else
  792. # [17:32] * Quits: wilsonpage (~wilsonpag@217.111.161.212) (Quit: Textual IRC Client: www.textualapp.com)
  793. # [17:32] <Domenic> e.g. "If an HTML element's translate attribute is in the yes state"
  794. # [17:33] <Domenic> maps to a *separate* concept of translation mode
  795. # [17:33] * Joins: wilsonpage (~wilsonpag@217.111.161.212)
  796. # [17:33] <Domenic> but the attribute has a state, not a mode
  797. # [17:33] <Domenic> And there's an explicit mapping between the attribute states and the translate modes
  798. # [17:33] <annevk> "mode being the current state of the element's crossorigin content attribute"
  799. # [17:34] <Domenic> yeah the current spec has this confusion, i agree
  800. # [17:34] <Domenic> but it is very confusing
  801. # [17:34] <Domenic> and doesn't match any other attributes
  802. # [17:34] <annevk> I guess I can just rename it all to state, I don't care strongly
  803. # [17:35] * Quits: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net) (Ping timeout: 240 seconds)
  804. # [17:35] <Domenic> yes please :)
  805. # [17:35] * Quits: ccardona-work (~ccardona-@c-24-130-132-120.hsd1.ca.comcast.net) (Quit: ccardona-work)
  806. # [17:35] <annevk> Domenic: before I do that, did you review the changes? If so I'll rebase first
  807. # [17:35] * Joins: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net)
  808. # [17:36] * Joins: ccardona-work (~ccardona-@c-24-130-132-120.hsd1.ca.comcast.net)
  809. # [17:36] <annevk> Meh never mind
  810. # [17:37] <Domenic> annevk: yeah looks good
  811. # [17:39] * Joins: ap (~ap@17.202.44.214)
  812. # [17:39] * Quits: ccardona-work (~ccardona-@c-24-130-132-120.hsd1.ca.comcast.net) (Client Quit)
  813. # [17:39] * Joins: ccardona-work (~ccardona-@c-24-130-132-120.hsd1.ca.comcast.net)
  814. # [17:40] * Quits: ccardona-work (~ccardona-@c-24-130-132-120.hsd1.ca.comcast.net) (Client Quit)
  815. # [17:45] * Joins: othermaciej (~mjs@104-244-25-6.PUBLIC.monkeybrains.net)
  816. # [17:46] * Quits: othermaciej (~mjs@104-244-25-6.PUBLIC.monkeybrains.net) (Client Quit)
  817. # [17:46] * Joins: weinig (~weinig@17.202.50.199)
  818. # [17:48] <annevk> Domenic: heh, my own noexport patch made rebasing harder
  819. # [17:48] <annevk> Domenic: anyway, rebasing is done, I didn't squash yet since I guess we are not done yet...
  820. # [17:51] <gsnedders> Ergh. I hate how practically impossible it is to state what meta elements have any affect on SEO.
  821. # [17:51] <Domenic> annevk: sorry, will try to finish review within the next few hours...
  822. # [17:52] <annevk> Domenic: no worries
  823. # [17:54] * Quits: wilsonpage (~wilsonpag@217.111.161.212) (Quit: My Mac has gone to sleep. ZZZzzz…)
  824. # [17:58] * Joins: wilsonpage (~wilsonpag@217.111.161.212)
  825. # [18:00] * Quits: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net) (Ping timeout: 250 seconds)
  826. # [18:00] * Joins: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net)
  827. # [18:01] * Joins: othermaciej (~mjs@76.74.153.41)
  828. # [18:05] * Quits: dickdaley (~dickdaley@198.233.131.186) (Ping timeout: 240 seconds)
  829. # [18:05] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Remote host closed the connection)
  830. # [18:06] <annevk> "Cookies respect SOP by design" oh public-webappsec...
  831. # [18:07] * Quits: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net) (Ping timeout: 252 seconds)
  832. # [18:07] * Joins: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net)
  833. # [18:07] * Joins: tantek (~tantek@70-36-139-190.dsl.dynamic.fusionbroadband.com)
  834. # [18:07] * Quits: hgl (~hgl@unaffiliated/hgl) (Ping timeout: 240 seconds)
  835. # [18:09] * Joins: hgl (~hgl@unaffiliated/hgl)
  836. # [18:15] * Quits: jernoble|laptop (~jernoble@66.155.106.23) (Quit: My Mac has gone to sleep. ZZZzzz…)
  837. # [18:21] * Joins: Maurice` (~copyman@unaffiliated/maurice)
  838. # [18:23] * Joins: sicking (~sicking@corp.mtv2.mozilla.com)
  839. # [18:28] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
  840. # [18:33] * Quits: sicking (~sicking@corp.mtv2.mozilla.com) (Quit: sicking)
  841. # [18:37] * Joins: Matt5ander5 (~textual@213.131.182.130)
  842. # [18:40] * Joins: sicking (~sicking@corp.mtv2.mozilla.com)
  843. # [18:41] * Quits: weinig (~weinig@17.202.50.199) (Quit: weinig)
  844. # [18:41] <Krinkle> JonathanNeal: The saga continues. I've fixed support for IE8 by using attachEvent which works as expected. However the only one broken still is Android 2.3 (ugh). It doesn't implement readystatechange. It does implement DOMContentLoaded, but that's when interactive happens, not complete.
  845. # [18:42] <Krinkle> And in fact it also has readyState (property) incorrect, it uses "loading" and "loaded". Not interactive or complete. And it
  846. # [18:42] <Krinkle> 's loaded matches "interactive"
  847. # [18:42] * Joins: weinig (~weinig@17.202.50.199)
  848. # [18:44] <Krinkle> Progress at http://codepen.io/Krinkle/pen/rOxRjm?editors=001
  849. # [18:44] * Quits: tripu (~tripu@p2745048-ipngn22401marunouchi.tokyo.ocn.ne.jp) (Quit: Leaving)
  850. # [18:45] <Krinkle> or here https://gist.github.com/Krinkle/fc0b4d4626f2409219ee
  851. # [18:47] * Joins: jeremyj (~jeremyj@17.202.47.124)
  852. # [18:49] * Quits: jeremyj (~jeremyj@17.202.47.124) (Client Quit)
  853. # [18:51] * Joins: jeremyj (~jeremyj@17.202.47.124)
  854. # [18:52] * Joins: KevinMarks (~KevinMark@c-67-164-14-200.hsd1.ca.comcast.net)
  855. # [18:53] * Quits: jeremyj (~jeremyj@17.202.47.124) (Client Quit)
  856. # [18:54] * Joins: jeremyj (~jeremyj@17.202.47.124)
  857. # [18:54] * Joins: dickdaley (~dickdaley@198.233.131.186)
  858. # [18:55] * Quits: jeremyj (~jeremyj@17.202.47.124) (Client Quit)
  859. # [18:55] <Matt5ander5> test
  860. # [18:55] * Quits: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net) (Ping timeout: 240 seconds)
  861. # [18:56] * Joins: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net)
  862. # [18:58] * Quits: weinig (~weinig@17.202.50.199) (Ping timeout: 244 seconds)
  863. # [18:59] * Quits: Matt5ander5 (~textual@213.131.182.130) (Quit: Textual IRC Client: www.textualapp.com)
  864. # [19:01] * Quits: rego (~rego@66.193.27.77.dynamic.mundo-r.com) (Read error: Connection reset by peer)
  865. # [19:04] * Joins: jsbell (jsbell@nat/google/x-akvlpaqokdybpvoq)
  866. # [19:05] * Joins: jeremyj (~jeremyj@17.202.47.124)
  867. # [19:06] * Quits: othermaciej (~mjs@76.74.153.41) (Quit: othermaciej)
  868. # [19:07] * Quits: jeremyj (~jeremyj@17.202.47.124) (Client Quit)
  869. # [19:07] * Quits: Ms2ger (~Ms2ger@ptr-2hj4tblvksdop0pzhkku5vlpw.ip6.access.telenet.be) (Ping timeout: 252 seconds)
  870. # [19:08] <annevk> Domenic: what about https://github.com/whatwg/html/pull/144#issuecomment-140643963?
  871. # [19:09] <annevk> Krinkle: so are you planning on working on source maps? Since we have this repo...
  872. # [19:10] * Joins: rego (~rego@66.193.27.77.dynamic.mundo-r.com)
  873. # [19:10] * Quits: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net) (Ping timeout: 240 seconds)
  874. # [19:10] * Joins: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net)
  875. # [19:11] * Quits: mvujovic (sid13458@gateway/web/irccloud.com/x-tkansuzbzfeimcjp) (Quit: Connection closed for inactivity)
  876. # [19:12] * Quits: espadrine (~tyl@213.152.2.4) (Ping timeout: 260 seconds)
  877. # [19:12] * Quits: rego (~rego@66.193.27.77.dynamic.mundo-r.com) (Read error: Connection reset by peer)
  878. # [19:16] * Quits: calvaris (~calvaris@fanzine.igalia.com) (Quit: Ex-Chat)
  879. # [19:19] * Joins: othermaciej (~mjs@237.sub-70-214-5.myvzw.com)
  880. # [19:20] * Joins: ccardona-work (~ccardona-@209.213.209.190)
  881. # [19:20] * Quits: ccardona-work (~ccardona-@209.213.209.190) (Client Quit)
  882. # [19:20] * Joins: rego (~rego@66.193.27.77.dynamic.mundo-r.com)
  883. # [19:21] * Joins: ccardona-work (~ccardona-@209.213.209.190)
  884. # [19:21] * Joins: Jayflux (~Jayflux@unaffiliated/jayflux)
  885. # [19:22] * Quits: othermaciej (~mjs@237.sub-70-214-5.myvzw.com) (Client Quit)
  886. # [19:22] * Quits: wilsonpage (~wilsonpag@217.111.161.212) (Quit: My Mac has gone to sleep. ZZZzzz…)
  887. # [19:22] * Joins: wilsonpage (~wilsonpag@217.111.161.212)
  888. # [19:23] * Joins: othermaciej (~mjs@66.109.106.237)
  889. # [19:23] * Quits: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net) (Ping timeout: 250 seconds)
  890. # [19:24] <Krinkle> annevk: I'm waiting for reply from the mailing list
  891. # [19:24] * Quits: rego (~rego@66.193.27.77.dynamic.mundo-r.com) (Read error: Connection reset by peer)
  892. # [19:24] <annevk> Krinkle: source map mailing list?
  893. # [19:24] <Krinkle> Yeah
  894. # [19:24] <Krinkle> They don't seem to be interested.
  895. # [19:24] * Joins: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net)
  896. # [19:25] <Krinkle> https://groups.google.com/forum/#!topic/mozilla.dev.js-sourcemap/SD8sZ_7VFpw
  897. # [19:26] * Quits: fredy (~fredy@snf-535807.vm.okeanos.grnet.gr) (Excess Flood)
  898. # [19:26] * Quits: tantek (~tantek@70-36-139-190.dsl.dynamic.fusionbroadband.com) (Quit: tantek)
  899. # [19:26] * Joins: tantek (~tantek@70-36-139-190.dsl.dynamic.fusionbroadband.com)
  900. # [19:26] * Quits: wilsonpage (~wilsonpag@217.111.161.212) (Client Quit)
  901. # [19:27] <Krinkle> annevk: I suppose we can delete the repo fo rnow
  902. # [19:27] * Joins: fredy (~fredy@snf-535807.vm.okeanos.grnet.gr)
  903. # [19:27] * Quits: plutoniix (~plutoniix@node-s2c.pool-180-180.dynamic.totbb.net) (Quit: จรลี จรลา)
  904. # [19:28] <JonathanNeal> Krinkle: Andoird 2.3 is still a thing
  905. # [19:28] <JonathanNeal> ?
  906. # [19:28] <annevk> Krinkle: maybe that's better so nobody gets the impression we step on their turf
  907. # [19:28] <Krinkle> annevk: Yeah, fine by me :)
  908. # [19:29] <Krinkle> JonathanNeal: Enough of a thing that we support it.
  909. # [19:29] <Krinkle> And adding a primitive like this requires support there, otherwise random things will start to fail there.
  910. # [19:29] * Joins: ambv (~ambv@199.201.64.130)
  911. # [19:29] <Krinkle> We've dropped support for IE6 and IE7 in 2014
  912. # [19:30] <JonathanNeal> Oh good.
  913. # [19:30] <Krinkle> for JS runtime at least (we "support" that fact that it isn't supported by cutting the mustard)
  914. # [19:30] <Krinkle> We still support them for basic stylesheet and content accessibility
  915. # [19:31] <Krinkle> Because IE is very UX intrusive when it comes to exceptions.
  916. # [19:31] * Joins: tndrH (~Rob@cpc3-lee211-2-0-cust663.7-1.cable.virginm.net)
  917. # [19:31] <annevk> Krinkle: removed, let me know if you need it back or want to work on something else
  918. # [19:32] <Krinkle> JonathanNeal: It's been a while since I evaluated Android usage though. Let me take a peek
  919. # [19:32] <Krinkle> JonathanNeal: This is last month's Wikimedia global page-view traffic browser usage: https://docs.google.com/spreadsheets/d/1n9FhSqcBGM9iKXrlHsP0EZI0gU89Rmz5m51uglUGVjs/edit#gid=0
  920. # [19:34] * Quits: ccardona-work (~ccardona-@209.213.209.190) (Quit: ccardona-work)
  921. # [19:35] <Krinkle> Traditionally our cut off for dropping support is about 0.1%
  922. # [19:36] <Krinkle> that's up form 0.01% in 2005. We've become laxer and more willing to drop support. Mostly because we now have a more mature non-js mode.
  923. # [19:39] <Krinkle> Looks like Android 2 is at 0.69% (109M views in August '15)
  924. # [19:40] * Joins: wilsonpage (~wilsonpag@217.111.161.212)
  925. # [19:43] * Joins: rego (~rego@66.193.27.77.dynamic.mundo-r.com)
  926. # [19:44] * Quits: othermaciej (~mjs@66.109.106.237) (Quit: othermaciej)
  927. # [19:44] * Quits: flower_ (~user@202.44.241.187) (Ping timeout: 264 seconds)
  928. # [19:46] * Quits: rego (~rego@66.193.27.77.dynamic.mundo-r.com) (Read error: Connection reset by peer)
  929. # [19:51] <Krinkle> JonathanNeal: So back to the load promise, I think I'll just bite the bullet and try and ship this as part of the first script payload (which runs before window onload for sure)
  930. # [19:52] <JonathanNeal> The one from your gist?
  931. # [19:52] <Krinkle> And have it be defined as window.onload ->setTimeout->resolve.
  932. # [19:52] <Krinkle> Can't use readystatechange because Android 2.3. And I don't see any way to determine whether readyState=complete in Android
  933. # [19:52] * Joins: jeremyj (~jeremyj@17.202.47.124)
  934. # [19:53] <Krinkle> it only implements the non-standard readyState "loaded" which an equivelant to "interactive"
  935. # [19:53] <Krinkle> in Android the current code in the gist just remained unresolved.
  936. # [19:54] * Joins: othermaciej (~mjs@17.202.50.66)
  937. # [19:54] <JonathanNeal> What about using the window.onload event then?
  938. # [19:54] <Krinkle> Well, I can only do that if it hasn't happend yet
  939. # [19:55] <Krinkle> I don't have a way to determine whether it has
  940. # [19:55] * Joins: rego (~rego@66.193.27.77.dynamic.mundo-r.com)
  941. # [19:55] * Quits: schalkneethling (~Adium@4.tor.exit.babylon.network) (Remote host closed the connection)
  942. # [19:55] * Quits: rego (~rego@66.193.27.77.dynamic.mundo-r.com) (Read error: Connection reset by peer)
  943. # [20:00] <JonathanNeal> Unrelated, these new CSS syntax goodies like `@nest` rules, `:matches`, and `@apply` really chip away at the usability of Sass.
  944. # [20:00] * Quits: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net) (Ping timeout: 246 seconds)
  945. # [20:00] <TabAtkins> That's the point, yeah.
  946. # [20:00] * Quits: halfline (rstrode@nat/redhat/x-ucnxxfnmnrtieukg) (Remote host closed the connection)
  947. # [20:01] * Joins: webguynow (~webguynow@c-73-22-239-213.hsd1.il.comcast.net)
  948. # [20:01] * Quits: encryptd_fractal (~encryptd_@63-254-58-198.ip.mcleodusa.net) (Read error: Connection reset by peer)
  949. # [20:01] <TabAtkins> Preprocessors exist largely because CSS hasn't been extensible. As we fix that, the set of things that preprocessors provide will shrink.
  950. # [20:01] * Joins: flower (~user@202.44.241.187)
  951. # [20:01] * Joins: halfline (rstrode@nat/redhat/x-heuuoqqkenftnrdy)
  952. # [20:01] * Joins: encryptd_fractal (~encryptd_@63-254-58-198.ip.mcleodusa.net)
  953. # [20:01] <TabAtkins> They'll still be useful, just not for a bunch of basic stuff, as we'll be able to move those into either core CSS or at least small JS libraries.
  954. # [20:02] <gsnedders> Does JS really make more sense than preprocessing the CSS?
  955. # [20:04] * Joins: rego (~rego@66.193.27.77.dynamic.mundo-r.com)
  956. # [20:05] * Quits: rego (~rego@66.193.27.77.dynamic.mundo-r.com) (Read error: Connection reset by peer)
  957. # [20:07] * Quits: halfline (rstrode@nat/redhat/x-heuuoqqkenftnrdy) (Remote host closed the connection)
  958. # [20:07] * Joins: ccardona-work (~ccardona-@209.213.209.190)
  959. # [20:08] <Domenic> annevk: oh, I thought you already duped all of them. But I guess not the issues. Seems reasonable, although I personally find it satisfying when my commit message contains a nice long string of "Fixes #123. Fixes #124. Fixes #231." :)
  960. # [20:09] <TabAtkins> gsnedders: It's easy than a build step. That's basically ReSpec's value proposition over Bikeshed.
  961. # [20:09] * Joins: halfline (rstrode@nat/redhat/x-fclspckcwoduzuxq)
  962. # [20:11] <gsnedders> All my current fun with CSS is mostly down to prefixes, different browsers supporting different stuff in short-hands, and other fun with legacy browsers.
  963. # [20:11] <gsnedders> I don't even know how to fix most of that, precicely because legacy.
  964. # [20:13] * Joins: rego (~rego@66.193.27.77.dynamic.mundo-r.com)
  965. # [20:14] * Quits: rego (~rego@66.193.27.77.dynamic.mundo-r.com) (Read error: Connection reset by peer)
  966. # [20:19] * Joins: czerasz (~czerasz@f052149235.adsl.alicedsl.de)
  967. # [20:20] * Joins: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
  968. # [20:22] * Joins: rego (~rego@66.193.27.77.dynamic.mundo-r.com)
  969. # [20:22] * Quits: jeremyj (~jeremyj@17.202.47.124) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  970. # [20:22] * Quits: rego (~rego@66.193.27.77.dynamic.mundo-r.com) (Read error: Connection reset by peer)
  971. # [20:24] * Quits: frivoal (~frivoal@softbank126142063093.bbtec.net) (Remote host closed the connection)
  972. # [20:27] * Quits: tantek (~tantek@70-36-139-190.dsl.dynamic.fusionbroadband.com) (Quit: tantek)
  973. # [20:29] <Domenic> This fetch change is so good, look at all this extra precision being added.
  974. # [20:31] * Joins: rego (~rego@66.193.27.77.dynamic.mundo-r.com)
  975. # [20:31] * Joins: frivoal (~frivoal@softbank126142063093.bbtec.net)
  976. # [20:32] * Quits: frivoal (~frivoal@softbank126142063093.bbtec.net) (Remote host closed the connection)
  977. # [20:35] * Joins: tantek (~tantek@70-36-139-190.dsl.dynamic.fusionbroadband.com)
  978. # [20:37] <wanderview> I wish I had time to review the fetch change
  979. # [20:39] * Quits: rego (~rego@66.193.27.77.dynamic.mundo-r.com) (Read error: Connection reset by peer)
  980. # [20:40] * Quits: dickdaley (~dickdaley@198.233.131.186) (Ping timeout: 272 seconds)
  981. # [20:48] * Joins: rego (~rego@66.193.27.77.dynamic.mundo-r.com)
  982. # [20:55] * Joins: dickdaley (~dickdaley@198.233.131.186)
  983. # [20:57] * Quits: rego (~rego@66.193.27.77.dynamic.mundo-r.com) (Read error: Connection reset by peer)
  984. # [20:58] * Quits: halfline (rstrode@nat/redhat/x-fclspckcwoduzuxq) (Remote host closed the connection)
  985. # [21:00] <Krinkle> Hm.. interesting. So the pre* specs are together now in resource-hints. That's a nice simplification.
  986. # [21:00] * Joins: halfline (rstrode@nat/redhat/x-lwmgcskccuvilczm)
  987. # [21:02] * Quits: JoWie (uid93456@gateway/web/irccloud.com/x-dcdlrthvrrxdwsdg) (Quit: Connection closed for inactivity)
  988. # [21:05] * Joins: spacenomad (~spacenoma@unaffiliated/spacenomad)
  989. # [21:05] * Joins: rego (~rego@66.193.27.77.dynamic.mundo-r.com)
  990. # [21:08] * Quits: rego (~rego@66.193.27.77.dynamic.mundo-r.com) (Read error: Connection reset by peer)
  991. # [21:12] * Quits: ambv (~ambv@199.201.64.130) (Ping timeout: 250 seconds)
  992. # [21:19] * Quits: othermaciej (~mjs@17.202.50.66) (Quit: othermaciej)
  993. # [21:19] * Quits: wilsonpage (~wilsonpag@217.111.161.212) (Quit: My Mac has gone to sleep. ZZZzzz…)
  994. # [21:26] * Joins: wilsonpage (~wilsonpag@217.111.161.212)
  995. # [21:27] * Quits: sicking (~sicking@corp.mtv2.mozilla.com) (Quit: sicking)
  996. # [21:31] * Joins: othermaciej (~mjs@17.202.50.66)
  997. # [21:32] * Joins: frivoal (~frivoal@softbank126142063093.bbtec.net)
  998. # [21:36] * Quits: othermaciej (~mjs@17.202.50.66) (Ping timeout: 256 seconds)
  999. # [21:37] * Quits: frivoal (~frivoal@softbank126142063093.bbtec.net) (Ping timeout: 252 seconds)
  1000. # [21:37] * Joins: jernoble|laptop (~jernoble@17.114.218.122)
  1001. # [21:44] * Quits: halfline (rstrode@nat/redhat/x-lwmgcskccuvilczm) (Remote host closed the connection)
  1002. # [21:45] * Joins: rego (~rego@66.193.27.77.dynamic.mundo-r.com)
  1003. # [21:47] * Quits: rego (~rego@66.193.27.77.dynamic.mundo-r.com) (Read error: Connection reset by peer)
  1004. # [21:47] * Joins: halfline (rstrode@nat/redhat/x-ifsdcojejaaawmos)
  1005. # [21:52] * Quits: halfline (rstrode@nat/redhat/x-ifsdcojejaaawmos) (Quit: ZNC - http://znc.in)
  1006. # [21:54] * Joins: rego (~rego@66.193.27.77.dynamic.mundo-r.com)
  1007. # [21:55] * Quits: rego (~rego@66.193.27.77.dynamic.mundo-r.com) (Read error: Connection reset by peer)
  1008. # [21:57] * Joins: halfline (rstrode@nat/redhat/x-dcfvosravmveqqrv)
  1009. # [22:02] * Quits: wilsonpage (~wilsonpag@217.111.161.212) (Read error: Connection reset by peer)
  1010. # [22:02] * Joins: wilsonpage (~wilsonpag@217.111.161.212)
  1011. # [22:03] * Joins: rego (~rego@77.27.193.66)
  1012. # [22:05] * Quits: jyasskin (~jyasskin@173-228-80-34.dsl.static.fusionbroadband.com) (Quit: My computer has gone to sleep. ZZZzzz…)
  1013. # [22:05] * Joins: sicking (~sicking@corp.mtv2.mozilla.com)
  1014. # [22:05] * Quits: halfline (rstrode@nat/redhat/x-dcfvosravmveqqrv) (Quit: ZNC - http://znc.in)
  1015. # [22:06] * Quits: ccardona-work (~ccardona-@209.213.209.190) (Quit: ccardona-work)
  1016. # [22:06] * Quits: rego (~rego@77.27.193.66) (Read error: Connection reset by peer)
  1017. # [22:07] * Joins: halfline (rstrode@nat/redhat/x-rtwrrgozdunsnzwa)
  1018. # [22:11] * Quits: halfline (rstrode@nat/redhat/x-rtwrrgozdunsnzwa) (Client Quit)
  1019. # [22:13] * Joins: halfline (rstrode@nat/redhat/x-onwywpotcjshbcca)
  1020. # [22:13] * Quits: halfline (rstrode@nat/redhat/x-onwywpotcjshbcca) (Remote host closed the connection)
  1021. # [22:14] * Joins: rego (~rego@66.193.27.77.dynamic.mundo-r.com)
  1022. # [22:14] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Read error: Connection reset by peer)
  1023. # [22:16] * Joins: halfline (rstrode@nat/redhat/x-mancxsktkjjsplix)
  1024. # [22:17] * Quits: dickdaley (~dickdaley@198.233.131.186) (Ping timeout: 250 seconds)
  1025. # [22:17] * Quits: rego (~rego@66.193.27.77.dynamic.mundo-r.com) (Read error: Connection reset by peer)
  1026. # [22:18] * Joins: dickdaley (~dickdaley@198.233.131.186)
  1027. # [22:19] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
  1028. # [22:23] * Joins: jyasskin (~jyasskin@173-228-80-34.dsl.static.fusionbroadband.com)
  1029. # [22:23] * Quits: halfline (rstrode@nat/redhat/x-mancxsktkjjsplix) (Quit: ZNC - http://znc.in)
  1030. # [22:24] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Ping timeout: 246 seconds)
  1031. # [22:25] * Joins: rego (~rego@66.193.27.77.dynamic.mundo-r.com)
  1032. # [22:26] * Joins: halfline (rstrode@nat/redhat/x-ibxcqgddgperrmqu)
  1033. # [22:30] * Quits: rego (~rego@66.193.27.77.dynamic.mundo-r.com) (Read error: Connection reset by peer)
  1034. # [22:35] * Quits: halfline (rstrode@nat/redhat/x-ibxcqgddgperrmqu) (Quit: ZNC - http://znc.in)
  1035. # [22:37] <zcorpan> Domenic: annevk: ok i've looked through the fetch PR editorially. i'd also like to review that there isn't something in the old text that is lost, which is non-obvious
  1036. # [22:38] * Joins: rego (~rego@66.193.27.77.dynamic.mundo-r.com)
  1037. # [22:38] * Joins: halfline (rstrode@nat/redhat/x-lbycwwqgrohmhxpx)
  1038. # [22:38] * Quits: rego (~rego@66.193.27.77.dynamic.mundo-r.com) (Read error: Connection reset by peer)
  1039. # [22:43] * Joins: ccardona-work (~ccardona-@209.213.209.190)
  1040. # [22:46] * wilsonpage is now known as wilsonpage-away
  1041. # [22:47] * Joins: rego (~rego@66.193.27.77.dynamic.mundo-r.com)
  1042. # [22:47] * Quits: dbaron (~dbaron@corp-nat.p2p.sfo1.mozilla.com) (Quit: 8403864 bytes have been tenured, next gc will be global.)
  1043. # [22:49] * Quits: jyasskin (~jyasskin@173-228-80-34.dsl.static.fusionbroadband.com) (Quit: My computer has gone to sleep. ZZZzzz…)
  1044. # [22:54] * Quits: halfline (rstrode@nat/redhat/x-lbycwwqgrohmhxpx) (Ping timeout: 240 seconds)
  1045. # [22:55] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
  1046. # [22:56] * Quits: zdobersek (~zan@gateway/vpn/privateinternetaccess/zdobersek) (Quit: Leaving.)
  1047. # [22:59] * Joins: halfline (rstrode@nat/redhat/x-ldsqnmsiyqgtjzub)
  1048. # [23:01] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
  1049. # [23:03] * Quits: ehsan (~ehsan@2001:450:1f:224:84f7:6fec:f7b3:6160) (Remote host closed the connection)
  1050. # [23:05] * Joins: jwalden (~waldo@2620:101:80fc:224:7e7a:91ff:fe25:a5a3)
  1051. # [23:05] * Joins: ehsan (~ehsan@2001:450:1f:224:89f8:16a7:1df2:da0)
  1052. # [23:15] * Quits: Maurice` (~copyman@unaffiliated/maurice)
  1053. # [23:26] * Quits: jsbell (jsbell@nat/google/x-akvlpaqokdybpvoq) (Quit: There's no place like home...)
  1054. # [23:30] * Quits: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Remote host closed the connection)
  1055. # [23:37] * Quits: encryptd_fractal (~encryptd_@63-254-58-198.ip.mcleodusa.net) (Remote host closed the connection)
  1056. # [23:40] * Quits: ccardona-work (~ccardona-@209.213.209.190) (Quit: ccardona-work)
  1057. # [23:59] * Quits: czerasz (~czerasz@f052149235.adsl.alicedsl.de) (Read error: Connection reset by peer)
  1058. # Session Close: Thu Sep 17 00:00:00 2015

Previous day, Next day

Think these logs are useful? Then please donate to show your gratitude (and keep them up, of course). Thanks! — Krijn