/irc-logs / freenode / #whatwg / 2015-05-01 / end

Options:

Previous day, Next day

  1. # Session Start: Fri May 01 00:00:01 2015
  2. # Session Ident: #whatwg
  3. # [00:00] * Joins: jacaballero (~jacaballe@190.92.15.29)
  4. # [00:04] * Quits: roc (~chatzilla@121-99-143-236.bng1.tvc.orcon.net.nz) (Remote host closed the connection)
  5. # [00:07] * Quits: Lachy (~Lachy@cm-84.215.179.176.getinternet.no) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  6. # [00:09] * Joins: newtron (~newtron@184.175.1.192)
  7. # [00:15] * Mateon2 is now known as Mateon1
  8. # [00:16] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Remote host closed the connection)
  9. # [00:17] * Quits: rniwa (~rniwa@17.245.27.185) (Quit: My Mac has gone to sleep. ZZZzzz…)
  10. # [00:22] * Quits: smaug____ (~chatzilla@62-78-246-79.bb.dnainternet.fi) (Ping timeout: 264 seconds)
  11. # [00:22] * Joins: smaug_____ (~chatzilla@62-78-246-79.bb.dnainternet.fi)
  12. # [00:22] * smaug_____ is now known as smaug____
  13. # [00:23] * Joins: Lachy (~Lachy@cm-84.215.179.176.getinternet.no)
  14. # [00:24] <TabAtkins> annevk: You're looking for the spec='' attribute. The problem, though, is that HTML is really incredibly terrible for Bikeshed links. Nothing is "exported", in Bikeshed's terms, and it's all typed as "dfn" type definitions. That's why CSS's "origin" definition is winning; Bikeshed prefers exported definitions by default.
  15. # [00:25] <TabAtkins> After I finish up this File API spec, though, I'm gonna roll up something to do some manual link-adding, so we can put HTML terms in manually and let everyone use them.
  16. # [00:26] <TabAtkins> (Technically I can add custom definitions right now, but they all get interpreted as being "local" definitions, which auto-win over cross-spec defs, which isn't the behavior I want here. It won't be hard to fix.)
  17. # [00:26] * heycam is now known as heycam|away
  18. # [00:27] <TabAtkins> annevk: For arbitrary terms that you want to link to in a one-off fashion, tho, just add them to the <pre class=anchors> block in your spec. There should already be a bunch of HTML anchors in there, so it'll be obvious how to do so.
  19. # [00:27] * Joins: rniwa (~rniwa@17.245.27.185)
  20. # [00:28] * Joins: myakura (~myakura@FL1-125-192-88-240.tky.mesh.ad.jp)
  21. # [00:31] * Quits: tantek (~tantek@68.27.116.173) (Quit: tantek)
  22. # [00:32] * Quits: myakura (~myakura@FL1-125-192-88-240.tky.mesh.ad.jp) (Ping timeout: 256 seconds)
  23. # [00:32] * Quits: diffalot (~diffalot@unaffiliated/papyromancer) (Remote host closed the connection)
  24. # [00:34] * Joins: diffalot (~diffalot@unaffiliated/papyromancer)
  25. # [00:36] * Quits: Lachy (~Lachy@cm-84.215.179.176.getinternet.no) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  26. # [00:39] <TabAtkins> annevk: Oh man, just realized why a bunch of terms aren't linking to DOM; they're not exported either. Do you want a PR for exporting all the stuff, or is it okay for me to push directly to the spec?
  27. # [00:41] * Joins: roc (~chatzilla@2001:cb0:b202:224:2677:3ff:fece:dc64)
  28. # [00:51] * Joins: Lachy (~Lachy@cm-84.215.179.176.getinternet.no)
  29. # [00:54] * Joins: calvaris (~calvaris@254.126.27.77.dynamic.mundo-r.com)
  30. # [00:55] * Joins: tantek (~tantek@63.92.242.185)
  31. # [00:55] * Quits: calvaris (~calvaris@254.126.27.77.dynamic.mundo-r.com) (Client Quit)
  32. # [00:59] * Quits: robogoat (~robogoat@ec2-54-152-234-197.compute-1.amazonaws.com) (Read error: Connection reset by peer)
  33. # [01:01] * Joins: robogoat (~robogoat@ec2-54-152-234-197.compute-1.amazonaws.com)
  34. # [01:02] * Quits: encryptd_fractl (~encryptd_@24-177-126-4.dhcp.mdsn.wi.charter.com) (Remote host closed the connection)
  35. # [01:03] * Quits: Lachy (~Lachy@cm-84.215.179.176.getinternet.no) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  36. # [01:11] * Joins: encryptd_fractl (~encryptd_@24-177-126-4.dhcp.mdsn.wi.charter.com)
  37. # [01:11] * Quits: encryptd_fractl (~encryptd_@24-177-126-4.dhcp.mdsn.wi.charter.com) (Client Quit)
  38. # [01:16] * Quits: JoWie (~Joris@ip5657532f.direct-adsl.nl) (Quit: Connection reset by banaan)
  39. # [01:16] * Quits: alrra (uid62345@gateway/web/irccloud.com/x-ezzxzmzzituikvus) (Quit: Connection closed for inactivity)
  40. # [01:19] * Quits: jsbell (jsbell@nat/google/x-uuqsahddgdmddvpq) (Quit: There's no place like home...)
  41. # [01:25] * Quits: bradleymeck (~bradleyme@99-20-94-62.lightspeed.austtx.sbcglobal.net) (Quit: bradleymeck)
  42. # [01:25] * Quits: smaug____ (~chatzilla@62-78-246-79.bb.dnainternet.fi) (Ping timeout: 256 seconds)
  43. # [01:26] * Joins: smaug____ (~chatzilla@62-78-246-79.bb.dnainternet.fi)
  44. # [01:28] * Quits: jacaballero (~jacaballe@190.92.15.29) (Quit: My Mac has gone to sleep. ZZZzzz…)
  45. # [01:30] * heycam|away is now known as heycam
  46. # [01:39] <MikeSmith> dglazkov: Yeah will try to do that right now (from my mobile) cc rniwa
  47. # [01:40] * Quits: thinkxl_ (~thinkxl@74-95-237-22-Houston.hfc.comcastbusiness.net) (Ping timeout: 240 seconds)
  48. # [01:41] * Quits: tantek (~tantek@63.92.242.185) (Quit: tantek)
  49. # [01:43] <MikeSmith> dglazkov: Ok, invite sent
  50. # [01:43] * Joins: jernoble (~jernoble@17.245.30.42)
  51. # [01:43] <MikeSmith> rniwa: you should have perms now
  52. # [01:53] * Quits: jernoble (~jernoble@17.245.30.42) (Quit: Computer has gone to sleep.)
  53. # [01:59] * Quits: CvP (~CvP@203.76.123.238) (Quit: [ UPP ] > all)
  54. # [02:00] * Joins: CvP (~CvP@203.76.123.238)
  55. # [02:01] * Joins: tripu (~tripu@2001:200:0:8805:218e:adee:6786:b0e9)
  56. # [02:04] * Quits: Hory (Hory@2a02:2f0c:20cf:ffff::bc19:8822) (Read error: Connection reset by peer)
  57. # [02:05] * Joins: weinig (~weinig@17.114.216.184)
  58. # [02:17] * Joins: myakura (~myakura@FL1-125-192-88-240.tky.mesh.ad.jp)
  59. # [02:21] * Quits: myakura (~myakura@FL1-125-192-88-240.tky.mesh.ad.jp) (Ping timeout: 244 seconds)
  60. # [02:26] * Quits: bnicholson (~bnicholso@corp.mtv2.mozilla.com) (Quit: This computer has gone to sleep)
  61. # [02:27] * Joins: bholley (~bholley@c-50-174-198-217.hsd1.ca.comcast.net)
  62. # [02:30] * Quits: weinig (~weinig@17.114.216.184) (Quit: weinig)
  63. # [02:31] * Joins: weinig (~weinig@17.114.216.184)
  64. # [02:31] * Joins: KevinMarks__ (~yaaic@2607:fb90:5c4:b9d4:2e9f:7cae:6f5:3ebc)
  65. # [02:32] * Quits: weinig (~weinig@17.114.216.184) (Client Quit)
  66. # [02:33] * Quits: smaug____ (~chatzilla@62-78-246-79.bb.dnainternet.fi) (Ping timeout: 272 seconds)
  67. # [02:34] * Quits: KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Ping timeout: 256 seconds)
  68. # [02:34] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Remote host closed the connection)
  69. # [02:42] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
  70. # [02:44] * Joins: bnicholson (~bnicholso@c-24-130-60-241.hsd1.ca.comcast.net)
  71. # [02:45] * Joins: jernoble (~jernoble@17.245.122.183)
  72. # [02:47] * Quits: satazor (~satazor@a213-22-5-92.cpe.netcabo.pt) (Remote host closed the connection)
  73. # [02:52] * Joins: satazor (~satazor@a213-22-5-92.cpe.netcabo.pt)
  74. # [02:53] * Quits: ap_ (~ap@17.114.216.168)
  75. # [02:58] * Joins: bradleymeck (~bradleyme@99-20-94-62.lightspeed.austtx.sbcglobal.net)
  76. # [03:06] * Quits: jyasskin_w (jyasskin@nat/google/x-rftwwdpmzsianses) (Quit: Ex-Chat)
  77. # [03:13] * Quits: dbaron (~dbaron@2620:101:80fb:224:95ad:ea6:dc7a:1227) (Quit: 8403864 bytes have been tenured, next gc will be global.)
  78. # [03:15] * Quits: satazor (~satazor@a213-22-5-92.cpe.netcabo.pt) (Remote host closed the connection)
  79. # [03:20] * Quits: caitp- (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com) (Ping timeout: 244 seconds)
  80. # [03:22] * Joins: KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
  81. # [03:23] * Joins: ohaibbq (~ohaibbq@98.248.65.213)
  82. # [03:24] * Quits: KevinMarks__ (~yaaic@2607:fb90:5c4:b9d4:2e9f:7cae:6f5:3ebc) (Ping timeout: 256 seconds)
  83. # [03:26] * Joins: KevinMarks__ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
  84. # [03:28] * Joins: KevinMarks___ (~yaaic@2607:fb90:22c1:f7bb:ded0:a051:92b6:20e1)
  85. # [03:29] * Quits: KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Ping timeout: 256 seconds)
  86. # [03:31] * Quits: KevinMarks__ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Ping timeout: 264 seconds)
  87. # [03:35] * Quits: jernoble (~jernoble@17.245.122.183) (Quit: Computer has gone to sleep.)
  88. # [03:37] <JakeA> terinjokes: which tweet?
  89. # [03:38] * Quits: tav (~tav`@host86-161-106-173.range86-161.btcentralplus.com) (Quit: tav)
  90. # [03:48] * Joins: Goplat (~goplat@reactos/developer/Goplat)
  91. # [03:52] * Joins: KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
  92. # [03:55] * Quits: KevinMarks___ (~yaaic@2607:fb90:22c1:f7bb:ded0:a051:92b6:20e1) (Ping timeout: 256 seconds)
  93. # [04:06] * Joins: myakura (~myakura@FL1-125-192-88-240.tky.mesh.ad.jp)
  94. # [04:10] * Quits: myakura (~myakura@FL1-125-192-88-240.tky.mesh.ad.jp) (Ping timeout: 256 seconds)
  95. # [04:10] * Joins: othermaciej (~mjs@76.74.153.41)
  96. # [04:11] * heycam is now known as heycam|away
  97. # [04:48] * Quits: ohaibbq (~ohaibbq@98.248.65.213) (Remote host closed the connection)
  98. # [04:50] * Joins: flyrock (~ashu_@49.200.242.155)
  99. # [04:53] * Quits: KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Ping timeout: 246 seconds)
  100. # [04:53] * Joins: KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
  101. # [04:55] * heycam|away is now known as heycam
  102. # [04:55] * Joins: caitp- (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com)
  103. # [05:01] * Quits: othermaciej (~mjs@76.74.153.41) (Quit: othermaciej)
  104. # [05:12] * Quits: jsx (uid48919@fsf/intern/jsx) (Quit: Connection closed for inactivity)
  105. # [05:13] * Joins: othermaciej (~mjs@c-71-198-213-78.hsd1.ca.comcast.net)
  106. # [05:21] * Quits: othermaciej (~mjs@c-71-198-213-78.hsd1.ca.comcast.net) (Quit: othermaciej)
  107. # [05:23] * Quits: bradleymeck (~bradleyme@99-20-94-62.lightspeed.austtx.sbcglobal.net) (Quit: bradleymeck)
  108. # [05:24] * Joins: dbaron (~dbaron@173-228-85-118.dsl.dynamic.fusionbroadband.com)
  109. # [05:25] * Quits: hgl (~hgl@unaffiliated/hgl) (Read error: Connection reset by peer)
  110. # [05:29] * Joins: hgl (~hgl@unaffiliated/hgl)
  111. # [05:39] * heycam is now known as heycam|away
  112. # [05:54] * Joins: myakura (~myakura@FL1-125-192-88-240.tky.mesh.ad.jp)
  113. # [05:59] * Quits: rniwa (~rniwa@17.245.27.185) (Quit: My Mac has gone to sleep. ZZZzzz…)
  114. # [06:00] * Quits: myakura (~myakura@FL1-125-192-88-240.tky.mesh.ad.jp) (Ping timeout: 272 seconds)
  115. # [06:23] * Joins: jernoble (~jernoble@162.217.73.171)
  116. # [06:38] * Quits: bholley (~bholley@c-50-174-198-217.hsd1.ca.comcast.net) (Quit: ZZZzzz…)
  117. # [06:40] * Joins: myakura (~myakura@FL1-125-192-88-240.tky.mesh.ad.jp)
  118. # [06:45] * Quits: hyunjune (~hyunjune@221.163.229.155) (Quit: Good Bye ~)
  119. # [06:46] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
  120. # [06:48] * Joins: tantek (~tantek@c-24-5-43-185.hsd1.ca.comcast.net)
  121. # [06:49] * heycam|away is now known as heycam
  122. # [06:50] * Quits: myakura (~myakura@FL1-125-192-88-240.tky.mesh.ad.jp)
  123. # [07:00] * Joins: rniwa (~rniwa@67.164.23.121)
  124. # [07:04] <annevk> TabAtkins: for stuff like Encoding it still says "16 September 2014. CR."
  125. # [07:06] * Quits: flyrock (~ashu_@49.200.242.155) (Ping timeout: 256 seconds)
  126. # [07:17] * Quits: tantek (~tantek@c-24-5-43-185.hsd1.ca.comcast.net) (Quit: tantek)
  127. # [07:23] * Joins: flyrock (~ashu_@49.200.242.155)
  128. # [07:27] <rniwa> annevk: hi annevk!
  129. # [07:27] <rniwa> annevk: back in London?
  130. # [07:27] <annevk> rniwa: I'm based in Switzerland these days, but yeah :-)
  131. # [07:28] <annevk> rniwa: haven't read the latest batch of emails yet
  132. # [07:30] * Joins: KevinMarks__ (~yaaic@2607:fb90:5cf:c860:406:9c80:f570:fdff)
  133. # [07:30] <annevk> rniwa: re superclass/subclass list, it seems only 3 has API implications
  134. # [07:30] <annevk> rniwa: well, 1/2 need some consideration as well, e.g. how to replace the shadow tree
  135. # [07:32] * Quits: KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Ping timeout: 246 seconds)
  136. # [07:33] * heycam is now known as heycam|away
  137. # [07:35] <rniwa> annevk: ah, okay.
  138. # [07:35] <botie> ah, okay. is there a spec out for it, or has it just been discussed?
  139. # [07:36] <annevk> rniwa: hmm and seems the other thread didn't progress much
  140. # [07:36] <rniwa> annevk: so i think replacing an existing shadow root is probably best done by attaching a new shadow root.
  141. # [07:36] <rniwa> annevk: yeah..
  142. # [07:37] <rniwa> annevk: I'm meeting with dglazkov tomorrow to discuss it
  143. # [07:37] <annevk> rniwa: and not forwarding anything?
  144. # [07:37] <rniwa> annevk: right
  145. # [07:37] <rniwa> annevk: i think the simplest one is to simply detach the old one
  146. # [07:37] * Joins: tantek (~tantek@70-36-139-190.dsl.dynamic.fusionbroadband.com)
  147. # [07:37] <annevk> sure, if you can detach and add that works too
  148. # [07:37] <rniwa> annevk: but that may have some weird implications like offsetTop, etc... being broken inside superclasss
  149. # [07:38] <annevk> though it's a bit unclear how that works with closed/isolated
  150. # [07:38] <rniwa> annevk: right.
  151. # [07:38] <rniwa> annevk: I'm not certain if it makes sense to support inheritance in isolated case though
  152. # [07:38] <rniwa> annevk: I can't think of a use case in which you want to do an inhertiance between mutually distrusting parties
  153. # [07:38] <annevk> rniwa: I think the only reasonable option for the API btw is my gist + nanotask mutation observers, unless we come up with something completely novel
  154. # [07:39] <rniwa> annevk: well, i think there are different trade offs as i outlined in the md/thread
  155. # [07:39] <rniwa> annevk: btw, https://github.com/w3c/webcomponents/blob/gh-pages/proposals/Imperative-API-for-Node-Distribution-in-Shadow-DOM.md
  156. # [07:39] <annevk> rniwa: that md is quite confusing
  157. # [07:39] <rniwa> annevk: what i'm saying that there are two basic approaches to the problem
  158. # [07:40] <rniwa> one is what you described in your gist
  159. # [07:40] <rniwa> which is what we discussed at dinner
  160. # [07:40] * Quits: caitp- (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com) (Ping timeout: 244 seconds)
  161. # [07:40] <rniwa> annevk: we natively support redistributions
  162. # [07:40] <rniwa> annevk: what I then realized is that we don't really have a need for *selective* redistributions in nested shadow DOM case
  163. # [07:40] <annevk> if you don't it starts mattering where you put your host element though, right?
  164. # [07:41] <rniwa> annevk: what do you mean by that?
  165. # [07:41] <annevk> if redistribution is not a feature, your component may not work if someone put it inside a shadow tree
  166. # [07:41] <rniwa> annevk: it'll work just fine
  167. # [07:42] <rniwa> annevk: only thing we can't do is selecting distributed nodes using a different criteria than the one insertion point used
  168. # [07:42] <annevk> rniwa: hmm, I need some IDL for that proposal
  169. # [07:42] <rniwa> annevk: say you have <content select="blah"> in your shadow DOM
  170. # [07:43] <rniwa> annevk: we need redistribution only if you wanted to re-distribute a strict subset that's not identically equal to the set of nodes distributed to that content eleemnt
  171. # [07:43] <rniwa> annevk: if you either always redistribute everything <content select="blah"> got or none, then we don't need redistribution mechanism
  172. # [07:43] <rniwa> annevk: you just redistribute the entire content element or don't do it at all.
  173. # [07:46] <rniwa> (now i do see that we might be digging a rabbit hole if we went with more sync API that doesn't natively support redistribution because it's like we're re-introducing mutation events in some way, and some frameworks might decide to implement the full redistribution algorithm anyway, which will be horrific. furthermore, requiring sync redistribution might be an anti-pattern to begin with... it's like interleaving offsetLeft access with DOM mutations...)
  174. # [07:46] <annevk> I think distribution will have to be sync either way
  175. # [07:47] <rniwa> annevk: you mean propagating redistributions?
  176. # [07:49] <annevk> So in #1 you'd just observe the children of the host element, enumerate them and then distribute them
  177. # [07:50] <annevk> I just don't see how you don't always need to observe the <content> element...
  178. # [07:50] <annevk> E.g. if in your shadow tree you have <host><content select="header, content, footer"/></host> or some such
  179. # [07:51] <annevk> I guess you could split up the <content> elements, but then we'd be dictating API
  180. # [07:51] <rniwa> annevk: right, i think the way you'd do it is to split content elements.
  181. # [07:52] <rniwa> annevk: in the world of named slots, that's what you'd do
  182. # [07:52] <rniwa> annevk: and libraries/frameworks could add a sugar on top of it
  183. # [07:52] * heycam|away is now known as heycam
  184. # [07:52] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Remote host closed the connection)
  185. # [07:52] <rniwa> annevk: if we didn't need redistributions, it dramatically simplifies a lot of things.
  186. # [07:52] <rniwa> annevk: it's worth considering it.
  187. # [07:54] <annevk> well I'm not quite sure why we don't need it
  188. # [07:54] <annevk> how do we know what <content> element to pick?
  189. # [07:55] <annevk> that is, how does "redistribute everything" work, as you call it
  190. # [07:55] * Quits: ato (~sid11@2620:101:8016:74::4:b) (Remote host closed the connection)
  191. # [07:55] * Quits: hallvors (~sid83@2620:101:8016:74::4:53) (Remote host closed the connection)
  192. # [07:55] * Quits: wanderview (~sid277@2620:101:8016:74::4:115) (Remote host closed the connection)
  193. # [07:55] <rniwa> annevk: you pick whichever content element that fits your criteria
  194. # [07:55] <rniwa> annevk: in the case of <host><content select="header, content, footer"/></host>
  195. # [07:55] * Joins: bradleymeck (~bradleyme@99-20-94-62.lightspeed.austtx.sbcglobal.net)
  196. # [07:56] <rniwa> you know that <host> needs header, content, and footer, so you just define those
  197. # [07:56] * Joins: SteveF_ (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net)
  198. # [07:56] <rniwa> e.g.
  199. # [07:56] <rniwa> <host><content class="header" select=".header header"/><content class="content" select=".content content"/><content class="footer" select=". footer footer"/></host>
  200. # [07:56] <rniwa> annevk: conceptually, <host> grabs header, content, footer, right?
  201. # [07:57] <rniwa> annevk: so in order to use that element, you have to supply those elements.
  202. # [07:57] <rniwa> annevk: it doesn't matter whether what you have is a content element or a regular element
  203. # [07:57] <annevk> hmm
  204. # [07:58] <rniwa> i certainly wouldn't argue this is more developer friendly but there's a lot of appeal for the simplicity
  205. # [07:59] <rniwa> it's deadly clear what one has to do to use an element
  206. # [07:59] * Joins: ato (~sid11@2620:101:8016:74::4:b)
  207. # [07:59] <annevk> Does this also mean <content> elements no longer have to be descendants?
  208. # [08:00] <annevk> I guess there never was that restriction
  209. # [08:00] <rniwa> annevk: what do you mean by that?
  210. # [08:00] <annevk> Never mind, I was confused
  211. # [08:00] <rniwa> annevk: so the nice thing about this model is that we no longer need to propagate anything from one shadow DOM to another
  212. # [08:00] <rniwa> you just distribute per shadow DOM and done!
  213. # [08:01] <annevk> And authors will have to monitor DOM + <content> and distribute based on that?
  214. # [08:01] * Joins: hallvors (~sid83@2620:101:8016:74::4:53)
  215. # [08:02] <annevk> What's also somewhat worse about this is that there's no explicit opt-in so the switch to purely declarative has to be different
  216. # [08:03] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
  217. # [08:04] <rniwa> annevk: why would you monitor content element?
  218. # [08:04] <annevk> for redistribution?
  219. # [08:04] <rniwa> annevk: but why would you need redistribution for?
  220. # [08:05] <rniwa> annevk: if you did <host><content class="header" select=".header header"/><content class="content" select=".content content"/><content class="footer" select=". footer footer"/></host>
  221. # [08:06] <rniwa> it'll distribute just as well as <host><header>~</header><main class="content"></main><footer></footer></host>
  222. # [08:06] <annevk> <host><'shadow'> text <div><content/></div> <host2><content/></host2> </'shadow'></host>
  223. # [08:06] <rniwa> annevk: so you don't need to inspect content element at all. just distribute a content element like any other element and you'll be fine
  224. # [08:06] <annevk> <host2>'s shadow will have to monitor changes to <host2>'s <content> child
  225. # [08:07] <rniwa> annevk: how does host2 distribute nodes?
  226. # [08:07] <rniwa> annevk: i.e. what are insertion points and their criteria for selecting nodes?
  227. # [08:07] <annevk> rniwa: that's up to <host2>
  228. # [08:07] <rniwa> annevk: well, we need to know in order for this model to work.
  229. # [08:08] <rniwa> annevk: in the world without redistributions, you need to be deadly aware of what gets used by each custom element
  230. # [08:08] <rniwa> annevk: and supply those explicitly
  231. # [08:08] * Joins: wanderview (~sid277@2620:101:8016:74::4:115)
  232. # [08:08] <rniwa> annevk: so if host2 needs a header and footer, then you have to define content elements yourself and supply those
  233. # [08:09] <annevk> and the browser magically knows what nodes are linked?
  234. # [08:09] <rniwa> annevk: we don't have to
  235. # [08:09] <rniwa> annevk: author will create <content> elements as needed for host2
  236. # [08:09] <rniwa> annevk: so all we need to do in the first shadow DOM is to grab contents into each content element
  237. # [08:10] <annevk> how will those elements end up correctly within host2's shadow though?
  238. # [08:10] <rniwa> annevk: host2 then come in and grab those content elements in turn
  239. # [08:10] * Joins: eBureau (~Bruno@181.164.77.172)
  240. # [08:10] <annevk> doesn't it have to monitor changes for that?
  241. # [08:10] <rniwa> annevk: because content elements in host1 will themselves be distributed into insertion points inside host2
  242. # [08:10] <rniwa> annevk: not really, it just needs to monitor direct children of <host2> which are <content> elements
  243. # [08:11] <rniwa> annevk: <host2> will grab each <content> element into its own insertion points as they fit their criteria
  244. # [08:11] * Joins: ohaibbq (~ohaibbq@98.248.65.213)
  245. # [08:12] <annevk> rniwa: I don't really follow how this actually works I think
  246. # [08:12] <rniwa> annevk: okay
  247. # [08:12] <annevk> rniwa: how does it grab, based on what?
  248. # [08:12] <annevk> rniwa: and what does the browser need to monitor?
  249. # [08:12] <rniwa> annevk: the browser only monitors direct child of <host1> and <host2>
  250. # [08:12] <annevk> rniwa: it seems like the md could use some additional text to explain this
  251. # [08:12] <rniwa> annevk: yeah... indeed
  252. # [08:12] <rniwa> i guess this idea isn't clear as it is to me...
  253. # [08:13] <rniwa> annevk: first, <host1> decides to distribute nodes into its own insertion points including ones that are under <host2>
  254. # [08:14] <rniwa> annevk: <host2> some time later or earlier will distribute its direct children into its own insertion points
  255. # [08:14] <annevk> right, all <content> in <host1>'s shadow are its insertion point
  256. # [08:14] * Quits: eBureau (~Bruno@181.164.77.172) (Read error: Connection reset by peer)
  257. # [08:14] <rniwa> it just so happens that <host2>'s direct children are <content> of <host1>
  258. # [08:14] * Quits: roc (~chatzilla@2001:cb0:b202:224:2677:3ff:fece:dc64) (Ping timeout: 265 seconds)
  259. # [08:14] <annevk> oh right
  260. # [08:15] <rniwa> annevk: because <host2> distributed <content> elements in <host1>'s shadow DOM into its insertion points
  261. # [08:15] <annevk> you don't distribute children of <content>, you distribute <content>
  262. # [08:15] <annevk> okay I see now
  263. # [08:15] <rniwa> annevk: right!
  264. # [08:15] <rniwa> sorry, i'm not great at explaining these things :(
  265. # [08:16] <annevk> I wonder if that's problematic for components that are almost the entire page
  266. # [08:16] <annevk> You might get to a point where there's too much <content> elements, but I guess it's worth studying what is out there
  267. # [08:17] * Joins: roc (~chatzilla@2001:cb0:b202:224:2677:3ff:fece:dc64)
  268. # [08:17] <rniwa> annevk: yeah, that's one problem I can see as well
  269. # [08:17] <rniwa> annevk: but the model is so much simpler it's quite appealing.
  270. # [08:17] <rniwa> annevk: if anything, frameworks can (or we can) add some sugars to make things easier.
  271. # [08:18] <annevk> we have those components in Firefox OS
  272. # [08:18] <rniwa> annevk: ?
  273. # [08:18] <rniwa> annevk: it would certainly be useful if you can point to a use case in which this model breaks down.
  274. # [08:20] <annevk> rniwa: would have to ask Wilson, I'm not super familiar
  275. # [08:21] <rniwa> annevk: okay
  276. # [08:21] <annevk> rniwa: but now I understand it that'll be easier
  277. # [08:21] * Joins: KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
  278. # [08:21] <rniwa> annevk: okay
  279. # [08:21] <rniwa> annevk: please feel free to edit / add comment to markdown file
  280. # [08:21] <rniwa> annevk: i'm sure you can do a better job of explaining it at this point.
  281. # [08:22] <rniwa> or at least point out parts that are confusing
  282. # [08:24] * Quits: KevinMarks__ (~yaaic@2607:fb90:5cf:c860:406:9c80:f570:fdff) (Ping timeout: 256 seconds)
  283. # [08:25] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Remote host closed the connection)
  284. # [08:26] * Joins: jyasskin (~jyasskin@173-228-80-34.dsl.static.fusionbroadband.com)
  285. # [08:27] * Krinkle is now known as Krinkle|detached
  286. # [08:29] * Joins: KevinMarks__ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
  287. # [08:31] * Quits: KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Ping timeout: 245 seconds)
  288. # [08:33] * Quits: dbaron (~dbaron@173-228-85-118.dsl.dynamic.fusionbroadband.com) (Ping timeout: 255 seconds)
  289. # [08:38] <annevk> rniwa: yeah, I'll try to provide a PR
  290. # [08:39] * heycam is now known as heycam|away
  291. # [08:39] <annevk> I want to update #2 too
  292. # [08:39] <rniwa> annevk: ok
  293. # [08:44] * annevk wonders if anyone knows the full name of https://github.com/davidsgrogan
  294. # [08:47] <rniwa> annevk: you mean his IRC nick?
  295. # [08:48] <annevk> rniwa: I need to add him to the Acknowledgments section
  296. # [08:48] <rniwa> annevk: David Grogan
  297. # [08:48] <annevk> thanks
  298. # [08:50] <annevk> rniwa: btw, with respect to extensions to custom elements
  299. # [08:50] <annevk> rniwa: I think my preference would be "nanotask" mutation observers; mutation observers that fire after a method has returned
  300. # [08:51] <annevk> rniwa: e.g. appendChild(obj); /* fire mutation observers for appending (and potentially removing if obj was elsewhere in the tree) */
  301. # [08:52] <annevk> rniwa: but as a general extension to mutation observers rather than something specific for custom elements
  302. # [08:52] <rniwa> annevk: oh i see
  303. # [08:53] <rniwa> annevk: yeah, i think extending mutation observers will be better than adding an ad-hoc custom only callback mechanism
  304. # [08:53] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
  305. # [08:54] <annevk> rniwa: I guess I can add that as alternative too
  306. # [08:54] <annevk> if we want to keep all proposals in this md
  307. # [08:54] <rniwa> annevk: there's a section about adding a callback
  308. # [08:54] <rniwa> annevk: to custom elements so you probably want to add there
  309. # [08:55] <annevk> yeah there's Extention to Custom Elements for Consistency with 1/2
  310. # [08:55] <rniwa> annevk: right
  311. # [08:55] <annevk> but this is really an alternative to that whole section
  312. # [08:55] <annevk> but I could rename the section and make it work
  313. # [08:56] <rniwa> annevk: whichever you'd prefer
  314. # [08:58] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Ping timeout: 265 seconds)
  315. # [09:01] * Quits: flyrock (~ashu_@49.200.242.155) (Ping timeout: 256 seconds)
  316. # [09:07] * Quits: tripu (~tripu@2001:200:0:8805:218e:adee:6786:b0e9) (Quit: Leaving)
  317. # [09:10] <annevk> rniwa: still awake?
  318. # [09:11] <annevk> rniwa: rewriting now... what did you mean with "of the shadow host of the ancestor shadow root of containt or if index is larger than the length of distributedNodes"?
  319. # [09:11] <rniwa> annevk: yeah, debugging some editing bug as we speak
  320. # [09:11] <annevk> rniwa: containt -> content?
  321. # [09:11] <rniwa> annevk: yeah, right.
  322. # [09:11] <rniwa> annevk: what I meant is that a node can only be distributed to an insertion point which exists in a shadow DOM of its ancestor
  323. # [09:12] <annevk> not parent?
  324. # [09:12] <rniwa> annevk: or shadow DOMs inside of them
  325. # [09:13] <annevk> "of the shadow host of the ancestor shadow root" should that be /or/ the ancestor...?
  326. # [09:13] <rniwa> annevk: oh, i wanted to be permissive because there was a use case like table-chart element where being able to distribute non-direct child is desirable
  327. # [09:13] * Quits: KevinMarks__ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Remote host closed the connection)
  328. # [09:14] <rniwa> annevk: well, things need to be backwards in this case
  329. # [09:14] * Joins: alrra (uid62345@gateway/web/irccloud.com/x-xkwvmlfzggphopyp)
  330. # [09:14] <rniwa> annevk: for a given node to be distributable to a an insertion point
  331. # [09:15] <rniwa> the shadow root of that insertion point needs to be an ancestor of the node to be distributed
  332. # [09:15] <rniwa> annevk: maybe you can just remove that whole sentence and rewrite it
  333. # [09:15] <rniwa> annevk: it's probably better to say just that instead of what's in the md
  334. # [09:18] * Joins: bholley (~bholley@c-50-174-198-217.hsd1.ca.comcast.net)
  335. # [09:20] * Joins: othermaciej (~mjs@c-71-198-213-78.hsd1.ca.comcast.net)
  336. # [09:24] * Quits: roc (~chatzilla@2001:cb0:b202:224:2677:3ff:fece:dc64) (Ping timeout: 256 seconds)
  337. # [09:26] * Quits: bradleymeck (~bradleyme@99-20-94-62.lightspeed.austtx.sbcglobal.net) (Read error: Connection reset by peer)
  338. # [09:26] * Joins: bradleymeck_ (~bradleyme@99-20-94-62.lightspeed.austtx.sbcglobal.net)
  339. # [09:26] * Quits: KevinMarks (~KevinMark@c-67-164-14-200.hsd1.ca.comcast.net) (Remote host closed the connection)
  340. # [09:26] * Quits: bradleymeck_ (~bradleyme@99-20-94-62.lightspeed.austtx.sbcglobal.net) (Client Quit)
  341. # [09:28] * Quits: ohaibbq (~ohaibbq@98.248.65.213) (Quit: Leaving...)
  342. # [09:38] * Joins: Ms2ger (~Ms2ger@193.190.253.149)
  343. # [09:39] * Quits: bholley (~bholley@c-50-174-198-217.hsd1.ca.comcast.net) (Quit: ZZZzzz…)
  344. # [09:42] <annevk> rniwa: https://github.com/w3c/webcomponents/pull/45
  345. # [09:43] <annevk> rniwa: you can view it at https://github.com/annevk/webcomponents/blob/patch-1/proposals/Imperative-API-for-Node-Distribution-in-Shadow-DOM.md for now
  346. # [09:45] <annevk> dglazkov: if you're still awake ^^
  347. # [09:49] <rniwa> annevk: thanks!
  348. # [09:49] <rniwa> annevk: dglazkov is a morning person as far as I know.
  349. # [09:50] <annevk> having kids does that to you
  350. # [09:50] * rniwa is definitely not a morning person
  351. # [09:50] <rniwa> annevk: that might be reason for me not to have kids..
  352. # [09:51] <rniwa> annevk: merged!
  353. # [09:52] <rniwa> annevk: wow, what happened to the table-chart example
  354. # [09:53] <annevk> rniwa: that was already like that
  355. # [09:53] <rniwa> :(
  356. # [09:53] * rniwa fixes
  357. # [09:53] <annevk> rniwa: something happened to the Unicode when you copied it...
  358. # [09:56] <rniwa> annevk: https://github.com/w3c/webcomponents/pull/46
  359. # [09:57] <annevk> rniwa: looks good but I can't merge
  360. # [09:58] <annevk> TabAtkins: I guess I should do that internal links thing... using spec=html makes origin point to concept-url-origin, which is really a term from URL that HTML happens to import
  361. # [09:59] * Joins: calvaris (~calvaris@fanzine.igalia.com)
  362. # [09:59] <rniwa> annevk: oh you don't have write access?
  363. # [09:59] <annevk> rniwa: nope
  364. # [10:00] <rniwa> MikeSmith: could you add annevk to https://github.com/orgs/w3c/teams/webapps ?
  365. # [10:10] * Joins: mpt (~mpt@canonical/mpt)
  366. # [10:20] * Quits: SteveF_ (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net) (Ping timeout: 255 seconds)
  367. # [10:21] * Quits: mpt (~mpt@canonical/mpt) (Remote host closed the connection)
  368. # [10:22] <MikeSmith> rniwa: yeah will do right now
  369. # [10:24] <MikeSmith> できた rniwa
  370. # [10:26] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
  371. # [10:26] * Joins: roc (~chatzilla@121-99-143-236.bng1.tvc.orcon.net.nz)
  372. # [10:26] <rniwa> MikeSmith: thanks
  373. # [10:27] <rniwa> annevk: ^
  374. # [10:30] <rniwa> sorry, gtg sleep now :(
  375. # [10:30] <rniwa> ttyl guys all!
  376. # [10:31] * Joins: flyrock (~ashu_@49.200.242.155)
  377. # [10:31] * Quits: Goplat (~goplat@reactos/developer/Goplat) (Remote host closed the connection)
  378. # [10:31] * Joins: SteveF_ (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net)
  379. # [10:42] * Joins: mpt (~mpt@canonical/mpt)
  380. # [10:46] * Joins: jsx (uid48919@fsf/intern/jsx)
  381. # [10:54] * Quits: rniwa (~rniwa@67.164.23.121) (Quit: Textual IRC Client: www.textualapp.com)
  382. # [11:26] * Quits: jyasskin (~jyasskin@173-228-80-34.dsl.static.fusionbroadband.com) (Quit: My computer has gone to sleep. ZZZzzz…)
  383. # [11:27] <annevk> nn
  384. # [11:27] <annevk> thanks MikeSmith
  385. # [11:28] <MikeSmith> cheers
  386. # [11:32] * Joins: BigPants (~pants@m83-182-242-199.cust.tele2.se)
  387. # [11:43] * Quits: jwalden (~waldo@c-50-168-55-219.hsd1.ca.comcast.net) (Quit: ChatZilla 0.9.87-8.1450hg.fc20 [XULRunner 32.0/20140902134853])
  388. # [12:02] * Quits: ^esc (~esc-ape@77.119.131.65.wireless.dyn.drei.com) (Ping timeout: 264 seconds)
  389. # [12:04] * Quits: flyrock (~ashu_@49.200.242.155) (Ping timeout: 256 seconds)
  390. # [12:07] * Quits: Garbee (uid21171@gateway/web/irccloud.com/x-ninvfnoqdyutwueu) (Quit: Connection closed for inactivity)
  391. # [12:11] * Joins: Garbee (uid21171@gateway/web/irccloud.com/x-xbvalrtfmampgkek)
  392. # [12:19] * Joins: tav (~tav`@host86-161-106-173.range86-161.btcentralplus.com)
  393. # [12:28] * Joins: Lachy (~Lachy@cm-84.215.179.176.getinternet.no)
  394. # [12:29] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
  395. # [12:35] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Remote host closed the connection)
  396. # [12:35] * Quits: GPHemsley (~GPHemsley@pdpc/supporter/student/GPHemsley) (Ping timeout: 264 seconds)
  397. # [12:47] * Joins: GPHemsley (~GPHemsley@pdpc/supporter/student/GPHemsley)
  398. # [12:49] * Quits: Lachy (~Lachy@cm-84.215.179.176.getinternet.no) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  399. # [12:59] <annevk> https://storage.spec.whatwg.org/
  400. # [13:03] <annevk> It seems I need to read the Bikeshed docs another time to figure out linking from IDL to definitions...
  401. # [13:03] <annevk> philipj: while setting that up I was reminded that mediasession probably wants a Twitter account too
  402. # [13:05] * Quits: tantek (~tantek@70-36-139-190.dsl.dynamic.fusionbroadband.com) (Quit: tantek)
  403. # [13:08] * Joins: wilsonpage (~wilsonpag@217.111.161.212)
  404. # [13:12] * Quits: wilsonpage (~wilsonpag@217.111.161.212) (Ping timeout: 240 seconds)
  405. # [13:33] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
  406. # [13:37] * Joins: flyrock (~ashu_@49.200.242.155)
  407. # [13:53] * Joins: Lachy (~Lachy@cm-84.215.179.176.getinternet.no)
  408. # [14:02] * Quits: newtron (~newtron@184.175.1.192) (Remote host closed the connection)
  409. # [14:04] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Remote host closed the connection)
  410. # [14:05] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
  411. # [14:06] * Quits: rcombs (~rcombs@rcombs.me) (Read error: Connection reset by peer)
  412. # [14:07] * Joins: rcombs (~rcombs@rcombs.me)
  413. # [14:10] * Quits: Lachy (~Lachy@cm-84.215.179.176.getinternet.no) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  414. # [14:15] * Joins: ^esc (~esc-ape@178.115.128.85.wireless.dyn.drei.com)
  415. # [14:47] * Joins: caitp- (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com)
  416. # [14:48] * Joins: newtron (~newtron@199.71.174.203)
  417. # [15:02] * Joins: smaug____ (~chatzilla@85-76-111-192-nat.elisa-mobile.fi)
  418. # [15:03] * Quits: smaug____ (~chatzilla@85-76-111-192-nat.elisa-mobile.fi) (Client Quit)
  419. # [15:15] * Joins: kapil___ (uid36151@gateway/web/irccloud.com/x-xnrfdtoyubxkpylv)
  420. # [15:15] * Quits: calvaris (~calvaris@fanzine.igalia.com) (Quit: Ex-Chat)
  421. # [15:33] * Joins: gH05t (~gH05t@115.242.159.142)
  422. # [15:39] * Quits: gH05t (~gH05t@115.242.159.142) (Quit: gH05t out.)
  423. # [15:39] * Joins: encryptd_fractal (~encryptd_@24-177-126-4.dhcp.mdsn.wi.charter.com)
  424. # [15:44] * Quits: flyrock (~ashu_@49.200.242.155) (Ping timeout: 255 seconds)
  425. # [15:46] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Remote host closed the connection)
  426. # [15:46] * Joins: hyunjune (~hyunjune@221.163.229.155)
  427. # [15:48] * Quits: mpt (~mpt@canonical/mpt) (Read error: Connection reset by peer)
  428. # [15:53] * Joins: annevk_ (~annevk@195.90.112.73)
  429. # [15:53] * Joins: bradleymeck (~bradleyme@99-20-94-62.lightspeed.austtx.sbcglobal.net)
  430. # [15:53] * Joins: mpt (~mpt@canonical/mpt)
  431. # [15:54] * Quits: annevk (~annevk@195.90.112.73) (Ping timeout: 256 seconds)
  432. # [16:03] * Quits: Ms2ger (~Ms2ger@193.190.253.149) (Quit: bbl)
  433. # [16:04] * Joins: dexteryy (~dexteryy@li751-165.members.linode.com)
  434. # [16:07] * Joins: TallTed (~Thud@63.119.36.36)
  435. # [16:10] * Quits: dexteryy (~dexteryy@li751-165.members.linode.com)
  436. # [16:37] <annevk_> TabAtkins: you around?
  437. # [16:37] * annevk_ is now known as annevk
  438. # [16:37] <annevk> TabAtkins: I get "No 'functionish' refs found for 'stringification behavior'."
  439. # [16:37] <annevk> TabAtkins: which seems to be due to <a dfn for=Range lt="stringification behavior">toString()</a> which is due to the () at the end of toString which seems weird as it uses lt=""
  440. # [16:38] <annevk> TabAtkins: what is happening?
  441. # [16:38] <wanderview> Domenic: so, first glance result from this system benchmark is that async-read is roughly equivalent to sync-read+ready-promise... except when the browser is under memory pressure... then the sync-read+ready-promise pulls away... I'm not sure how I feel about that yet
  442. # [16:39] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
  443. # [16:42] * Joins: flyrock (~ashu_@49.200.242.155)
  444. # [16:45] <TabAtkins> annevk: I fixed that in Bikeshed.
  445. # [16:45] <TabAtkins> annevk: Before sending you the PR. ^_^
  446. # [16:46] <annevk> TabAtkins: I see
  447. # [16:46] <TabAtkins> (In one particular place, it was accidentally falling through to doing text-based link-type identification, so it was trying to interpret that link as a functionish type, but still linking with "stringification behavior".
  448. # [16:47] <TabAtkins> )
  449. # [16:47] <TabAtkins> annevk: Oh, yeah, about origin, use <pre class=anchors> to point the term "origin" to the url spec.
  450. # [16:48] <annevk> no I want HTML's origin
  451. # [16:48] <annevk> but not HTML's reference to URL's origin
  452. # [16:49] <TabAtkins> Then use <pre class=anchors> to point the term "origin" to the html spec.
  453. # [16:49] <TabAtkins> HTML is hell to link to at the moment, and that's... probably not going to get much better. At least, as I said yesterday, I'm going to add a way to fix common terms from it.
  454. # [16:50] <annevk> TabAtkins: I updated Bikeshed and I still get that error
  455. # [16:50] * Joins: Lachy (~Lachy@cm-84.215.179.176.getinternet.no)
  456. # [16:50] <TabAtkins> ...goddammit, I didn't push last night. Sorry, the fix is still on my work comp. I'll push in an hour or two when I get into the office.
  457. # [16:50] <TabAtkins> That's dumb of me, sorry.
  458. # [16:51] <TabAtkins> The error isn't serious, you can force-generate for now. That particular link won't autolink until you get the fix, is all, but it's just a thing from the DOM2 changes section.
  459. # [16:52] <annevk> TabAtkins: bikeshed -f says there's too few arguments
  460. # [16:52] <annevk> same for --force
  461. # [16:52] <annevk> or --force-generate
  462. # [16:52] <TabAtkins> Yup, need to specify the command if you're using flags, because argparse is dumb and I hate it.
  463. # [16:52] <TabAtkins> `bikeshed -f spec`
  464. # [16:53] <annevk> I have no words
  465. # [16:53] <TabAtkins> I do a cheaty hack around argparse's refusal to support a default command.
  466. # [16:53] <TabAtkins> But it doesn't work if you pass any flags.
  467. # [16:53] <TabAtkins> You should see argparse's bug if you pass a flag with a space in its value!
  468. # [16:54] <TabAtkins> (It assumes that you're giving the first positional argument instead; in this case, the input filename.)
  469. # [16:54] * Joins: thinkxl (~thinkxl@74-95-237-22-Houston.hfc.comcastbusiness.net)
  470. # [16:54] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Remote host closed the connection)
  471. # [16:55] <TabAtkins> In case it isn't clear, `spec` is the literal command, not a variable I'm asking you to fill in. Bikeshed's `spec` command is the one that actually generates a spec.
  472. # [16:56] <annevk> Thanks TabAtkins
  473. # [16:57] <TabAtkins> And thank you for bearing with the rocky introduction of whatwg specs into Bikeshed. Every new spec finds bugs no previous spec poked at, and as WHATWG specs get bikeshedded and put into Shepherd, Bikeshedding them will be easier (because all the autolinks will work).
  474. # [16:57] <annevk> Yeah, looking forward to that
  475. # [16:58] <annevk> I noticed WebIDL does not link to HTTPS
  476. # [16:58] <annevk> which I thought was something we fixed
  477. # [16:58] <TabAtkins> That's all SpecRef bugs. :/
  478. # [17:02] * Joins: dbaron (~dbaron@173-228-85-118.dsl.dynamic.fusionbroadband.com)
  479. # [17:02] <annevk> TabAtkins: the duplicate selectors4 / selectors-4 is too?
  480. # [17:03] <TabAtkins> Yeah, but I'll be fixing that today or Monday. Got a PR almost ready to go.
  481. # [17:03] <TabAtkins> Went through and put together a bunch of aliases for all the CSS specs that aren't already named correctly.
  482. # [17:05] * Joins: asabil (uid11150@gateway/web/irccloud.com/x-uyxlrzfahxasljlm)
  483. # [17:06] * Joins: ehsan_ (~ehsan@2001:450:1f:224:a032:65a0:1168:bd69)
  484. # [17:07] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
  485. # [17:12] * Joins: eric_carlson (~ericc@c-24-6-239-9.hsd1.ca.comcast.net)
  486. # [17:13] * Quits: Lachy (~Lachy@cm-84.215.179.176.getinternet.no) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  487. # [17:19] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Remote host closed the connection)
  488. # [17:21] * Joins: Lachy (~Lachy@cm-84.215.179.176.getinternet.no)
  489. # [17:22] <annevk> Alright, sounds good
  490. # [17:22] <annevk> TabAtkins: I wrote https://storage.spec.whatwg.org/ in Bikeshed without too much effort
  491. # [17:22] <annevk> TabAtkins: first thing I wrote from scratch
  492. # [17:22] <annevk> TabAtkins: I got the IDL stuff wrong, but otherwise it mostly seems okay
  493. # [17:34] * Joins: jonr22 (~jonr22@2601:6:8000:eaef:1e65:9dff:fe9d:801d)
  494. # [17:35] * Quits: rcombs (~rcombs@rcombs.me) (Read error: Connection reset by peer)
  495. # [17:35] * Joins: rc0mbs (~rcombs@rcombs.me)
  496. # [17:36] * rc0mbs is now known as rcombs
  497. # [17:39] <TabAtkins> What'd you get wrong? I desperately need to improve the docs/help around IDL stuff, and would like to know your errors.
  498. # [17:40] * Quits: jonr22 (~jonr22@2601:6:8000:eaef:1e65:9dff:fe9d:801d) (Ping timeout: 265 seconds)
  499. # [17:56] <annevk> TabAtkins: I thought it would just automatically pick up that I was defining something from the IDL
  500. # [17:56] <annevk> TabAtkins: but instead it created two definitions
  501. # [18:03] * Joins: KevinMarks (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
  502. # [18:03] * Krinkle|detached is now known as Krinkle
  503. # [18:04] * Quits: bradleymeck (~bradleyme@99-20-94-62.lightspeed.austtx.sbcglobal.net) (Quit: bradleymeck)
  504. # [18:05] <TabAtkins> annevk: How'd you initially mark up the second definition? It does automatically pick it up if you give it enough information for it to know you're defining the term elsewhere.
  505. # [18:05] <annevk> TabAtkins: <dfn><code>requestPersistent()</code></dfn>
  506. # [18:06] <TabAtkins> Yeah, you need to tell it it's a method, and of what interface.
  507. # [18:07] <TabAtkins> Writing this down, though, for a possible helpful warning in the future.
  508. # [18:08] <TabAtkins> (In general, definitions need to be given a type; the default type is "dfn", which is for general terms and such.)
  509. # [18:08] * Quits: Lachy (~Lachy@cm-84.215.179.176.getinternet.no) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  510. # [18:11] <TabAtkins> I also need to put together a "10 things you need to know to use Bikeshed effectively" thing, so you don't have to read the whole docs to get the basic usage info.
  511. # [18:12] <annevk> TabAtkins: the other thing I noticed was that while I like to link to /multipage/, Bikeshed's IDL autolinking prefers / for html.spec.whatwg.org
  512. # [18:12] <annevk> TabAtkins: same for SpecRef
  513. # [18:12] <TabAtkins> annevk: For SpecRef you can just give a PR to change the reference.
  514. # [18:13] <annevk> TabAtkins: / seems hostile to everyone on a slow computer or on slow bandwidth
  515. # [18:13] <annevk> okay
  516. # [18:13] <TabAtkins> For Bikeshed, that's an artifact of Shepherd; I'm not sure how to handle a spec spread across multiple pages. I'll talk to plinss about it, see if we can fix things.
  517. # [18:13] <TabAtkins> And yes, single-page is very hostile.
  518. # [18:13] <TabAtkins> I only load it when I need to ctrl-F for something, and I can't just guess the ID.
  519. # [18:16] * Quits: KevinMarks (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Read error: Connection reset by peer)
  520. # [18:16] * Joins: Maurice` (copyman@unaffiliated/maurice)
  521. # [18:17] * Joins: KevinMarks (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
  522. # [18:20] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
  523. # [18:22] * Joins: Ms2ger (~Ms2ger@91.182.74.136)
  524. # [18:24] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Ping timeout: 264 seconds)
  525. # [18:24] <annevk> TabAtkins: https://github.com/tobie/specref/pull/183
  526. # [18:25] <TabAtkins> Nice.
  527. # [18:27] <TabAtkins> annevk: Oh yeah, and I pushed the Bikeshed fixes from last night, so you should build clean now.
  528. # [18:28] <dglazkov> arrow functions are so cute
  529. # [18:28] <annevk> dglazkov: agreed, I like how they make complex things a lot easier to grasp
  530. # [18:30] * Joins: bholley (~bholley@c-50-174-198-217.hsd1.ca.comcast.net)
  531. # [18:31] <dglazkov> maybe this whole Javascript thing has legs after all
  532. # [18:31] <annevk> dglazkov: don't tell Lars
  533. # [18:32] <dglazkov> :-P
  534. # [18:34] * annevk is trying to parse https://lists.w3.org/Archives/Public/public-webapps/2015AprJun/0473.html by rniwa and not succeeding
  535. # [18:36] <philipj> TabAtkins: I noticed some differences in references when building locally with Bikeshed and using https://api.csswg.org/bikeshed/
  536. # [18:37] <philipj> Would that be because Bikeshed itself was at different versions, or is there a separate step to update the SpecRef database?
  537. # [18:37] * Joins: capella-s3 (~yaaic@66.87.124.229)
  538. # [18:38] * Quits: plutoniix (~plutoniix@node-55l.pool-125-25.dynamic.totbb.net) (Remote host closed the connection)
  539. # [18:38] * Quits: capella-s3 (~yaaic@66.87.124.229) (Read error: Connection reset by peer)
  540. # [18:39] * Joins: capella-s3 (~yaaic@66.87.124.229)
  541. # [18:40] <annevk> philipj: you need to run bikeshed update
  542. # [18:40] <annevk> philipj: that should update the databases locally
  543. # [18:43] <Ms2ger> "ExtendableEvent"?
  544. # [18:43] * Quits: capella-s3 (~yaaic@66.87.124.229) (Read error: Connection reset by peer)
  545. # [18:43] <wanderview> Ms2ger: from ServiceWorker spec
  546. # [18:43] <annevk> not the greatest name in the world
  547. # [18:43] <wanderview> https://slightlyoff.github.io/ServiceWorker/spec/service_worker/index.html#extendable-event
  548. # [18:43] <wanderview> basically a waitUntil() method
  549. # [18:44] * Joins: capella-s3 (~yaaic@66.87.124.229)
  550. # [18:44] <philipj> annevk: ok, thanks :)
  551. # [18:45] <philipj> annevk: unfortunately @mediasession is already taken on twitter
  552. # [18:47] * Joins: jyasskin (~jyasskin@173-228-80-34.dsl.static.fusionbroadband.com)
  553. # [18:47] * Quits: capella-s3 (~yaaic@66.87.124.229) (Read error: Connection reset by peer)
  554. # [18:48] * Joins: capella-s3 (~yaaic@66.87.124.229)
  555. # [18:48] <Ms2ger> Wow, those headers are way too big
  556. # [18:49] <Ms2ger> ... And now they're not
  557. # [18:49] * Joins: frivoal (~frivoal@cm-84.208.175.177.getinternet.no)
  558. # [18:49] <annevk> Ms2ger: I think that page uses Polymer, it's rather flaky
  559. # [18:50] <annevk> philipj: mediasessionapi too long?
  560. # [18:50] <Ms2ger> Well that's insane
  561. # [18:50] <Domenic> @mediasessions
  562. # [18:51] * Quits: capella-s3 (~yaaic@66.87.124.229) (Read error: Connection reset by peer)
  563. # [18:51] <philipj> annevk: would work, but the spec doesn't have an API yet :)
  564. # [18:52] <philipj> I guess I'll wait to discuss it with rich, since it's so half-baked that we don't really want to attract attention yet
  565. # [18:52] * Joins: capella-s3 (~yaaic@66.87.124.229)
  566. # [18:52] <annevk> philipj: btw, did you notice that on iOS if you play a podcast from Safari, it doesn't stop when you quit Safari?
  567. # [18:53] <annevk> philipj: browsers could do a lot here by just improving their default heuristics
  568. # [18:53] * Joins: ap_ (~ap@c-24-130-61-31.hsd1.ca.comcast.net)
  569. # [18:54] <philipj> annevk: yeah, we've looked a lot at the existing behavior in various browsers, and in fact step one of our roadmap is to improve the default behavior without adding anything Web-exposed
  570. # [18:54] * Quits: ap_ (~ap@c-24-130-61-31.hsd1.ca.comcast.net) (Client Quit)
  571. # [18:55] <philipj> this particular aspect is "does playback stop when the page is not visible" (due to tab or app change)
  572. # [18:55] * Joins: ap_ (~ap@c-24-130-61-31.hsd1.ca.comcast.net)
  573. # [18:56] * Quits: capella-s3 (~yaaic@66.87.124.229) (Read error: Connection reset by peer)
  574. # [18:56] <annevk> yeah, this is also what I hate about browsers-inside-apps, they suck at all this
  575. # [18:56] <philipj> since the current default behavior for audio elements is to keep playing in this situation, pages that don't want this could use the page visibility API to change it
  576. # [18:56] <philipj> but it's not out of the question to make it a setting on media sessions
  577. # [18:56] * Quits: KevinMarks (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Remote host closed the connection)
  578. # [18:57] <philipj> for example rich thinks we really should pause by default and require apps to opt in to the current behavior
  579. # [18:57] * Joins: capella-s3 (~yaaic@66.87.124.229)
  580. # [18:57] <TabAtkins> philipj: The API Bikeshed is always at ToT and has the most up-to-date refs. If you ever differ, update Bikeshed (`git pull --rebase` from within Bikeshed's folder) and/or update its local databases (`bikeshed update` from anywhere).
  581. # [18:57] * Quits: capella-s3 (~yaaic@66.87.124.229) (Client Quit)
  582. # [18:57] <annevk> philipj: tab switching causing a pause would be annoying to most users I think
  583. # [18:58] * Quits: ap_ (~ap@c-24-130-61-31.hsd1.ca.comcast.net) (Client Quit)
  584. # [18:58] <annevk> philipj: has rich never attended a YouTube party? :-P
  585. # [18:58] * Joins: Lachy (~Lachy@cm-84.215.179.176.getinternet.no)
  586. # [18:59] <philipj> annevk: that would be desktop, and as much as I'd like it making the default behavior the same on desktop and mobile does not look promising
  587. # [18:59] <philipj> annevk: on Android where tabs show up in the app switcher, having a different behavior for tab switching and app switching might be strange
  588. # [18:59] <annevk> I guess mobile has some memory issues?
  589. # [19:00] * Joins: ap_ (~ap@c-24-130-61-31.hsd1.ca.comcast.net)
  590. # [19:01] <philipj> I suppose initially bandwidth and battery might have been a reason for some differences, but at this point I think it's really about the risk of users expecting and relying on the complete lack of coordination on desktop, which would make it hard to do much useful by default
  591. # [19:03] <philipj> otherwise, I think having only one tab play at any one time would be a nice default
  592. # [19:04] * Joins: _1_Jens (~45060012@2.173.41.35)
  593. # [19:04] * Parts: _1_Jens (~45060012@2.173.41.35)
  594. # [19:04] <philipj> whatever changes to the defaults we can make, I hope to express them in terms of media sessions, so that it can be changed with an API
  595. # [19:06] <TabAtkins> philipj: I kinda agree - even on desktop, having multiple tabs playing at the same tab is usually just a frustrating accident, unless one of them is playing music. If music and such could mark themselves as being okay to play in the background, *and* users could mark or unmark players that way by themselves (an option in the right-click menu), it'd be cool.
  596. # [19:19] * Quits: SteveF_ (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net) (Ping timeout: 256 seconds)
  597. # [19:21] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
  598. # [19:25] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Ping timeout: 246 seconds)
  599. # [19:27] * Joins: plutoniix (~plutoniix@node-55l.pool-125-25.dynamic.totbb.net)
  600. # [19:28] <Ms2ger> MikeSmith, ... a baby? :)
  601. # [19:30] <MikeSmith> Ms2ger: yup
  602. # [19:30] <MikeSmith> due in mid-October
  603. # [19:30] <Ms2ger> Sleep while you can :)
  604. # [19:31] <MikeSmith> haha
  605. # [19:31] <MikeSmith> yeah
  606. # [19:31] * Quits: jsx (uid48919@fsf/intern/jsx) (Quit: Connection closed for inactivity)
  607. # [19:32] * Quits: flyrock (~ashu_@49.200.242.155) (Ping timeout: 256 seconds)
  608. # [19:36] * Quits: bholley (~bholley@c-50-174-198-217.hsd1.ca.comcast.net) (Read error: Connection reset by peer)
  609. # [19:36] * Joins: benwerd (~benwerd@199.87.84.238)
  610. # [19:37] * Quits: malcolmva (~malcolmva@c-67-180-198-144.hsd1.ca.comcast.net) (Remote host closed the connection)
  611. # [19:37] * Joins: bholley (~bholley@c-50-174-198-217.hsd1.ca.comcast.net)
  612. # [19:42] * Joins: SteveF_ (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net)
  613. # [19:42] * Joins: capella-s3 (~yaaic@cpe-24-59-162-151.twcny.res.rr.com)
  614. # [19:43] * Joins: smaug____ (~chatzilla@85-76-111-192-nat.elisa-mobile.fi)
  615. # [19:45] * Joins: tommyliu (~tommyliu@219.133.106.77)
  616. # [19:45] * Quits: tommyliu (~tommyliu@219.133.106.77) (Remote host closed the connection)
  617. # [19:50] <smaug____> does any browser vendor have data about marquee usage?
  618. # [19:51] * Quits: Lachy (~Lachy@cm-84.215.179.176.getinternet.no) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  619. # [19:51] * Joins: flyrock (~ashu_@49.200.242.223)
  620. # [19:54] * Joins: jacaballero (~jacaballe@190.92.15.29)
  621. # [19:55] * Joins: tantek (~tantek@70-36-139-190.dsl.dynamic.fusionbroadband.com)
  622. # [19:59] * Joins: JoWie (~Joris@ip5657532f.direct-adsl.nl)
  623. # [20:03] * Quits: frivoal (~frivoal@cm-84.208.175.177.getinternet.no) (Remote host closed the connection)
  624. # [20:04] <Ms2ger> Anecdotally very popular in China
  625. # [20:04] * Joins: brcweggs (~brcweggs@pool-71-177-224-47.lsanca.fios.verizon.net)
  626. # [20:04] * Joins: sicking (~sicking@c-98-210-159-193.hsd1.ca.comcast.net)
  627. # [20:06] * Quits: caitp- (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com) (Read error: Connection reset by peer)
  628. # [20:08] * Joins: caitp- (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com)
  629. # [20:08] * Quits: brcweggs (~brcweggs@pool-71-177-224-47.lsanca.fios.verizon.net) (Client Quit)
  630. # [20:08] * Quits: encryptd_fractal (~encryptd_@24-177-126-4.dhcp.mdsn.wi.charter.com) (Remote host closed the connection)
  631. # [20:09] * Quits: tav (~tav`@host86-161-106-173.range86-161.btcentralplus.com) (Read error: Connection reset by peer)
  632. # [20:10] <smaug____> sure, but does anyone actually have any data?
  633. # [20:10] <smaug____> like, was <marquee> popular 3 years ago, but not anymore ?
  634. # [20:11] * Joins: tav (~tav`@host86-161-106-173.range86-161.btcentralplus.com)
  635. # [20:11] <smaug____> (marquee is certainly in my remove-from-the-platform list)
  636. # [20:12] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
  637. # [20:14] <MikeSmith> https://esdiscuss.org/topic/please-volunteer-to-maintain-the-html-version-of-the-spec
  638. # [20:15] * Quits: TallTed (~Thud@63.119.36.36) (Ping timeout: 265 seconds)
  639. # [20:16] <MikeSmith> jorendorff: hope somebody picks up the ball there but it seems absurd that in 2015 the source of the spec is still a Word document
  640. # [20:18] * Joins: encryptd_fractal (~encryptd_@dyn-72-33-247-207.uwnet.wisc.edu)
  641. # [20:18] <MikeSmith> given that there are thousands of people who use the HTML version of the spec get work done and pretty much not even 1 person who reads the Word version (rather than writing it)
  642. # [20:20] * Joins: Lachy (~Lachy@cm-84.215.179.176.getinternet.no)
  643. # [20:25] * Quits: bnicholson (~bnicholso@c-24-130-60-241.hsd1.ca.comcast.net) (Quit: This computer has gone to sleep)
  644. # [20:30] <dglazkov> TabAtkins: how do I get a custom property value from in JS?
  645. # [20:31] * Joins: KevinMarks (~KevinMark@c-67-164-14-200.hsd1.ca.comcast.net)
  646. # [20:32] * Joins: frivoal (~frivoal@cm-84.208.175.177.getinternet.no)
  647. # [20:38] * Quits: KevinMarks (~KevinMark@c-67-164-14-200.hsd1.ca.comcast.net) (Ping timeout: 264 seconds)
  648. # [20:38] <jorendorff> I think Domenic and bterlson are going to do it
  649. # [20:38] * Joins: bnicholson (~bnicholso@corp.mtv2.mozilla.com)
  650. # [20:38] <jorendorff> It is truly absurd
  651. # [20:38] * ap_ is now known as ap
  652. # [20:38] <jorendorff> I lose half a day to rage every time I think about it, so I won't elaborate
  653. # [20:39] * dlitz_ is now known as dlitz
  654. # [20:41] * Quits: jacaballero (~jacaballe@190.92.15.29) (Quit: My Mac has gone to sleep. ZZZzzz…)
  655. # [20:46] * Quits: SteveF_ (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net) (Ping timeout: 272 seconds)
  656. # [20:47] * Quits: jyasskin (~jyasskin@173-228-80-34.dsl.static.fusionbroadband.com) (Quit: My computer has gone to sleep. ZZZzzz…)
  657. # [20:52] <philipj> smaug____: https://www.chromestatus.com/metrics/feature/timeline/popularity/53 shows <marquee> usage is pretty high still
  658. # [20:52] * Quits: Lachy (~Lachy@cm-84.215.179.176.getinternet.no) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  659. # [20:55] * Joins: jwalden (~waldo@c-50-168-55-219.hsd1.ca.comcast.net)
  660. # [20:58] * Joins: TallTed (~Thud@63.119.36.36)
  661. # [20:58] <smaug____> ah, there
  662. # [20:58] <smaug____> somehow I missed that when looking at chromestatus
  663. # [21:00] * Joins: SteveF_ (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net)
  664. # [21:01] * Quits: bholley (~bholley@c-50-174-198-217.hsd1.ca.comcast.net)
  665. # [21:07] * Joins: Lachy (~Lachy@cm-84.215.179.176.getinternet.no)
  666. # [21:11] * Joins: KevinMarks (~yaaic@2607:fb90:22c0:1f0f:905f:acad:88ae:7f70)
  667. # [21:13] * Quits: frivoal (~frivoal@cm-84.208.175.177.getinternet.no) (Remote host closed the connection)
  668. # [21:14] * Quits: flyrock (~ashu_@49.200.242.223) (Ping timeout: 256 seconds)
  669. # [21:15] * Joins: frivoal_ (~frivoal@cm-84.208.175.177.getinternet.no)
  670. # [21:16] * Quits: tantek (~tantek@70-36-139-190.dsl.dynamic.fusionbroadband.com) (Quit: tantek)
  671. # [21:18] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Remote host closed the connection)
  672. # [21:25] * Quits: frivoal_ (~frivoal@cm-84.208.175.177.getinternet.no) (Remote host closed the connection)
  673. # [21:27] * Joins: flyrock (~ashu_@49.200.242.223)
  674. # [21:28] * Joins: KevinMarks_ (~KevinMark@172.56.16.8)
  675. # [21:28] * Quits: smaug____ (~chatzilla@85-76-111-192-nat.elisa-mobile.fi) (Ping timeout: 244 seconds)
  676. # [21:30] * Quits: Mateon1 (~Mateon1@unaffiliated/mateon1) (Ping timeout: 256 seconds)
  677. # [21:35] * Joins: Mateon1 (~Mateon1@unaffiliated/mateon1)
  678. # [21:37] * Guest21393 is now known as fredy
  679. # [21:39] * Joins: frivoal (~frivoal@cm-84.208.175.177.getinternet.no)
  680. # [21:42] * Quits: SteveF_ (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net) (Ping timeout: 256 seconds)
  681. # [21:49] * Quits: Lachy (~Lachy@cm-84.215.179.176.getinternet.no) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  682. # [21:52] * Quits: dbaron (~dbaron@173-228-85-118.dsl.dynamic.fusionbroadband.com) (Ping timeout: 256 seconds)
  683. # [21:55] * Joins: xiinotulp (~plutoniix@node-3jk.pool-125-25.dynamic.totbb.net)
  684. # [21:55] * Quits: plutoniix (~plutoniix@node-55l.pool-125-25.dynamic.totbb.net) (Read error: Connection reset by peer)
  685. # [21:58] * Quits: asabil (uid11150@gateway/web/irccloud.com/x-uyxlrzfahxasljlm) (Quit: Connection closed for inactivity)
  686. # [22:03] * Quits: jernoble (~jernoble@162.217.73.171) (Quit: Computer has gone to sleep.)
  687. # [22:04] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Read error: Connection reset by peer)
  688. # [22:04] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
  689. # [22:07] * Quits: flyrock (~ashu_@49.200.242.223) (Ping timeout: 246 seconds)
  690. # [22:18] * Joins: tantek (~tantek@104.129.192.69)
  691. # [22:26] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Read error: Connection reset by peer)
  692. # [22:26] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
  693. # [22:37] * Quits: othermaciej (~mjs@c-71-198-213-78.hsd1.ca.comcast.net) (Quit: othermaciej)
  694. # [22:47] * Quits: roqo (~roqo@unaffiliated/roqo) (Quit: ZNC - http://znc.in)
  695. # [22:50] * Joins: jernoble (~jernoble@107-140-121-171.lightspeed.sntcca.sbcglobal.net)
  696. # [22:50] * Joins: roqo (~roqo@172.245.128.5)
  697. # [22:51] * Joins: ambv (~ambv@199.201.64.133)
  698. # [22:51] * Quits: roqo (~roqo@172.245.128.5) (Changing host)
  699. # [22:51] * Joins: roqo (~roqo@unaffiliated/roqo)
  700. # [22:51] * Joins: eBureau (~Bruno@181.164.77.172)
  701. # [22:53] * Quits: KevinMarks_ (~KevinMark@172.56.16.8) (Ping timeout: 250 seconds)
  702. # [22:55] * Quits: tantek (~tantek@104.129.192.69) (Quit: tantek)
  703. # [23:06] * Quits: roqo (~roqo@unaffiliated/roqo) (Quit: ZNC - http://znc.in)
  704. # [23:06] * Joins: roqo (~roqo@172.245.128.5)
  705. # [23:07] * Quits: TallTed (~Thud@63.119.36.36)
  706. # [23:11] * Joins: othermaciej (~mjs@c-71-198-213-78.hsd1.ca.comcast.net)
  707. # [23:12] * Joins: KevinMarks_ (~yaaic@2607:fb90:5a2:108:79f3:c6cc:743b:6004)
  708. # [23:13] * Quits: KevinMarks (~yaaic@2607:fb90:22c0:1f0f:905f:acad:88ae:7f70) (Ping timeout: 256 seconds)
  709. # [23:14] * Joins: KevinMarks (~yaaic@2607:fb90:5bc:18da:c6d9:c80e:b665:3969)
  710. # [23:17] * Quits: KevinMarks_ (~yaaic@2607:fb90:5a2:108:79f3:c6cc:743b:6004) (Ping timeout: 256 seconds)
  711. # [23:18] * Joins: espadrine (~tyl@dan75-7-88-166-187-54.fbx.proxad.net)
  712. # [23:19] * Quits: espadrine (~tyl@dan75-7-88-166-187-54.fbx.proxad.net) (Client Quit)
  713. # [23:19] * Joins: espadrine (~tyl@dan75-7-88-166-187-54.fbx.proxad.net)
  714. # [23:24] * Joins: Lachy (~Lachy@cm-84.215.179.176.getinternet.no)
  715. # [23:26] * Quits: othermaciej (~mjs@c-71-198-213-78.hsd1.ca.comcast.net) (Quit: othermaciej)
  716. # [23:27] * Joins: tantek (~tantek@70.6.80.74)
  717. # [23:27] * Joins: othermaciej (~mjs@c-71-198-213-78.hsd1.ca.comcast.net)
  718. # [23:29] * Joins: KevinMarks_ (~KevinMark@70-36-146-135.dsl.dynamic.fusionbroadband.com)
  719. # [23:35] * Quits: encryptd_fractal (~encryptd_@dyn-72-33-247-207.uwnet.wisc.edu) (Remote host closed the connection)
  720. # [23:36] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
  721. # [23:40] * Quits: newtron (~newtron@199.71.174.203) (Ping timeout: 256 seconds)
  722. # [23:41] * Joins: weinig (~weinig@17.114.216.184)
  723. # [23:45] * Joins: encryptd_fractal (~encryptd_@24-177-126-4.dhcp.mdsn.wi.charter.com)
  724. # [23:48] * Joins: SteveF_ (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net)
  725. # [23:53] * Quits: SteveF_ (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net) (Ping timeout: 255 seconds)
  726. # [23:55] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
  727. # [23:55] * Joins: jarek (~jarek@unaffiliated/jarek)
  728. # [23:58] * Quits: Maurice` (copyman@unaffiliated/maurice)
  729. # [23:59] * Quits: tndrH (~Rob@cpc2-lee211-2-0-cust413.7-1.cable.virginm.net) (Ping timeout: 250 seconds)
  730. # Session Close: Sat May 02 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