/irc-logs / freenode / #whatwg / 2014-04-22 / end

Options:

  1. # Session Start: Tue Apr 22 00:00:00 2014
  2. # Session Ident: #whatwg
  3. # [00:00] * Joins: weinig (~weinig@17.114.216.47)
  4. # [00:01] * Quits: ap (~ap@2620:149:4:304:49de:633f:b670:a8f6) (Ping timeout: 240 seconds)
  5. # [00:01] * ap_ is now known as ap
  6. # [00:02] * Quits: weinig (~weinig@17.114.216.47) (Client Quit)
  7. # [00:02] * Joins: encryptd_fractal (~encryptd_@24-177-124-44.dhcp.mdsn.wi.charter.com)
  8. # [00:02] * Quits: othermaciej (~mjs@17.114.219.154) (Quit: othermaciej)
  9. # [00:03] * Joins: weinig (~weinig@17.114.216.47)
  10. # [00:05] * Joins: othermaciej (~mjs@17.114.219.154)
  11. # [00:05] * Quits: Smylers (~smylers@host31-51-172-114.range31-51.btcentralplus.com) (Quit: Leaving.)
  12. # [00:06] * Quits: encryptd_fractal (~encryptd_@24-177-124-44.dhcp.mdsn.wi.charter.com) (Remote host closed the connection)
  13. # [00:10] * Joins: encryptd_fractal (~encryptd_@24-177-124-44.dhcp.mdsn.wi.charter.com)
  14. # [00:12] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
  15. # [00:13] * Quits: encryptd_fractal (~encryptd_@24-177-124-44.dhcp.mdsn.wi.charter.com) (Remote host closed the connection)
  16. # [00:19] * Quits: zdobersek (~zan@5.153.234.98) (Quit: Leaving.)
  17. # [00:21] * Joins: Goplat (~goplat@reactos/developer/Goplat)
  18. # [00:25] * Quits: plutoniix (~plutoniix@node-19h4.pool-101-109.dynamic.totbb.net) (Quit: จรลี จรลา)
  19. # [00:25] * Joins: hasather (~hasather@80.91.33.141)
  20. # [00:30] * Joins: jernoble (~jernoble@17.202.46.221)
  21. # [00:32] * Quits: benv (~benv@38.104.194.126) (Quit: Computer has gone to sleep.)
  22. # [00:34] * Quits: jeremyj (~jeremyj@17.202.44.231) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  23. # [00:38] * Joins: benv (~benv@38.104.194.126)
  24. # [00:41] * Quits: smaug____ (~chatzilla@a91-154-44-207.elisa-laajakaista.fi) (Ping timeout: 252 seconds)
  25. # [00:42] * Joins: encryptd_fractal (~encryptd_@24-177-124-44.dhcp.mdsn.wi.charter.com)
  26. # [00:48] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 240 seconds)
  27. # [00:54] * Joins: jeremyj (~jeremyj@17.202.44.231)
  28. # [00:59] * Joins: dbaron (~dbaron@50-0-248-164.dsl.dynamic.sonic.net)
  29. # [01:02] * Quits: othermaciej (~mjs@17.114.219.154) (Quit: othermaciej)
  30. # [01:04] * Quits: encryptd_fractal (~encryptd_@24-177-124-44.dhcp.mdsn.wi.charter.com) (Remote host closed the connection)
  31. # [01:05] * Joins: othermaciej (~mjs@17.114.219.154)
  32. # [01:09] * Joins: encryptd_fractal (~encryptd_@24-177-124-44.dhcp.mdsn.wi.charter.com)
  33. # [01:09] * Joins: barnabywalters (~barnabywa@89.17.128.127)
  34. # [01:09] * Quits: barnabywalters (~barnabywa@89.17.128.127) (Client Quit)
  35. # [01:13] * Quits: bholley (~bholley@corp.mtv2.mozilla.com) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  36. # [01:14] * Quits: encryptd_fractal (~encryptd_@24-177-124-44.dhcp.mdsn.wi.charter.com) (Remote host closed the connection)
  37. # [01:19] * Quits: jensnockert (~jensnocke@dynamic.1.7.34dbfd722180.e0f8471ae7fa.afb.bredband2.com) (Remote host closed the connection)
  38. # [01:19] * Quits: rxgx (uid22483@gateway/web/irccloud.com/x-ivymsqrnwvobqucp) (Quit: Connection closed for inactivity)
  39. # [01:20] * Joins: encryptd_fractal (~encryptd_@24-177-124-44.dhcp.mdsn.wi.charter.com)
  40. # [01:20] * Quits: ehsan (~ehsan@66.207.208.102) (Remote host closed the connection)
  41. # [01:24] * Quits: encryptd_fractal (~encryptd_@24-177-124-44.dhcp.mdsn.wi.charter.com) (Remote host closed the connection)
  42. # [01:29] * Quits: lmclister (~lmclister@192.150.10.210)
  43. # [01:30] * Joins: encryptd_fractal (~encryptd_@24-177-124-44.dhcp.mdsn.wi.charter.com)
  44. # [01:31] * Joins: hasather (~hasather@80.91.33.141)
  45. # [01:32] * Quits: seventh (seventh@69.80.108.139) (Ping timeout: 240 seconds)
  46. # [01:35] * Quits: encryptd_fractal (~encryptd_@24-177-124-44.dhcp.mdsn.wi.charter.com) (Remote host closed the connection)
  47. # [01:39] * Quits: estellevw (~estellewy@surveymonkey-3.border1.pao001.pnap.net) (Quit: estellevw)
  48. # [01:40] * Joins: jeffreyatw (~jeffreyat@199-188-192-206.PUBLIC.monkeybrains.net)
  49. # [01:43] * Joins: morrita_ (uid16889@gateway/web/irccloud.com/x-abqljbrormchwlsj)
  50. # [01:44] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 252 seconds)
  51. # [01:48] * Joins: ehsan (~ehsan@24-212-207-29.cable.teksavvy.com)
  52. # [01:49] * Quits: jeremyj (~jeremyj@17.202.44.231) (Ping timeout: 252 seconds)
  53. # [01:50] * Quits: othermaciej (~mjs@17.114.219.154) (Quit: othermaciej)
  54. # [01:51] * Joins: othermaciej (~mjs@17.114.219.154)
  55. # [01:59] * Quits: GPHemsley (~GPHemsley@pdpc/supporter/student/GPHemsley) (Ping timeout: 250 seconds)
  56. # [01:59] * Quits: ambv (~ambv@206.108.217.134) (Quit: sys.exit(0) # computer went to sleep)
  57. # [01:59] * Joins: GPHemsley (~GPHemsley@pdpc/supporter/student/GPHemsley)
  58. # [02:05] * Quits: Jarrod_ (~Jarrod_@pdpc/supporter/active/jarrod) (Remote host closed the connection)
  59. # [02:05] * Joins: Jarrod_ (~Jarrod_@pdpc/supporter/active/jarrod)
  60. # [02:10] * Quits: Jarrod_ (~Jarrod_@pdpc/supporter/active/jarrod) (Ping timeout: 264 seconds)
  61. # [02:15] * Quits: boogyman (~boogyman@pdpc/supporter/professional/boogyman) (Ping timeout: 276 seconds)
  62. # [02:17] * Quits: jsbell (jsbell@nat/google/x-yaokvvhfbshoycwg) (Quit: There's no place like home...)
  63. # [02:20] * Joins: boogyman (~boogyman@142.196.161.32)
  64. # [02:20] * Quits: boogyman (~boogyman@142.196.161.32) (Changing host)
  65. # [02:20] * Joins: boogyman (~boogyman@pdpc/supporter/professional/boogyman)
  66. # [02:23] * Quits: aretecode (~aretecode@173.192.170.114-static.reverse.softlayer.com) (Ping timeout: 240 seconds)
  67. # [02:27] * Joins: aretecode (~aretecode@S01061859339e5f51.cc.shawcable.net)
  68. # [02:27] * Quits: aretecode (~aretecode@S01061859339e5f51.cc.shawcable.net) (Remote host closed the connection)
  69. # [02:28] * Joins: plutoniix (~plutoniix@210.213.57.70)
  70. # [02:29] * Joins: scor (~scor@c-24-2-162-32.hsd1.ma.comcast.net)
  71. # [02:29] * Quits: scor (~scor@c-24-2-162-32.hsd1.ma.comcast.net) (Changing host)
  72. # [02:29] * Joins: scor (~scor@drupal.org/user/52142/view)
  73. # [02:29] * Quits: othermaciej (~mjs@17.114.219.154) (Quit: othermaciej)
  74. # [02:29] * Quits: ap (~ap@17.114.217.152) (Remote host closed the connection)
  75. # [02:30] * Joins: ap (~ap@2620:149:4:304:247f:fe65:2cef:c13e)
  76. # [02:41] * Quits: llkats (~llkats@h-64-236-138-1.aoltw.net) (Remote host closed the connection)
  77. # [02:41] * Quits: diffalot (~diffalot@c-76-107-128-104.hsd1.ms.comcast.net) (Quit: ZNC - http://znc.in)
  78. # [02:41] * Quits: tantek (~tantek@corp-nat.p2p.sfo1.mozilla.com) (Quit: tantek)
  79. # [02:42] * Joins: hasather (~hasather@80.91.33.141)
  80. # [02:43] * Joins: diffalot (~diffalot@c-76-107-128-104.hsd1.ms.comcast.net)
  81. # [02:45] * Joins: encryptd_fractal (~encryptd_@24-177-124-44.dhcp.mdsn.wi.charter.com)
  82. # [02:51] * Quits: ivan`` (~ivan@li125-242.members.linode.com) (Changing host)
  83. # [02:51] * Joins: ivan`` (~ivan@unaffiliated/ivan/x-000001)
  84. # [02:58] * Quits: benv (~benv@38.104.194.126) (Quit: Computer has gone to sleep.)
  85. # [03:03] * Joins: lmclister (~lmclister@c-98-210-38-110.hsd1.ca.comcast.net)
  86. # [03:03] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 240 seconds)
  87. # [03:07] * Quits: ap (~ap@2620:149:4:304:247f:fe65:2cef:c13e) (Quit: ap)
  88. # [03:07] * Joins: benvie (~bbenvie@204.28.118.69)
  89. # [03:15] * Quits: jeffreyatw (~jeffreyat@199-188-192-206.PUBLIC.monkeybrains.net) (Quit: jeffreyatw)
  90. # [03:24] * Quits: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com) (Quit: sicking)
  91. # [03:37] * Quits: weinig (~weinig@17.114.216.47) (Quit: weinig)
  92. # [03:40] * Joins: jeremyj (~jeremyj@c-24-4-202-10.hsd1.ca.comcast.net)
  93. # [03:46] * Quits: jeremyj (~jeremyj@c-24-4-202-10.hsd1.ca.comcast.net) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  94. # [03:55] * Quits: bufferino (~bufferino@unaffiliated/bufferino) (Remote host closed the connection)
  95. # [04:01] * Joins: hasather (~hasather@80.91.33.141)
  96. # [04:04] * Joins: a-ja (~Instantbi@70.230.148.198)
  97. # [04:06] * Joins: benv (~benv@c-67-188-10-155.hsd1.ca.comcast.net)
  98. # [04:12] * Joins: rxgx (uid22483@gateway/web/irccloud.com/x-gthzvvqnbjghzqlk)
  99. # [04:13] * Quits: eatsomeatso (~eatsomeat@gateway/tor-sasl/eatsomeatso) (Quit: eatsomeatso)
  100. # [04:14] * Quits: dawhite (~dawhite@74.118.22.223) (Ping timeout: 252 seconds)
  101. # [04:16] * Quits: benv (~benv@c-67-188-10-155.hsd1.ca.comcast.net) (Ping timeout: 252 seconds)
  102. # [04:21] * Joins: benv (~benv@74.86.107.157-static.reverse.softlayer.com)
  103. # [04:21] * Joins: jeffreyatw (~jeffreyat@199-241-200-45.PUBLIC.monkeybrains.net)
  104. # [04:23] * Quits: mven_ (~mven@169.241.49.57) (Quit: This computer has gone to sleep)
  105. # [04:23] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 240 seconds)
  106. # [04:24] * Joins: mven_ (~mven@169.241.49.57)
  107. # [04:24] * Quits: lmclister (~lmclister@c-98-210-38-110.hsd1.ca.comcast.net)
  108. # [04:32] * Joins: hasather (~hasather@80.91.33.141)
  109. # [04:33] * Quits: jeffreyatw (~jeffreyat@199-241-200-45.PUBLIC.monkeybrains.net) (Quit: jeffreyatw)
  110. # [04:37] * Joins: jdaggett (~jdaggett@q023013.dynamic.ppp.asahi-net.or.jp)
  111. # [04:39] * Joins: bufferino (~yz@103.11.50.90)
  112. # [04:40] * Joins: llkats (~llkats@c-76-21-11-140.hsd1.ca.comcast.net)
  113. # [04:42] * Quits: jwalden (~waldo@corp.mtv2.mozilla.com) (Quit: ChatZilla 0.9.87-8.1450hg.fc20 [XULRunner 27.0/20140203120101])
  114. # [04:43] * Joins: bzalasky (~bzalasky@c-67-188-211-46.hsd1.ca.comcast.net)
  115. # [04:44] * Quits: scor (~scor@drupal.org/user/52142/view) (Quit: scor)
  116. # [04:55] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 252 seconds)
  117. # [04:57] * Quits: encryptd_fractal (~encryptd_@24-177-124-44.dhcp.mdsn.wi.charter.com) (Remote host closed the connection)
  118. # [05:02] * Quits: bzalasky (~bzalasky@c-67-188-211-46.hsd1.ca.comcast.net) (Remote host closed the connection)
  119. # [05:10] * Joins: jeremyj (~jeremyj@c-24-4-202-10.hsd1.ca.comcast.net)
  120. # [05:15] * Joins: scor (~scor@c-24-2-162-32.hsd1.ma.comcast.net)
  121. # [05:15] * Quits: scor (~scor@c-24-2-162-32.hsd1.ma.comcast.net) (Changing host)
  122. # [05:15] * Joins: scor (~scor@drupal.org/user/52142/view)
  123. # [05:16] <Hixie> (i am on a plane and shall now respond to the last few days of comments. apologies for not reading the current state of the channel as i do this)
  124. # [05:16] <Hixie> SamB: json doesn't prevent injection attacks any more than xml prevents injection attacks
  125. # [05:16] <Hixie> TabAtkins: my understanding is that there's no rule about not referring to whatwg specs; if you are hearing differently, ping tantek.
  126. # [05:16] <Hixie> TabAtkins: (the w3c references plenty of specs that don't have patent policies, e.g. anything from the IETF)
  127. # [05:17] <SamB> Hixie: it's one less place to screw that up ...
  128. # [05:18] <Hixie> MikeSmith: yeah, i'm aware of thatcher's opinions on consensus. One of the few things she was quite right about. ;-)
  129. # [05:18] * Quits: GPHemsley (~GPHemsley@pdpc/supporter/student/GPHemsley) (Ping timeout: 255 seconds)
  130. # [05:24] * Joins: bzalasky (~bzalasky@c-67-188-211-46.hsd1.ca.comcast.net)
  131. # [05:26] <Hixie> cwilso: the whatwg has the same fence as the w3c (no fence). well, the w3c has a pretend fence, but it has the same effect.
  132. # [05:26] <Hixie> cwilso: (the most obvious proof of which is the way the w3c keeps arbitrarily forking our specs)
  133. # [05:30] <Hixie> SamB: not really. I'm saying people should write their parsers at the unicode level, you're saying they should write them at the JSON level. It's one fewer layer to go wrong.
  134. # [05:32] <Hixie> ok closing laptop now, going in for landing.
  135. # [05:33] * Quits: jeremyj (~jeremyj@c-24-4-202-10.hsd1.ca.comcast.net) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  136. # [05:36] * Joins: bholley (~bholley@98.210.101.88)
  137. # [05:38] * hayato_gardening is now known as hayato
  138. # [05:47] * Joins: Smylers (~smylers@host31-51-172-114.range31-51.btcentralplus.com)
  139. # [05:53] * Joins: hasather (~hasather@80.91.33.141)
  140. # [05:57] * Quits: llkats (~llkats@c-76-21-11-140.hsd1.ca.comcast.net) (Remote host closed the connection)
  141. # [06:03] * Quits: bzalasky (~bzalasky@c-67-188-211-46.hsd1.ca.comcast.net) (Remote host closed the connection)
  142. # [06:04] * Quits: hasather (~hasather@80.91.33.141) (Read error: Operation timed out)
  143. # [06:05] * Joins: weinig (~weinig@98.234.191.242)
  144. # [06:12] * Joins: lmclister (~lmclister@c-98-210-38-110.hsd1.ca.comcast.net)
  145. # [06:16] * Joins: tantek (~tantek@70-36-139-254.dsl.dynamic.sonic.net)
  146. # [06:23] * Joins: bzalasky (~bzalasky@c-67-188-211-46.hsd1.ca.comcast.net)
  147. # [06:24] * Joins: Kolombiken (~Adium@gateway.creuna.se)
  148. # [06:26] * Parts: qrwteyrutiyoup (~qrwteyrut@unaffiliated/qrwteyrutiyoup) ("Leaving")
  149. # [06:26] * Joins: qrwteyrutiyoup (~qrwteyrut@unaffiliated/qrwteyrutiyoup)
  150. # [06:28] * Quits: lmclister (~lmclister@c-98-210-38-110.hsd1.ca.comcast.net)
  151. # [06:31] * Quits: bzalasky (~bzalasky@c-67-188-211-46.hsd1.ca.comcast.net) (Remote host closed the connection)
  152. # [06:43] * Joins: llkats (~llkats@c-69-181-45-245.hsd1.ca.comcast.net)
  153. # [06:48] * Joins: bzalasky (~bzalasky@c-67-188-211-46.hsd1.ca.comcast.net)
  154. # [07:01] * Quits: llkats (~llkats@c-69-181-45-245.hsd1.ca.comcast.net)
  155. # [07:03] * Joins: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
  156. # [07:03] * Joins: hasather (~hasather@80.91.33.141)
  157. # [07:13] * Quits: diffalot (~diffalot@c-76-107-128-104.hsd1.ms.comcast.net) (Changing host)
  158. # [07:13] * Joins: diffalot (~diffalot@unaffiliated/papyromancer)
  159. # [07:25] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 240 seconds)
  160. # [07:27] <zcorpan> SimonSapin: because of <html>foo<html foo> you need to "buffer" the whole document
  161. # [07:27] * Quits: bzalasky (~bzalasky@c-67-188-211-46.hsd1.ca.comcast.net) (Remote host closed the connection)
  162. # [07:29] * Quits: rniwa (~rniwa@17.202.43.222) (Quit: rniwa)
  163. # [07:31] * Joins: BigBangUDR (~Thunderbi@220.225.242.27)
  164. # [07:31] * Parts: BigBangUDR (~Thunderbi@220.225.242.27)
  165. # [07:32] * Joins: BigBangUDR (~Thunderbi@220.225.242.27)
  166. # [07:34] * Quits: night199uk (~night199u@xbmc/staff/night199uk) (Quit: this is an empty quit message)
  167. # [07:39] * Joins: night199uk (~night199u@xbmc/staff/night199uk)
  168. # [07:43] * Joins: hasather (~hasather@80.91.33.141)
  169. # [07:48] * Quits: scor (~scor@drupal.org/user/52142/view) (Quit: scor)
  170. # [08:01] * Joins: zdobersek (~zan@185.3.135.122)
  171. # [08:02] * Quits: hasather (~hasather@80.91.33.141) (Read error: Operation timed out)
  172. # [08:10] * Quits: Smylers (~smylers@host31-51-172-114.range31-51.btcentralplus.com) (Quit: Leaving.)
  173. # [08:15] * Joins: Ducki (~Ducki@137.116.197.171)
  174. # [08:17] * Joins: hasather (~hasather@80.91.33.141)
  175. # [08:18] * Joins: hasather_ (~hasather@guest.schibsted.no)
  176. # [08:19] * Joins: Ms2ger (~Ms2ger@nata241.ugent.be)
  177. # [08:21] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 252 seconds)
  178. # [08:23] * Joins: MutantMahesh (b4d79dd4@gateway/web/freenode/ip.180.215.157.212)
  179. # [08:23] * Quits: MutantMahesh (b4d79dd4@gateway/web/freenode/ip.180.215.157.212) (Changing host)
  180. # [08:23] * Joins: MutantMahesh (b4d79dd4@unaffiliated/msankhala)
  181. # [08:23] * Quits: MutantMahesh (b4d79dd4@unaffiliated/msankhala) (Changing host)
  182. # [08:23] * Joins: MutantMahesh (b4d79dd4@gateway/web/freenode/ip.180.215.157.212)
  183. # [08:25] * Joins: smgd (~smgd@37.128.213.100)
  184. # [08:36] * Quits: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Remote host closed the connection)
  185. # [08:45] * Quits: bholley (~bholley@98.210.101.88) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  186. # [08:47] * Joins: markkes (~markkes@62.207.90.201)
  187. # [08:50] * Quits: weinig (~weinig@98.234.191.242) (Quit: weinig)
  188. # [08:52] * Joins: bholley (~bholley@98.210.101.88)
  189. # [09:00] * Joins: othermaciej (~mjs@c-50-136-134-16.hsd1.ca.comcast.net)
  190. # [09:01] * Joins: niloy (~niloy@110.224.128.135)
  191. # [09:07] * Quits: dbaron (~dbaron@50-0-248-164.dsl.dynamic.sonic.net) (Ping timeout: 265 seconds)
  192. # [09:07] * Quits: bholley (~bholley@98.210.101.88) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  193. # [09:08] * Joins: SteveF_ (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net)
  194. # [09:11] * Joins: bzalasky (~bzalasky@c-67-188-211-46.hsd1.ca.comcast.net)
  195. # [09:11] * Quits: tantek (~tantek@70-36-139-254.dsl.dynamic.sonic.net) (Quit: tantek)
  196. # [09:12] * Joins: tantek (~tantek@70-36-139-254.dsl.dynamic.sonic.net)
  197. # [09:16] * Quits: niloy (~niloy@110.224.128.135) (Ping timeout: 276 seconds)
  198. # [09:18] * Joins: anchnk (c1fc9d31@gateway/web/freenode/ip.193.252.157.49)
  199. # [09:25] * Joins: mpt_ (~mpt@nat/canonical/x-lrmqdpcbbnpwhlsz)
  200. # [09:25] * Quits: mpt_ (~mpt@nat/canonical/x-lrmqdpcbbnpwhlsz) (Changing host)
  201. # [09:25] * Joins: mpt_ (~mpt@canonical/mpt)
  202. # [09:26] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 276 seconds)
  203. # [09:28] * Joins: disedente (~Administr@188.27.92.131)
  204. # [09:29] * Joins: niloy (~niloy@110.224.128.183)
  205. # [09:32] * Quits: stalled (~stalled@unaffiliated/stalled) (Ping timeout: 260 seconds)
  206. # [09:38] * Quits: bzalasky (~bzalasky@c-67-188-211-46.hsd1.ca.comcast.net) (Remote host closed the connection)
  207. # [09:42] * Joins: Smylers (~smylers@94.117.219.71)
  208. # [09:43] * Quits: tantek (~tantek@70-36-139-254.dsl.dynamic.sonic.net) (Quit: tantek)
  209. # [09:45] * Quits: anchnk (c1fc9d31@gateway/web/freenode/ip.193.252.157.49) (Ping timeout: 240 seconds)
  210. # [09:45] * Joins: dshwang (~dshwang@134.134.137.73)
  211. # [09:45] * Quits: othermaciej (~mjs@c-50-136-134-16.hsd1.ca.comcast.net) (Ping timeout: 252 seconds)
  212. # [09:46] * Joins: stalled (~stalled@unaffiliated/stalled)
  213. # [09:51] * Quits: Ms2ger (~Ms2ger@nata241.ugent.be) (Quit: bbl)
  214. # [10:01] * Quits: Smylers (~smylers@94.117.219.71) (Ping timeout: 252 seconds)
  215. # [10:07] * Quits: SteveF_ (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net) (Ping timeout: 264 seconds)
  216. # [10:11] * Joins: zcorpan (~zcorpan@94.234.170.175)
  217. # [10:13] * Quits: SonicX (~quassel@ip98-180-46-147.ga.at.cox.net) (Read error: Connection reset by peer)
  218. # [10:15] * Joins: Smylers (~smylers@81.143.60.194)
  219. # [10:19] * Joins: smaug____ (~chatzilla@a91-154-44-207.elisa-laajakaista.fi)
  220. # [10:29] * Joins: KenjiBX (~KenjiBX@2401:fa00:4:1012:85:4507:963e:260f)
  221. # [10:31] * Quits: jdaggett (~jdaggett@q023013.dynamic.ppp.asahi-net.or.jp) (Quit: jdaggett)
  222. # [10:32] * Quits: Goplat (~goplat@reactos/developer/Goplat) (Remote host closed the connection)
  223. # [10:33] * Quits: KenjiBX (~KenjiBX@2401:fa00:4:1012:85:4507:963e:260f) (Ping timeout: 240 seconds)
  224. # [10:36] * Joins: IZh (~IZh@213.33.220.118)
  225. # [10:42] * Joins: adactio (~adactio@212.42.170.181)
  226. # [10:43] * Joins: SteveF_ (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net)
  227. # [10:43] * SteveF_ is now known as SteveF
  228. # [10:45] * Joins: anssik_ (uid10742@gateway/web/irccloud.com/x-qixmowcdigbldish)
  229. # [10:47] * Quits: smaug____ (~chatzilla@a91-154-44-207.elisa-laajakaista.fi) (Ping timeout: 240 seconds)
  230. # [11:06] * Quits: Kolombiken (~Adium@gateway.creuna.se) (Quit: Leaving.)
  231. # [11:14] * Parts: adactio (~adactio@212.42.170.181)
  232. # [11:19] * Quits: smgd (~smgd@37.128.213.100) (Read error: Connection reset by peer)
  233. # [11:19] * Quits: rxgx (uid22483@gateway/web/irccloud.com/x-gthzvvqnbjghzqlk) (Quit: Connection closed for inactivity)
  234. # [11:21] * Quits: dshwang (~dshwang@134.134.137.73) (Remote host closed the connection)
  235. # [11:21] * Joins: annevk (~annevk@5ED376C5.cm-7-4b.dynamic.ziggo.nl)
  236. # [11:27] * Quits: annevk (~annevk@5ED376C5.cm-7-4b.dynamic.ziggo.nl) (Read error: Connection reset by peer)
  237. # [11:27] * Joins: barnabywalters (~barnabywa@46-239-239-203.tal.is)
  238. # [11:27] * Joins: annevk (~annevk@5ED376C5.cm-7-4b.dynamic.ziggo.nl)
  239. # [11:39] * Joins: Ms2ger (~Ms2ger@214.244-64-87.adsl-dyn.isp.belgacom.be)
  240. # [11:41] * Joins: Kolombiken (~Adium@94.137.124.2)
  241. # [11:42] * Quits: zcorpan (~zcorpan@94.234.170.175) (Ping timeout: 252 seconds)
  242. # [11:43] * Joins: Smylers1 (~smylers@81.143.60.194)
  243. # [11:44] * Quits: Smylers (~smylers@81.143.60.194) (Ping timeout: 276 seconds)
  244. # [11:45] * Joins: zcorpan (~zcorpan@94.234.170.175)
  245. # [11:48] * Quits: ehsan (~ehsan@24-212-207-29.cable.teksavvy.com) (Remote host closed the connection)
  246. # [11:57] * Quits: disedente (~Administr@188.27.92.131) (Quit: Leaving.)
  247. # [12:02] * Quits: benv (~benv@74.86.107.157-static.reverse.softlayer.com) (Ping timeout: 276 seconds)
  248. # [12:07] * Joins: Adawerk__ (~mven@169.241.49.57)
  249. # [12:08] * Quits: mven_ (~mven@169.241.49.57) (Read error: Connection reset by peer)
  250. # [12:10] * Quits: zcorpan (~zcorpan@94.234.170.175) (Ping timeout: 252 seconds)
  251. # [12:17] * Joins: disedente (~Administr@188.27.93.141)
  252. # [12:20] <hsivonen> annevk: what is Windows code page 29001 x-europa?
  253. # [12:21] <hsivonen> today I learned: LDAP uses T.61
  254. # [12:21] <hsivonen> at least in theory
  255. # [12:21] <hsivonen> also: Mozilla LDAP code doesn't used the Mozilla T.61 converter
  256. # [12:24] <annevk> hsivonen: I don't know
  257. # [12:25] <annevk> hsivonen: seems it's "Europa 3" but I've no idea what that is
  258. # [12:30] * Joins: Lachy (~Lachy@213.166.174.2)
  259. # [12:33] * Joins: zcorpan_ (~zcorpan@2a00:801:e0:30:514b:81c2:3d3e:2c7d)
  260. # [12:35] * Quits: mpt_ (~mpt@canonical/mpt) (Ping timeout: 240 seconds)
  261. # [12:41] <Ms2ger> zcorpan_, hey, did you see https://bugzilla.mozilla.org/show_bug.cgi?id=998298 ?
  262. # [12:42] <zcorpan_> Ms2ger: yeah. what about it?
  263. # [12:43] <Ms2ger> I was hoping you'd suddenly feel like fixing the test :)
  264. # [12:43] * Quits: Kolombiken (~Adium@94.137.124.2) (Quit: Leaving.)
  265. # [12:44] * Joins: ehsan (~ehsan@24-212-207-29.cable.teksavvy.com)
  266. # [12:45] * Joins: dshwang (~dshwang@192.55.55.39)
  267. # [12:46] <zcorpan_> oh. ok. not right now but i can put it on my list
  268. # [12:47] <zcorpan_> didn't gecko drop microdata?
  269. # [12:50] * Joins: mpt_ (~mpt@canonical/mpt)
  270. # [12:50] <zcorpan_> seems not
  271. # [12:53] <zcorpan_> Ms2ger: i'll probably not spend time on microdata tests until the api is implemented in blink again
  272. # [12:54] <Ms2ger> Alright, thanks
  273. # [13:07] <annevk> JakeA: the way the service worker specification is written at the moment reads like a tutorial
  274. # [13:08] <annevk> JakeA: e.g. "After successful installation and just prior to receiving functional events (e.g., fetch), the activate event is dispatched."
  275. # [13:08] * Joins: nessy (~silviapf@101.164.214.231)
  276. # [13:10] * Joins: eatsomeatso (~eatsomeat@gateway/tor-sasl/eatsomeatso)
  277. # [13:19] <JakeA> annevk: I didn't write that line, fwiw I think it's wrong
  278. # [13:20] <annevk> JakeA: it seems also somewhat odd that there's an "Algorithms" section
  279. # [13:21] <Ms2ger> Is there also a "Data Structures" one?
  280. # [13:21] <JakeA> annevk: probably because those were developed separately. I guess they should be rolled into their relevant methods
  281. # [13:22] <annevk> JakeA: IDL of FetchEvent also seems somewhat botched; e.g. you can reply with an OpaqueResponse, so respondWith should take an AbstractResponse
  282. # [13:23] <Ms2ger> hsivonen, I assume not "T-61 Euthanasia Solution (Canada) for Animal Use"
  283. # [13:24] <JakeA> annevk: will fix that now
  284. # [13:29] <annevk> JakeA: filed https://github.com/slightlyoff/ServiceWorker/issues/242
  285. # [13:29] * Joins: MutantMahesh_ (b4d7bc08@gateway/web/freenode/ip.180.215.188.8)
  286. # [13:30] * Quits: MutantMahesh_ (b4d7bc08@gateway/web/freenode/ip.180.215.188.8) (Client Quit)
  287. # [13:31] * Quits: nessy (~silviapf@101.164.214.231) (Quit: Leaving.)
  288. # [13:31] * Joins: MutantMahesh_ (b4d7bc08@gateway/web/freenode/ip.180.215.188.8)
  289. # [13:32] * Quits: MutantMahesh (b4d79dd4@gateway/web/freenode/ip.180.215.157.212) (Ping timeout: 240 seconds)
  290. # [13:33] * Joins: scor (scor@nat/acquia/x-tjwqjlkyvjrxajkp)
  291. # [13:33] * Quits: scor (scor@nat/acquia/x-tjwqjlkyvjrxajkp) (Changing host)
  292. # [13:33] * Joins: scor (scor@drupal.org/user/52142/view)
  293. # [13:33] * Quits: MutantMahesh_ (b4d7bc08@gateway/web/freenode/ip.180.215.188.8) (Client Quit)
  294. # [13:35] * Quits: plutoniix (~plutoniix@210.213.57.70) (Quit: จรลี จรลา)
  295. # [13:39] <zcorpan_> annevk: url spec has no limit on the port number?
  296. # [13:39] <annevk> zcorpan_: no
  297. # [13:40] <zcorpan_> annevk: why not?
  298. # [13:40] <annevk> zcorpan_: seemed arbitrary
  299. # [13:42] * Quits: webben (~benjamin@198.61.227.102) (Quit: WeeChat 0.4.3-rc2)
  300. # [13:42] <annevk> Hmm, the current service worker specification seems kind of bad :-(
  301. # [13:47] * Parts: a-ja (~Instantbi@70.230.148.198)
  302. # [13:47] * Joins: webben (~benjamin@198.61.227.102)
  303. # [13:51] * Quits: malcolmva (~malcolmva@c-67-180-198-144.hsd1.ca.comcast.net) (Ping timeout: 245 seconds)
  304. # [13:52] * Quits: bufferino (~yz@103.11.50.90) (Remote host closed the connection)
  305. # [13:59] <zcorpan_> annevk: where does the url spec make the windows drive letter quirk invalid?
  306. # [13:59] <annevk> JakeA: what does waitUntil() do?
  307. # [14:00] <annevk> JakeA: does it set any event flags?
  308. # [14:01] * Quits: Lachy (~Lachy@213.166.174.2) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  309. # [14:01] * Joins: Lachy (~Lachy@213.166.174.2)
  310. # [14:01] <KevinMarks_> is http://www.w3.org/TR/media-frags/ compatible with HTML5? it allows spaces in id's
  311. # [14:02] <annevk> KevinMarks_: does it not escape them?
  312. # [14:02] <KevinMarks_> it does, but how can they match ids?
  313. # [14:03] <annevk> KevinMarks_: could you give a more specific pointer maybe?
  314. # [14:03] <JakeA> annevk: It's slightly different per event. In install, the supplied promises define the length & success of the installation phase of the lifecycle
  315. # [14:03] * Joins: malcolmva (~malcolmva@c-67-180-198-144.hsd1.ca.comcast.net)
  316. # [14:03] <JakeA> annevk: In activate, the supplied promises define only the length of the activation phase
  317. # [14:04] <KevinMarks_> http://www.w3.org/TR/media-frags/#general-structure has http://www.example.com/example.ogv#id=Cap%C3%ADtulo%202
  318. # [14:04] <annevk> JakeA: what about pagereload?
  319. # [14:04] <KevinMarks_> id this dimension denotes a named temporal fragment within the original media, such as "chapter 2", and can be seen as a convenient way of specifying a temporal fragment.
  320. # [14:04] <annevk> KevinMarks_: that's not an HTML ID
  321. # [14:04] <annevk> KevinMarks_: or DOM ID
  322. # [14:04] <KevinMarks_> OK, that's what I thought.
  323. # [14:05] <JakeA> annevk: There it delays the reload for the length of the promises
  324. # [14:05] <KevinMarks_> so it's not a constraint on fragmentions within HTML
  325. # [14:07] <annevk> JakeA: what if the promise rejects?
  326. # [14:07] <annevk> JakeA: anyway, it never sets the canceled flag I guess?
  327. # [14:08] <annevk> JakeA: seems kind of weird this mix between promises and events
  328. # [14:08] * Joins: tj_vantoll (~Adium@c-98-250-130-237.hsd1.mi.comcast.net)
  329. # [14:09] * Quits: BigBangUDR (~Thunderbi@220.225.242.27) (Ping timeout: 240 seconds)
  330. # [14:09] <JakeA> annevk: A rejection aborts the reloadAll process
  331. # [14:13] <annevk> Hmm okay, so it somewhat augments the event dispatch process, I guess that's sort of within the line of what's okay, but somewhat weird
  332. # [14:16] * Joins: BigBangUDR (~Thunderbi@220.225.242.27)
  333. # [14:17] * Joins: Kolombiken (~Adium@94.137.124.2)
  334. # [14:22] * Quits: BigBangUDR (~Thunderbi@220.225.242.27) (Ping timeout: 240 seconds)
  335. # [14:22] * Quits: Adawerk__ (~mven@169.241.49.57) (Ping timeout: 264 seconds)
  336. # [14:24] * Joins: mven (~mven@169.241.49.57)
  337. # [14:24] * mpt_ is now known as mpt
  338. # [14:26] * Quits: davve (~user@83.218.67.123) (Remote host closed the connection)
  339. # [14:27] * Joins: MutantMahesh (b4d7bc08@gateway/web/freenode/ip.180.215.188.8)
  340. # [14:27] * Quits: MutantMahesh (b4d7bc08@gateway/web/freenode/ip.180.215.188.8) (Changing host)
  341. # [14:27] * Joins: MutantMahesh (b4d7bc08@unaffiliated/msankhala)
  342. # [14:27] * Quits: MutantMahesh (b4d7bc08@unaffiliated/msankhala) (Changing host)
  343. # [14:27] * Joins: MutantMahesh (b4d7bc08@gateway/web/freenode/ip.180.215.188.8)
  344. # [14:33] * Joins: BigBangUDR (~Thunderbi@220.225.242.27)
  345. # [14:34] <annevk> JakeA: actually, looking at the algorithms, a lot of them don't seem to talk about queueing events and probably should
  346. # [14:34] <annevk> JakeA: you can't just dispatch events at a set of documents
  347. # [14:35] <annevk> JakeA: and usually we don't talk about things like "serviceWorkerRegistration.currentWorker" as .currentWorker can be changed by script
  348. # [14:37] <JakeA> annevk: "queuing events" - is that to make it clear it's an async operation?
  349. # [14:37] <annevk> JakeA: yes and to make it clear when it happens relative to other asynchronous tasks
  350. # [14:37] <JakeA> annevk: serviceWorkerRegistration is a private object, it's only used within the spec
  351. # [14:37] <annevk> JakeA: see HTML's event loop definition
  352. # [14:38] * Quits: tav (~tav`@host109-154-1-226.range109-154.btcentralplus.com) (Quit: tav)
  353. # [14:40] * Quits: niloy (~niloy@110.224.128.183) (Ping timeout: 240 seconds)
  354. # [14:42] * espadrine` is now known as espadrine
  355. # [14:45] * Quits: IZh (~IZh@213.33.220.118) (Quit: ChatZilla 0.9.90.1 [SeaMonkey 2.23/20131210201646])
  356. # [14:46] * Joins: GPHemsley (~GPHemsley@pdpc/supporter/student/GPHemsley)
  357. # [14:48] * Joins: davve (~user@83.218.67.123)
  358. # [14:48] * Quits: davve-home (~user@83.218.67.123) (Remote host closed the connection)
  359. # [14:52] * odinho_ is now known as odinho
  360. # [14:54] <JakeA> annevk: Is there precedent for firing events across a set of documents then doing something with the result (eg, if some or all defaultPrevented)?
  361. # [14:55] * Quits: lilmonkey` (~colin@pdpc/supporter/professional/riven) (Read error: Connection reset by peer)
  362. # [14:55] <annevk> JakeA: not really, especially not with waitUntil weirdness
  363. # [14:55] * Joins: lilmonkey (~colin@5ED090B0.cm-7-1c.dynamic.ziggo.nl)
  364. # [14:55] * Quits: lilmonkey (~colin@5ED090B0.cm-7-1c.dynamic.ziggo.nl) (Changing host)
  365. # [14:55] * Joins: lilmonkey (~colin@pdpc/supporter/professional/riven)
  366. # [14:55] <annevk> JakeA: you'd have to queue tasks that dispatch the events, check the return value, and report via some callback
  367. # [14:56] <annevk> JakeA: and then I guess you'd say "wait until all have reported back" in some kind of language that makes Domenic_ happy
  368. # [14:56] <JakeA> annevk: figured the reloadAll stuff would be difficult. Cheers.
  369. # [14:57] <annevk> JakeA: this spec needs a lot more infrastructure around it
  370. # [14:57] <annevk> JakeA: this is also true for a bunch of the other events, though they're less involved I suppose
  371. # [14:58] <annevk> JakeA: but all the across boundary stuff is hard, and service workers is full of it
  372. # [14:58] <JakeA> worth it though, at least I hope
  373. # [14:59] * Quits: ehsan (~ehsan@24-212-207-29.cable.teksavvy.com) (Remote host closed the connection)
  374. # [14:59] <annevk> oh yeah, it's just a bit annoying that the current spec doesn't really seem to grasp what it's doing
  375. # [15:01] <JakeA> yeah, next iteration needs to remove the vagueness
  376. # [15:14] * Joins: TallTed (~Thud@63.119.36.36)
  377. # [15:15] * Joins: encryptd_fractal (~encryptd_@24-177-124-44.dhcp.mdsn.wi.charter.com)
  378. # [15:19] * Quits: BigBangUDR (~Thunderbi@220.225.242.27) (Quit: BigBangUDR)
  379. # [15:23] <JakeA> Btw, the w3 guys are wanting to drop the outline algorithm from html5 but keep sectioning elements https://www.w3.org/Bugs/Public/show_bug.cgi?id=25003
  380. # [15:24] <JakeA> meaning adding it back in later breaks backwards compatibility
  381. # [15:26] * Joins: smaug____ (~chatzilla@a91-154-44-207.elisa-laajakaista.fi)
  382. # [15:29] <annevk> JakeA: wtf
  383. # [15:29] <JakeA> I know right
  384. # [15:29] <annevk> W3C HTML is crazy town
  385. # [15:29] <SteveF> JakeA: incorrect - not w3 guys dropping outline algorithm, as you know - implementers who have commented are borking at implementing acc layer implementation
  386. # [15:29] <SteveF> JakeA: spreading misinfo not helpful
  387. # [15:30] <JakeA> The acc layer is where the outline is important
  388. # [15:31] <SteveF> JakeA: convince the implementers
  389. # [15:31] <SteveF> you have reps from firefox/chrome/webkit on that bug
  390. # [15:32] <JakeA> and I'm responding to that bug
  391. # [15:32] <JakeA> and also filing issues with Chrome & looping in the other vendors
  392. # [15:33] <SteveF> so why you blowing smoke then?
  393. # [15:34] <SteveF> singing to choir about the "W3C HTML is crazy town"
  394. # [15:34] <JakeA> Because the w3 are creating a situation where adopting the outline at the acc layer becomes a backwards incompatible change
  395. # [15:34] <SteveF> JakeA: how so?
  396. # [15:34] <JakeA> Because you're keeping sectioning elements, but dropping the outline from acc. They were introduced at the same time to avoid that.
  397. # [15:35] * Joins: ehsan (~ehsan@24-212-207-29.cable.teksavvy.com)
  398. # [15:35] <JakeA> Because you're saying that section > h1 should be heading level 1. A later introduction of outlining to the acc layer means it becomes heading level 2
  399. # [15:35] <SteveF> the outline is not implemented in acc layer all that is being discussed is reflecting what is implemented
  400. # [15:37] <SteveF> that is what is, not asking to implement anything
  401. # [15:39] <annevk> If you don't want outline, drop <section> & friends too
  402. # [15:39] <annevk> Pretty much the sole reason they are useful is influencing heading levels
  403. # [15:39] <JakeA> Right, but if it's introduced to "5.1", that makes 5.1 backwards incompatible with 5.0. To avoid that you need to drop all sectioning elements
  404. # [15:41] * Quits: ehsan (~ehsan@24-212-207-29.cable.teksavvy.com) (Remote host closed the connection)
  405. # [15:42] <SteveF> annevk: its not me that does or doesn't want it its the implementers
  406. # [15:43] <annevk> Outline is not just for accessibility, it's also for new selectors
  407. # [15:43] <annevk> And being able to organize content better
  408. # [15:44] <annevk> What Marco Zehe says in that bug is not true for all of Mozilla
  409. # [15:44] * Joins: weinig (~weinig@98.234.191.242)
  410. # [15:45] <SteveF> annevk: and as I have said the outline is not being dropped, we are discussing the modding of the requirement that has not been implemnted
  411. # [15:45] <SteveF> annevk: sure nobody speaks for all mozilla do they? but we are talking about acc related stuff so you duke it out with the acc guys if you have an issue with what they are saying
  412. # [15:45] <JakeA> annevk: I think what SteveF is suggesting is that the outline stuff would stay in the spec, but that a11y should only use the heading number, which makes it inconsistent
  413. # [15:46] <wilhelm> Have browser vendors given any indication on when they'd implement this, if ever?
  414. # [15:46] <annevk> wilhelm: I would guess it's generally low priority
  415. # [15:46] <JakeA> No one's filed a ticket for it, until now
  416. # [15:47] <JakeA> https://code.google.com/p/chromium/issues/detail?id=365070#c2
  417. # [15:48] <SteveF> JakeA: I am saying that what every browser does now is implement acc as I have indicated in that bug = current interop implementations
  418. # [15:48] <annevk> SteveF: yes, you have demonstrated nobody implements <section>; job well done
  419. # [15:49] <annevk> SteveF: your solution however makes <section> unusable forever
  420. # [15:49] <annevk> which is why we dub W3C HTML "crazy town"
  421. # [15:49] <annevk> or I do, anyway
  422. # [15:49] <SteveF> annevk: my solution?
  423. # [15:50] <JakeA> Dropping the acc requirement, meaning that outline isn't applied, meaning that section isn't applied
  424. # [15:51] <wilhelm> I hit the "all headings are the same level, WTF" issue when testing with screenreader users recently. Discouraging using <section>+<h1> is sensible until the outline algoirthm is actually implemented, but dropping just half of it in the spec sounds like it will just cause more confusion.
  425. # [15:52] <JakeA> wilhelm: A small polyfil that sets role="heading" and aria-level will fix it in browsers & ATs that support those things
  426. # [15:53] <JakeA> wilhelm: it'll cause confusion, but worse it causes backwards incompatibility. Conformant "HTML 5.0" sites will break in browsers+AT that support "HTML 5.1" and vice versa
  427. # [15:54] <wilhelm> JakeA: I hadn't thought of polyfilling that particular issue. That's a good idea.
  428. # [15:54] <SteveF> JakeA: using H1-H6 old style in conjunction with sections is fully backward compatible
  429. # [15:54] <webben> JakeA: The change wouldn't change the HTML5 CR along with HTML5.1?
  430. # [15:54] <SteveF> JakeA: telling devs to use h1 is not
  431. # [15:54] <webben> *The proposal
  432. # [15:55] <annevk> JakeA: should .client and .purpose be on Request?
  433. # [15:56] <JakeA> webben: still results in broken sites
  434. # [15:56] <webben> JakeA: Is <section><h1> to mean something other than heading level 1 in common use today?
  435. # [15:56] <SteveF> JakeA: how so?
  436. # [15:57] <JakeA> annevk: I think the intention was to separate the request from the situation that generated it
  437. # [15:58] <JakeA> annevk: As in, a fetch with purpose "image" may have added extra things to the accept header of the request
  438. # [15:58] <SteveF> webben: the proposal is to mod HTML5 to reflect current implementations leaving 5.1 to reflect desired implementation
  439. # [15:58] <annevk> JakeA: a fetch from origin will have done so too
  440. # [15:58] <wilhelm> SteveF: This document would be different in 5.0 and 5.1: <section><h1/> <section><h1/></section></section>
  441. # [15:59] <JakeA> webben: yes
  442. # [15:59] <annevk> JakeA: if you want to really separate them, we'd have to trim Request more
  443. # [15:59] <webben> JakeA: Are there any stats around that?
  444. # [15:59] <annevk> JakeA: which may be worth doing
  445. # [15:59] <annevk> JakeA: but will be complex
  446. # [15:59] <JakeA> webben: Around use & misuse?
  447. # [16:00] * Quits: Lachy (~Lachy@213.166.174.2) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  448. # [16:00] <JakeA> annevk: I think it comes down to what should go into a cache and what shouldn't
  449. # [16:00] <webben> JakeA: Around use of <section><h1> to mean something other than heading level one in the wild.
  450. # [16:01] <JakeA> webben: I don't. I'm sure there are misuses, just like any element.
  451. # [16:01] <annevk> JakeA: right, what hits the network and what doesn't
  452. # [16:01] <SteveF> willhelm: then the answer is to define requirement as "no role" in 5.0 which means implementers can implement as they want
  453. # [16:01] <webben> JakeA: I'm not talking about misuses?
  454. # [16:01] <annevk> JakeA: might be worth doing long term
  455. # [16:01] * Joins: plutoniix (~plutoniix@node-z5c.pool-180-180.dynamic.totbb.net)
  456. # [16:02] <SteveF> willhelm: but doesn't cause the break - thanks!
  457. # [16:02] <JakeA> annevk: Doing what?
  458. # [16:02] <annevk> JakeA: I think in the Fetch Standard I'll keep them unified in the "request concept" for now
  459. # [16:02] <webben> JakeA: Per CR and Living Standard, <section><h1> can mean something other than heading level one. I'm wondering how widespread that actually is in the corpus.
  460. # [16:03] * Joins: Lachy (~Lachy@213.166.174.2)
  461. # [16:03] <annevk> JakeA: trimming request further and having a separate bag of bits that instructs the fetch algorithm to do various things
  462. # [16:03] <JakeA> webben: Straw poll in the office & most of us are using section to affect outline on our projects, but I realise that's not good evidence
  463. # [16:03] <webben> JakeA: e.g. if 0.0001% of pages that use <section><h1> use it to mean something other than heading level one, then always interpreting h1 as heading level one may result in better understanding of the corpus generally.
  464. # [16:04] <wilhelm> webben: My gut feeling from the projects I've worked on says it's widespread, but real data would be nice.
  465. # [16:04] <JakeA> annevk: Ahh yes, agreed. The request does need some private link to the requesting element for prioritisation etc. That link should be removed when it goes into caches.
  466. # [16:04] <annevk> JakeA: you need a link to the source for CSP, .client, referrer policy
  467. # [16:04] <JakeA> wilhelm: What would you look for? Number of sites that use <section> or number of sites that use <section> correctly?
  468. # [16:04] <webben> JakeA: I remember in the earlier days of HTML5's evolution, there were quite a lot of attempts to look at usage in the wild and redefine the semantics accordingly on the basis that it led to better understanding of the corpus as a whole.
  469. # [16:06] <webben> JakeA: You'd have to look for sites that use section to nest heading levels. It might be possible to approach that statistically (e.g. look for unusual nestings) but to be sure you'd probably have to do a qualitative inspection.
  470. # [16:06] <JakeA> webben: agreed
  471. # [16:06] <webben> (We had to do similar inspections for e.g. the summary attribute.)
  472. # [16:07] <wilhelm> JakeA: Finding sites containing <section> and more than one <h1> would give an indication.
  473. # [16:07] <SteveF> willhelm: https://www.w3.org/Bugs/Public/show_bug.cgi?id=25003#c25
  474. # [16:08] <webben> wilhelm: Mmm. Multiple h1s is not that uncommon even without <section>
  475. # [16:09] <webben> wilhelm: There was a long-running markup debate about whether pages should use h1 for a title for the page or multiple h1s for different sections on the same page.
  476. # [16:10] <annevk> JakeA: btw, what about renaming .purpose to .context?
  477. # [16:11] <wilhelm> SteveF: I have not used that particular ARIA role before. Would that mean that all heading magic would disappear from the <section><h1> element?
  478. # [16:11] * Joins: newtron (~newtron@199.71.174.203)
  479. # [16:12] * Joins: ehsan (~ehsan@66.207.208.102)
  480. # [16:12] <JakeA> annevk: Not sure it's better, but not against it. Could it get confused with browsing context?
  481. # [16:14] <annevk> JakeA: it's not really a purpose is my main problem here
  482. # [16:15] <JakeA> "origin"! No, wait…
  483. # [16:15] <JakeA> annevk: Yeah, fair enough, context is better
  484. # [16:15] <SteveF> willhelm: magic where?
  485. # [16:15] <annevk> we decided to call browsing context a client
  486. # [16:15] <annevk> ok, will file
  487. # [16:16] * Joins: bzalasky (~bzalasky@c-67-188-211-46.hsd1.ca.comcast.net)
  488. # [16:18] <wilhelm> SteveF: I don't fully understand the implications of what you suggest in comment 25. (c:
  489. # [16:18] * Quits: Lachy (~Lachy@213.166.174.2) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  490. # [16:20] <SteveF> willhelm: currently there is an implementation requirement on browsers to map hx to outline depth - this is couched in terms of ARIA roles/properties which have mappings to platform acc APIs
  491. # [16:21] <annevk> JakeA: looking at http://fetch.spec.whatwg.org/#requests it seems method/url/headers/body are essential, everything else is parameters
  492. # [16:21] <annevk> JakeA: I can look into rephrasing things in that way, although it might make Fetch even harder to use from other specifications...
  493. # [16:21] <annevk> ugh
  494. # [16:21] <SteveF> willhelm: none of the browsers implement this they all implement soemthing else, as you pointed out, requiring they implement something esle in 5.0 and changing in 5.1 causes issue
  495. # [16:23] <wilhelm> So far I'm following. (c:
  496. # [16:24] <SteveF> willhelm: removing strict requirement from 5.0 , as its is not going to happen in 5.0 rec timeframe, but having it in 5.1 resolves issue
  497. # [16:25] <wilhelm> SteveF: So what exactly should browsers do right now to be compliant? "Whatever they want"?
  498. # [16:26] <SteveF> willhelm: the interop implementation of heading semantics is currently h1= heading level 1, h2 = heading level 2 etc
  499. # [16:28] <SteveF> willhelm: which will not chnage until the browsers decide to implement the new requriements
  500. # [16:28] <JakeA> annevk: hmm, maybe there's a better way. What do you need on the request obj to keep things easy?
  501. # [16:31] <wilhelm> SteveF: But then we're back to <section><h1> yielding two different outlines depending on whether a UA follows 5.0 or 5.1. Or do I misunderstand?
  502. # [16:31] <JakeA> wilhelm: nope, that's exactly the problem
  503. # [16:31] <SteveF> willhelm: the problem exists whatever the spec says the problem is in the implementations
  504. # [16:32] <annevk> JakeA: I dunno, I want to move this purpose/context thing into http://fetch.spec.whatwg.org/ somehow
  505. # [16:32] <annevk> JakeA: I also need the "client" concept there
  506. # [16:32] * Joins: Lachy (~Lachy@213.166.174.2)
  507. # [16:32] <annevk> JakeA: just wondering how we want to layer the whole stack
  508. # [16:32] <JakeA> annevk: Maybe we can put them there & drop them when they go into the cache
  509. # [16:33] <annevk> JakeA: I suppose we could also expose the request concept differently in the API
  510. # [16:34] <annevk> JakeA: there's a bit of a question too as to how this should all work with fetch()
  511. # [16:34] <JakeA> SteveF: The problem is when a spec breaks a compliant implementation, which is what you're talking about. Right now, non-compliant implementations are broken,
  512. # [16:34] <webben> SteveF: There doesn't _have_ to be an inconsistency in the versions of the spec. For instance, 5.0 could require <section> to be used so that <hX> elements are in order if <section> were not present.
  513. # [16:35] <SteveF> JakeA: what I have proposed after discussion does not break
  514. # [16:35] <wilhelm> SteveF: You'll have two versions of the spec that disagree with each other. You can't be compliant both with 5.0 and 5.1.
  515. # [16:35] <webben> SteveF: Or (I suppose) require aria-heading-level to be added where hX elements are nested "incorrectly".
  516. # [16:35] <SteveF> willhelm: yes you can
  517. # [16:36] <SteveF> i agree before you couldn't and thanks for pitning that out
  518. # [16:36] <SteveF> pointing
  519. # [16:36] * Joins: SonicX_ (~quassel@ip98-180-46-147.ga.at.cox.net)
  520. # [16:37] <webben> wilhelm: I think you mena it is possible (for a document) to comply with 5.0 and not with 5.1. (One can always use <section><h1> such that it does not introduce conflicts of interpretation, i.e. redundantly.)
  521. # [16:37] <webben> *you mean
  522. # [16:39] * Quits: bzalasky (~bzalasky@c-67-188-211-46.hsd1.ca.comcast.net) (Remote host closed the connection)
  523. # [16:39] <annevk> Hmm, Chrome wants to ship HTML imports
  524. # [16:39] <Ms2ger> Let's go to LC
  525. # [16:39] <JakeA> Wonder what happened to the render blocking stuff. slightlyoff?
  526. # [16:39] <annevk> Without any of the features ES modules have, such as scoping of names and such
  527. # [16:40] <annevk> JakeA: the latest I heard was that you specify async
  528. # [16:40] <JakeA> sadface
  529. # [16:40] <JakeA> We shouldn't be introducing new render-blocking features
  530. # [16:41] <annevk> Blog about it
  531. # [16:42] <JakeA> Already made a ton of noise about it internally. Maybe slightlyoff has more info.
  532. # [16:42] * Joins: abinader (sid21713@gateway/web/irccloud.com/x-jjpatgomydxsbdpv)
  533. # [16:42] * Quits: nsm (~nsm@146.185.178.182) (Quit: ZNC - http://znc.in)
  534. # [16:45] * Quits: annevk (~annevk@5ED376C5.cm-7-4b.dynamic.ziggo.nl) (Read error: Connection reset by peer)
  535. # [16:45] * Joins: annevk (~annevk@5ED376C5.cm-7-4b.dynamic.ziggo.nl)
  536. # [16:46] * Joins: nsm (~nsm@146.185.178.182)
  537. # [16:48] * Quits: nsm (~nsm@146.185.178.182) (Client Quit)
  538. # [16:48] * Joins: nsm (~nsm@146.185.178.182)
  539. # [16:49] * Quits: nsm (~nsm@146.185.178.182) (Client Quit)
  540. # [16:49] * Joins: BigBangUDR (~Thunderbi@101.59.240.13)
  541. # [16:49] * Joins: nsm (~nsm@146.185.178.182)
  542. # [16:53] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Quit: Ex-Chat)
  543. # [16:55] * Quits: 16WAAIT83 (scrollback@conference/jsconf/x-vtwaaczzfewqvyex) (Remote host closed the connection)
  544. # [16:56] * Joins: 64MAABVT6 (scrollback@conference/jsconf/x-weuckjgxncdkhsdx)
  545. # [16:56] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
  546. # [17:00] * Quits: nsm (~nsm@146.185.178.182) (Quit: ZNC - http://znc.in)
  547. # [17:05] * Quits: Ducki (~Ducki@137.116.197.171) (Ping timeout: 252 seconds)
  548. # [17:05] * Quits: tj_vantoll (~Adium@c-98-250-130-237.hsd1.mi.comcast.net) (Quit: Leaving.)
  549. # [17:07] * Quits: markkes (~markkes@62.207.90.201) (Quit: Nettalk6 - www.ntalk.de)
  550. # [17:08] * Quits: weinig (~weinig@98.234.191.242) (Quit: weinig)
  551. # [17:15] * Joins: satazor (~satazor@80.78.37.188.rev.vodafone.pt)
  552. # [17:16] * Quits: zcorpan_ (~zcorpan@2a00:801:e0:30:514b:81c2:3d3e:2c7d) (Remote host closed the connection)
  553. # [17:26] <dglazkov> good morning, Whatwg!
  554. # [17:26] <annevk> morning dglazkov
  555. # [17:26] <cwilso> hixie: the incorporation of whatwg output into w3c work does put a ladder across their fence, yes. We could have a more nuanced discussion of that dynamic; but the point of the W3C PP is getting major patent holders to mutually agree to x-license.
  556. # [17:26] <cwilso> hixie: s/their/W3C's
  557. # [17:27] <cwilso> good morning dglazkov!
  558. # [17:28] <cwilso> hixie: last I checked, whatwg is still wild west wrt ip.
  559. # [17:28] <Hixie> cwilso: well, the whatwg is a cg, it's using the cg model of regular FSAs. We just haven't actually done any, much like the w3c hasn't done any RECs. :-)
  560. # [17:29] <Hixie> cwilso: but i think you vastly overestimate the benefits of the patent policy.
  561. # [17:30] <cwilso> hixie: well, I'd say the whatwg uses a cg as one input, not "it does its work under the umbrella of a cg". But perhaps I'm mistaken.
  562. # [17:30] <annevk> cwilso: a CG's venue can be anywhere
  563. # [17:30] <cwilso> hixie: if you think I think a patent policy is some giant protective umbrella, then I can understand why you'd think I vastly overestimate its benefits.
  564. # [17:30] <annevk> cwilso: ours is whatwg@whatwg.org and this IRC channel, roughly
  565. # [17:31] <cwilso> annevk: indeed. Has everyone in whatwg@ and this irc channel signed up to the CG?
  566. # [17:32] * Quits: Lachy (~Lachy@213.166.174.2) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  567. # [17:33] <Hixie> the whatwg is a w3c cg, it does all the work under the cg umbrella
  568. # [17:33] <cwilso> hixie: but I'm not an idiot. Well, not about ip. there is nothing that can protect against someone else owning IP and pressing its advantage (e.g. EOLAS); the only useful goal is to get the major ip holders to participate in a venue where they've been kept "honest".
  569. # [17:33] <Hixie> right now all the "major ip holders" participate both in the cg and the wg
  570. # [17:33] <Hixie> so...
  571. # [17:33] <cwilso> hixie: and that's why it's not a complete disaster.
  572. # [17:34] <Hixie> well, it's why it _is_ a disaster, but for other reasons
  573. # [17:34] <cwilso> ha!
  574. # [17:34] * cwilso afk
  575. # [17:35] * Quits: SonicX_ (~quassel@ip98-180-46-147.ga.at.cox.net) (Remote host closed the connection)
  576. # [17:35] <Hixie> anyway. i don't really understand what threat model you're concerned about which the REC process deals with but the FSA process doesn't.
  577. # [17:40] * Quits: MutantMahesh (b4d7bc08@gateway/web/freenode/ip.180.215.188.8) (Ping timeout: 240 seconds)
  578. # [17:41] <annevk> JakeA: for the algorithms you need to clarify what kind of exceptions you are rejecting with
  579. # [17:42] <annevk> JakeA: and you want to reference terms such as "document url" somehow
  580. # [17:42] <annevk> JakeA: and link to the URL parser when you parse URLs (rather than just say "resolved" which doesn't mean much these days)
  581. # [17:42] * Joins: lmclister (~lmclister@192.150.10.210)
  582. # [17:42] <annevk> JakeA: if you want I can go through the algorithms at one point and file issues
  583. # [17:43] <annevk> JakeA: or we can keep doing this
  584. # [17:46] * Quits: hasather_ (~hasather@guest.schibsted.no) (Remote host closed the connection)
  585. # [17:46] <TabAtkins> annevk: Mind chatting about element-tree vs DOM in real-time? I'm on the fence.
  586. # [17:46] <dglazkov> what's element-tree? that sounds awesome
  587. # [17:46] * Joins: hasather (~hasather@guest.schibsted.no)
  588. # [17:46] <annevk> TabAtkins: can do
  589. # [17:46] <TabAtkins> dglazkov: The abstraction I currently have in Selectors of the document tree. ^_^
  590. # [17:47] <TabAtkins> annevk: Cool. So your arguments are definitely pulling me towards just using DOM. But I'm not 100% convinced yet. Mainly it's the idea that there is still info not present in the DOM that Selectors uses, like pseudo-elements. You make some argument about PEs that I don't quite understand in that last email.
  591. # [17:48] <TabAtkins> I think it's reasonable (and probably easier) to consider that PEs are always in the tree.
  592. # [17:48] <JakeA> annevk: issues would be great. I thought I'd added exceptions to the rejects, guess I missed some
  593. # [17:48] <annevk> JakeA: you did, but what is "NetworkError"?
  594. # [17:49] <annevk> TabAtkins: so your argument is that ::before and ::after are in the DOM?
  595. # [17:49] <JakeA> annevk: I thought I found that in the dom spec
  596. # [17:49] <TabAtkins> annevk: Yeah.
  597. # [17:49] <annevk> TabAtkins: I always thought of them as to be in the box tree
  598. # [17:49] <TabAtkins> annevk: Nah, properties get first applied to elements, so they're in the element tree.
  599. # [17:49] <TabAtkins> Boxes get generated from elements, based on 'display' and other things.
  600. # [17:50] <TabAtkins> That is, a ::before (pseudo-) element is set to display:block and content: "foo", it generates a block box that forgets about where it came from.
  601. # [17:50] <annevk> JakeA: if you reuse those, you also need to reuse the "throw" glue as otherwise it isn't clear what object is being used
  602. # [17:51] * Quits: hasather (~hasather@guest.schibsted.no) (Ping timeout: 252 seconds)
  603. # [17:51] <annevk> TabAtkins: currently there's nothing that requires pseudo-elements to be in the node tree
  604. # [17:51] <annevk> TabAtkins: an implementation could only have them in the box tree, and I think Firefox might do that
  605. # [17:51] <TabAtkins> Right, nothing *requires* them, but it makes the overall model simpler.
  606. # [17:51] <annevk> TabAtkins: not if that model is not defined ^_^
  607. # [17:52] <TabAtkins> I doubt FF has pseudo-elements actually in the box tree. It might only *generate* boxes for PEs (and not actually keep anything representing them in the tree that selectors are run over), which is fine.
  608. # [17:52] <annevk> (Text selection and such might require them to be I suppose. Once we really nail that it'll become observable one way or another.)
  609. # [17:52] <TabAtkins> Defining that model is what I'm trying to do (sorta gradually, but mostly I'm holding off until I resolve your issues).
  610. # [17:52] * Joins: jsbell (jsbell@nat/google/x-jprdwfikpylzjnas)
  611. # [17:53] * Joins: dawhite (~dawhite@74.118.22.223)
  612. # [17:53] <TabAtkins> If you think it's okay to say that Selectors operates on the DOM, augmented with X and Y concepts, I think I can work with that.
  613. # [17:54] * Joins: jwalden (~waldo@corp.mtv2.mozilla.com)
  614. # [17:54] <annevk> Yeah, I think that would make sense. You'd define that elements have an additional ::after and ::before slot, and that these get returned when you use a pseudo-element
  615. # [17:54] <annevk> And then the algorithm that takes a style sheet and a node tree, also looks at element's their ::after and ::before slot
  616. # [17:54] <TabAtkins> (+ multiple other pseudo-element slots)
  617. # [17:55] <TabAtkins> So, one complication. Some pseudo-elements can contain real elements.
  618. # [17:55] <annevk> Yeah, it could be generic I suppose
  619. # [17:55] <TabAtkins> Such as ::shadow containing the contents of the shadow tree.
  620. # [17:55] <TabAtkins> Does this disturb anything?
  621. # [17:55] <annevk> I would expect that selector to be split and separately matched. Is that correct?
  622. # [17:56] <TabAtkins> Depends on how you work it internally. That's possible, sure.
  623. # [17:56] <TabAtkins> foo::shadow bar just means "find a foo element in your current context, find its shadow root, then find a bar descendant".
  624. # [17:57] <TabAtkins> You can interpret it similar to combinators, rather than as splitting the selector up, if you want.
  625. # [17:57] <annevk> Should that not be a combinator then? Or is is ::shadow also a box of sorts?
  626. # [17:58] <annevk> But I think that works, you just have to define the distinct trees that need to be matched upon
  627. # [17:58] <annevk> But if that's not a combinator that also makes it complicated for what we want .query() to do when passed ::shadow vs what we want when you pass ::before
  628. # [17:59] <TabAtkins> ::shadow matches the shadow root. Currently that's indistinguishable from a combinator, but it's possible for a specialized API to actually *return* the ShadowRoot object from a selector like "foo::shadow", for example.
  629. # [17:59] <TabAtkins> Nah, the "match a selector" algo already handles pseudos. You just have to specify what pseudos, if any, you want to be allowed to be returned by it.
  630. # [17:59] <annevk> Whoa, if we want that then that should be raised quickly, currently .query only returns elements
  631. # [18:00] <TabAtkins> I dunno if it's useful! But it is possible.
  632. # [18:00] <TabAtkins> (Similarly, ::content might be able to return something, though I don't think we have a specialized object for it yet.)
  633. # [18:01] <TabAtkins> annevk: How quickly do you think we need to define a PseudoElement interface if we want .query() to be able to return it?
  634. # [18:01] <Ms2ger> Let's just ship it
  635. # [18:02] <annevk> TabAtkins: dunno, twelve months or so
  636. # [18:02] <annevk> TabAtkins: we'd also need a new name for "Elements"
  637. # [18:02] <TabAtkins> Okay, that's reasonable.
  638. # [18:02] <TabAtkins> What do you mean?
  639. # [18:02] <annevk> TabAtkins: "Nodes" might work
  640. # [18:02] <annevk> TabAtkins: queryAll() returns an Array-subclass named Elements
  641. # [18:03] <TabAtkins> Oh!
  642. # [18:03] <annevk> TabAtkins: PsuedoElement is arguably an Element, but ShadowRoot is not
  643. # [18:03] <TabAtkins> Yeah, maybe. I mean, I'm not fussed about something called Elements containing instance of both Element and PseudoElement.
  644. # [18:03] <TabAtkins> Ah, true (though maybe it can WebIDL-implement PseudoElement).
  645. # [18:04] <annevk> Interesting idea
  646. # [18:04] <annevk> Okay, should be fine then I suppose if we can make that work
  647. # [18:05] <TabAtkins> (I think the PseudoElement generic interface will probably contain only two fields: name and originatingElement.)
  648. # [18:05] <TabAtkins> (Individual pseudos can subclass for more info, of course.)
  649. # [18:05] <TabAtkins> (Oh, and .style, obviously.)
  650. # [18:06] <TabAtkins> Okay, so plan of record is:
  651. # [18:06] * Joins: foxtrotwhiskey (~foxtrotwh@192-63-2457.unisys.com)
  652. # [18:06] <TabAtkins> Rephrase Selectors to be based directly on DOM, with a note about how non-DOM languages can map to a DOM.
  653. # [18:07] <TabAtkins> For the purpose of Selectors, augment DOM with arbitrary pseudo-elements as well.
  654. # [18:07] * Joins: jeremyj (~jeremyj@c-24-4-202-10.hsd1.ca.comcast.net)
  655. # [18:07] <TabAtkins> And, separately, define a PseudoElement interface people are willing to implement (in some other spec).
  656. # [18:08] <annevk> Sounds about right. Consider naming originatingElement ownerElement instead
  657. # [18:09] <astearns> TabAtkins: "something called Elements containing instance of both Element and PseudoElement"
  658. # [18:09] <TabAtkins> Ah, that works.
  659. # [18:09] <astearns> sounds a bit like the region interface, defined to be either an element or pseudoelement
  660. # [18:09] <astearns> might want to look at the discussion of why we got pushback on that
  661. # [18:09] <TabAtkins> "originating element" is just the language fantasai and I came up with, as a replacement for Hixie's "superior parent".
  662. # [18:10] * Ms2ger wonders if this tree is going to be defined better than the box tree
  663. # [18:11] <TabAtkins> Ms2ger: DOM is indeed better defined than the box tree, yes.
  664. # [18:11] <TabAtkins> (And I'm still on the hook for the box tree - it goes in my spec.)
  665. # [18:11] <TabAtkins> astearns: Yeah, I plan to basically reopen that discussion.
  666. # [18:11] <Ms2ger> TabAtkins, I meant DOM+pseudos
  667. # [18:12] <astearns> TabAtkins: ok, just wanted to make sure you weren't blundering blindly into it :)
  668. # [18:12] <TabAtkins> Ms2ger: It's defined as "DOM, but with additional pseudos". ^_^
  669. # [18:12] <TabAtkins> (Not really; I've got in mind what should be a decent definition.)
  670. # [18:12] * Joins: bholley (~bholley@98.210.101.88)
  671. # [18:18] <annevk> I think it's not too different from elements having flags for pseudo-classes
  672. # [18:18] <annevk> Flags for pseudo-classes, slots for pseudo-elements
  673. # [18:18] <TabAtkins> Yeah, exactly.
  674. # [18:18] <TabAtkins> Specialized information augments that are only visible while evaluating Selectors against the element.
  675. # [18:19] <TabAtkins> (Interestingly, the selectors data model is no longer a tree anyway - since the Scoping pseudo-elements, it's a DAG.)
  676. # [18:20] <annevk> DAG?
  677. # [18:20] <MikeSmith> what's the right way to programmatically determine the current date in the user's local time zone?
  678. # [18:20] <TabAtkins> annevk: directed acyclic graph
  679. # [18:20] <annevk> "Directed acyclic graph"
  680. # [18:20] <TabAtkins> There are multiple paths to a given element now.
  681. # [18:20] <TabAtkins> To some given elements, at least.
  682. # [18:21] <annevk> Only if you use ::shadow and only if you assume they are not distinct matching operations
  683. # [18:21] * Joins: Maurice` (copyman@5ED57922.cm-7-6b.dynamic.ziggo.nl)
  684. # [18:21] <TabAtkins> "foo > bar" and "foo::shadow ::content > bar" select the same element in "<foo><bar/><::shadow><content/></::shadow></foo>".
  685. # [18:22] * Joins: nsm (~nsm@146.185.178.182)
  686. # [18:22] * Joins: tantek (~tantek@70-36-139-254.dsl.dynamic.sonic.net)
  687. # [18:24] * Joins: sankha93 (~sankha93@117.240.111.2)
  688. # [18:24] * Quits: sankha93 (~sankha93@117.240.111.2) (Changing host)
  689. # [18:24] * Joins: sankha93 (~sankha93@fsf/emeritus/sankha93)
  690. # [18:24] <annevk> MikeSmith: you can get all the info from new Date()
  691. # [18:24] <annevk> MikeSmith: d = new Date(); alert(d.getYear() + " " + d.getMonth() ...
  692. # [18:25] <annevk> TabAtkins: oh man, those are pretty trippy
  693. # [18:26] <annevk> TabAtkins: that does look like what you'd want; good luck defining them ^_^
  694. # [18:26] * Quits: anssik_ (uid10742@gateway/web/irccloud.com/x-qixmowcdigbldish) (Quit: Connection closed for inactivity)
  695. # [18:27] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
  696. # [18:28] * Quits: encryptd_fractal (~encryptd_@24-177-124-44.dhcp.mdsn.wi.charter.com) (Remote host closed the connection)
  697. # [18:28] * Quits: Smylers1 (~smylers@81.143.60.194) (Ping timeout: 252 seconds)
  698. # [18:29] <MikeSmith> annevk: ok so if I then do d.getHours() that returns the local hour?
  699. # [18:29] <annevk> MikeSmith: it should
  700. # [18:29] <MikeSmith> ok
  701. # [18:30] <zewt> https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/Date
  702. # [18:30] <annevk> new Date().getHours() gives 18 for me which seems about right
  703. # [18:32] <MikeSmith> yeah, I assume it's defined that way. Otherwise there'd be no point to getUTCHours()
  704. # [18:32] <MikeSmith> I suppose I should actually read the spec
  705. # [18:33] <annevk> MikeSmith: well to be fair, there's no logic to the Date object really
  706. # [18:33] <annevk> MikeSmith: it's badly designed and I think people want to offer a better API as soon as there's modules
  707. # [18:33] <MikeSmith> that would be nice
  708. # [18:33] <zewt> one of the many warts of the platform: that the short "getHours" ones are local time and "UTC" is the one that looks special, instead of getHours being UTC and having local be getLocalHours
  709. # [18:35] * Joins: dbaron (~dbaron@50-0-248-164.dsl.dynamic.sonic.net)
  710. # [18:36] * Quits: jeremyj (~jeremyj@c-24-4-202-10.hsd1.ca.comcast.net) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  711. # [18:36] <MikeSmith> zewt: yeah though it seems that's actually a wart of JS itself
  712. # [18:42] * Joins: jeremyj (~jeremyj@c-24-4-202-10.hsd1.ca.comcast.net)
  713. # [18:42] * Joins: ap (~ap@2620:149:4:304:247f:fe65:2cef:c13e)
  714. # [18:43] * Quits: nsm (~nsm@146.185.178.182) (Quit: ZNC - http://znc.in)
  715. # [18:44] * Joins: jeffreyatw (~jeffreyat@66-194-1-26.STATIC.twtelecom.net)
  716. # [18:45] * Quits: KevinMarks (~yaaic@2607:fb90:220d:9eee:d536:a59e:c28c:71e7) (Ping timeout: 240 seconds)
  717. # [18:48] * Joins: KevinMarks (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
  718. # [18:51] * Joins: nsm (~nsm@146.185.178.182)
  719. # [18:51] * Quits: nsm (~nsm@146.185.178.182) (Client Quit)
  720. # [18:52] <MikeSmith> jsbell: Can you review pull requests for IDB tests? Or is there someone else who can? There's a bunch of tests waiting to be reviewed: https://github.com/w3c/web-platform-tests/pulls/yunxiaoxie
  721. # [18:53] <jsbell> MikeSmith: Zhiqiang has been doing it
  722. # [18:54] * Joins: nsm (~nsm@146.185.178.182)
  723. # [18:55] <MikeSmith> jsbell: ok
  724. # [18:56] <zewt> MikeSmith: warts of JS and warts of the platform are the same thing
  725. # [18:56] <zewt> as far as I'm concerned, heh
  726. # [18:58] * Parts: nsm (~nsm@146.185.178.182)
  727. # [19:00] * Joins: ambv (~ambv@206.108.217.134)
  728. # [19:01] * Joins: Jarrod_ (~Jarrod_@pdpc/supporter/active/jarrod)
  729. # [19:04] * Quits: bholley (~bholley@98.210.101.88) (Quit: Textual IRC Client: www.textualapp.com)
  730. # [19:05] * Joins: adactio (~adactio@cust217-dsl91-135-3.idnet.net)
  731. # [19:07] * Quits: barnabywalters (~barnabywa@46-239-239-203.tal.is) (Quit: barnabywalters)
  732. # [19:13] * Quits: SteveF (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net) (Ping timeout: 264 seconds)
  733. # [19:14] * Joins: Areks_home (~Areks@95-26-45-140.broadband.corbina.ru)
  734. # [19:18] * Joins: zcorpan (~zcorpan@2a00:801:e0:30:307e:c501:b137:2a46)
  735. # [19:20] * Joins: benv (~benv@38.104.194.126)
  736. # [19:22] * Quits: zcorpan (~zcorpan@2a00:801:e0:30:307e:c501:b137:2a46) (Ping timeout: 246 seconds)
  737. # [19:22] * Joins: jernoble|laptop (~jernoble@17.202.45.163)
  738. # [19:23] * Joins: SteveF (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net)
  739. # [19:24] * Joins: encryptd_fractal (~encryptd_@24-177-124-44.dhcp.mdsn.wi.charter.com)
  740. # [19:24] <Domenic_> annevk: https://www.npmjs.org/package/dom4-elements
  741. # [19:24] <Domenic_> it doesn't absolutize relative selectors, which is kinda dumb. and the name makes me sad.
  742. # [19:24] <Domenic_> but, it's neat.
  743. # [19:25] <annevk> fun
  744. # [19:25] <annevk> Domenic_: did you see the backlog? TabAtkins is proposing some interesting additional features
  745. # [19:25] <Domenic_> annevk: I didn't see TabAtkins original proposal, but I saw the replies...
  746. # [19:25] <TabAtkins> Well, "features".
  747. # [19:26] * Krinkle|detached is now known as Krinkle
  748. # [19:26] <annevk> Well, pseudo-elements.
  749. # [19:26] <TabAtkins> Plan is to allow pseudo-elements to return PseudoElement objects in an Elements array.
  750. # [19:26] <Domenic_> Is PseudoElement a thing?
  751. # [19:26] <TabAtkins> Most direct use-case is to say "foo::shadow" to get the ShadowRoots of an element.
  752. # [19:26] <TabAtkins> Not yet, no.
  753. # [19:27] <TabAtkins> (astearns came up with a proposal earlier, but it died. I plan to revive it.)
  754. # [19:28] <astearns> TabAtkins: first convince abarth
  755. # [19:28] <TabAtkins> Sure.
  756. # [19:28] <TabAtkins> Easier to convince with more concrete use-cases now, like "foo::shadow".
  757. # [19:29] <TabAtkins> query("foo::shadow") rather than query("foo").map(function(el) { return el.shadowRoots; }) (or whatever).
  758. # [19:29] * Joins: zcorpan (~zcorpan@ip-200.t2.se.opera.com)
  759. # [19:30] <annevk> queryAll*
  760. # [19:30] * Joins: Goplat (~goplat@reactos/developer/Goplat)
  761. # [19:30] <TabAtkins> Yeah, sorry.
  762. # [19:31] * Joins: llkats (~llkats@h-64-236-138-1.aoltw.net)
  763. # [19:34] * Quits: zcorpan (~zcorpan@ip-200.t2.se.opera.com) (Ping timeout: 255 seconds)
  764. # [19:38] * Quits: KevinMarks (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Ping timeout: 252 seconds)
  765. # [19:39] * Quits: encryptd_fractal (~encryptd_@24-177-124-44.dhcp.mdsn.wi.charter.com) (Remote host closed the connection)
  766. # [19:40] * Joins: KevinMarks (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
  767. # [19:45] * Quits: jeremyj (~jeremyj@c-24-4-202-10.hsd1.ca.comcast.net) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  768. # [19:47] * Joins: hasather (~hasather@guest.schibsted.no)
  769. # [19:48] * Joins: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com)
  770. # [19:51] * Quits: hasather (~hasather@guest.schibsted.no) (Ping timeout: 240 seconds)
  771. # [19:53] <Hixie> TabAtkins: iirc, i had used "superior parent" rather than something with "element" in the name because it might not be an element (but i don't remember what this was about now, so it might no longer apply)
  772. # [19:53] <TabAtkins> Hixie: PsuedoElement is *like* an element.
  773. # [19:53] <Hixie> in some ways
  774. # [19:56] * Quits: satazor (~satazor@80.78.37.188.rev.vodafone.pt)
  775. # [19:57] <annevk> TabAtkins: you could just stick with owner
  776. # [19:57] <annevk> TabAtkins: I guess in some setups it could be another Pseudo-Element
  777. # [19:58] * Quits: annevk (~annevk@5ED376C5.cm-7-4b.dynamic.ziggo.nl) (Remote host closed the connection)
  778. # [20:02] <Hixie> "owner" has a lot of baggage
  779. # [20:03] <dglazkov> TabAtkins: I have a mental block. What's the value in display module to make element's box disappear?
  780. # [20:04] * Quits: BigBangUDR (~Thunderbi@101.59.240.13) (Ping timeout: 240 seconds)
  781. # [20:05] <dglazkov> display-box: contents
  782. # [20:07] * Joins: jeremyj (~jeremyj@17.202.44.231)
  783. # [20:08] * Parts: adactio (~adactio@cust217-dsl91-135-3.idnet.net)
  784. # [20:08] <TabAtkins> annevk: Yes, it will probably be possible to be a pseudo element in the future.
  785. # [20:08] <TabAtkins> dglazkov: Yes
  786. # [20:08] <dglazkov> \o/
  787. # [20:09] <TabAtkins> annevk: foo::before::before, for example
  788. # [20:09] <SamB> hmm, hmm, hmm ...
  789. # [20:11] * Joins: satazor (~satazor@80.78.37.188.rev.vodafone.pt)
  790. # [20:11] <SamB> ... reference "element"? context "element"?
  791. # [20:11] <Hixie> "superior parent" :-)
  792. # [20:12] <dglazkov> Hixie: you called? :P
  793. # [20:12] <dglazkov> wait no, I am just "#1 dad"
  794. # [20:13] <dglazkov> that's what the mug says. it must be true
  795. # [20:14] <Hixie> Domenic_: btw, on the whatwg list, +1s (or "i strongly support this") don't have much meaning, especially if the +1 comes from someone with a horse in the race (like, "i strongly support that you use this feature i worked on") :-)
  796. # [20:14] * Krinkle is now known as Krinkle|detached
  797. # [20:15] <SamB> parent seems kind of confusing here wrt :before/:after ...
  798. # [20:16] <Hixie> why?
  799. # [20:16] * SamB goes to see what it looks like in the DOM inspector ...
  800. # [20:16] <Hixie> ::before is a child of the element it's attached to
  801. # [20:16] <Hixie> ::before really means "before the content"
  802. # [20:16] <Hixie> or "just inside"
  803. # [20:16] <SamB> hmm, okay, so it's not as confusing as I was expecting
  804. # [20:16] * Quits: fredy (~fredy@2001:648:2ffc:1225:a800:ff:fe12:113e) (Excess Flood)
  805. # [20:17] * Joins: hasather (~hasather@guest.schibsted.no)
  806. # [20:17] <TabAtkins> SamB: Yeah, the naming is pretty unfortunate, but that's *long*-frozen legacy.
  807. # [20:17] * SamB may be thinking of some other pseudo-element?
  808. # [20:18] <TabAtkins> ::firstest-child and ::lastest-child.
  809. # [20:18] * Joins: fredy (~fredy@snf-8914.vm.okeanos.grnet.gr)
  810. # [20:19] <Domenic_> Hixie: sure, I wouldn't have written a message with that as the *only* content. It was more, before I criticize specifics, let me be clear I'm rooting for you.
  811. # [20:19] <SamB> yeah, I trust the old DOM inspector to know what it's doing here ... which may be crashing firefox ...
  812. # [20:20] <Domenic_> ::before::before rises again!!! I strongly support this!
  813. # [20:21] * Quits: hasather (~hasather@guest.schibsted.no) (Ping timeout: 240 seconds)
  814. # [20:21] <dglazkov> always wondered if ::before is explained by the mysterious decorators
  815. # [20:22] * Joins: cheron (~cheron@unaffiliated/cheron)
  816. # [20:22] <SimonSapin> and ::before(2)?
  817. # [20:22] * Joins: SonicX (~quassel@ip98-180-46-147.ga.at.cox.net)
  818. # [20:24] <TabAtkins> SimonSapin: Sure, why not. It's distinct from ::before::before and useful for different things.
  819. # [20:25] <TabAtkins> Domenic_: We've finally removed the restrictions on things appearing on the RHS of a pseudo-element, so allowing more pseudo-elements there is the next logical step
  820. # [20:25] * Joins: barnabywalters (~barnabywa@89.17.128.127)
  821. # [20:25] <SimonSapin> TabAtkins: do you know what’s happening with http://dev.w3.org/csswg/css-pseudo/ ?
  822. # [20:25] <SimonSapin> do people think it’s a bad idea, or is just that nobody has bothered yet to push it?
  823. # [20:26] <TabAtkins> SimonSapin: Latter.
  824. # [20:26] <TabAtkins> Once I'm done fixing up Selectors 4, I plan to pick up Pseudo to give it more love.
  825. # [20:26] <SimonSapin> cool
  826. # [20:30] * Joins: zcorpan (~zcorpan@2a00:801:e0:30:94d1:1663:7ed2:fe84)
  827. # [20:33] * Quits: TallTed (~Thud@63.119.36.36)
  828. # [20:34] * Quits: zcorpan (~zcorpan@2a00:801:e0:30:94d1:1663:7ed2:fe84) (Ping timeout: 246 seconds)
  829. # [20:37] * Quits: fredy (~fredy@snf-8914.vm.okeanos.grnet.gr) (Excess Flood)
  830. # [20:38] * Quits: jeremyj (~jeremyj@17.202.44.231) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  831. # [20:38] * Quits: barnabywalters (~barnabywa@89.17.128.127) (Quit: barnabywalters)
  832. # [20:40] * Joins: fredy (~fredy@2001:648:2ffc:1225:a800:ff:fe12:113e)
  833. # [20:41] * Joins: espadrine` (~ttyl@AMontsouris-158-1-86-142.w90-2.abo.wanadoo.fr)
  834. # [20:41] <Ms2ger> TabAtkins, can you find a few more people like you?
  835. # [20:41] <Ms2ger> I wanted the box tree defined last year ;)
  836. # [20:42] * Ms2ger wonders if TabAtkins has siblings
  837. # [20:44] * Quits: espadrine (~ttyl@AMontsouris-158-1-18-203.w92-128.abo.wanadoo.fr) (Ping timeout: 252 seconds)
  838. # [20:45] <TabAtkins> Ms2ger: Man, I've been trying.
  839. # [20:45] <TabAtkins> And I do, but none of them are involved with the web.
  840. # [20:45] <Ms2ger> To get sibli... Oh
  841. # [20:46] <jgraham> Maybe to create more people genetically similar to himself?
  842. # [20:46] <TabAtkins> Getting siblings is no longer an option.
  843. # [20:46] <TabAtkins> Except through adoption, I suppose.
  844. # [20:46] * Joins: jensnockert (~jensnocke@dynamic.1.7.34dbfd722180.e0f8471ae7fa.afb.bredband2.com)
  845. # [20:46] * Joins: annevk (~annevk@5ED376C5.cm-7-4b.dynamic.ziggo.nl)
  846. # [20:54] * Joins: samn (~samn@h54n4-asp-a13.ias.bredband.telia.com)
  847. # [20:55] * Quits: annevk (~annevk@5ED376C5.cm-7-4b.dynamic.ziggo.nl) (Quit: Leaving...)
  848. # [20:56] * Quits: jensnockert (~jensnocke@dynamic.1.7.34dbfd722180.e0f8471ae7fa.afb.bredband2.com) (Remote host closed the connection)
  849. # [20:56] * Joins: BigBangUDR (~Thunderbi@101.57.164.46)
  850. # [20:57] * Joins: TallTed (~Thud@63.119.36.36)
  851. # [20:58] * Krinkle|detached is now known as Krinkle
  852. # [21:01] * Quits: cheron (~cheron@unaffiliated/cheron) (Quit: Leaving.)
  853. # [21:01] * Joins: cheron (~cheron@unaffiliated/cheron)
  854. # [21:02] * Quits: SonicX (~quassel@ip98-180-46-147.ga.at.cox.net) (Ping timeout: 276 seconds)
  855. # [21:02] * Quits: dawhite (~dawhite@74.118.22.223) (Ping timeout: 276 seconds)
  856. # [21:02] * Quits: cheron (~cheron@unaffiliated/cheron) (Read error: Connection reset by peer)
  857. # [21:02] * Quits: scor (scor@drupal.org/user/52142/view) (Quit: scor)
  858. # [21:02] * Joins: cheron (~cheron@unaffiliated/cheron)
  859. # [21:02] * Joins: encryptd_fractal (~encryptd_@ip-64-134-127-14.public.wayport.net)
  860. # [21:06] * Joins: lmcliste_ (~lmclister@192.150.10.210)
  861. # [21:07] * Quits: morrita_ (uid16889@gateway/web/irccloud.com/x-abqljbrormchwlsj) (Quit: Connection closed for inactivity)
  862. # [21:08] * Quits: lmclister (~lmclister@192.150.10.210) (Ping timeout: 240 seconds)
  863. # [21:10] * Quits: BigBangUDR (~Thunderbi@101.57.164.46) (Quit: BigBangUDR)
  864. # [21:10] * Quits: Ms2ger (~Ms2ger@214.244-64-87.adsl-dyn.isp.belgacom.be) (Ping timeout: 240 seconds)
  865. # [21:11] * Quits: samn (~samn@h54n4-asp-a13.ias.bredband.telia.com) (Remote host closed the connection)
  866. # [21:17] * Joins: samn (~samn@h54n4-asp-a13.ias.bredband.telia.com)
  867. # [21:18] * Joins: hasather (~hasather@guest.schibsted.no)
  868. # [21:21] * Quits: encryptd_fractal (~encryptd_@ip-64-134-127-14.public.wayport.net) (Remote host closed the connection)
  869. # [21:21] * Joins: SonicX (~quassel@ip98-180-46-147.ga.at.cox.net)
  870. # [21:22] * Quits: hasather (~hasather@guest.schibsted.no) (Ping timeout: 252 seconds)
  871. # [21:23] * Joins: rniwa (~rniwa@17.202.43.222)
  872. # [21:27] * Quits: llkats (~llkats@h-64-236-138-1.aoltw.net) (Remote host closed the connection)
  873. # [21:27] * Joins: Ms2ger (~Ms2ger@91.180.163.33)
  874. # [21:30] * Quits: night199uk (~night199u@xbmc/staff/night199uk) (Ping timeout: 276 seconds)
  875. # [21:31] * Joins: zcorpan (~zcorpan@2a00:801:e0:30:d8f9:6b53:92e:6f4e)
  876. # [21:31] * Joins: scor (~scor@c-24-2-162-32.hsd1.ma.comcast.net)
  877. # [21:31] * Quits: scor (~scor@c-24-2-162-32.hsd1.ma.comcast.net) (Changing host)
  878. # [21:31] * Joins: scor (~scor@drupal.org/user/52142/view)
  879. # [21:32] * Joins: Lachy (~Lachy@cm-84.215.104.248.getinternet.no)
  880. # [21:32] <astearns> TabAtkins: SimonSapin there were definitely some people who thought css-pseudo was the worst idea in the world
  881. # [21:32] * Quits: Areks_home (~Areks@95-26-45-140.broadband.corbina.ru) (Ping timeout: 265 seconds)
  882. # [21:32] <astearns> which is the main reason I haven't been pushing it
  883. # [21:34] * Joins: night199uk (~night199u@xbmc/staff/night199uk)
  884. # [21:35] * Quits: zcorpan (~zcorpan@2a00:801:e0:30:d8f9:6b53:92e:6f4e) (Ping timeout: 246 seconds)
  885. # [21:36] * Joins: Smylers (~smylers@host31-51-172-114.range31-51.btcentralplus.com)
  886. # [21:37] <TabAtkins> astearns: Obviously that's never stopped me.
  887. # [21:37] <astearns> :)
  888. # [21:37] * Quits: SteveF (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net) (Ping timeout: 264 seconds)
  889. # [21:37] <SamB> astearns: what do they prefer instead? XBL 1.0?
  890. # [21:38] <astearns> SamB: no alternative, just not my draft
  891. # [21:40] <SamB> Hixie: why do they need "superior parent" when they're basically just extra-document children? why not just "parent"?
  892. # [21:41] * Joins: morrita_ (uid16889@gateway/web/irccloud.com/x-naqahpnbqfldgkkt)
  893. # [21:41] * Quits: Lachy (~Lachy@cm-84.215.104.248.getinternet.no) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  894. # [21:41] * Joins: Lachy (~Lachy@cm-84.215.104.248.getinternet.no)
  895. # [21:42] * Joins: SteveF (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net)
  896. # [21:44] <TabAtkins> SamB: Because they're not children.
  897. # [21:44] <TabAtkins> "parent" implies that the opposite relationship is "child".
  898. # [21:44] <SamB> so pseudo-parent?
  899. # [21:44] <TabAtkins> But then that's just weird.
  900. # [21:50] * Joins: dawhite (~dawhite@74.118.22.223)
  901. # [21:51] * Joins: lmclister (~lmclister@192.150.10.210)
  902. # [21:51] * Quits: lmcliste_ (~lmclister@192.150.10.210) (Read error: Connection reset by peer)
  903. # [21:52] * Joins: othermaciej (~mjs@17.114.219.154)
  904. # [21:57] * Joins: BigBangUDR (~Thunderbi@101.57.164.46)
  905. # [22:04] * Quits: jeffreyatw (~jeffreyat@66-194-1-26.STATIC.twtelecom.net) (Quit: jeffreyatw)
  906. # [22:05] * Quits: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com) (Quit: sicking)
  907. # [22:08] * Joins: llkats_ (~llkats@h-64-236-139-254.aoltw.net)
  908. # [22:09] * Joins: jeffreyatw (~jeffreyat@66-194-1-26.STATIC.twtelecom.net)
  909. # [22:10] * Quits: satazor (~satazor@80.78.37.188.rev.vodafone.pt) (Ping timeout: 252 seconds)
  910. # [22:11] * Joins: adactio (~adactio@cust217-dsl91-135-3.idnet.net)
  911. # [22:14] * Quits: SteveF (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net) (Ping timeout: 264 seconds)
  912. # [22:16] * Joins: weinig (~weinig@17.114.216.47)
  913. # [22:17] * Quits: weinig (~weinig@17.114.216.47) (Client Quit)
  914. # [22:18] * Joins: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com)
  915. # [22:20] * Quits: night199uk (~night199u@xbmc/staff/night199uk) (Ping timeout: 264 seconds)
  916. # [22:20] <zewt> "xxx parent" referring to something that isn't the opposite of "child" is weird, too
  917. # [22:21] * Quits: Ms2ger (~Ms2ger@91.180.163.33) (Ping timeout: 240 seconds)
  918. # [22:22] <Hixie> iirc "superior parent" reflected to "inferior child"?
  919. # [22:22] <Hixie> i could be wrong
  920. # [22:22] <Hixie> it's been a while
  921. # [22:22] <SamB> pseudo is a good word for weird things
  922. # [22:25] * Joins: night199uk (~night199u@xbmc/staff/night199uk)
  923. # [22:26] * Quits: Lachy (~Lachy@cm-84.215.104.248.getinternet.no) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  924. # [22:26] * Quits: disedente (~Administr@188.27.93.141) (Quit: Leaving.)
  925. # [22:27] * Joins: weinig (~weinig@17.114.216.47)
  926. # [22:29] * Joins: zcorpan (~zcorpan@ip-200.t2.se.opera.com)
  927. # [22:31] * Joins: Lachy (~Lachy@cm-84.215.104.248.getinternet.no)
  928. # [22:32] * Quits: lmclister (~lmclister@192.150.10.210)
  929. # [22:33] * Quits: othermaciej (~mjs@17.114.219.154) (Quit: othermaciej)
  930. # [22:33] * Joins: othermaciej (~mjs@17.114.219.154)
  931. # [22:33] * Quits: othermaciej (~mjs@17.114.219.154) (Client Quit)
  932. # [22:35] * Joins: smgd (~smgd@31.185.87.209)
  933. # [22:35] * Joins: othermaciej (~mjs@17.114.219.154)
  934. # [22:36] * Quits: Lachy (~Lachy@cm-84.215.104.248.getinternet.no) (Client Quit)
  935. # [22:37] * Joins: Ms2ger (~Ms2ger@91.180.172.211)
  936. # [22:41] * Quits: othermaciej (~mjs@17.114.219.154) (Quit: othermaciej)
  937. # [22:44] * Quits: cheron (~cheron@unaffiliated/cheron) (Ping timeout: 252 seconds)
  938. # [22:51] * Quits: jernoble|laptop (~jernoble@17.202.45.163) (Quit: Textual IRC Client: www.textualapp.com)
  939. # [22:54] * Joins: jernoble|laptop (~jernoble@17.202.45.163)
  940. # [22:58] * Quits: samn (~samn@h54n4-asp-a13.ias.bredband.telia.com) (Remote host closed the connection)
  941. # [22:58] * Quits: TallTed (~Thud@63.119.36.36)
  942. # [23:00] * Quits: BigBangUDR (~Thunderbi@101.57.164.46) (Quit: BigBangUDR)
  943. # [23:00] * Quits: Smylers (~smylers@host31-51-172-114.range31-51.btcentralplus.com) (Ping timeout: 255 seconds)
  944. # [23:01] * Joins: samn (~samn@h54n4-asp-a13.ias.bredband.telia.com)
  945. # [23:01] * Quits: sankha93 (~sankha93@fsf/emeritus/sankha93) (Remote host closed the connection)
  946. # [23:03] * Joins: rafaelw_ (uid4459@gateway/web/irccloud.com/x-sffbjrlhtkvylpvv)
  947. # [23:03] * Joins: lmclister (~lmclister@192.150.10.210)
  948. # [23:07] * Joins: tav (~tav`@host109-154-1-226.range109-154.btcentralplus.com)
  949. # [23:07] * Quits: tav (~tav`@host109-154-1-226.range109-154.btcentralplus.com) (Client Quit)
  950. # [23:08] * Joins: tav (~tav`@host109-154-1-226.range109-154.btcentralplus.com)
  951. # [23:08] * Quits: lmclister (~lmclister@192.150.10.210)
  952. # [23:13] * Quits: jernoble|laptop (~jernoble@17.202.45.163) (Ping timeout: 264 seconds)
  953. # [23:14] * Joins: jernoble|laptop (~jernoble@17.114.218.137)
  954. # [23:15] * Quits: samn (~samn@h54n4-asp-a13.ias.bredband.telia.com) (Remote host closed the connection)
  955. # [23:16] * Joins: samn (~samn@h54n4-asp-a13.ias.bredband.telia.com)
  956. # [23:16] * Joins: Lachy (~Lachy@cm-84.215.104.248.getinternet.no)
  957. # [23:16] * Joins: jeremyj (~jeremyj@17.202.44.231)
  958. # [23:17] * Quits: samn (~samn@h54n4-asp-a13.ias.bredband.telia.com) (Client Quit)
  959. # [23:20] <Hixie> anyone remember when form controls were added to HTML browsers?
  960. # [23:23] <tantek> Hixie, Dave Raggett added forms and tables to HTML2 IIRC
  961. # [23:23] * Parts: adactio (~adactio@cust217-dsl91-135-3.idnet.net)
  962. # [23:24] <Hixie> i wonder where that stood relative to implementations
  963. # [23:25] <Hixie> http://www.w3.org/People/Raggett/book4/ch02.html suggests april 1993
  964. # [23:26] * Quits: Maurice` (copyman@5ED57922.cm-7-6b.dynamic.ziggo.nl)
  965. # [23:26] <tantek> back when browsers and mailing lists were tightly bound
  966. # [23:27] <Hixie> next question, when did mobile safari come out? june 2007?
  967. # [23:27] <tantek> i.e. anyone could suggest something, implementer or w3c person, and if it seemed like a good idea it just got built/deployed
  968. # [23:27] <Hixie> same as now then? ;-)
  969. # [23:27] <tantek> Hixie - took us a while to get back here
  970. # [23:27] * Quits: Lachy (~Lachy@cm-84.215.104.248.getinternet.no) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  971. # [23:27] <Hixie> true dat
  972. # [23:27] <SamB> so why we no can has MNG again?
  973. # [23:28] <tantek> SamB - comment on the bug(s) in bugzilla ;)
  974. # [23:28] <SamB> noooooo
  975. # [23:28] <gsnedders> Hixie: mob saf was same time as iPhone shipped, so would be then
  976. # [23:28] <tantek> lol
  977. # [23:28] <SamB> actually I might have done that
  978. # [23:28] * Joins: Rastus_Vernon (uid15187@wikimedia/Rastus-Vernon)
  979. # [23:28] <SamB> but, um, it's not likely to help ...
  980. # [23:28] <tantek> SamB, works for some browsers sometimes
  981. # [23:30] <SamB> actually, more seriously, JNG seems a shame to lose just because MNG got ripped out ...
  982. # [23:30] * Quits: jernoble|laptop (~jernoble@17.114.218.137) (Quit: Computer has gone to sleep.)
  983. # [23:34] * Joins: lmclister (~lmclister@192.150.10.210)
  984. # [23:35] * Joins: jernoble|laptop (~jernoble@17.114.218.137)
  985. # [23:35] * Joins: SteveF (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net)
  986. # [23:36] * Quits: Ms2ger (~Ms2ger@91.180.172.211) (Quit: nn)
  987. # [23:36] <SamB> tantek: iirc, it looked like there was either (a) an irrational hatred for MNG/mnglib or (b) an inadequately explained, but rational, hatred for MNG/mnglib
  988. # [23:37] <tantek> like RDF hatred or something else?
  989. # [23:37] <SamB> at https://bugzilla.mozilla.org/show_bug.cgi?id=mng
  990. # [23:37] <SamB> well, RDF is kind of crazy syntax-wise
  991. # [23:37] <SamB> I can understand why people might hate that
  992. # [23:39] <Hixie> MNG is waaaay over-engineered
  993. # [23:39] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
  994. # [23:39] <SamB> Hixie: yeah, hence the "more seriously, JNG [...]"
  995. # [23:40] * SamB wishes the MNG people weren't such sore losers ...
  996. # [23:43] * Quits: llkats_ (~llkats@h-64-236-139-254.aoltw.net) (Remote host closed the connection)
  997. # [23:44] * Quits: KevinMarks_ (~KevinMark@c-67-164-14-200.hsd1.ca.comcast.net) (Remote host closed the connection)
  998. # [23:46] <Hixie> yeah i often wonder about that kind of reaction
  999. # [23:46] * Joins: othermaciej (~mjs@17.114.219.154)
  1000. # [23:47] <Hixie> e.g. i wonder if people realise how many specs or parts of specs i've worked on (or that many others in this channel have worked on) that have gone down the drain
  1001. # [23:47] <Hixie> some involving years and years of work
  1002. # [23:47] <Hixie> e.g. xbl2, web sql db
  1003. # [23:47] <Hixie> web controls 2.0
  1004. # [23:47] * Joins: satazor (~satazor@80.78.37.188.rev.vodafone.pt)
  1005. # [23:47] * Joins: KevinMarks_ (~KevinMark@c-67-164-14-200.hsd1.ca.comcast.net)
  1006. # [23:47] * Joins: llkats (~llkats@h-64-236-138-1.aoltw.net)
  1007. # [23:47] <Hixie> you can't take it personally
  1008. # [23:47] <SimonSapin> astearns: "people who thought css-pseudo was the worst idea in the world", did they give any reason?
  1009. # [23:52] * Quits: jernoble|laptop (~jernoble@17.114.218.137) (Quit: Computer has gone to sleep.)
  1010. # [23:52] * Joins: jernoble|laptop (~jernoble@17.114.218.137)
  1011. # [23:53] <zewt> if someone doesn't make a reasonable lightweight animation format to replace gif, one of these days someone's just going to hack RGBA32 into GIF and it'll catch on and then we'll be stuck with that for all eternity
  1012. # [23:54] * Quits: jernoble|laptop (~jernoble@17.114.218.137) (Client Quit)
  1013. # [23:54] * Joins: jernoble|laptop (~jernoble@17.114.218.137)
  1014. # [23:55] * Quits: smgd (~smgd@31.185.87.209) (Quit: Leaving)
  1015. # [23:56] * Quits: scor (~scor@drupal.org/user/52142/view) (Quit: scor)
  1016. # [23:56] <astearns> SimonSapin: some are in the minutes: http://lists.w3.org/Archives/Public/www-style/2012Aug/0771.html
  1017. # [23:57] <astearns> SimonSapin: mainly they thought the use cases were something we should not design a CSS feature for
  1018. # [23:58] <tantek> Hixie - perhaps when people spend years only working on a single spec
  1019. # [23:58] <tantek> then their emotional vesting is all in one basket
  1020. # Session Close: Wed Apr 23 00:00:00 2014

The end :)