/irc-logs / freenode / #whatwg / 2014-06-13 / end

Options:

  1. # Session Start: Fri Jun 13 00:00:00 2014
  2. # Session Ident: #whatwg
  3. # [00:03] * Quits: ambv (~ambv@206.108.217.134) (Quit: sys.exit(0) # computer went to sleep)
  4. # [00:03] * Quits: ap (~ap@17.114.219.51) (Remote host closed the connection)
  5. # [00:03] * Joins: ap (~ap@2620:149:4:304:80:2e45:9962:9107)
  6. # [00:04] <hober> TabAtkins: s/wtf/wtaf/
  7. # [00:05] * Joins: beowulf (~sstewart@host86-184-83-183.range86-184.btcentralplus.com)
  8. # [00:08] * Joins: espadrine` (~ttyl@AMontsouris-158-1-86-66.w90-2.abo.wanadoo.fr)
  9. # [00:09] * Quits: espadrine (~ttyl@AMontsouris-158-1-55-171.w92-128.abo.wanadoo.fr) (Ping timeout: 272 seconds)
  10. # [00:10] * Quits: jeremyj (~jeremyj@17.202.44.231) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  11. # [00:13] * Quits: tndrH (~Rob@cpc4-seac20-2-0-cust858.7-2.cable.virginm.net) (Quit: ChatZilla 0.9.90.1-rdmsoft [XULRunner 22.0/20130619132145])
  12. # [00:14] <TabAtkins> hober: Indeed.
  13. # [00:16] <SamB> hmm, er, I will certainly not want hyphenation ...
  14. # [00:16] * Joins: tav (~tav`@host31-52-143-6.range31-52.btcentralplus.com)
  15. # [00:18] * Joins: jeremyj (~jeremyj@17.202.44.231)
  16. # [00:33] * Quits: jeremyj (~jeremyj@17.202.44.231) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  17. # [00:33] * Joins: tantek (~tantek@66.228.68.132)
  18. # [00:35] * Quits: tantek (~tantek@66.228.68.132) (Client Quit)
  19. # [00:35] * Joins: ambv (~ambv@173.252.71.129)
  20. # [00:36] * Joins: jeremyj (~jeremyj@17.202.44.231)
  21. # [00:42] * Krinkle|detached is now known as Krinkle
  22. # [00:44] * Quits: Smylers (~smylers@host86-169-69-217.range86-169.btcentralplus.com) (Ping timeout: 255 seconds)
  23. # [00:46] * Quits: ambv (~ambv@173.252.71.129) (Quit: sys.exit(0) # computer went to sleep)
  24. # [00:46] * Joins: scor (~scor@drupal.org/user/52142/view)
  25. # [00:53] * Quits: scor (~scor@drupal.org/user/52142/view) (Quit: scor)
  26. # [00:54] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
  27. # [00:59] * Quits: jeremyj (~jeremyj@17.202.44.231) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  28. # [01:01] * Joins: ap_ (~ap@17.114.219.51)
  29. # [01:01] * Joins: jeremyj (~jeremyj@17.202.44.231)
  30. # [01:04] <Hixie> figures that i would fail on the very first test of tricky01.dat...
  31. # [01:04] * Quits: ap (~ap@2620:149:4:304:80:2e45:9962:9107) (Ping timeout: 272 seconds)
  32. # [01:04] * ap_ is now known as ap
  33. # [01:04] <Hixie> with an internal error deep in the guts of my code, not even in the parser code...
  34. # [01:05] * Quits: othermaciej (~mjs@17.245.29.229) (Quit: othermaciej)
  35. # [01:05] * Joins: ambv (~ambv@173.252.71.129)
  36. # [01:07] * Joins: othermaciej (~mjs@17.245.29.229)
  37. # [01:07] * Quits: othermaciej (~mjs@17.245.29.229) (Client Quit)
  38. # [01:08] * Joins: othermaciej (~mjs@17.245.29.229)
  39. # [01:09] * Quits: espadrine` (~ttyl@AMontsouris-158-1-86-66.w90-2.abo.wanadoo.fr) (Ping timeout: 240 seconds)
  40. # [01:09] * Joins: espadrine` (~ttyl@AMontsouris-158-1-52-104.w92-128.abo.wanadoo.fr)
  41. # [01:09] * Quits: jwatt (~roslea@188.29.164.183.threembb.co.uk) (Ping timeout: 240 seconds)
  42. # [01:09] * Quits: Areks (~Areks@195.151.27.2) (Ping timeout: 260 seconds)
  43. # [01:14] * Joins: nessy (~silviapf@101.164.214.231)
  44. # [01:16] * Quits: ambv (~ambv@173.252.71.129) (Quit: sys.exit(0) # computer went to sleep)
  45. # [01:17] * Quits: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com) (Ping timeout: 240 seconds)
  46. # [01:20] * Joins: RiVale (~rv@a79-168-80-35.cpe.netcabo.pt)
  47. # [01:22] * Krinkle is now known as Krinkle|detached
  48. # [01:28] * Quits: nessy (~silviapf@101.164.214.231) (Quit: Leaving.)
  49. # [01:29] * ojan_away is now known as ojan
  50. # [01:34] * Joins: nessy (~silviapf@101.164.214.231)
  51. # [01:40] * SamB mutters something about "display: segment-break;" ...
  52. # [01:41] * Joins: jdaggett (~jdaggett@61-121-216-2.bitcat.net)
  53. # [01:44] * Quits: jeremyj (~jeremyj@17.202.44.231) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  54. # [01:45] * Joins: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com)
  55. # [01:49] * Quits: sankha93 (~sankha93@fsf/emeritus/sankha93) (Ping timeout: 244 seconds)
  56. # [01:51] * Quits: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com) (Ping timeout: 272 seconds)
  57. # [01:54] * Joins: jeremyj (~jeremyj@17.202.44.231)
  58. # [01:55] * Quits: KevinMarks (~KevinMark@c-67-164-14-200.hsd1.ca.comcast.net) (Ping timeout: 276 seconds)
  59. # [01:56] * Quits: smaug____ (~chatzilla@a91-154-44-207.elisa-laajakaista.fi) (Ping timeout: 252 seconds)
  60. # [01:56] * Quits: jernoble (~jernoble@17.202.45.163) (Quit: Computer has gone to sleep.)
  61. # [02:05] * Joins: ambv (~ambv@173.252.71.129)
  62. # [02:06] * Joins: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com)
  63. # [02:11] * Joins: jernoble (~jernoble@76.74.153.41)
  64. # [02:12] * Quits: othermaciej (~mjs@17.245.29.229) (Quit: othermaciej)
  65. # [02:13] * Quits: ap (~ap@17.114.219.51) (Quit: ap)
  66. # [02:13] * Quits: jernoble (~jernoble@76.74.153.41) (Client Quit)
  67. # [02:16] * Quits: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com) (Ping timeout: 240 seconds)
  68. # [02:18] * Quits: jsbell (jsbell@nat/google/x-anrbzfwadovhjfoa) (Quit: There's no place like home...)
  69. # [02:20] * Quits: jorgepedret (~jorgepedr@64-46-23-103.dyn.novuscom.net) (Quit: Textual IRC Client: www.textualapp.com)
  70. # [02:20] * Joins: othermaciej (~mjs@17.245.29.229)
  71. # [02:22] * Quits: jeffreyatw (~jeffreyat@66-194-1-26.STATIC.twtelecom.net) (Ping timeout: 245 seconds)
  72. # [02:27] * Quits: othermaciej (~mjs@17.245.29.229) (Quit: othermaciej)
  73. # [02:28] * Quits: jwalden (~waldo@2620:101:80fc:224:7e7a:91ff:fe25:a5a3) (Quit: ChatZilla 0.9.87-8.1450hg.fc20 [XULRunner 29.0/20140428110119])
  74. # [02:30] * Quits: nessy (~silviapf@101.164.214.231) (Ping timeout: 240 seconds)
  75. # [02:30] * Quits: jeremyj (~jeremyj@17.202.44.231) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  76. # [02:31] * Joins: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com)
  77. # [02:31] * Joins: jeremyj (~jeremyj@17.202.44.231)
  78. # [02:32] * Quits: lmclister (~lmclister@192.150.10.206)
  79. # [02:38] * Joins: SteveF (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net)
  80. # [02:39] * Joins: othermaciej (~mjs@76.74.153.41)
  81. # [02:40] * Quits: rxgx (uid22483@gateway/web/irccloud.com/x-izlfpftjnqjbmhjz) (Quit: Connection closed for inactivity)
  82. # [02:43] * Quits: SteveF (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net) (Ping timeout: 244 seconds)
  83. # [02:50] * Joins: KevinMarks (~yaaic@2607:fb90:408:f5d7:8745:15ca:af7e:ec6a)
  84. # [02:51] * Quits: jeremyj (~jeremyj@17.202.44.231) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  85. # [02:54] * Quits: weinig (~weinig@17.202.50.223) (Quit: weinig)
  86. # [02:54] * weinig_ is now known as weinig
  87. # [02:54] * Quits: weinig (~weinig@17.202.48.136) (Quit: weinig)
  88. # [02:58] * Joins: xiinotulp (~plutoniix@node-5ir.pool-125-25.dynamic.totbb.net)
  89. # [02:59] * Quits: ambv (~ambv@173.252.71.129) (Quit: sys.exit(0) # computer went to sleep)
  90. # [03:00] * Joins: jungkees (uid24208@gateway/web/irccloud.com/x-qtlkwsthprbmuwdu)
  91. # [03:02] * Quits: plutoniix (~plutoniix@node-1dka.pool-101-108.dynamic.totbb.net) (Ping timeout: 244 seconds)
  92. # [03:05] * Joins: jeremyj (~jeremyj@17.202.44.231)
  93. # [03:07] * Joins: Goplat (~goplat@reactos/developer/Goplat)
  94. # [03:09] * xiinotulp is now known as plutoniix
  95. # [03:11] <Hixie> well, so far tricky01.dat is living up to its name
  96. # [03:11] <Hixie> test 1 was a huge pain to fix
  97. # [03:11] <Hixie> and now test 2 is failing
  98. # [03:20] * Quits: jeremyj (~jeremyj@17.202.44.231) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  99. # [03:20] * Quits: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com) (Ping timeout: 255 seconds)
  100. # [03:20] * Quits: rafaelw_ (uid4459@gateway/web/irccloud.com/x-omjwmogzjppohiav) (Quit: Connection closed for inactivity)
  101. # [03:22] * Joins: jeremyj (~jeremyj@17.202.44.231)
  102. # [03:25] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.sonic.net) (Remote host closed the connection)
  103. # [03:38] * Parts: RiVale (~rv@a79-168-80-35.cpe.netcabo.pt) ("Leaving")
  104. # [03:39] <zewt> http://www.libpng.org/pub/png/libpng-1.4.0-manual.pdf that's one funny-looking "libpng.txt"
  105. # [03:42] * Quits: jeremyj (~jeremyj@17.202.44.231) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  106. # [03:46] * Joins: sak_to (~sak_to@24-52-206-247.cable.teksavvy.com)
  107. # [03:47] * Quits: ehsan (~ehsan@66.207.208.102) (Remote host closed the connection)
  108. # [03:49] * Quits: othermaciej (~mjs@76.74.153.41) (Quit: othermaciej)
  109. # [03:57] * Quits: bnicholson (~bnicholso@2620:101:80fc:224:7e7a:91ff:fe25:a5c6) (Ping timeout: 240 seconds)
  110. # [04:01] * Quits: wakaba_ (~wakaba@83.139.210.220.dy.bbexcite.jp) (Read error: Connection reset by peer)
  111. # [04:02] * Joins: wakaba_ (~wakaba@83.139.210.220.dy.bbexcite.jp)
  112. # [04:02] * Joins: othermaciej (~mjs@c-50-136-134-16.hsd1.ca.comcast.net)
  113. # [04:02] * Joins: jeremyj (~jeremyj@17.202.44.231)
  114. # [04:07] * Quits: sak_to (~sak_to@24-52-206-247.cable.teksavvy.com) (Remote host closed the connection)
  115. # [04:07] * Quits: KevinMarks (~yaaic@2607:fb90:408:f5d7:8745:15ca:af7e:ec6a) (Ping timeout: 240 seconds)
  116. # [04:08] * Joins: sak_to (~sak_to@24-52-206-247.cable.teksavvy.com)
  117. # [04:08] <Hixie> good grief
  118. # [04:08] <Hixie> tricky01 sure is living up to its name
  119. # [04:10] * Joins: KevinMarks (~yaaic@2607:fb90:40c:a9ff:1966:2a55:d817:930f)
  120. # [04:12] * Quits: sak_to (~sak_to@24-52-206-247.cable.teksavvy.com) (Ping timeout: 245 seconds)
  121. # [04:16] * Joins: ehsan (~ehsan@24-212-207-29.cable.teksavvy.com)
  122. # [04:20] * Quits: jeremyj (~jeremyj@17.202.44.231) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  123. # [04:21] * Joins: jacobolus (~jacobolus@74-95-6-5-SFBA.hfc.comcastbusiness.net)
  124. # [04:25] * Quits: plutoniix (~plutoniix@node-5ir.pool-125-25.dynamic.totbb.net) (Read error: Connection reset by peer)
  125. # [04:26] * Joins: plutoniix (~plutoniix@node-5ir.pool-125-25.dynamic.totbb.net)
  126. # [04:30] * Joins: bnicholson (~bnicholso@24.130.57.109)
  127. # [04:30] * Joins: sankha93 (~sankha93@fsf/emeritus/sankha93)
  128. # [04:30] * Quits: plutoniix (~plutoniix@node-5ir.pool-125-25.dynamic.totbb.net) (Client Quit)
  129. # [04:36] * Joins: ambv (~ambv@173.252.71.129)
  130. # [04:38] <SamB> Hixie: the scariest part has got to be the "01"
  131. # [04:38] <Hixie> yeah, though sadly there's no 02
  132. # [04:38] * Quits: jernoble_ (~jernoble@17.202.46.221) (Read error: Connection reset by peer)
  133. # [04:39] * Joins: jernoble (~jernoble@17.202.46.221)
  134. # [04:40] <SamB> wait, you *like* scary testsuites?
  135. # [04:40] <Hixie> uh, yeah, they're awesome
  136. # [04:40] <Hixie> :-D
  137. # [04:44] * Joins: Streusel (~Anonymous@unaffiliated/streusel)
  138. # [04:51] <Hixie> ok test 8 in trick01 is just wrong. it's missing a bunch of parse errors.
  139. # [04:54] * Quits: jacobolus (~jacobolus@74-95-6-5-SFBA.hfc.comcastbusiness.net) (Remote host closed the connection)
  140. # [05:00] * Joins: jeffreyatw (~jeffreyat@199-241-200-45.PUBLIC.monkeybrains.net)
  141. # [05:01] * Quits: jeffreyatw (~jeffreyat@199-241-200-45.PUBLIC.monkeybrains.net) (Client Quit)
  142. # [05:09] * Joins: sak_to (~sak_to@24-52-206-247.cable.teksavvy.com)
  143. # [05:14] * Quits: dbaron (~dbaron@pool-72-94-180-192.phlapa.fios.verizon.net) (Ping timeout: 255 seconds)
  144. # [05:26] * Joins: tantek (~tantek@66.228.68.132)
  145. # [05:28] * Joins: jeffreyatw (~jeffreyat@199-241-200-45.PUBLIC.monkeybrains.net)
  146. # [05:30] * Quits: ehsan (~ehsan@24-212-207-29.cable.teksavvy.com) (Remote host closed the connection)
  147. # [05:32] * Quits: sankha93 (~sankha93@fsf/emeritus/sankha93) (Remote host closed the connection)
  148. # [05:34] * Joins: plutoniix (~plutoniix@node-5ir.pool-125-25.dynamic.totbb.net)
  149. # [05:35] * Krinkle|detached is now known as Krinkle
  150. # [05:41] * Joins: ehsan (~ehsan@24-212-207-29.cable.teksavvy.com)
  151. # [05:42] * Quits: ehsan (~ehsan@24-212-207-29.cable.teksavvy.com) (Client Quit)
  152. # [05:44] * Quits: jeffreyatw (~jeffreyat@199-241-200-45.PUBLIC.monkeybrains.net) (Quit: jeffreyatw)
  153. # [05:46] * Joins: dbaron (~dbaron@pool-72-94-180-192.phlapa.fios.verizon.net)
  154. # [05:54] * Joins: jeffreyatw (~jeffreyat@199-241-200-45.PUBLIC.monkeybrains.net)
  155. # [05:57] * Quits: dbaron (~dbaron@pool-72-94-180-192.phlapa.fios.verizon.net) (Ping timeout: 240 seconds)
  156. # [05:58] * Joins: jacobolus (~jacobolus@74-95-6-5-SFBA.hfc.comcastbusiness.net)
  157. # [05:58] * Joins: _2_nildy (~12210002@cvx-ppp-66-50-55-87.coqui.net)
  158. # [05:59] * Parts: _2_nildy (~12210002@cvx-ppp-66-50-55-87.coqui.net)
  159. # [06:05] * Quits: howitdo (~howitdo@unaffiliated/howitdo) (Ping timeout: 252 seconds)
  160. # [06:09] * Joins: poona (~poona@117.198.97.182)
  161. # [06:09] * Quits: poona (~poona@117.198.97.182) (Changing host)
  162. # [06:09] * Joins: poona (~poona@unaffiliated/poona)
  163. # [06:25] * Quits: rniwa (~rniwa@17.202.43.222) (Quit: rniwa)
  164. # [06:27] * Quits: sak_to (~sak_to@24-52-206-247.cable.teksavvy.com) (Remote host closed the connection)
  165. # [06:28] * Joins: sak_to (~sak_to@24-52-206-247.cable.teksavvy.com)
  166. # [06:32] * Quits: sak_to (~sak_to@24-52-206-247.cable.teksavvy.com) (Ping timeout: 244 seconds)
  167. # [06:37] * Quits: jeffreyatw (~jeffreyat@199-241-200-45.PUBLIC.monkeybrains.net) (Quit: jeffreyatw)
  168. # [06:37] * Joins: jeffreyatw (~jeffreyat@199-241-200-45.PUBLIC.monkeybrains.net)
  169. # [06:43] * Krinkle is now known as Krinkle|detached
  170. # [06:46] * Quits: mven (~textual@ip68-104-38-84.lv.lv.cox.net) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  171. # [06:47] * Joins: mven (~textual@ip68-104-38-84.lv.lv.cox.net)
  172. # [06:48] * Quits: poona (~poona@unaffiliated/poona) (Read error: Connection reset by peer)
  173. # [06:48] * Joins: poona (~poona@unaffiliated/poona)
  174. # [06:50] * Joins: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com)
  175. # [06:52] * Joins: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
  176. # [06:54] * Joins: rxgx (uid22483@gateway/web/irccloud.com/x-mmjbfpivyllbhodu)
  177. # [06:55] * Quits: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com) (Ping timeout: 264 seconds)
  178. # [07:05] * Quits: ambv (~ambv@173.252.71.129) (Quit: sys.exit(0) # computer went to sleep)
  179. # [07:10] * Quits: jeffreyatw (~jeffreyat@199-241-200-45.PUBLIC.monkeybrains.net) (Quit: jeffreyatw)
  180. # [07:15] * Quits: Goplat (~goplat@reactos/developer/Goplat) (Remote host closed the connection)
  181. # [07:28] * Joins: sak_to (~sak_to@24-52-206-247.cable.teksavvy.com)
  182. # [07:30] * Joins: BigBangUDR (~Thunderbi@220.225.242.27)
  183. # [07:30] * Quits: jacobolus (~jacobolus@74-95-6-5-SFBA.hfc.comcastbusiness.net) (Remote host closed the connection)
  184. # [07:32] * Joins: annevk (~annevk@77-57-114-66.dclient.hispeed.ch)
  185. # [07:33] * Quits: sak_to (~sak_to@24-52-206-247.cable.teksavvy.com) (Ping timeout: 272 seconds)
  186. # [07:34] * Quits: mven (~textual@ip68-104-38-84.lv.lv.cox.net) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  187. # [07:37] * Quits: zama (zama@unaffiliated/stryx/x-3871776) (Ping timeout: 252 seconds)
  188. # [07:38] * Joins: zama (zama@unaffiliated/stryx/x-3871776)
  189. # [07:40] * Joins: mven (~textual@ip68-104-38-84.lv.lv.cox.net)
  190. # [07:43] * Joins: montecfel (~montecfel@gateway/tor-sasl/montecfel)
  191. # [08:03] <MikeSmith> zcorpan: question about file:///opt/workspace/picture-element/index.html#parse-srcset-attr
  192. # [08:04] <MikeSmith> oofs
  193. # [08:04] <zcorpan> MikeSmith: yep?
  194. # [08:04] <MikeSmith> http://picture.responsiveimages.org/#parse-srcset-attr
  195. # [08:04] <annevk> https://github.com/nolanw/HTMLReader
  196. # [08:04] <annevk> I wonder how many languages are left without a decent HTML parser these days
  197. # [08:04] <MikeSmith> zcorpan: "descriptors" vs "descriptor list"
  198. # [08:05] <MikeSmith> annevk: Swift?
  199. # [08:05] <annevk> It would still be good if libxml2 added support I think, due to all the binding support for it all over
  200. # [08:05] <annevk> MikeSmith: heh
  201. # [08:05] <MikeSmith> heh on me :) I hadn't actually looked at that page before I made that comment..
  202. # [08:06] <MikeSmith> I mean it's not Swift but it's not what I was expecting
  203. # [08:06] <zcorpan> MikeSmith: "descriptor list" is set to "descriptors" in step 9
  204. # [08:06] <MikeSmith> oh
  205. # [08:06] * MikeSmith looks again
  206. # [08:07] <MikeSmith> I guess I shouldn't try to read specs with my screen dimmed way down to save battery
  207. # [08:07] <MikeSmith> zcorpan: wait though
  208. # [08:07] <MikeSmith> 9. Add candidate: Add url to raw candidates, associated with descriptors.
  209. # [08:08] <MikeSmith> that part is clear
  210. # [08:08] <zcorpan> MikeSmith: i'll probably tweak this to be less confusing, there's a bug about running the parser for each candidate as they are parsed instead of first adding to raw candidates
  211. # [08:08] <MikeSmith> zcorpan: ok
  212. # [08:09] <MikeSmith> that won't effect me at least because I parse them right away anyway
  213. # [08:09] <MikeSmith> I don't ever actually store the URLs
  214. # [08:09] <zcorpan> yeah
  215. # [08:10] <zcorpan> so is something not clear still?
  216. # [08:10] <MikeSmith> zcorpan: anyway I think it would be worth making descriptors -> list descriptor list more clear
  217. # [08:10] <MikeSmith> or really, I don't understand why you're using both
  218. # [08:11] <MikeSmith> why not just consistently use one or the other?
  219. # [08:12] <zcorpan> yeah so when i fix the bug i can get rid of "raw candidates" completely
  220. # [08:12] <MikeSmith> oh, ok
  221. # [08:13] <zcorpan> i haven't touched it yet because it's editorial so low prio
  222. # [08:13] <MikeSmith> sure
  223. # [08:15] <MikeSmith> zcorpan: so anyway my other question is, why does the parsing algorithm allow for multiple descriptors in image candidate strings at all?
  224. # [08:16] <zcorpan> MikeSmith: for future compat
  225. # [08:16] <MikeSmith> aha
  226. # [08:16] <MikeSmith> I guess I'm pretty skeptical about the value of writing future compat into specs
  227. # [08:17] <MikeSmith> e.g., hearing that it, is reminds me of ARIA allowing multiple roles in @role values
  228. # [08:17] <MikeSmith> but I guess that's an unfair comparison
  229. # [08:18] <annevk> MikeSmith: how are you going to address the integrity attribute?
  230. # [08:18] <annevk> MikeSmith: context: http://w3c.github.io/webappsec/specs/subresourceintegrity/
  231. # [08:18] <zcorpan> aria should have banned multiple roles for authors but the parsing was good
  232. # [08:18] <MikeSmith> zcorpan: so as long you're going to be making editorial changes, you might consider adding a note about that future-compat reason
  233. # [08:18] <zcorpan> MikeSmith: ok thx
  234. # [08:20] <MikeSmith> annevk: I think somebody mentioned that to me the other day and my thought was, that should be in the HTML spec if they want it to be part of the language
  235. # [08:21] * Joins: jwatt (~roslea@188.29.164.183.threembb.co.uk)
  236. # [08:21] <MikeSmith> but I think that what somebody mentioned to me was actually another attribute from a different webappsec spec that's also not in HTML yet
  237. # [08:21] <MikeSmith> yeah
  238. # [08:21] <MikeSmith> it was "nonce"
  239. # [08:21] <MikeSmith> annevk: kinda seems like they're making a habit of it
  240. # [08:22] <MikeSmith> annevk: I propose that they open bugs against the HTML spec for those
  241. # [08:22] <MikeSmith> I wonder if Hixie even knows about them yet
  242. # [08:22] <zcorpan> MikeSmith: the integrity thing might end up as a srcset descriptor later :-)
  243. # [08:22] <MikeSmith> I guess he knows about "nonce"
  244. # [08:22] <annevk> oh, that's CSP stuff?
  245. # [08:22] <annevk> Yeah, we should open bugs for that
  246. # [08:22] * Joins: ambv (~ambv@173.252.71.129)
  247. # [08:23] * Joins: Smylers (~smylers@host86-169-69-217.range86-169.btcentralplus.com)
  248. # [08:23] * Joins: Ducki (~Ducki@137.116.197.171)
  249. # [08:23] <MikeSmith> zcorpan: can't tell if you're trolling but I hope so
  250. # [08:23] <zcorpan> MikeSmith: no
  251. # [08:23] <MikeSmith> oh geez
  252. # [08:24] <zcorpan> how else would you do it if you want to use integrity + srcset?
  253. # [08:24] <MikeSmith> dunno
  254. # [08:24] <zcorpan> well then :-P
  255. # [08:24] <MikeSmith> because I don't really know anything about the "integrity" attribute so I don't count
  256. # [08:25] <MikeSmith> incidentally, "SRI" doesn't seem like such a great choice for a shortname
  257. # [08:26] <MikeSmith> annevk: maybe ask Mike West if he can raise the bugs
  258. # [08:26] <MikeSmith> since he's a friendly and clueful
  259. # [08:26] * zcorpan notices http://w3c.github.io/webappsec/specs/subresourceintegrity/#the-noncanonical-src-attribute-todo ...
  260. # [08:26] <annevk> MikeSmith: https://www.w3.org/Bugs/Public/show_bug.cgi?id=26081
  261. # [08:27] <MikeSmith> damn man, these specs
  262. # [08:27] <MikeSmith> "Nonce sources require a new attribute to be added to both script and style elements: nonce."
  263. # [08:27] <MikeSmith> really?
  264. # [08:27] <annevk> MikeSmith: I'm not as concerned with WebAppSec
  265. # [08:28] <annevk> MikeSmith: now WebPerf...
  266. # [08:28] <MikeSmith> no comment there
  267. # [08:28] * Parts: ChrisMorgan (~ChrisMorg@unaffiliated/chrismorgan) ("/part /part /part")
  268. # [08:28] <MikeSmith> annevk: I'm glad you have the patience and perseverence there
  269. # [08:29] <annevk> I haven't really joined the WebPerf list, maybe I should...
  270. # [08:29] * Joins: sak_to (~sak_to@24-52-206-247.cable.teksavvy.com)
  271. # [08:29] <MikeSmith> there's actually not a large amount of traffic on that list
  272. # [08:29] <MikeSmith> considering the state of things, I guess that's probably bad
  273. # [08:30] <MikeSmith> that is, there should be more traffic there
  274. # [08:33] * Quits: sak_to (~sak_to@24-52-206-247.cable.teksavvy.com) (Ping timeout: 240 seconds)
  275. # [08:33] <MikeSmith> anyway, I wonder in what universe it's OK that we have experienced spec writers writing stuff like "Nonce sources require a new attribute to be added to both script and style elements: nonce." into specs, and not actually attempting to normatively define the "nonce" attribute nor raise an HTML bug so that Hixie can properly define it
  276. # [08:33] <MikeSmith> (end rant)
  277. # [08:34] <MikeSmith> speaking of which, as far as I can see, dglazkov has not gotten around to normatively defining the "is" attribute
  278. # [08:34] <MikeSmith> or actually I think he's essentially said that it doesn't need to be normatively defined
  279. # [08:34] <MikeSmith> or something
  280. # [08:35] <MikeSmith> (end follow-up rant)
  281. # [08:35] * MikeSmith goes back to working on picture validation
  282. # [08:37] * Joins: SteveF (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net)
  283. # [08:38] * zcorpan sends an email about noncanonical-src
  284. # [08:39] * Krinkle|detached is now known as Krinkle
  285. # [08:42] <annevk> MikeSmith: you could complain about the former on public-webappsec@w3.org and the latter on public-webapps@w3.rog
  286. # [08:43] <annevk> MikeSmith: the latter seems useful to complain about
  287. # [08:44] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.sonic.net)
  288. # [08:44] <annevk> zcorpan: "I think the noncanonical-src feature is going to be insanely complicated to get right." probably requires some justification as I think this might have been prototyped in Blink already
  289. # [08:45] <zcorpan> do you have a pointer?
  290. # [08:47] <zcorpan> hmm, possibly pretending that it is a redirect might dodge complications. but it's not clear what was intended from the handwavy spec text
  291. # [08:48] <zcorpan> funny how sometimes browsers just ignore the spec (e.g. r8678)
  292. # [08:50] <MikeSmith> zcorpan: you mean, everybody ignores it consistently but nobody bothers to file a bug?
  293. # [08:51] <zcorpan> MikeSmith: yeah. or more likely in this case they don't realise that they were violating the spec
  294. # [08:52] <zcorpan> i.e. they implement what they think the spec says, but it's not literally what the spec says
  295. # [08:52] * Joins: Ms2ger (~Ms2ger@131.198-242-81.adsl-dyn.isp.belgacom.be)
  296. # [08:53] * Joins: markkes (~markkes@62.207.90.201)
  297. # [08:53] * Joins: howitdo (~howitdo@unaffiliated/howitdo)
  298. # [08:55] <MikeSmith> ah right
  299. # [08:58] <MikeSmith> zcorpan: I guess it's pretty hard for an editor to catch that kind of potential problem ahead of time
  300. # [08:58] <zcorpan> yes
  301. # [08:59] * Joins: sak_to (~sak_to@24-52-206-247.cable.teksavvy.com)
  302. # [09:03] * Quits: sak_to (~sak_to@24-52-206-247.cable.teksavvy.com) (Ping timeout: 255 seconds)
  303. # [09:04] * Quits: jwatt (~roslea@188.29.164.183.threembb.co.uk) (Ping timeout: 264 seconds)
  304. # [09:04] * Quits: BigBangUDR (~Thunderbi@220.225.242.27) (Quit: BigBangUDR)
  305. # [09:16] * Joins: BigBangUDR (~Thunderbi@220.225.242.27)
  306. # [09:19] * Joins: sicking (~sicking@89.202.203.51)
  307. # [09:29] * Joins: sak_to (~sak_to@24-52-206-247.cable.teksavvy.com)
  308. # [09:30] * Joins: darobin (~darobin@78.109.80.74)
  309. # [09:31] * Quits: mpt (~mpt@canonical/mpt) (Read error: No route to host)
  310. # [09:32] * Joins: mpt (~mpt@canonical/mpt)
  311. # [09:34] * Quits: sak_to (~sak_to@24-52-206-247.cable.teksavvy.com) (Ping timeout: 264 seconds)
  312. # [09:37] <MikeSmith> zcorpan: so another piece of feedback on picture is that I think you should consider making the parsing algorithms error-reporting
  313. # [09:37] <MikeSmith> zcorpan: as in, the thing of defining certain cases as parse errors but not requiring implementations to report them
  314. # [09:38] <zcorpan> MikeSmith: can you file a bug? https://github.com/ResponsiveImagesCG/picture-element/issues
  315. # [09:38] <MikeSmith> ok
  316. # [09:38] <zcorpan> thanks!
  317. # [09:39] * Quits: gafaerry (~gafaerry@89.219.153.20) (Ping timeout: 240 seconds)
  318. # [09:40] <zcorpan> MikeSmith: i guess the algorithm for a validator needs to be a bit different since it will want to look at the whole value for sizes while a browser will want to abort parsing asap
  319. # [09:47] <MikeSmith> zcorpan: right. And in the case of srcset, handling the parse errors makes the implementation somewhat more complicated. e.g., if you're not reporting errors, your implementation of the splitting loop can just handle commas and whitespace there exactly the same
  320. # [09:48] <zcorpan> MikeSmith: yeah
  321. # [09:52] <MikeSmith> annevk: fwiw I really like the wording of your definition of "parse error" in the URL spec
  322. # [09:52] <MikeSmith> "a non-fatal mismatch between input and requirements"
  323. # [09:54] * Quits: sicking (~sicking@89.202.203.51) (Quit: sicking)
  324. # [09:56] * Joins: sicking (~sicking@89.202.203.51)
  325. # [10:01] * SamB wonders why it's not called a "warning" ......
  326. # [10:05] <zcorpan> SamB: it's an error because it violates authoring requirements
  327. # [10:11] * Quits: Streusel (~Anonymous@unaffiliated/streusel) (Quit: Computer has gone to sleep.)
  328. # [10:13] * Quits: jdaggett (~jdaggett@61-121-216-2.bitcat.net) (Quit: jdaggett)
  329. # [10:18] * Quits: ambv (~ambv@173.252.71.129) (Quit: sys.exit(0) # computer went to sleep)
  330. # [10:26] * Joins: Lachy (~Lachy@cm-84.215.104.248.getinternet.no)
  331. # [10:27] * Joins: jwatt (~roslea@2001:450:1d:224:7860:7c3c:4f1d:e084)
  332. # [10:29] * Joins: sak_to (~sak_to@24-52-206-247.cable.teksavvy.com)
  333. # [10:33] * Quits: sak_to (~sak_to@24-52-206-247.cable.teksavvy.com) (Ping timeout: 240 seconds)
  334. # [10:34] * Joins: wakaba (~wakaba@141.184.128.101.dy.bbexcite.jp)
  335. # [10:36] * Quits: wakaba_ (~wakaba@83.139.210.220.dy.bbexcite.jp) (Ping timeout: 264 seconds)
  336. # [10:37] * Quits: tantek (~tantek@66.228.68.132) (Quit: tantek)
  337. # [10:46] * Joins: cheron (~cheron@unaffiliated/cheron)
  338. # [10:49] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
  339. # [10:50] <SteveF> JonathonNeal: yes
  340. # [10:50] <SteveF> JonathanNeal:yes
  341. # [10:58] * Quits: Lachy (~Lachy@cm-84.215.104.248.getinternet.no) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  342. # [10:58] * Quits: SteveF (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net) (Quit: ChatZilla 0.9.90.1 [Firefox 30.0/20140605174243])
  343. # [10:58] * Quits: BigBangUDR (~Thunderbi@220.225.242.27) (Ping timeout: 255 seconds)
  344. # [11:00] <jgraham> Hixie: The tests in general are known to not be parse error complete
  345. # [11:00] <jgraham> Patches welcome
  346. # [11:06] * Joins: Lachy (~Lachy@cm-84.215.104.248.getinternet.no)
  347. # [11:08] * Quits: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Ping timeout: 240 seconds)
  348. # [11:09] * Quits: Lachy (~Lachy@cm-84.215.104.248.getinternet.no) (Client Quit)
  349. # [11:21] * Quits: sicking (~sicking@89.202.203.51) (Quit: sicking)
  350. # [11:26] * Joins: sicking (~sicking@89.202.203.51)
  351. # [11:26] * Joins: BigBangUDR (~Thunderbi@220.225.242.27)
  352. # [11:28] * Quits: molsson_ (~molsson@83.218.67.123) (Remote host closed the connection)
  353. # [11:29] * Joins: sak_to (~sak_to@24-52-206-247.cable.teksavvy.com)
  354. # [11:34] * Quits: sak_to (~sak_to@24-52-206-247.cable.teksavvy.com) (Ping timeout: 244 seconds)
  355. # [11:34] * Joins: Lachy (~Lachy@213.166.174.2)
  356. # [11:44] * Quits: sicking (~sicking@89.202.203.51) (Quit: sicking)
  357. # [11:45] * Quits: BigBangUDR (~Thunderbi@220.225.242.27) (Quit: BigBangUDR)
  358. # [12:04] * Joins: tantek (~tantek@172.56.22.194)
  359. # [12:05] * Joins: jensnockert_ (~jensnocke@37-46-188-154.customers.ownit.se)
  360. # [12:09] * Joins: sak_to (~sak_to@24-52-206-247.cable.teksavvy.com)
  361. # [12:10] * Joins: sicking (~sicking@89.202.203.51)
  362. # [12:14] * Joins: smaug____ (~chatzilla@a91-154-44-207.elisa-laajakaista.fi)
  363. # [12:15] * Quits: tantek (~tantek@172.56.22.194) (Ping timeout: 252 seconds)
  364. # [12:18] * Joins: zdobersek (~zan@109.201.154.210)
  365. # [12:27] * Quits: Lachy (~Lachy@213.166.174.2) (Read error: Connection reset by peer)
  366. # [12:27] * Joins: Lachy (~Lachy@213.166.174.2)
  367. # [12:29] <annevk> jungkees: when do you expect to simply reference Fetch?
  368. # [12:30] <jungkees> annevk: I'll be working on it next week
  369. # [12:31] <annevk> jungkees: cool, it's starting to become a bit confusing
  370. # [12:31] * Quits: sicking (~sicking@89.202.203.51) (Quit: sicking)
  371. # [12:34] <jungkees> annevk: alright. Let's get it done sooner
  372. # [12:34] <jungkees> annevk: do you have anything particular that I need to be aware of? Re the design of Request/Response that we came up within the SW spec
  373. # [12:35] <jungkees> annevk: I've noticed that AbstractResponse has gone some such
  374. # [12:35] * Joins: barnabywalters (~barnabywa@46-239-239-203.tal.is)
  375. # [12:35] <annevk> jungkees: one thing seems to be that we want to move client/context to Request
  376. # [12:35] <annevk> jungkees: indeed, there's only a single Response class now
  377. # [12:36] <annevk> jungkees: the constructors are a bit different aligned with the discussions JakeA and I had
  378. # [12:36] <annevk> jungkees: toBlob() is now body.to("blob")
  379. # [12:36] <jungkees> annevk: alright. I'll catch up things from the Fetch spec esp. the API part
  380. # [12:37] <annevk> jungkees: I think best would be to just depend on those objects, just like you depend on other bits from Fetch
  381. # [12:39] <jungkees> annevk: Agreed. I'll have that in mind and will update the text
  382. # [12:39] <jungkees> annevk: Let's get it shaped next week. I'll ask things while working on it
  383. # [12:40] <annevk> jungkees: sounds good
  384. # [12:40] <annevk> jungkees: for .client I figured we want to define some kind of tuple thing
  385. # [12:40] <annevk> jungkees: (Client or Window or WorkerGlobalScope)
  386. # [12:41] * Quits: jensnockert_ (~jensnocke@37-46-188-154.customers.ownit.se) (Remote host closed the connection)
  387. # [12:41] <annevk> jungkees: though maybe if it's the current global we could just make it null
  388. # [12:41] <annevk> might be okay
  389. # [12:41] * Quits: sak_to (~sak_to@24-52-206-247.cable.teksavvy.com) (Remote host closed the connection)
  390. # [12:42] * Joins: sak_to (~sak_to@24-52-206-247.cable.teksavvy.com)
  391. # [12:45] * Joins: jensnockert_ (~jensnocke@37-46-188-154.customers.ownit.se)
  392. # [12:46] * Quits: sak_to (~sak_to@24-52-206-247.cable.teksavvy.com) (Ping timeout: 240 seconds)
  393. # [12:47] * Joins: Areks (~Areks@95-26-126-235.broadband.corbina.ru)
  394. # [12:52] <jungkees> annevk: I found in HTTP fetch, it's being used to see whether the request came from SW context or not. What's the other use of .client in fetch algorithms?
  395. # [12:56] <annevk> jungkees: CSP / Mixed Content / ... specs make use of client
  396. # [12:56] <annevk> jungkees: in combination with context
  397. # [12:56] <annevk> jungkees: however, maybe you are right and that only makes sense in SW to be exposed
  398. # [12:57] <annevk> jungkees: would make my life easier
  399. # [12:57] <jungkees> annevk: Yeah guess so
  400. # [12:58] <jungkees> annevk: One quest about the queuing a task out of my own curiosity
  401. # [12:58] <annevk> jungkees: the argument for putting them on Request would be that they are there in the model, exposing them elsewhere in SW is somewhat odd
  402. # [12:58] <annevk> jungkees: sure
  403. # [12:58] <jungkees> annevk: is it technically wrong to queue a task from already async step? or is it a anti-practice?
  404. # [12:59] <annevk> jungkees: the only reason you queue a task is to sync state with the main thread
  405. # [13:00] <annevk> jungkees: so you have an async algorithm (that runs separately from the main thread by definition (although not formally defined yet)); and at some point you need to change a property and dispatch an event in the main thread, for that you'd queue a task
  406. # [13:00] * Joins: BS-Harou (~harou2@ip-94-113-65-148.net.upcbroadband.cz)
  407. # [13:00] <annevk> jungkees: if you just want to run some steps from an algorithm that's async, you just run them, you don't queue a task for that
  408. # [13:01] * Joins: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
  409. # [13:01] <jungkees> annevk: I see. thanks for the explanation
  410. # [13:01] * Parts: BS-Harou (~harou2@ip-94-113-65-148.net.upcbroadband.cz)
  411. # [13:02] * Krinkle is now known as Krinkle|detached
  412. # [13:05] <annevk> jungkees: I'll open an issue for context/client
  413. # [13:05] <jungkees> annevk: sure
  414. # [13:06] * Quits: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Ping timeout: 272 seconds)
  415. # [13:10] * Joins: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com)
  416. # [13:10] * Joins: sak_to (~sak_to@24-52-206-247.cable.teksavvy.com)
  417. # [13:11] * Joins: jensnockert (~jensnocke@37-46-184-126.customers.ownit.se)
  418. # [13:12] <jgraham> darobin: FWIW I disagree that shallow liking is more informative than shallow disliking. I think both indicate "I have a mild emotional reaction to this"
  419. # [13:12] <darobin> [dislike]
  420. # [13:13] <darobin> it depends what you mean by "more informative"
  421. # [13:13] <darobin> it does not carry more information if you're bit counting, but "like" carries all the information that it needs to IMHO, whereas "dislike" doesn't
  422. # [13:13] <jgraham> No, that's what I disagree with
  423. # [13:13] <darobin> if I propose something and you say you like it, that's all I need to know; if you say you dislike it then I want to know more
  424. # [13:14] * Quits: jensnockert_ (~jensnocke@37-46-188-154.customers.ownit.se) (Ping timeout: 245 seconds)
  425. # [13:14] <darobin> only one of those cases calls for change
  426. # [13:14] <jgraham> No, because if you are making a proposal that is itself a call for change
  427. # [13:15] <darobin> change *to the proposal*
  428. # [13:15] <jgraham> Knowing that people "like" a proposal isn't useful if you don't also know that they have thought through the consequences of that proposal rather than just having a shallow reaction to it
  429. # [13:23] * Quits: Lachy (~Lachy@213.166.174.2) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  430. # [13:23] <annevk> A good example of what jgraham means is parent selectors back when they were not feasible, you get a lot of popular support, but that doesn't mean it's good
  431. # [13:29] * Joins: Lachy (~Lachy@213.166.174.2)
  432. # [13:31] * Quits: Lachy (~Lachy@213.166.174.2) (Read error: Connection reset by peer)
  433. # [13:31] * Joins: Lachy (~Lachy@213.166.174.2)
  434. # [13:36] <darobin> sure, but those are two completely different metrics
  435. # [13:36] <darobin> it is useful to know that people like the use cases you liberate
  436. # [13:36] <darobin> that's an entirely different data point from the fact that people have thought it through
  437. # [13:55] * Quits: Smylers (~smylers@host86-169-69-217.range86-169.btcentralplus.com) (Ping timeout: 255 seconds)
  438. # [13:56] * Joins: scor (scor@drupal.org/user/52142/view)
  439. # [13:56] * Joins: sicking (~sicking@89.202.203.51)
  440. # [14:16] * Quits: sicking (~sicking@89.202.203.51) (Quit: sicking)
  441. # [14:16] * Quits: jensnockert (~jensnocke@37-46-184-126.customers.ownit.se) (Remote host closed the connection)
  442. # [14:16] * Joins: sicking (~sicking@89.202.203.51)
  443. # [14:17] * Joins: jensnockert (~jensnocke@37-46-184-126.customers.ownit.se)
  444. # [14:22] * Quits: jensnockert (~jensnocke@37-46-184-126.customers.ownit.se) (Ping timeout: 252 seconds)
  445. # [14:22] * Parts: kochi (~kochi@2401:fa00:4:1000:26be:5ff:fe03:db82)
  446. # [14:23] * Joins: poona_ (~poona@117.216.164.226)
  447. # [14:23] * Quits: poona_ (~poona@117.216.164.226) (Changing host)
  448. # [14:23] * Joins: poona_ (~poona@unaffiliated/poona)
  449. # [14:23] * Quits: kochi1 (~kochi@2401:fa00:4:1000:26be:5ff:fe03:db82) (Quit: Leaving.)
  450. # [14:26] * Quits: poona (~poona@unaffiliated/poona) (Ping timeout: 255 seconds)
  451. # [14:27] <annevk> Apparently there's still promise-skeptics
  452. # [14:28] <annevk> I sort of that thought that after the async/await syntax was unveiled all debate would be over
  453. # [14:28] <annevk> So naïve
  454. # [14:28] <caitp> you people the people who aren't happy with the performance of the implementations in spidermonkey/v8?
  455. # [14:28] <odinho> *g*
  456. # [14:28] <caitp> or some other kind of skepticism
  457. # [14:29] * Quits: Lachy (~Lachy@213.166.174.2) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  458. # [14:29] * Joins: Lachy (~Lachy@213.166.174.2)
  459. # [14:29] * Quits: sak_to (~sak_to@24-52-206-247.cable.teksavvy.com) (Remote host closed the connection)
  460. # [14:30] * Joins: sak_to (~sak_to@24-52-206-247.cable.teksavvy.com)
  461. # [14:30] <annevk> Not sure
  462. # [14:31] <caitp> it's mostly, as far as I can tell, the node.js people who are upset with the performance of native promises and prefer something like bluebird or just callbacks, awful as they are
  463. # [14:32] <caitp> but maybe there's more to it :>
  464. # [14:32] * Quits: sicking (~sicking@89.202.203.51) (Quit: sicking)
  465. # [14:32] * Joins: sicking (~sicking@89.202.203.51)
  466. # [14:33] <darobin> annevk: you should know by now that for any proposal, there will in perpetuity be some skeptics — it's sort of its own Rule 34
  467. # [14:34] <caitp> but less enticing
  468. # [14:34] <darobin> caitp: for some people, I have my doubts that they're not more enticed
  469. # [14:34] * Quits: sak_to (~sak_to@24-52-206-247.cable.teksavvy.com) (Ping timeout: 244 seconds)
  470. # [14:35] <caitp> well, at least it's constructive, if you squint really hard
  471. # [14:36] <darobin> I try not to squint too hard anywhere in the vicinity of Rule 34, even if a variant
  472. # [14:41] <caitp> obscures the view too much?
  473. # [14:41] * Joins: abinader (sid21713@gateway/web/irccloud.com/x-oywgvqkmxmlzfssp)
  474. # [14:43] * Joins: Smylers (~smylers@host86-169-69-217.range86-169.btcentralplus.com)
  475. # [14:45] * Joins: dbaron (~dbaron@pool-72-94-180-192.phlapa.fios.verizon.net)
  476. # [14:49] * Quits: Areks (~Areks@95-26-126-235.broadband.corbina.ru) (Ping timeout: 264 seconds)
  477. # [14:53] <darobin> well played caitp, well played
  478. # [15:05] * Joins: sak_to (~sak_to@24.52.206.247)
  479. # [15:07] * Quits: sicking (~sicking@89.202.203.51) (Quit: sicking)
  480. # [15:08] * Quits: mpt (~mpt@canonical/mpt) (Read error: Connection reset by peer)
  481. # [15:11] * Joins: mpt (~mpt@nat/canonical/x-zwymesfglgiffhki)
  482. # [15:11] * Quits: mpt (~mpt@nat/canonical/x-zwymesfglgiffhki) (Changing host)
  483. # [15:11] * Joins: mpt (~mpt@canonical/mpt)
  484. # [15:14] * Joins: sicking (~sicking@89.202.203.51)
  485. # [15:18] * Joins: izhak (~izhak@92.248.142.152)
  486. # [15:21] * poona_ is now known as poona
  487. # [15:21] * Quits: tav (~tav`@host31-52-143-6.range31-52.btcentralplus.com) (Quit: tav)
  488. # [15:24] * Quits: Smylers (~smylers@host86-169-69-217.range86-169.btcentralplus.com) (Ping timeout: 240 seconds)
  489. # [15:30] * Joins: TallTed (~Thud@63.119.36.36)
  490. # [15:31] * Joins: Kolombiken1 (~Adium@94.137.124.2)
  491. # [15:31] * Quits: Kolombiken (~Adium@gateway.creuna.se) (Ping timeout: 252 seconds)
  492. # [15:33] * Quits: shepazu (~shepazu@108-70-132-46.lightspeed.rlghnc.sbcglobal.net) (Quit: shepazu)
  493. # [15:39] * Joins: shepazu (~shepazu@108-70-132-46.lightspeed.rlghnc.sbcglobal.net)
  494. # [15:42] * Joins: marcosc (~marcosc@66.207.208.102)
  495. # [15:43] * Joins: tantek (~tantek@172.56.20.118)
  496. # [15:47] * Joins: satazor (~satazor@239.201.37.188.rev.vodafone.pt)
  497. # [15:51] * Quits: tantek (~tantek@172.56.20.118) (Quit: tantek)
  498. # [15:53] * Quits: darobin (~darobin@78.109.80.74) (Remote host closed the connection)
  499. # [15:56] * Quits: jungkees (uid24208@gateway/web/irccloud.com/x-qtlkwsthprbmuwdu) (Quit: Connection closed for inactivity)
  500. # [16:06] * Quits: htmelvis_zzz (~htmelvis@107.170.99.246) (Quit: ZNC - http://znc.in)
  501. # [16:12] <annevk> Domenic: not sure what you're talking about
  502. # [16:12] <annevk> Domenic: what properties are there for network errors?
  503. # [16:12] <Domenic> annevk: I haven't looked into it hard yet; will do so. But e.g. how many places in the spec cause network errors? A property could distinguish those.
  504. # [16:12] <annevk> Domenic: no we don't distinguish network errors
  505. # [16:13] <Domenic> annevk: so for example it would be *very* useful for the dev to know that they were blocked by CSP
  506. # [16:13] <annevk> Domenic: I don't think we want to reveal that
  507. # [16:13] <Domenic> :-/
  508. # [16:13] <annevk> Domenic: you can use CSP's error reporting feature though
  509. # [16:13] <Domenic> i think people will end up filtering on error strings in that case
  510. # [16:14] <Domenic> or mixed content...
  511. # [16:14] <Domenic> or cors...
  512. # [16:14] <Domenic> or too many redirects
  513. # [16:15] * Quits: Ducki (~Ducki@137.116.197.171) (Remote host closed the connection)
  514. # [16:17] <annevk> Domenic: we don't expose those errors now anywhere, I'm not sure why fetch() would be any different
  515. # [16:17] <Domenic> because it's supposed to be better than XHR?
  516. # [16:18] * Joins: ehsan (~ehsan@66.207.208.102)
  517. # [16:18] <annevk> I'm not sure we want to reveal more sensitive information
  518. # [16:22] * Quits: CvP (~CvP@27.147.198.50) (Ping timeout: 260 seconds)
  519. # [16:22] * Quits: sicking (~sicking@89.202.203.51) (Quit: sicking)
  520. # [16:24] <annevk> Domenic: but if you get that past security guys, we could make network error more granular I guess
  521. # [16:24] * Quits: cheron (~cheron@unaffiliated/cheron) (Ping timeout: 240 seconds)
  522. # [16:25] * Joins: sicking (~sicking@89.202.203.51)
  523. # [16:27] <annevk> Domenic: it's better, but no less secure
  524. # [16:33] * Joins: tav (~tav`@37.157.36.218)
  525. # [16:41] * Quits: zdobersek (~zan@109.201.154.210) (Quit: Leaving.)
  526. # [16:42] * Joins: zdobersek (~zan@cpe-77.38.31.63.cable.t-1.si)
  527. # [16:49] * Quits: zdobersek (~zan@cpe-77.38.31.63.cable.t-1.si) (Ping timeout: 240 seconds)
  528. # [16:53] * Quits: sicking (~sicking@89.202.203.51) (Quit: sicking)
  529. # [16:56] * Joins: SteveF (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net)
  530. # [16:56] * Quits: SteveF (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net) (Client Quit)
  531. # [16:57] * Quits: sak_to (~sak_to@24.52.206.247) (Remote host closed the connection)
  532. # [17:01] * Joins: sak_to_ (~sak_to@184.105.235.195)
  533. # [17:05] * Quits: markkes (~markkes@62.207.90.201) (Quit: Nettalk6 - www.ntalk.de)
  534. # [17:12] * Joins: sicking (~sicking@89.202.203.51)
  535. # [17:13] <annevk> JakeA: your fetch example gets even better with the new small functions
  536. # [17:14] <JakeA> annevk: arrow functions?
  537. # [17:14] <annevk> JakeA: fetch(url).then((response) => response.body.to("json")).then((json) => /* yey! */ )
  538. # [17:15] <Domenic> (and the parens aren't even needed)
  539. # [17:15] <annevk> JakeA: fetch(url).then(response => response.body.to("json")).then(json => /* yey! */ )
  540. # [17:15] <JakeA> \o/
  541. # [17:15] <annevk> and then you shorten response to r, etc. :-)
  542. # [17:15] <JakeA> I wonder when Chrome's planning to ship arrow functions…
  543. # [17:16] * Joins: jernoble|laptop (~jernoble@76.74.153.41)
  544. # [17:17] <annevk> prolly before async/await
  545. # [17:17] * abinader is now known as abinader|lunch
  546. # [17:17] <Domenic> arrow functions are in progress by one of the igalia guys
  547. # [17:18] <caitp> the status of that isnt actually recorded on the launchbug, iirc
  548. # [17:18] <Domenic> i believe it's his first v8 contribution though so it's taking a bit of time
  549. # [17:18] <annevk> JakeA: I closed a bunch of SW issues btw
  550. # [17:19] <annevk> JakeA: maybe we should organize a virtual meeting day where we go through all the things again here on #whatwg
  551. # [17:19] <JakeA> annevk: I saw, cheers! I'm on I/O lockdown for the next few days, although it means there'll be a session on serviceworker (and a video)
  552. # [17:20] <annevk> also JakeA, you ruined my "Notifications" tab on Twitter
  553. # [17:20] <JakeA> haha, people like fetch
  554. # [17:20] <JakeA> annevk: Yeah, those meeting were really productive, if they're even half as productive via IRC they're worth doing
  555. # [17:20] <annevk> JakeA: heh, I saw you guys are going to announce <meta name=brand-color>
  556. # [17:20] <annevk> JakeA: major spoilers on blink-dev
  557. # [17:21] <JakeA> annevk: yey more meta tags
  558. # [17:21] <annevk> JakeA: is yey British yay?
  559. # [17:22] <JakeA> annevk: hmm, maybe, or maybe I've just been spelling it wrong all my life
  560. # [17:22] <annevk> http://www.urbandictionary.com/define.php?term=yey
  561. # [17:22] * Joins: newtron_ (~newtron@76-10-135-135.dsl.teksavvy.com)
  562. # [17:23] <JakeA> *every* letter combination < 8 chars means drugs/blowjobs on urban dictionary
  563. # [17:24] * Quits: ivan\ (~ivan@unaffiliated/ivan/x-000001) (Quit: ERC Version 5.3 (IRC client for Emacs))
  564. # [17:25] <caitp> what else are you going to use cant for?
  565. # [17:26] <annevk> Domenic: are you keeping track somewhere of concept operations on a stream?
  566. # [17:27] <annevk> Domenic: if you copy an object that holds onto a stream, you want to tee the stream, no?
  567. # [17:27] <Domenic> annevk: not yet
  568. # [17:28] <Domenic> annevk: I am not sure but probably.
  569. # [17:28] <Domenic> annevk: where is your structured clone repo? i wanna solve promises there and then move on to streams
  570. # [17:28] <annevk> Domenic: https://github.com/dslomov-chromium/ecmascript-structured-clone
  571. # [17:28] * Joins: ivan\ (~ivan@unaffiliated/ivan/x-000001)
  572. # [17:29] <annevk> Domenic: ask dslomov for edit rights
  573. # [17:29] <Domenic> annevk: meh just wanna figure out strategy in the issue tracker first
  574. # [17:30] <annevk> Domenic: https://github.com/dslomov-chromium/ecmascript-structured-clone/issues/5
  575. # [17:31] <annevk> Domenic: I'll add <!-- XXX streams --> markers in the Fetch source code so we can look through this stuff later
  576. # [17:32] <annevk> Domenic: we are getting very close to the point where we are going to make an attempt to implement Request/Response and FetchBodyStream et al btw
  577. # [17:32] <Domenic> annevk: yep, I'm full speed on streams now, as I want to be not-too-far-behind
  578. # [17:33] <JakeA> Would be great if node.append() could take a stream & progressively parse
  579. # [17:33] * Quits: sicking (~sicking@89.202.203.51) (Quit: sicking)
  580. # [17:33] <Domenic> just wanna prioritize things that might affect fetch etc. first, so that's why i think the cloning/transferring is top priority
  581. # [17:33] <annevk> JakeA: I think that should work the other way around
  582. # [17:34] <JakeA> annevk: as in pipe a stream to an element?
  583. # [17:34] <annevk> JakeA: have a convenience method on an iterable that invokes node.append() with the next iterable as soon as it is there
  584. # [17:35] <annevk> JakeA: we'll have things like that on promises too
  585. # [17:35] <annevk> JakeA: otherwise you put all the complexity in node.append() and methods all over the place, where that isn't really justified
  586. # [17:37] <annevk> promise.callWithValue(node.append) or some such
  587. # [17:38] <JakeA> hmm, I was looking for something that'd hook into the html parser that's used to load the page, since we don't expose that to js at the moment.
  588. # [17:39] <JakeA> As in, you can't provide "<p>hello " and " world</p>" as seperate chunks at the moment
  589. # [17:39] <JakeA> separate*
  590. # [17:39] <JakeA> but the browser handles it fine during page load
  591. # [17:41] <annevk> That's called document.write()
  592. # [17:42] <JakeA> true
  593. # [17:44] <JakeA> element.write() would do it
  594. # [17:44] <annevk> Domenic: are you cautiously planning promises v2? Lots of https://github.com/kriskowal/q/wiki/API-Reference seems ready for inclusion
  595. # [17:45] <JakeA> The case I'm thinking of is fetch('some-largish-content.html').then(streamDataToElement)
  596. # [17:46] * Joins: kuang (787601c5@gateway/web/freenode/ip.120.118.1.197)
  597. # [17:47] <Domenic> annevk: maybe, although async/await removes a lot of the need.
  598. # [17:47] <Domenic> annevk: .finally is my only high-priority thing
  599. # [17:47] <annevk> Domenic: how would you rewrite get for instance?
  600. # [17:48] <Domenic> annevk: and also maybe a version of .allSettled, or .any
  601. # [17:48] <Domenic> annevk: (await promise).property
  602. # [17:48] <annevk> var method = (async fetch(url)).method
  603. # [17:48] <annevk> oh await, doh
  604. # [17:48] <annevk> yeah nice
  605. # [17:51] * Quits: tav (~tav`@37.157.36.218) (Quit: tav)
  606. # [17:52] * Quits: newtron_ (~newtron@76-10-135-135.dsl.teksavvy.com) (Remote host closed the connection)
  607. # [17:53] * Joins: newtron_ (~newtron@76-10-135-135.dsl.teksavvy.com)
  608. # [17:57] * Quits: newtron_ (~newtron@76-10-135-135.dsl.teksavvy.com) (Ping timeout: 240 seconds)
  609. # [18:01] * Joins: jeffreyatw (~jeffreyat@66-194-1-26.STATIC.twtelecom.net)
  610. # [18:02] * Joins: tav (~tav`@host31-52-143-6.range31-52.btcentralplus.com)
  611. # [18:04] * Parts: kuang (787601c5@gateway/web/freenode/ip.120.118.1.197)
  612. # [18:06] * Quits: jernoble|laptop (~jernoble@76.74.153.41) (Quit: Computer has gone to sleep.)
  613. # [18:09] * Quits: smaug____ (~chatzilla@a91-154-44-207.elisa-laajakaista.fi) (Ping timeout: 240 seconds)
  614. # [18:12] * Quits: Lachy (~Lachy@213.166.174.2) (Read error: Connection reset by peer)
  615. # [18:12] * Joins: Lachy (~Lachy@213.166.174.2)
  616. # [18:12] <annevk> Domenic: should I ping es-discuss with https://github.com/dslomov-chromium/ecmascript-structured-clone/issues/6 or will you?
  617. # [18:13] * Joins: Somatt_wrk (~somattwrk@130.193.24.135)
  618. # [18:13] * Quits: arpitab__ (uid10516@gateway/web/irccloud.com/x-zdpwatezevtbsqxv) (Quit: Connection closed for inactivity)
  619. # [18:15] * Joins: jernoble|laptop (~jernoble@17.202.45.163)
  620. # [18:16] <Domenic> annevk: I'll do it. I wonder how well it will go over to say "discuss this over on that other forum, not on this mailing list" :P
  621. # [18:17] <annevk> Domenic: well they are typically ignoring anything structured clone so I expect not too much trouble
  622. # [18:21] * Joins: zdobersek (~zan@cpe-77.38.31.63.cable.t-1.si)
  623. # [18:21] <caitp> what about #jslang? they seem to have time to talk about things
  624. # [18:21] * Quits: zdobersek (~zan@cpe-77.38.31.63.cable.t-1.si) (Client Quit)
  625. # [18:24] * abinader|lunch is now known as abinader
  626. # [18:24] * Joins: BigBangUDR (~Thunderbi@101.59.70.63)
  627. # [18:26] * Quits: BigBangUDR (~Thunderbi@101.59.70.63) (Client Quit)
  628. # [18:32] * Joins: zdobersek (~zan@109.201.154.180)
  629. # [18:37] * Quits: Lachy (~Lachy@213.166.174.2) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  630. # [18:45] * Joins: ambv (~ambv@206.108.217.134)
  631. # [18:46] * Quits: sak_to_ (~sak_to@184.105.235.195) (Read error: Connection reset by peer)
  632. # [18:47] * Joins: sak_to (~sak_to@184.105.235.195)
  633. # [18:47] * Joins: sicking (~sicking@89.202.203.51)
  634. # [18:51] * Joins: Maurice` (copyman@5ED5617C.cm-7-6b.dynamic.ziggo.nl)
  635. # [18:52] * Joins: lmclister (~lmclister@192.150.10.206)
  636. # [18:54] * Quits: sicking (~sicking@89.202.203.51) (Quit: sicking)
  637. # [18:55] <Hixie> jgraham: oh there will be patches
  638. # [18:56] <Hixie> jgraham: just as soon as i figure out how the heck to push a pull request
  639. # [18:56] <Hixie> or whatever is the terminology you kids use these days
  640. # [18:56] <Hixie> :-P
  641. # [18:56] * Joins: smaug____ (~chatzilla@a91-154-44-207.elisa-laajakaista.fi)
  642. # [18:57] <jgraham> You're not *that* much older than me
  643. # [18:57] <jgraham> I'm not gsnedders :p
  644. # [18:58] <Hixie> :-P
  645. # [19:00] <Hixie> i even have a few extra tests
  646. # [19:02] * Quits: barnabywalters (~barnabywa@46-239-239-203.tal.is) (Quit: barnabywalters)
  647. # [19:03] * Joins: sak_to_ (~sak_to@24-52-206-247.cable.teksavvy.com)
  648. # [19:04] <annevk> HTML parser talk is one of my favorite pastimes
  649. # [19:04] <annevk> (context: es-discuss)
  650. # [19:05] <Hixie> how is <module> still not dead
  651. # [19:06] * Quits: lmclister (~lmclister@192.150.10.206)
  652. # [19:06] <caitp> what exactly was <module> supposed to be? i've been researching it a bit and haven't really had that cleared up
  653. # [19:06] * Quits: sak_to (~sak_to@184.105.235.195) (Ping timeout: 252 seconds)
  654. # [19:06] <Hixie> https://www.w3.org/Bugs/Public/show_bug.cgi?id=25868
  655. # [19:06] <caitp> because I think there are potential plans for our product to make use of it, and i want to make sure those plans disappear if they're terrible ideas
  656. # [19:07] * Joins: morrita_ (uid16889@gateway/web/irccloud.com/x-voxyrfuaclgwfeau)
  657. # [19:07] <Hixie> just use <script type=module>
  658. # [19:07] <Hixie> which isn't valid yet but almost certainly will be
  659. # [19:07] <Hixie> though i dunno how we're going to fix the problem of non-js modules
  660. # [19:08] <Hixie> holy cow, i finally hit a test that checks <noscript>
  661. # [19:08] <Hixie> i was wondering if that'd ever come up
  662. # [19:08] <caitp> i'm not sure if it's still in the cards, but for the next iteration of angular, initially we were doing this weird thing involving es6 modules + html imports, somehow coupled together, I can't recall how that hack worked
  663. # [19:09] <caitp> but iirc the module tag was involved somewhere in there
  664. # [19:09] <caitp> or at least a fake version of it
  665. # [19:14] <Hixie> uh
  666. # [19:14] <Hixie> interesting
  667. # [19:14] <Hixie> html5lib tests assume that you parse scripts
  668. # [19:16] * Joins: lmclister (~lmclister@192.150.10.206)
  669. # [19:18] * Quits: KevinMarks (~yaaic@2607:fb90:40c:a9ff:1966:2a55:d817:930f) (Ping timeout: 240 seconds)
  670. # [19:19] * Quits: lmclister (~lmclister@192.150.10.206) (Read error: Connection reset by peer)
  671. # [19:19] * Joins: lmclister (~lmclister@192.150.10.206)
  672. # [19:19] * Joins: KevinMarks (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
  673. # [19:19] <jgraham> Yeah
  674. # [19:20] * Hixie introduces a new #script-off directive for tests
  675. # [19:24] * Quits: othermaciej (~mjs@c-50-136-134-16.hsd1.ca.comcast.net) (Quit: othermaciej)
  676. # [19:24] <annevk> JakeA: to get back to your streaming thing, it seems like you want a streaming HTML parser in JavaScript
  677. # [19:25] <annevk> JakeA: however, HTML cannot be streamed at the moment, so we might have to "fork" the parser (by adding a mode) to make such a thing actually feasible
  678. # [19:25] <annevk> JakeA: as for why it cannot be streamed, check out <table><x></table>
  679. # [19:25] * Quits: sak_to_ (~sak_to@24-52-206-247.cable.teksavvy.com) (Remote host closed the connection)
  680. # [19:26] * Joins: sak_to (~sak_to@184.105.235.195)
  681. # [19:28] <Hixie> it can be streamed, just not in a naive way like xml or json
  682. # [19:29] * Joins: hemanth (~hemanth@122.178.207.93)
  683. # [19:29] <annevk> Hixie: it would be kind of nice to provide naive HTML streaming at some point
  684. # [19:30] <Hixie> in what contexgt?
  685. # [19:30] <annevk> Hixie: Jake's example was loading some data over the network and incrementally streaming the data into the page
  686. # [19:30] <Hixie> like, XHR -> innerHTML
  687. # [19:30] <Hixie> ?
  688. # [19:30] <annevk> Hixie: yes
  689. # [19:31] <Hixie> we could provide that
  690. # [19:31] <Hixie> just have XHR have a method like "xhr.sendOutputTo(element)"
  691. # [19:31] <caitp> xhr.pipe(node)
  692. # [19:31] <Hixie> but i don't know if we want to be encouraging treating HTML in that way
  693. # [19:32] <Hixie> better to stream the data in an app-internal format, then create the HTML on the client
  694. # [19:32] <annevk> JakeA: ^
  695. # [19:32] <annevk> I don't really like the sendOutputTo()
  696. # [19:32] <annevk> It seems like you want to provide the underlying primitive so people can build their own setups
  697. # [19:32] * Joins: Areks (~Areks@95-26-126-235.broadband.corbina.ru)
  698. # [19:33] <annevk> Anyway, probably not high-priority, but worth thinking about
  699. # [19:33] <Hixie> the underlying primitive is "insertAdjacentHTML"
  700. # [19:34] <Hixie> though i guess you need to handle mid-token streaming
  701. # [19:34] <Hixie> so you need to keep the parser alive somehow
  702. # [19:34] <Hixie> yeah that could get complicated
  703. # [19:34] <Hixie> anyway the solution is to not stream HTML, imho
  704. # [19:35] <caitp> can you actually stream JSON, currently? because you could see that as being pretty useful
  705. # [19:35] <Hixie> you can certainly write a streaming parser
  706. # [19:36] <caitp> but do progress events actually give you chunks of data?
  707. # [19:36] <annevk> Hixie: structured cloning of promises is happening btw: https://github.com/dslomov-chromium/ecmascript-structured-clone/issues/6
  708. # [19:36] <annevk> Hixie: hopefully you don't have to define it in HTML, but I thought I'd let you know
  709. # [19:37] <Hixie> thanks
  710. # [19:37] <Hixie> wow, that's ambititous
  711. # [19:37] <Hixie> cloning without neutering
  712. # [19:37] <Hixie> ambitious, even
  713. # [19:37] * Joins: othermaciej (~mjs@76.74.153.49)
  714. # [19:38] <Ms2ger> http://www.w3.org/XML/2014/03/xproc-charter.html
  715. # [19:38] * Quits: KevinMarks (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Ping timeout: 245 seconds)
  716. # [19:40] * Joins: KevinMarks (~yaaic@2607:fb90:2831:a280:3f52:dc0b:eebc:965d)
  717. # [19:40] * Joins: bholley (~bholley@c-67-161-57-5.hsd1.ca.comcast.net)
  718. # [19:41] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.sonic.net) (Remote host closed the connection)
  719. # [19:42] * Quits: izhak (~izhak@92.248.142.152) (Ping timeout: 264 seconds)
  720. # [19:47] <Hixie> wtf is "XXX-undefined-error"
  721. # [19:49] * Quits: bholley (~bholley@c-67-161-57-5.hsd1.ca.comcast.net) (Read error: Connection reset by peer)
  722. # [19:49] * Joins: bholley_ (~bholley@c-67-161-57-5.hsd1.ca.comcast.net)
  723. # [19:49] <Hixie> i've reached the point where i'm finding more bugs in the tests than in my implementation
  724. # [19:49] <Hixie> that's a good sign
  725. # [19:51] <jgraham> https://github.com/html5lib/html5lib-python/search?q=XXX-undefined-error&ref=cmdform
  726. # [19:51] * Quits: bholley_ (~bholley@c-67-161-57-5.hsd1.ca.comcast.net) (Read error: Connection reset by peer)
  727. # [19:51] <Hixie> ah
  728. # [19:51] <Hixie> well it seems in this case it was a bogus error
  729. # [19:51] <Hixie> as was a later one "unknown-doctype element"
  730. # [19:51] * Joins: bholley (~bholley@c-67-161-57-5.hsd1.ca.comcast.net)
  731. # [19:52] <Hixie> finally hit a test of the Script data double escape start state
  732. # [19:53] <jgraham> Yeah, the later script states aren't so well tested
  733. # [19:54] <jgraham> later additions I mean
  734. # [19:54] <Hixie> well the order i'm doing the tests in is pretty random
  735. # [19:54] <jgraham> Since they postdate Philip` generating a whole load of tests
  736. # [19:54] <Hixie> i mean, i did tricky01.dat before tests1.dat
  737. # [19:54] <Hixie> tricky01, btw, was by far the most tricky to fix so far!
  738. # [19:54] <Hixie> it found bugs in my dom implementation, in my test logic, in the AAA, everything
  739. # [19:56] <jgraham> I think those tests were mainly from abarth
  740. # [19:58] <abarth> yay for tricky01.dat!
  741. # [20:04] <Hixie> damnit, there's a bug SOMEWHERE in the script states
  742. # [20:04] <Hixie> how the heck am i supposed to find that
  743. # [20:05] <Ms2ger> Rewrite it all
  744. # [20:06] <jgraham> ERROR http://localhost:8000/resources/testharness.js:1840 - TypeError: location is null
  745. # [20:06] <jgraham> Uh
  746. # [20:06] <jgraham> That's not good
  747. # [20:07] <Ms2ger> Servo? ;)
  748. # [20:07] <Ms2ger> I think I saw you mention that before
  749. # [20:07] * Joins: ap (~ap@2620:149:4:304:992e:deaa:5a5a:994e)
  750. # [20:07] <JakeA> annevk: Hixie: I imagine a page loads by streaming html text to a parser which creates nodes and updates them as the stream is read. Curious about opening that up to developers by piping an html stream into an element
  751. # [20:07] * Quits: jwatt (~roslea@2001:450:1d:224:7860:7c3c:4f1d:e084) (Ping timeout: 252 seconds)
  752. # [20:08] <Hixie> JakeA: the problem is that the parser works on a Document
  753. # [20:08] <jgraham> Ms2ger: Gecko :(
  754. # [20:08] <Hixie> JakeA: whereas innerHTML is on an element
  755. # [20:08] * Quits: KevinMarks (~yaaic@2607:fb90:2831:a280:3f52:dc0b:eebc:965d) (Ping timeout: 240 seconds)
  756. # [20:08] * Joins: KevinMarks (~yaaic@2607:fb90:2831:a280:3f52:dc0b:eebc:965d)
  757. # [20:09] <Hixie> JakeA: what you could do is load the page in an iframe, then put all the content in a <div>, and as soon as that is parsed, move the <div> into wherever you want hte content streamed
  758. # [20:09] <Hixie> JakeA: but honestly, the solution is to generate the html client-side
  759. # [20:10] <JakeA> Hixie: wouldn't streaming html into a fragment be very similar to the initial page load?
  760. # [20:11] <Hixie> the HTML parser parses into a Document
  761. # [20:11] <Hixie> innerHTML does all the parsing into a Document, then moves it into the element all at once
  762. # [20:11] * Quits: jeffreyatw (~jeffreyat@66-194-1-26.STATIC.twtelecom.net) (Ping timeout: 252 seconds)
  763. # [20:12] <JakeA> Hixie: is that how it's implemented or just how it's specced
  764. # [20:13] <Hixie> both
  765. # [20:13] <Hixie> as far as i know
  766. # [20:13] <JakeA> Fair enough
  767. # [20:22] * Quits: bholley (~bholley@c-67-161-57-5.hsd1.ca.comcast.net) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  768. # [20:23] <Hixie> woah, i found one of these tests that had a bogus output
  769. # [20:23] <Hixie> how did that not get caught by all the browsers using these tests
  770. # [20:24] <Hixie> oh
  771. # [20:24] * Hixie hides head in shame
  772. # [20:24] <Hixie> (it was in one of my new tests)
  773. # [20:24] <Ms2ger> Silly
  774. # [20:25] * Joins: bholley (~bholley@c-67-161-57-5.hsd1.ca.comcast.net)
  775. # [20:26] <Hixie> oh hey
  776. # [20:26] <Hixie> i hadn't implemented in-template yet
  777. # [20:30] * Joins: tj_vantoll (~Adium@70-88-93-238-lansing-mi.hfc.comcastbusiness.net)
  778. # [20:37] * Quits: npcomp (~eldon@c-24-126-240-124.hsd1.ga.comcast.net) (Ping timeout: 245 seconds)
  779. # [20:39] * Quits: othermaciej (~mjs@76.74.153.49) (Quit: othermaciej)
  780. # [20:39] * Joins: npcomp (~eldon@c-24-126-240-124.hsd1.ga.comcast.net)
  781. # [20:43] * Joins: jwalden (~waldo@2620:101:80fc:224:7e7a:91ff:fe25:a5a3)
  782. # [20:48] * Quits: satazor (~satazor@239.201.37.188.rev.vodafone.pt) (Remote host closed the connection)
  783. # [20:50] * Joins: Lachy (~Lachy@cm-84.215.104.248.getinternet.no)
  784. # [20:54] * Joins: Streusel (~Anonymous@unaffiliated/streusel)
  785. # [20:57] * Joins: samhermes_ (80fc0beb@gateway/web/freenode/ip.128.252.11.235)
  786. # [20:59] * Joins: satazor (~satazor@239.201.37.188.rev.vodafone.pt)
  787. # [21:01] * Quits: samhermes_ (80fc0beb@gateway/web/freenode/ip.128.252.11.235) (Ping timeout: 246 seconds)
  788. # [21:04] * Quits: KevinMarks (~yaaic@2607:fb90:2831:a280:3f52:dc0b:eebc:965d) (Ping timeout: 240 seconds)
  789. # [21:05] * Joins: KevinMarks (~yaaic@2607:fb90:2831:a280:3f52:dc0b:eebc:965d)
  790. # [21:07] * Joins: weinig (~weinig@17.202.50.223)
  791. # [21:09] * Quits: KevinMarks (~yaaic@2607:fb90:2831:a280:3f52:dc0b:eebc:965d) (Ping timeout: 240 seconds)
  792. # [21:11] * Quits: satazor (~satazor@239.201.37.188.rev.vodafone.pt) (Remote host closed the connection)
  793. # [21:12] * Joins: satazor (~satazor@239.201.37.188.rev.vodafone.pt)
  794. # [21:14] * Quits: weinig (~weinig@17.202.50.223) (Ping timeout: 255 seconds)
  795. # [21:16] * Quits: satazor (~satazor@239.201.37.188.rev.vodafone.pt) (Ping timeout: 244 seconds)
  796. # [21:17] * Joins: weinig (~weinig@17.114.218.93)
  797. # [21:23] * Joins: jacobolus (~jacobolus@74-95-6-5-SFBA.hfc.comcastbusiness.net)
  798. # [21:23] * Quits: jacobolus (~jacobolus@74-95-6-5-SFBA.hfc.comcastbusiness.net) (Remote host closed the connection)
  799. # [21:24] * Quits: npcomp (~eldon@c-24-126-240-124.hsd1.ga.comcast.net) (Ping timeout: 240 seconds)
  800. # [21:26] * Joins: npcomp (~eldon@c-24-126-240-124.hsd1.ga.comcast.net)
  801. # [21:28] <Hixie> <table><template><td></template></table> - currently this is a parse error because "Generate Implied End Tags" doesn't do table-related (e.g. </td>) tags
  802. # [21:28] <Hixie> should i have </template> "Generate implied end tags harder" so this is not a parse error?
  803. # [21:29] <caitp> yes
  804. # [21:29] <caitp> lets make the parser do even more stuff that the author didn't explicitly ask it to do
  805. # [21:30] <TabAtkins> Sarcasm: less helpful than you'd think. What a surprise.
  806. # [21:30] <caitp> was it sarcasm?
  807. # [21:35] <TabAtkins> Based on what I remember of your opinions, you telling Hixie to "make the parser do even mroe stuff that the author didn't explicitly ask it to do" does sound like a serious response. Pretty sure you meant the exact opposite, which makes it sarcastic.
  808. # [21:35] <caitp> you caught me :(
  809. # [21:38] <caitp> I am not sure how to be helpful with discussions like that, other than to try and nudge things in the right direction. unless you think sarcasm might nudge it in the wrong direction, that would be less helpful
  810. # [21:38] <TabAtkins> It would be better to just be direct. "No, I don't think the parser should do even more stuff the author didn't explicitly ask it to do"
  811. # [21:39] <caitp> being direct is kind of like, there's a phrase for it but it's kind of inappropriate
  812. # [21:40] <caitp> it's not very colourful, there's no vibrancy or life to it
  813. # [21:40] <TabAtkins> ??? That's just a direct answer to the question.
  814. # [21:40] <caitp> not as fun =)
  815. # [21:40] <TabAtkins> Point isn't to have fun, it's to have a technical discussion. You can be as sarcastic and fun as you like during the non-technical conversations that go on. ^_^
  816. # [21:42] * Joins: othermaciej (~mjs@17.245.29.229)
  817. # [21:43] <annevk> JakeA: I've decided I'm not going to reply to all questions asked on Twitter, just the trickier ones
  818. # [21:44] <annevk> Favorite answer I gave so far has to be https://twitter.com/annevk/status/477535987783192576
  819. # [21:44] * Quits: tj_vantoll (~Adium@70-88-93-238-lansing-mi.hfc.comcastbusiness.net) (Quit: Leaving.)
  820. # [21:47] * Quits: scor (scor@drupal.org/user/52142/view) (Quit: scor)
  821. # [21:47] <JakeA> annevk: hah, yes
  822. # [21:51] * Quits: weinig (~weinig@17.114.218.93) (Quit: weinig)
  823. # [21:51] * Joins: felipedefarias (~felipedef@189-19-85-225.dsl.telesp.net.br)
  824. # [21:52] * Quits: fredy (~fredy@snf-535807.vm.okeanos.grnet.gr) (Excess Flood)
  825. # [21:52] * Joins: fredy (~fredy@snf-535807.vm.okeanos.grnet.gr)
  826. # [21:53] * Joins: weinig (~weinig@17.114.218.93)
  827. # [21:55] * Joins: jeremyj (~jeremyj@17.202.44.231)
  828. # [21:56] * Quits: felipedefarias (~felipedef@189-19-85-225.dsl.telesp.net.br) (Remote host closed the connection)
  829. # [22:01] * Quits: lerc (~quassel@121-74-2-8.telstraclear.net) (Ping timeout: 245 seconds)
  830. # [22:01] * Joins: jacobolus (~jacobolus@74-95-6-5-SFBA.hfc.comcastbusiness.net)
  831. # [22:02] * Joins: jeffreyatw (~jeffreyat@173.247.197.10)
  832. # [22:05] * Quits: jeremyj (~jeremyj@17.202.44.231) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  833. # [22:05] * Joins: TimmyTones (~Tim@cpc5-oxfd18-2-0-cust437.4-3.cable.virginm.net)
  834. # [22:06] * Quits: jacobolus (~jacobolus@74-95-6-5-SFBA.hfc.comcastbusiness.net) (Remote host closed the connection)
  835. # [22:07] * Joins: satazor (~satazor@bl17-143-10.dsl.telepac.pt)
  836. # [22:08] * Joins: jeremyj (~jeremyj@17.202.44.231)
  837. # [22:10] * Quits: satazor (~satazor@bl17-143-10.dsl.telepac.pt) (Remote host closed the connection)
  838. # [22:13] * Quits: weinig (~weinig@17.114.218.93) (Quit: weinig)
  839. # [22:15] * Joins: lerc (~quassel@121-74-2-8.telstraclear.net)
  840. # [22:18] * Quits: Ms2ger (~Ms2ger@131.198-242-81.adsl-dyn.isp.belgacom.be) (Quit: nn)
  841. # [22:18] <Hixie> no opinions on the </td> thing?
  842. # [22:18] * Quits: Lachy (~Lachy@cm-84.215.104.248.getinternet.no) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  843. # [22:18] <Hixie> (note that i'm not talking about changing what the parser does, so caitp's comment kinda misses the point)
  844. # [22:18] <Hixie> (i'm just talking about what's a parse error)
  845. # [22:20] * Joins: Smylers (~smylers@87.114.214.124)
  846. # [22:20] <annevk> Hixie: I don't understand why that shouldn't be a parse error
  847. # [22:20] <caitp> you were saying "should we generate end tags, or should we call it an error"
  848. # [22:20] <Hixie> annevk: because </td> is optional
  849. # [22:20] <Hixie> caitp: "generate end tags" is a term of art that doesn't affect the parsing
  850. # [22:20] <Hixie> caitp: it only affects whether it's an error
  851. # [22:20] <caitp> it affects the behaviour
  852. # [22:20] <annevk> Hixie: so is <template><dt></template> an error?
  853. # [22:20] <Hixie> caitp: if you're going to be so critical, it would help if you would at least learn about what you're criticising
  854. # [22:21] <Hixie> annevk: no
  855. # [22:21] <Hixie> annevk: that's why i'm suggesting we change it
  856. # [22:21] <jcgregorio> I'd be surprised if that was a parse error
  857. # [22:21] <annevk> Hixie: sounds good to me
  858. # [22:21] <Hixie> k
  859. # [22:21] <caitp> I don't think anything you've said invalidates what I'm saying --- error throwing or not throwing is behaviour
  860. # [22:21] <annevk> caitp: there's no throwing
  861. # [22:21] <Hixie> caitp: the DOM is the same either way
  862. # [22:21] <caitp> that's not the point, really
  863. # [22:21] <caitp> when I say throw, I'm not always talking about a JS context
  864. # [22:22] <annevk> caitp: can we just talk about this in terms of the HTML parser then?
  865. # [22:22] <annevk> caitp: arbitrary terms are confusing for everyone
  866. # [22:22] <annevk> Domenic: IDL for Headers initialization: http://logs.glob.uno/?c=mozilla%23content&s=13+Jun+2014&e=13+Jun+2014#c218158
  867. # [22:23] <caitp> in terms of the HTML parser, you're saying "should we do the crazy work necessary to hide the error in a way which doesn't really reflect what the author wrote, OR should we consider it an error (this does not mean an Exception)"
  868. # [22:23] <caitp> anyways, I would opt for the latter, preferably with a message for developers
  869. # [22:24] <annevk> caitp: what are you talking about? It does reflect what the author wrote. Many end tags are optional in HTML
  870. # [22:24] <caitp> which is one of the problems with HTML, not one of the solutions --- why should the template tag hang onto old badness?
  871. # [22:25] <annevk> caitp: if you don't like the format, use XML, but changing it's inherent consistency is just creating more badness imo
  872. # [22:26] <caitp> I don't think those optional tags are widely used anyways, I mean yeah the plural of anecdote is not data, but I read a lot of peoples code, and I've yet to see anything like that in use
  873. # [22:26] * Joins: seventh (seventh@207-207-21-155.fwd.datafoundry.com)
  874. # [22:26] <Domenic> annevk: seems ok. not sure i have much to contribute.
  875. # [22:26] <Hixie> caitp: we're not doing any different work. We're going to be closing these tags anyway (we already do). The question is just, should we report missing end tags in this one specific situation as an error or not, given that they are optional elsewhere, and that we don't report an error even here for some other elements with optional end tags.
  876. # [22:26] <caitp> and besides, if new HTML features start getting rid of old badness, maybe eventually, the old badness can be discarded entirely
  877. # [22:27] <Hixie> implied end tags are used all _over_ the place
  878. # [22:27] <Hixie> especially the table ones, which is what we're talking about
  879. # [22:27] <annevk> Domenic: great
  880. # [22:27] <caitp> i'm sure they are, but how many of them are used in template contexts
  881. # [22:27] <Hixie> however, everything here is about <template> contexts, which are used almost nowhere.
  882. # [22:27] <caitp> exactly
  883. # [22:28] <annevk> I use optional end tags all the time
  884. # [22:28] <annevk> Whenever I have to write a <table> it's such a blessing
  885. # [22:28] <annevk> Or <li> with nested <p> for that matter
  886. # [22:28] * Philip` wonders if "use" means "include" or "omit"
  887. # [22:28] <TabAtkins> Using the optionality aspect.
  888. # [22:29] <TabAtkins> So, "omit".
  889. # [22:30] <caitp> I dunno, I'm aware of those optional end tags and I literally never use them, because there's no way to logically consider stuff using those a well-formed consistent document
  890. # [22:30] <TabAtkins> ...okay.
  891. # [22:31] <TabAtkins> That's nonsense, but sure, whatever.
  892. # [22:31] <caitp> it's not nonsense --- for a language to be simple, it must be consistent
  893. # [22:31] <caitp> this is why people suck at english, it's not consistent at all
  894. # [22:31] * Joins: tantek (~tantek@207.173.104.166)
  895. # [22:31] <TabAtkins> You didn't say "simple". You said "well-formed consistent".
  896. # [22:32] <TabAtkins> And a markup language that defines a tree structure with implied end tags is plenty "well-formed consistent".
  897. # [22:32] <caitp> a markup language "should" be simple
  898. # [22:32] <caitp> the structure "should" be easy to reason about
  899. # [22:32] <TabAtkins> ...are you trying to talk about the AAA and table fixup?
  900. # [22:33] <TabAtkins> Because that's not at all relevant to what's been under discussion today.
  901. # [22:33] <caitp> hixie puts two things foreward, I favour one over the other
  902. # [22:33] <caitp> that is relevant, and not at all invalidated by intentionally misunderstanding things =)
  903. # [22:34] <Hixie> optional end tags do not in any way reduce the precision of the language or ability to reason about it
  904. # [22:34] <Hixie> their rules are simple, and well-defined
  905. # [22:34] <caitp> they're not actually
  906. # [22:34] <TabAtkins> Well, I wouldn't call <p> auto-closing "simple", but they're at least well-defined.
  907. # [22:34] <TabAtkins> The rest, yeah.
  908. # [22:34] <caitp> they're easy for _you_, they're less easy for _other_ people
  909. # [22:35] <TabAtkins> <li>, <dt>, <tr>, all those auto-closing rules are super simple.
  910. # [22:35] <caitp> boe can't even name all 3 of those elements
  911. # [22:35] <caitp> let alone all of the other ones with similar rules
  912. # [22:35] <TabAtkins> "boe"?
  913. # [22:35] <caitp> are you going to tell me that Boe can't be an HTML author because he can't reason about all this nonsense?
  914. # [22:35] <Hixie> <p> auto-closing is simple. The <p> closes when it comes across something that isn't allowed in the <p>.
  915. # [22:35] <TabAtkins> Hixie: The list of "things that aren't allowed in <p>" isn't trivial.
  916. # [22:35] <caitp> the fact that "things aren't allowed in a <p>" exists at all
  917. # [22:36] <caitp> is totally bogus
  918. # [22:36] <Hixie> TabAtkins: sure, it's the same list that someone needs to know to use HTML whether or not </p> is implied.
  919. # [22:36] <TabAtkins> caitp: Are you saying that Boe literally doesn't know what the <li> element is?
  920. # [22:36] <TabAtkins> Hixie: ???
  921. # [22:36] * Quits: estellevw (~estellevw@173-228-112-232.dsl.dynamic.sonic.net) (Quit: Snuggling with the puppies)
  922. # [22:36] <caitp> Boe probably can't name <tt> or <em> or know the difference between <ol> or <ul>
  923. # [22:36] <caitp> Boe doesn't know what <tbody> means
  924. # [22:36] <TabAtkins> Who is this Boe?
  925. # [22:36] <Hixie> TabAtkins: if you don't know that <h1> isn't allowed in <p>, then you have bigger problems than not knowing that </p> will get implied if you put <h1> in <p>
  926. # [22:37] <caitp> Boe is a hypothetical author who is new to this language
  927. # [22:37] <TabAtkins> Hixie: <figure>, yay nay?
  928. # [22:37] <SamB> caitp: how about <p>
  929. # [22:37] <Hixie> TabAtkins: yay nay what?
  930. # [22:37] <SamB> I don't figure that should be allowed (directly) in <p>
  931. # [22:37] <SamB> it doesn't make any sense
  932. # [22:37] <TabAtkins> caitp: Sounds like Boe hasn't completed the first part of their "Learn you an HTML for great justice" course.
  933. # [22:37] <caitp> semantically it doesn't make much sense, sure
  934. # [22:37] <TabAtkins> Hixie: On the allowed list, or not?
  935. # [22:37] <caitp> as far as layout goes it doesn't make much sense
  936. # [22:37] <Hixie> TabAtkins: a paragraph cannot contain a figure, no
  937. # [22:38] <caitp> but even so, there's no reason why the language shouldn't allow for it
  938. # [22:38] <TabAtkins> That's non-obvious to me.
  939. # [22:38] <caitp> and no reason why the language should re-arrange it
  940. # [22:38] <TabAtkins> Thus my statement that "the list of things not allowed in <p> is non-obvious".
  941. # [22:38] <Hixie> TabAtkins: i am happy to concede that
  942. # [22:38] <Hixie> TabAtkins: my point is just that that is a bigger problem than </p> implied end tags
  943. # [22:38] <Hixie> TabAtkins: and once you've solved that problem, you've solved the implied end tag problem also
  944. # [22:38] <TabAtkins> Well, it's the same problem, no?
  945. # [22:38] <Hixie> you need the same information, yes
  946. # [22:38] <caitp> the fact that we re-arrange these things is because mistakes were made and now nobody wants to fix them for fear of upsetting people
  947. # [22:39] <TabAtkins> The content model of <p> is non-obvious, is what I"m saying. ^_^
  948. # [22:39] <TabAtkins> caitp: We know that you don't understand what the words "legacy compat" mean. You don't need to keep reinforcing that.
  949. # [22:39] <Hixie> caitp: we've given you several ideas for how you can try to address this problem, repeatedly whining here isn't productive to your goals
  950. # [22:39] <caitp> and if every new feature to the platform has to accommodate those old mistakes, then HTML is fundamentally and permanently broken
  951. # [22:39] <TabAtkins> They do, and it is, and yet we persist.
  952. # [22:39] <Hixie> TabAtkins: lots of HTML is non-obvious, unfortunately, yeah :-(
  953. # [22:40] <Hixie> caitp: i am happy to concede that HTML is fundamentally and permanently broken
  954. # [22:40] <TabAtkins> Hixie: Not challenging that. Just saying, that particular thing is non-obvious, where you said it was simple. ^_^
  955. # [22:40] <Hixie> caitp: also, wildly successful
  956. # [22:40] <caitp> no, I know what legacy compat means and I understand it Tab, what I don't understand is the strong desire to keep it that way, even for new things
  957. # [22:40] <Hixie> TabAtkins: i said the auto-closing rule is simple
  958. # [22:40] <caitp> new things shouldn't be held back by old brokenness
  959. # [22:40] <TabAtkins> If you don't understand why legacy compat is important, then you don't understand "legacy compat".
  960. # [22:40] <caitp> even if it makes things inconsistent, so what
  961. # [22:40] <TabAtkins> Hixie: Only by referencing complicated things!
  962. # [22:40] <Hixie> TabAtkins: that it relies on less simple stuff, is a secondary issue :-)
  963. # [22:40] <caitp> new stuff should use a simpler, less whacky model
  964. # [22:41] <caitp> that's my opinion, you're welcome to disagree and I suspect you do
  965. # [22:41] <TabAtkins> I don't need full transitive closure on "simplicity", but at least a few hops. ^_^
  966. # [22:41] <Hixie> TabAtkins: all of this stuff eventually relies on electronics and microelectronics and i don't understand any of that, but it doesn't mean the higher layers aren't simple :-)
  967. # [22:41] <Hixie> hehe
  968. # [22:41] <caitp> TabAtkins, I understand why it's important to people who find it important
  969. # [22:42] <Hixie> caitp: new stuff should use as simple and as less wacky a model as it can while still standing a chance of being deployed
  970. # [22:42] <caitp> I don't believe that NEW things, which don't exist as far as legacy clients are considered, should have to accomodate those old rules
  971. # [22:42] <TabAtkins> The people who find it important are the users who look at the trillion existing pages, and the browser vendors serving those users.
  972. # [22:42] <Hixie> caitp: but there's no point us doing something that doesn't stand a chance of getting deployed
  973. # [22:42] <TabAtkins> Spec authors bemoaning complexity are nothing compared to them.
  974. # [22:42] <caitp> what makes you think it wouldn't be deployed
  975. # [22:42] <caitp> authors literally don't care
  976. # [22:42] <Hixie> (i'm an author and i care)
  977. # [22:43] <Hixie> caitp: browser vendors have told me they would not deploy breaking changes
  978. # [22:43] <caitp> you care about the sloppy version of table content breaking <template> tags when oyu can easily type the other 4 characters to make it work?
  979. # [22:44] <caitp> it's not a breaking change, legacy browsers aren't going to fall apart because the html parser treats <template> content differently
  980. # [22:44] <Hixie> it's not sloppy
  981. # [22:44] <caitp> it is sloppy
  982. # [22:44] <Hixie> it's not sloppy
  983. # [22:44] <Hixie> it's well-defined and unambiguous
  984. # [22:44] <caitp> it's the act of being unwilling to explicitly specify the end of the nodes content
  985. # [22:45] <caitp> this is sloppy in and of itself
  986. # [22:45] <Hixie> and we're not talking about treating <template> content differently; as mentioned before, this entire discussion involves zero changes to the DOM. We're only talking about how many errors are reported.
  987. # [22:45] <Hixie> wtf
  988. # [22:45] <Hixie> are "// foo" comments sloppy?
  989. # [22:45] <caitp> I don't think you can compare a programming language to a markup language
  990. # [22:46] <caitp> they serve different purposes and different authors
  991. # [22:47] <caitp> I think you'd have a problem if say, scope in a language which didn't care about indentation could have an optional "end" marker
  992. # [22:47] <TabAtkins> Hah, I specify the end of my <li> *by putting another <li> in* (or a </ul>, etc).
  993. # [22:47] <Hixie> are csv files sloppy?
  994. # [22:47] <TabAtkins> That's not sloppy, that's just omitting unnecessary crap.
  995. # [22:47] <caitp> yes, arguably CSV files are sloppy, is that a real question?
  996. # [22:47] <SamB> TabAtkins: yeah, that's why I mentioned <p> in <p>
  997. # [22:48] <TabAtkins> SamB: Yeah, that part of the rules is easy; it's all the other things that auto-close <p>.
  998. # [22:48] <TabAtkins> <div> implies a </p>, etc.
  999. # [22:48] <Hixie> ok, if you consider CSV files "sloppy" then by that definition HTML is "sloppy". But by that definition, "sloppy" is also "good", so I'm fine with it.
  1000. # [22:48] <caitp> > make language needlessly more complicated
  1001. # [22:48] <caitp> > features that most people never use
  1002. # [22:49] * Joins: jwatt (~roslea@188.29.164.183.threembb.co.uk)
  1003. # [22:49] <SamB> Hixie: CSV is loads worse
  1004. # [22:49] <SamB> there's no HTML<del>5</del> spec/WHATWG of CSV
  1005. # [22:50] <caitp> there's no spec of CSV period, it's pretty vendor-specific
  1006. # [22:50] * Quits: jeremyj (~jeremyj@17.202.44.231) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  1007. # [22:50] <Hixie> caitp: it's not "needless", it makes the language easier to author and more compatible with legacy UAs and content. It's not features that most people never use, tag omission is extremely widely used.
  1008. # [22:50] <TabAtkins> I mean, there's http://tools.ietf.org/html/rfc4180
  1009. # [22:50] <SamB> CSV is like maildir^N
  1010. # [22:50] <caitp> it means typing fewer characters, this does not make it easier to author
  1011. # [22:50] <TabAtkins> I used that when writing my CSV parser.
  1012. # [22:50] <caitp> it makes it harder to read and write, because this is a markup language where we have start tags and end tags denoting when content starts and ends
  1013. # [22:51] <SamB> I mean rfc822-style has more damn meaning than CSV has
  1014. # [22:51] <caitp> then some markers are optional sometimes
  1015. # [22:51] <caitp> this is weird and confusing
  1016. # [22:51] <caitp> and then, parsers have to rearrange stuff sometimes
  1017. # [22:51] <caitp> this is weird and confusing
  1018. # [22:51] <Hixie> <table> <tr> <td> A <td> B <tr> <td> C <td> D </table> is a hell of a lot easier to maintain than <table> <tbody> <tr> <td> A </td> <td> B </td> </tr> <tr> <td> C </td> <td> D </td> </tr> </tbody> </table>
  1019. # [22:51] <caitp> it's profoundly broken
  1020. # [22:51] <caitp> there is nothing good about any of this
  1021. # [22:51] <Hixie> anyway
  1022. # [22:51] <SamB> (you just have to pick between actual mail/news format and deb822, based on the context)
  1023. # [22:51] <Hixie> you're ignoring our arguments, so i'm done here
  1024. # [22:51] <TabAtkins> Complaining about the rearranging is very different from complaining about omitted end tags.
  1025. # [22:51] <caitp> i'm not ignoring your argument
  1026. # [22:52] <SamB> caitp: yeah, there's lots of legacy crap :-(
  1027. # [22:52] * Joins: scor (~scor@c-24-2-162-32.hsd1.ma.comcast.net)
  1028. # [22:52] * Quits: scor (~scor@c-24-2-162-32.hsd1.ma.comcast.net) (Changing host)
  1029. # [22:52] * Joins: scor (~scor@drupal.org/user/52142/view)
  1030. # [22:53] <Hixie> caitp: you're repeating arguments that have been countered, without taking into account the countering arguments, so, yeah.
  1031. # [22:53] <caitp> they haven't been countered
  1032. # [22:53] <SamB> I can't think of anything besides <h[1-n]> | <hr> w/ <p> on the TOS (normal notation) and </[something-higher-up-the-stack]> that should actually force a </p>
  1033. # [22:53] <caitp> you haven't shown me how someone would consider your whacky markup "simple" or "useful" and not "confusing"
  1034. # [22:54] <SamB> or, well, I guess with only inliney stuff on the stack
  1035. # [22:54] * Quits: scor (~scor@drupal.org/user/52142/view) (Client Quit)
  1036. # [22:54] <SamB> not, say, in a mid-paragraph <article>
  1037. # [22:55] <TabAtkins> caitp: Besides several people literally saying "I find it simple, useful, and not confusing"?
  1038. # [22:56] <SamB> otherwise, you start needing ways to mark paragraphs as "wait no this paragraph isn't actually interrupted by that display formula/example code/etc.", no?
  1039. # [22:56] <SamB> what was "it" again?
  1040. # [22:56] <caitp> look, it's not that I don't respect Ian or his opinion, but I think his opinion on the simplicity of HTML might not be as useful as he thinks, since he's so close to it
  1041. # [22:56] * Quits: bholley (~bholley@c-67-161-57-5.hsd1.ca.comcast.net) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  1042. # [22:57] <caitp> you have to look at the 12 year old kids, the college and highschool students, the secretaries, the soccer moms
  1043. # [22:57] <TabAtkins> I just treat some part of HTML as similar to Python (I use indentation in my HTML in the same way) or like a streaming format where you only indicate boundaries.
  1044. # [22:57] <caitp> their opinions on simplicity matter here
  1045. # [22:57] <Hixie> SamB: a "paragraph" in HTML is just a run of text. If it contains a figure, it's not a paragraph, it's two paragraphs and a figure. Yes, this is not quite what English majors would have you say, but there we have it.
  1046. # [22:57] <caitp> look at the algorithm for parsing HTML
  1047. # [22:57] <Hixie> caitp: the long and short of it is you're 23 years too late for this argument.
  1048. # [22:57] <caitp> is that not crazy to you?
  1049. # [22:57] <TabAtkins> caitp: All those kids seems to get it fine. The omitting rules got added *because* people were omitting them and browsers were accommodating them.
  1050. # [22:57] * Quits: othermaciej (~mjs@17.245.29.229) (Ping timeout: 272 seconds)
  1051. # [22:57] * Joins: othermaciej_ (~mjs@17.202.49.252)
  1052. # [22:57] <Hixie> (nobody is arguing that HTML parsing is simple.)
  1053. # [22:57] <TabAtkins> caitp: Most of HTML parsing's complexity is in <script>.
  1054. # [22:58] <caitp> a good chunk of it is
  1055. # [22:58] <caitp> i agree
  1056. # [22:58] <TabAtkins> With a bit of crazy from things showing up in <table> that shouldn't be there.
  1057. # [22:58] <SamB> Hixie: yeah, when I said "mark paragraphs as", I mean if you want to format it traditionally, you need ways to mark <p> nodes as actually part of a larger paragraph
  1058. # [22:58] <Hixie> TabAtkins: nah, that's not complex, it's just long. The complexity is in the AAA.
  1059. # [22:58] <Hixie> and noah's ark
  1060. # [22:58] <Hixie> and foster parenting
  1061. # [22:58] <TabAtkins> "Long" and "complex" are pretty similarly bad for understanding. ^_^
  1062. # [22:58] <Hixie> SamB: ah if you want to mark english-major paragraphs, use <div>, not <p>
  1063. # [22:58] <caitp> the adoption agency is crazy
  1064. # [22:58] <caitp> i don't think it's limited to that
  1065. # [22:58] <SamB> I think TeX actually keeps track of the tightness of the last line of the previous chunk of paragraph
  1066. # [22:58] <Hixie> TabAtkins: fair enough
  1067. # [22:58] <TabAtkins> A lot of CSS Syntax I was able to "simplify" just by making it shorter.
  1068. # [22:59] <Hixie> the adoption agency is the least crazy of the four utterly crazy options we had at our disposal, sadly
  1069. # [22:59] <SamB> Hixie: hmm, how'd the CSS look to get proper indentation then?
  1070. # [22:59] <caitp> i'd hate to see the alternatives then, because the adoption agency makes me really sad
  1071. # [22:59] * Quits: TallTed (~Thud@63.119.36.36)
  1072. # [22:59] <SamB> I guess you'd use :first and :last?
  1073. # [22:59] <Hixie> SamB: "proper" indentation of paragraphs is no indentation, so... :-)
  1074. # [22:59] <TabAtkins> SamB: What sort of indentation are you looking for?
  1075. # [22:59] * Quits: abinader (sid21713@gateway/web/irccloud.com/x-oywgvqkmxmlzfssp)
  1076. # [23:00] <SamB> Hixie: I mean if for some reason you were trying to vaguely approximate traditional typesetting
  1077. # [23:00] <Hixie> caitp: yeah, the alternatives were so much worse. One dependended on the TCP packet boundaries. Another required changes to CSS to not render styles that didn't map to the tree. The last involved the tree structure actually being a graph.
  1078. # [23:00] <Hixie> caitp: there's some discussion of this stuff on ln.hixie.ch if you go back far enough
  1079. # [23:01] <SamB> in terms of the overall shape more so than particular fonts
  1080. # [23:01] <Hixie> SamB: you'd probably wrap the first part of the paragraph in a <p> in the <div> and style it using div>p:first-child
  1081. # [23:01] <caitp> anyways, I understand why you don't want to change the AAA stuff at this point, maybe that ship sailed a long time ago
  1082. # [23:01] * Quits: lmclister (~lmclister@192.150.10.206)
  1083. # [23:01] <caitp> but I think, just maybe, for new tags like <template>, we could do better
  1084. # [23:02] <Hixie> caitp: people copy-and-paste their existing content into new contexts
  1085. # [23:02] <SamB> caitp: what do you mean?
  1086. # [23:02] <Hixie> caitp: they don't want it to change behaviour
  1087. # [23:02] <SamB> do you mean <template> itself shouldn't force </template> ?
  1088. # [23:02] <SamB> otherwise, I think you're doomed
  1089. # [23:02] <SamB> that's probably the only real negotiable here
  1090. # [23:02] * Joins: jeremyj (~jeremyj@17.202.44.231)
  1091. # [23:03] <caitp> I don't think it should force </template>, I don't think it should have any concept of content that is allowed to be in it
  1092. # [23:03] <caitp> the only case where it should force </template> is at the end of the document
  1093. # [23:03] <TabAtkins> SamB: It doesn't force </template>, iirc. You can nest templates.
  1094. # [23:03] <SamB> TabAtkins: cool
  1095. # [23:03] <SamB> caitp: not even </[something further up the stack]>?
  1096. # [23:03] * Joins: lmclister (~lmclister@192.150.10.206)
  1097. # [23:04] <caitp> not even
  1098. # [23:04] <SamB> that could be done, but it sounds pretty crazy to me
  1099. # [23:04] <caitp> function C() { function D() { }
  1100. # [23:04] <caitp> what should happen
  1101. # [23:05] <TabAtkins> In what language?
  1102. # [23:05] * Quits: gsnedders (~gsnedders@5.2.16.23) (Ping timeout: 252 seconds)
  1103. # [23:05] <caitp> in ECMAScript, since we're here =)
  1104. # [23:05] <TabAtkins> I forget whether it hoists D out of C or not, but it's definitely allowed.
  1105. # [23:05] <caitp> it's not allowed, C hasn't been closed
  1106. # [23:06] <TabAtkins> Oh, didn't see that that's the point you were making.
  1107. # [23:06] * Joins: sak_to_ (~sak_to@24-52-206-247.cable.teksavvy.com)
  1108. # [23:06] <caitp> the one higher in the stack doesn't get closed first
  1109. # [23:06] <TabAtkins> ...yes?
  1110. # [23:06] <caitp> this is logical and makes sense
  1111. # [23:06] <TabAtkins> Why would you think it would be?
  1112. # [23:06] <Hixie> caitp: btw i think you're confusing the idea of what is valid with the idea of how the parser works
  1113. # [23:07] <TabAtkins> Both C and D use } to close, so } isn't equivalent to "</[something further up the stack]>".
  1114. # [23:07] <Hixie> caitp: it's important that we say that e.g. <h1><h2>foo</h2></h1> is invalid, since that's what validators use to flag mistakes to the author
  1115. # [23:07] <TabAtkins> It might make sense for EOF to auto-close C (CSS does this), but that's it.
  1116. # [23:07] <Hixie> caitp: just like how type checking compilers say there's a problem when you add a string to an integer
  1117. # [23:07] <Hixie> caitp: quality assurance tools are important
  1118. # [23:08] * Joins: gsnedders (~gsnedders@5.2.16.23)
  1119. # [23:08] <caitp> quality assurance tools are important, no argument there =)
  1120. # [23:08] <caitp> but ideally they'll tell you to close your tags explicitly instead of making the parser acommodate your awful markup
  1121. # [23:08] <Hixie> the two parts of that sentence are unrelated
  1122. # [23:09] <gsnedders> jgraham: gosh darn it, I'm still 2/3rds your age! :P
  1123. # [23:09] <TabAtkins> "Your page is bad, and we wont' display it until you fix it" was already tried. It was a complete and utter failure.
  1124. # [23:09] * Quits: sak_to (~sak_to@184.105.235.195) (Ping timeout: 272 seconds)
  1125. # [23:09] <caitp> which was that? you can write some pretty bad xhtml pages that will still render _something_
  1126. # [23:10] <SamB> caitp: yeah, </$FOO> only grabs the first $FOO
  1127. # [23:10] * Quits: Areks (~Areks@95-26-126-235.broadband.corbina.ru) (Ping timeout: 272 seconds)
  1128. # [23:10] * Joins: Lachy (~Lachy@cm-84.215.104.248.getinternet.no)
  1129. # [23:11] <caitp> i think you can find a happy medium between "abort on error" and "don't rearrange peoples gunk"
  1130. # [23:11] <TabAtkins> caitp: No, XHTML just fails. It fails hard. If you see it render "something", that's because it's not XHTML. It's HTML that you are writing in an XHTML-like syntax. Maybe you don't *realize* it's HTML, maybe you dont' know that what you did triggered HTML parsing, but it happened.
  1131. # [23:11] <caitp> it's not one or the other, you know?
  1132. # [23:12] <Hixie> caitp: what should happen if the page has <table><tr><td>A</td></tr>B<tr><td>C</td></tr></table>
  1133. # [23:12] * Quits: zdobersek (~zan@109.201.154.180) (Quit: Leaving.)
  1134. # [23:12] <caitp> layout would come up with something to do with the text node
  1135. # [23:13] <caitp> we could find out
  1136. # [23:13] <Hixie> how about <p>A<b>B<i>C</b>D</i>E</p> ?
  1137. # [23:15] * Joins: KevinMarks (~yaaic@2607:fb90:2705:2a64:6892:bbfc:dc0e:4c20)
  1138. # [23:16] <caitp> http://jsfiddle.net/azjVF/ try it for yourself
  1139. # [23:17] * Quits: sak_to_ (~sak_to@24-52-206-247.cable.teksavvy.com) (Remote host closed the connection)
  1140. # [23:17] * Quits: jwatt (~roslea@188.29.164.183.threembb.co.uk) (Ping timeout: 252 seconds)
  1141. # [23:17] <caitp> if layout engines can figure out what to do with it, I'm not convinced the parser should have to
  1142. # [23:17] <gsnedders> TabAtkins: WebKit and I presume Blink render up to the error
  1143. # [23:17] * Joins: sak_to (~sak_to@184.105.235.195)
  1144. # [23:17] <TabAtkins> THEY ARE VIOLATING THE SPEC
  1145. # [23:17] <gsnedders> TabAtkins: You only have to abort normal parsing, you don't have to discard what you've already parsed
  1146. # [23:18] <TabAtkins> THE INTENTION
  1147. # [23:18] <gsnedders> They're not though.
  1148. # [23:18] <Hixie> gsnedders is actually right on this. you're allowed to keep what you parsed so far and render it.
  1149. # [23:18] <gsnedders> Because otherwise SAX parsers could never follow the spec — and their existance was a goal.
  1150. # [23:18] * Quits: Lachy (~Lachy@cm-84.215.104.248.getinternet.no) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  1151. # [23:18] <gsnedders> Hixie: you say this like I'm always wrong!
  1152. # [23:19] <Hixie> no, the "actually" was more about TabAtkins than you :-)
  1153. # [23:19] <TabAtkins> I choose to interpret it like gsnedders did.
  1154. # [23:19] * Joins: Lachy (~Lachy@cm-84.215.104.248.getinternet.no)
  1155. # [23:19] <gsnedders> Damn it guys!
  1156. # [23:19] <TabAtkins> "gsnedders is actually right on this (unlike his usual wrong-as-hell self)"
  1157. # [23:20] * Quits: KevinMarks (~yaaic@2607:fb90:2705:2a64:6892:bbfc:dc0e:4c20) (Ping timeout: 240 seconds)
  1158. # [23:20] <Hixie> gsnedders: i'm gonna have a bunch of fixes to the tests
  1159. # [23:20] <TabAtkins> "I know it's hard to believe, what with it being gsnedders and all, who's wrong all the time."
  1160. # [23:20] <Hixie> gsnedders: how do you want them?
  1161. # [23:20] <zewt> strict parsing is pretty nasty for file formats authored by humans rather than machines
  1162. # [23:20] <gsnedders> Hixie: a pull request, which I presume is what you and jgraham were discussing while I was watching X-Men.
  1163. # [23:20] <TabAtkins> "But hey, even a wrong clock is right twice a day."
  1164. # [23:20] <Hixie> gsnedders: for the whole batch at once?
  1165. # [23:20] <TabAtkins> "Though that, sadly, is way more right than gsnedders is on a given day."
  1166. # [23:21] <gsnedders> Hixie: Are they all just fixing them to match the spec?
  1167. # [23:21] <zewt> which make xhtml not terrible for machine-generated markup, but useless for the rest
  1168. # [23:21] <Hixie> gsnedders: also adding a few features to the test format
  1169. # [23:21] <Hixie> gsnedders: (#script-on / #script-off, to indicate if scripting is enabled or not)
  1170. # [23:21] <gsnedders> Hixie: I'd rather that was kept as a separate PR
  1171. # [23:21] <Hixie> k
  1172. # [23:21] <gsnedders> (I agree it's needed)
  1173. # [23:21] <Hixie> also a few new tests
  1174. # [23:22] <Hixie> minor variations on existing ones
  1175. # [23:22] <Hixie> most of the changes are fixing the #errors sections
  1176. # [23:22] * Quits: Lachy (~Lachy@cm-84.215.104.248.getinternet.no) (Client Quit)
  1177. # [23:22] <gsnedders> Keep them in a separate commit, but they can probably piggy-back one of those PRs
  1178. # [23:22] <zewt> wish there was a way i could convince google search to blacklist scrape-and-paste sites, it's getting pretty bad particularly for SO
  1179. # [23:22] <gsnedders> I tend not to be too fussed unless I disagree with the code :)
  1180. # [23:23] <Hixie> k
  1181. # [23:23] <gsnedders> Hixie: git add --patch may be useful, allows you to select specific changes when committing
  1182. # [23:23] <zewt> i type -p, i assumed it meant "pick"
  1183. # [23:24] <gsnedders> zewt: why the hell do I ever know what it is an abbr for?
  1184. # [23:24] * Joins: Lachy (~Lachy@cm-84.215.104.248.getinternet.no)
  1185. # [23:24] <Hixie> blimey template.dat is long
  1186. # [23:25] <zewt> dunno, you typed it :P
  1187. # [23:25] <Hixie> gsnedders: k, i'll probably get back to you when i'm ready
  1188. # [23:25] <Hixie> gsnedders: to figure out how to do it :-)
  1189. # [23:25] <gsnedders> Hixie: The split between files is pretty random, as I've mentioned before :)
  1190. # [23:26] <Hixie> these tests have been invaluable so far
  1191. # [23:26] <gsnedders> We need more! And a way to check they're right and stay right!
  1192. # [23:26] * gsnedders mumbles mumbles mumbles
  1193. # [23:26] <Hixie> well, that's kind of what i'm doing.
  1194. # [23:27] <gsnedders> Is your impl actually going to strictly stay up to date with the spec?
  1195. # [23:29] <Hixie> dunno, but since it's going to be used by the spec pipeline, it has a higher chance than average of keeping up to date
  1196. # [23:30] * Joins: anthracite (~anthracit@pdpc/supporter/active/anthracite)
  1197. # [23:31] * Joins: KevinMarks (~yaaic@2607:fb90:2705:2a64:6892:bbfc:dc0e:4c20)
  1198. # [23:33] * Joins: jacobolus (~jacobolus@c-98-210-152-50.hsd1.ca.comcast.net)
  1199. # [23:35] * Quits: Lachy (~Lachy@cm-84.215.104.248.getinternet.no) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  1200. # [23:35] * Joins: Lachy (~Lachy@cm-84.215.104.248.getinternet.no)
  1201. # [23:37] * Quits: KevinMarks (~yaaic@2607:fb90:2705:2a64:6892:bbfc:dc0e:4c20) (Ping timeout: 240 seconds)
  1202. # [23:39] * Joins: jwatt (~roslea@188.29.164.183.threembb.co.uk)
  1203. # [23:40] * Joins: KevinMarks (~yaaic@2607:fb90:2705:2a64:6892:bbfc:dc0e:4c20)
  1204. # [23:40] <Hixie> the spec's a bit inconsistent about how many parse errors you get with an unexpected EOF
  1205. # [23:40] <Hixie> but i'm not gonna fix it
  1206. # [23:40] <Hixie> (e.g. <template><script> -> 2, <template><table> -> 1)
  1207. # [23:40] * Quits: anthracite (~anthracit@pdpc/supporter/active/anthracite) (Remote host closed the connection)
  1208. # [23:40] * Joins: newtron_ (~newtron@76-10-135-135.dsl.teksavvy.com)
  1209. # [23:40] * Joins: anthracite (~anthracit@pdpc/supporter/active/anthracite)
  1210. # [23:43] <gsnedders> Hixie: Only in the template case? It certainly used to be the case you only got one
  1211. # [23:43] * Quits: tantek (~tantek@207.173.104.166) (Quit: tantek)
  1212. # [23:43] <Hixie> yeah, it's templates that mess this up i think
  1213. # [23:44] * Quits: jeremyj (~jeremyj@17.202.44.231) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  1214. # [23:44] * Quits: KevinMarks (~yaaic@2607:fb90:2705:2a64:6892:bbfc:dc0e:4c20) (Ping timeout: 240 seconds)
  1215. # [23:45] <Hixie> actually
  1216. # [23:45] <Hixie> no
  1217. # [23:45] <Hixie> <table><script> -> 2 also, as far as i can tell
  1218. # [23:45] * Joins: KevinMarks (~yaaic@2607:fb90:2705:2a64:6892:bbfc:dc0e:4c20)
  1219. # [23:45] <Hixie> <template><template><template> -> 3
  1220. # [23:45] * Quits: dbaron (~dbaron@pool-72-94-180-192.phlapa.fios.verizon.net) (Ping timeout: 255 seconds)
  1221. # [23:46] <jgraham> git add -p is an immediately sufficient answer to "why does git give you access to the staging area"
  1222. # [23:46] * jwatt is now known as Guest51926
  1223. # [23:46] * Joins: jwatt_ (~roslea@94.197.121.179)
  1224. # [23:48] * Quits: Guest51926 (~roslea@188.29.164.183.threembb.co.uk) (Ping timeout: 240 seconds)
  1225. # [23:48] * Quits: Lachy (~Lachy@cm-84.215.104.248.getinternet.no) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  1226. # [23:49] * Quits: KevinMarks (~yaaic@2607:fb90:2705:2a64:6892:bbfc:dc0e:4c20) (Ping timeout: 240 seconds)
  1227. # [23:49] * Quits: newtron_ (~newtron@76-10-135-135.dsl.teksavvy.com) (Remote host closed the connection)
  1228. # [23:49] * Joins: KevinMarks (~yaaic@2607:fb90:2705:2a64:6892:bbfc:dc0e:4c20)
  1229. # [23:50] * Joins: newtron_ (~newtron@76-10-135-135.dsl.teksavvy.com)
  1230. # [23:51] * Quits: jernoble|laptop (~jernoble@17.202.45.163) (Quit: Textual IRC Client: www.textualapp.com)
  1231. # [23:52] * Joins: satazor (~satazor@26.186.108.93.rev.vodafone.pt)
  1232. # [23:54] * Quits: KevinMarks (~yaaic@2607:fb90:2705:2a64:6892:bbfc:dc0e:4c20) (Ping timeout: 240 seconds)
  1233. # [23:54] * Quits: newtron_ (~newtron@76-10-135-135.dsl.teksavvy.com) (Ping timeout: 240 seconds)
  1234. # [23:55] * Joins: KevinMarks (~yaaic@2607:fb90:2705:2a64:6892:bbfc:dc0e:4c20)
  1235. # [23:56] * Joins: Lachy (~Lachy@cm-84.215.104.248.getinternet.no)
  1236. # [23:57] * Quits: Smylers (~smylers@87.114.214.124) (Ping timeout: 245 seconds)
  1237. # [23:57] * Quits: smaug____ (~chatzilla@a91-154-44-207.elisa-laajakaista.fi) (Ping timeout: 264 seconds)
  1238. # [23:58] * Joins: jeremyj (~jeremyj@17.202.44.231)
  1239. # [23:58] * Joins: rniwa (~rniwa@17.202.43.222)
  1240. # [23:59] * Joins: bholley (~bholley@c-67-161-57-5.hsd1.ca.comcast.net)
  1241. # [23:59] * Quits: bholley (~bholley@c-67-161-57-5.hsd1.ca.comcast.net) (Client Quit)
  1242. # [23:59] * Joins: bholley (~bholley@c-67-161-57-5.hsd1.ca.comcast.net)
  1243. # Session Close: Sat Jun 14 00:00:00 2014

The end :)