/irc-logs / freenode / #whatwg / 2011-07-24 / end

Options:

  1. # Session Start: Sun Jul 24 00:00:00 2011
  2. # Session Ident: #whatwg
  3. # 03[00:12] * Joins: captain (~captain@xdsl-78-34-155-230.netcologne.de)
  4. # 02[00:20] * Quits: captain (~captain@xdsl-78-34-155-230.netcologne.de) (Quit: captain)
  5. # 03[00:23] * Joins: gpsietzema- (~gpsietzem@188.201.167.121)
  6. # 02[00:31] * Quits: david_carlisle (~chatzilla@dcarlisle.demon.co.uk) (Ping timeout: 258 seconds)
  7. # 03[00:40] * Joins: dbaron (~dbaron@207.225.246.217)
  8. # 03[00:40] * Joins: karlcow (~karl@nerval.la-grange.net)
  9. # 02[00:46] * Quits: gpsietzema- (~gpsietzem@188.201.167.121) (Remote host closed the connection)
  10. # 03[00:50] * heycam|away is now known as heycam
  11. # 02[00:54] * Quits: Maurice (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
  12. # 02[00:55] * Quits: weinig (~weinig@2620:149:4:401:6c5d:5ada:bfec:9dda) (Quit: weinig)
  13. # 03[00:58] * heycam is now known as heycam|away
  14. # 03[01:09] * Joins: Transformer (~Transform@ool-4a59e397.dyn.optonline.net)
  15. # 02[01:09] * Quits: Transformer (~Transform@ool-4a59e397.dyn.optonline.net) (Excess Flood)
  16. # 02[01:26] * Quits: foolip (~philip@h242n6-g-hn-a11.ias.bredband.telia.com) (Ping timeout: 255 seconds)
  17. # 03[01:27] * Joins: Transformer (~Transform@ool-4a59e397.dyn.optonline.net)
  18. # 03[01:28] * Joins: weinig (~weinig@c-24-130-56-198.hsd1.ca.comcast.net)
  19. # 02[01:28] * Quits: heedly (~ed@static-108-13-230-138.lsanca.fios.verizon.net) (Ping timeout: 260 seconds)
  20. # 02[01:29] * Quits: Transformer (~Transform@ool-4a59e397.dyn.optonline.net) (Excess Flood)
  21. # 02[01:32] * Quits: FastJack (~fastjack@dumpstr.net) (Ping timeout: 260 seconds)
  22. # 02[01:33] * Quits: Steve^ (~steve@host-78-149-165-33.as13285.net) (Quit: Leaving)
  23. # 02[01:34] * Quits: dpy (~Marcel@dhcp-077-248-090-235.chello.nl) (Ping timeout: 255 seconds)
  24. # 03[01:35] * Joins: heedly (~ed@static-108-13-230-138.lsanca.fios.verizon.net)
  25. # 02[01:39] * Quits: simplicity- (~simpli@unaffiliated/simplicity-) (Quit: simplicity-)
  26. # 03[01:43] * Joins: othermaciej (~mjs@c-24-6-209-6.hsd1.ca.comcast.net)
  27. # 03[01:45] * Joins: FastJack (~fastjack@dumpstr.net)
  28. # 03[01:45] * Joins: scor (~scor@drupal.org/user/52142/view)
  29. # 03[02:05] * D^mien is now known as Damien|away
  30. # 03[02:05] * Joins: KaOSoFt (~KaOSoFt@unaffiliated/kaosoft)
  31. # 03[02:09] * Joins: TabAtkins_ (~tabatkins@72-254-84-188.client.stsn.net)
  32. # 02[02:13] * Quits: weinig (~weinig@c-24-130-56-198.hsd1.ca.comcast.net) (Quit: weinig)
  33. # 03[02:22] * Joins: sephr (~Eli@c-98-235-63-240.hsd1.pa.comcast.net)
  34. # 02[02:22] * Quits: dbaron (~dbaron@207.225.246.217) (Read error: Connection reset by peer)
  35. # 03[02:23] * Joins: dbaron (~dbaron@207.225.246.217)
  36. # [02:23] <sephr> is there such a thing as `CustomEvent document.customEvent(...)`?
  37. # 02[02:23] * Quits: tndH (~Rob@adsl-87-102-14-80.karoo.KCOM.COM) (Quit: ChatZilla 0.9.87-rdmsoft [XULRunner 1.9.0.1/2008072406])
  38. # 03[02:23] * heycam|away is now known as heycam
  39. # [02:23] <sephr> I just noticed that on MDN https://developer.mozilla.org/en/DOM/customEvent and it looks like someone just made up the page
  40. # 02[02:34] * Quits: dbaron (~dbaron@207.225.246.217) (Quit: 8403864 bytes have been tenured, next gc will be global.)
  41. # 02[02:36] * Quits: uf0 (deeznuts@2001:4d88:ffff:ffff:2:b320:d90a:b) (Read error: Operation timed out)
  42. # [02:39] <heycam> sephr, I don't think that page is accurate
  43. # [02:39] <heycam> no such thing as document.customEvent in Gecko afaict
  44. # [02:39] <sephr> yeah I think someone messed up
  45. # [02:39] <sephr> I'm moving the page to Event/CustomEvent fixing the docs now
  46. # [02:40] <heycam> cool, thanks
  47. # 02[02:40] * Quits: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de) (Quit: Now time for the weather. Tiffany?)
  48. # 02[02:44] * Quits: FireFly (~firefly@unaffiliated/firefly) (Quit: swatted to death)
  49. # [02:46] <sephr> heycam: speaking of events, does initStorageEvent actually modify dom storage?
  50. # [02:46] <sephr> I would think it doesn't
  51. # 06[02:46] * sephr is trying to base the new customevent page off the storageevent one
  52. # [02:49] <heycam> sephr, no, it should just initialise the event object
  53. # [02:49] <heycam> sephr, shouldn't have any other effect
  54. # [02:50] <sephr> k thanks
  55. # 03[02:51] * Joins: [tm]_ (~MikeSmith@sideshowbarker.net)
  56. # 02[02:56] * Quits: Amorphous (jan@unaffiliated/amorphous) (*.net *.split)
  57. # 02[02:56] * Quits: Lachy (~Lachy@cm-84.215.59.50.getinternet.no) (*.net *.split)
  58. # 02[02:56] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (*.net *.split)
  59. # 02[02:56] * Quits: [tm] (~MikeSmith@sideshowbarker.net) (*.net *.split)
  60. # 03[03:01] * Joins: nessy (~Adium@124-169-135-125.dyn.iinet.net.au)
  61. # 03[03:03] * Joins: Lachy (~Lachy@cm-84.215.59.50.getinternet.no)
  62. # 03[03:05] * Joins: agektmr (~Adium@p4171-ipbf6905marunouchi.tokyo.ocn.ne.jp)
  63. # 03[03:07] * Damien|away is now known as D^mien
  64. # 03[03:07] * Joins: Amorphous (jan@unaffiliated/amorphous)
  65. # 02[03:08] * Quits: nessy (~Adium@124-169-135-125.dyn.iinet.net.au) (Quit: Leaving.)
  66. # 03[03:17] * Joins: jacobolus (~jacobolus@75-144-246-5-SFBA.hfc.comcastbusiness.net)
  67. # 02[03:18] * Quits: othermaciej (~mjs@c-24-6-209-6.hsd1.ca.comcast.net) (Quit: othermaciej)
  68. # 03[03:19] * Joins: othermaciej (~mjs@c-24-6-209-6.hsd1.ca.comcast.net)
  69. # 02[03:24] * Quits: D^mien (tdc@globalshellz/senator/tdc) (Quit: TheDemonChild.Com - Web Design / Web Hosting / Domains / Community Forums with blogs, image gallery, arcade, chat & more!)
  70. # 02[03:29] * Quits: gpsietzema (~gpsietzem@188.201.167.121) (Remote host closed the connection)
  71. # 02[03:30] * Quits: scor (~scor@drupal.org/user/52142/view) (Quit: scor)
  72. # 03[03:31] * Joins: Damien|away (tdc@when.this.baby.hits.88mph.gshellz.org)
  73. # 03[03:31] * heycam is now known as heycam|away
  74. # 03[03:34] * Damien|away is now known as D^mien
  75. # 02[03:35] * Quits: D^mien (tdc@when.this.baby.hits.88mph.gshellz.org) (Changing host)
  76. # 03[03:35] * Joins: D^mien (tdc@globalshellz/senator/tdc)
  77. # 02[03:39] * Quits: agektmr (~Adium@p4171-ipbf6905marunouchi.tokyo.ocn.ne.jp) (Quit: Leaving.)
  78. # 03[03:46] * Joins: gpsietzema (~gpsietzem@188.201.167.121)
  79. # 02[03:47] * Quits: gpsietzema (~gpsietzem@188.201.167.121) (Remote host closed the connection)
  80. # 03[03:58] * D^mien is now known as Damien|away
  81. # 02[04:07] * Quits: The_8472 (~stardive@azureus/The8472) (Ping timeout: 250 seconds)
  82. # 02[04:09] * Quits: ZombieLoffe (~e@unaffiliated/zombieloffe)
  83. # 03[04:11] * Damien|away is now known as D^mien
  84. # 03[04:12] * Joins: The_8472 (~stardive@azureus/The8472)
  85. # 03[04:12] * Joins: ezoe (~ezoe@112-68-244-186f1.kyt1.eonet.ne.jp)
  86. # 03[04:16] * Joins: agektmr (~Adium@p4171-ipbf6905marunouchi.tokyo.ocn.ne.jp)
  87. # 02[04:19] * Quits: CvP (~CvP@123.49.22.232) (Read error: Connection reset by peer)
  88. # 03[04:21] * Joins: erlehmann (~erlehmann@82.113.99.38)
  89. # 03[04:24] * Joins: CvP (~CvP@123.49.22.232)
  90. # 02[04:26] * Quits: CvP (~CvP@123.49.22.232) (Disconnected by services)
  91. # 03[04:26] * Joins: xCG (~CvP@123.49.22.232)
  92. # 03[04:27] * xCG is now known as CvP
  93. # [04:34] <Hixie> abarth: not trying to troll them. It's just frustrating that they don't understand the difference between RDFa and microdata. The very thing they keep saying is the problem with microdata is the reason microdata is giving them a problem in the first place.
  94. # [04:34] <abarth> i like the comparison between the pencil and the industrial laser printer
  95. # [04:35] <abarth> "RDFa: A horribly-designed technology that..."
  96. # [04:35] <abarth> that's the part that sounds trollish
  97. # 03[04:35] * Joins: jacobolu_ (~jacobolus@75-144-246-5-SFBA.hfc.comcastbusiness.net)
  98. # 02[04:36] * Quits: jacobolus (~jacobolus@75-144-246-5-SFBA.hfc.comcastbusiness.net) (Read error: Connection reset by peer)
  99. # [04:38] <Hixie> I previously had assumed that RDFa was a well-designed technology to address a problem I didn't understand.
  100. # [04:39] <Hixie> But Manu has been insistent in telling me that I am wrong, that RDFa was designed to address a specific set of use cases.
  101. # [04:39] <Hixie> well given those use cases, I really don't know how else to characterise RDFa but "horribly-designed".
  102. # 02[04:42] * Quits: CvP (~CvP@123.49.22.232) (Disconnected by services)
  103. # 03[04:42] * Joins: xCG (~CvP@123.49.22.232)
  104. # 03[04:44] * xCG is now known as CvP
  105. # 03[04:45] * Joins: annevk (~annevk@198.134.89.196)
  106. # 03[04:47] * D^mien is now known as Damien|away
  107. # 03[04:47] * Parts: sephr (~Eli@c-98-235-63-240.hsd1.pa.comcast.net) ("Leaving")
  108. # 02[05:00] * Quits: jochen__ (~jochen@nat/google/x-qovvypsprsexzkes) (Remote host closed the connection)
  109. # 03[05:00] * Joins: jochen__ (~jochen@nat/google/x-tzhqtqanuxilivtf)
  110. # 02[05:00] * Quits: spal (~susam@pdpc/supporter/active/spal) (Ping timeout: 258 seconds)
  111. # 03[05:03] * heycam|away is now known as heycam
  112. # 02[05:04] * Quits: onar (~onar@17.216.36.168) (*.net *.split)
  113. # 02[05:04] * Quits: annevk (~annevk@198.134.89.196) (Quit: annevk)
  114. # 03[05:08] * Joins: onar (~onar@17.216.36.168)
  115. # 02[05:14] * Quits: tomasf (~tom@c-5ed9e555.024-204-6c6b7012.cust.bredbandsbolaget.se) (Quit: tomasf)
  116. # 03[05:14] * Joins: spal (~susam@pdpc/supporter/active/spal)
  117. # 02[05:19] * Quits: jacobolu_ (~jacobolus@75-144-246-5-SFBA.hfc.comcastbusiness.net) (Remote host closed the connection)
  118. # 03[05:28] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  119. # 02[05:38] * Quits: agektmr (~Adium@p4171-ipbf6905marunouchi.tokyo.ocn.ne.jp) (Quit: Leaving.)
  120. # 03[05:42] * Joins: nonge__ (~nonge@p5B3261D4.dip.t-dialin.net)
  121. # 03[05:44] * Joins: _jgr (~jgr@14-202-70-230.static.tpgi.com.au)
  122. # 02[05:46] * Quits: nonge_ (~nonge@p508293B6.dip.t-dialin.net) (Ping timeout: 276 seconds)
  123. # 02[05:47] * Quits: Bass10 (Bass10@c-76-113-194-7.hsd1.mn.comcast.net) (Ping timeout: 240 seconds)
  124. # 02[05:48] * Quits: TabAtkins_ (~tabatkins@72-254-84-188.client.stsn.net) (Ping timeout: 250 seconds)
  125. # 03[05:57] * Joins: hij1nx (~hij1nx@12.189.117.134)
  126. # 03[05:59] * Damien|away is now known as D^mien
  127. # 02[06:06] * Quits: riven (~riven@pdpc/supporter/professional/riven) (Read error: Connection reset by peer)
  128. # 03[06:07] * Joins: riven (~riven@pdpc/supporter/professional/riven)
  129. # 02[06:17] * Quits: _jgr (~jgr@14-202-70-230.static.tpgi.com.au) (Read error: Connection timed out)
  130. # 03[06:18] * Joins: _jgr (~jgr@14-202-70-230.static.tpgi.com.au)
  131. # 03[06:18] * Joins: jacobolus (~jacobolus@208-90-212-189.PUBLIC.monkeybrains.net)
  132. # [06:20] <Hixie> wow: https://plus.google.com/u/0/112095156983892490612/posts/BSShqcMm49B
  133. # [06:20] <Hixie> at least on xforms person _still_ doesn't understand to this day what the backwards-compatibility issue is
  134. # 02[06:22] * Quits: Rik`_ (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net) (Read error: Connection reset by peer)
  135. # 03[06:22] * Joins: Rik` (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net)
  136. # 02[06:24] * Quits: _jgr (~jgr@14-202-70-230.static.tpgi.com.au) (Ping timeout: 255 seconds)
  137. # 02[06:24] * Quits: Rik` (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net) (Read error: No route to host)
  138. # 03[06:25] * Joins: Rik` (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net)
  139. # 02[06:26] * Quits: hij1nx (~hij1nx@12.189.117.134) (Ping timeout: 255 seconds)
  140. # 02[06:27] * Quits: Rik` (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net) (Read error: No route to host)
  141. # 03[06:27] * Joins: Rik`_ (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net)
  142. # 03[06:29] * Joins: TabAtkins_ (~tabatkins@72-254-84-188.client.stsn.net)
  143. # 02[06:29] * Quits: Rik`_ (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net) (Read error: No route to host)
  144. # 03[06:30] * Joins: Rik` (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net)
  145. # 03[06:33] * Joins: hij1nx (~hij1nx@12.189.117.134)
  146. # 02[06:33] * Quits: Rik` (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net) (Read error: No route to host)
  147. # 03[06:33] * Joins: Rik` (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net)
  148. # 03[06:35] * Joins: dydz (~dydz@adsl-76-199-101-75.dsl.pltn13.sbcglobal.net)
  149. # 02[06:35] * Quits: Rik` (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net) (Read error: Connection reset by peer)
  150. # 02[06:35] * Quits: dydz (~dydz@adsl-76-199-101-75.dsl.pltn13.sbcglobal.net) (Client Quit)
  151. # 03[06:35] * Joins: Rik` (~Rik`@2a01:e34:ec0f:1570:5861:32bc:8e04:3f09)
  152. # 03[06:37] * Joins: Rik`_ (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net)
  153. # 03[06:37] * Joins: _jgr (~jgr@14-202-70-230.static.tpgi.com.au)
  154. # 03[06:39] * Joins: hij1nx_ (~hij1nx@12.189.117.134)
  155. # 03[06:40] * Joins: Rik`__ (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net)
  156. # 02[06:40] * Quits: Rik`_ (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net) (Read error: No route to host)
  157. # 03[06:40] * niftylettuce__ is now known as niftylettuce
  158. # 02[06:41] * Quits: Rik` (~Rik`@2a01:e34:ec0f:1570:5861:32bc:8e04:3f09) (Ping timeout: 255 seconds)
  159. # 03[06:42] * Joins: Rik` (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net)
  160. # 02[06:42] * Quits: Rik`__ (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net) (Read error: Connection reset by peer)
  161. # 02[06:42] * Quits: hij1nx (~hij1nx@12.189.117.134) (Ping timeout: 276 seconds)
  162. # 03[06:42] * hij1nx_ is now known as hij1nx
  163. # 02[06:43] * Quits: Rik` (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net) (Read error: Connection reset by peer)
  164. # 03[06:44] * Joins: Rik` (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net)
  165. # 02[06:46] * Quits: _jgr (~jgr@14-202-70-230.static.tpgi.com.au) (Ping timeout: 255 seconds)
  166. # 03[06:47] * Joins: Rik`_ (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net)
  167. # 02[06:47] * Quits: Rik` (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net) (Read error: Connection reset by peer)
  168. # 03[06:51] * D^mien is now known as Damien|away
  169. # 02[06:54] * Quits: KaOSoFt (~KaOSoFt@unaffiliated/kaosoft) (Quit: Liberty is the right to choose, freedom is the result of that choice.)
  170. # 02[07:05] * Quits: ezoe (~ezoe@112-68-244-186f1.kyt1.eonet.ne.jp) (Ping timeout: 250 seconds)
  171. # 03[07:54] * Joins: ezoe (~ezoe@203-140-89-51f1.kyt1.eonet.ne.jp)
  172. # 02[08:34] * Quits: fishd (~darin@nat/google/x-ingryjetqbvnutwt) (Quit: Leaving)
  173. # 03[08:57] * Joins: foolip (~philip@h242n6-g-hn-a11.ias.bredband.telia.com)
  174. # 02[08:59] * Quits: jacobolus (~jacobolus@208-90-212-189.PUBLIC.monkeybrains.net) (Remote host closed the connection)
  175. # 02[09:11] * Quits: CvP (~CvP@123.49.22.232) (Quit: [ UPP ] > all)
  176. # 03[09:21] * Joins: AnselmBradford (~ans@wt1213-64-71.aut.ac.nz)
  177. # 03[09:26] * Joins: weinig (~weinig@c-24-130-56-198.hsd1.ca.comcast.net)
  178. # 02[09:29] * Quits: weinig (~weinig@c-24-130-56-198.hsd1.ca.comcast.net) (Client Quit)
  179. # 03[09:43] * Joins: Jackneill (~Jackneill@unaffiliated/jackneill)
  180. # 02[09:45] * Quits: cygri (~cygri@wg1-nat.fwgal01.deri.ie) (Ping timeout: 246 seconds)
  181. # 02[09:46] * Quits: hij1nx (~hij1nx@12.189.117.134) (Quit: hij1nx)
  182. # 03[10:09] * Joins: zdobersek (~zan@cpe-46-164-19-135.dynamic.amis.net)
  183. # [10:10] <jgraham> foolip: hg export might be what you are looking for
  184. # [10:10] <foolip> jgraham, thanks, looks like it is!
  185. # 03[10:15] * Joins: Maurice (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
  186. # [10:20] <foolip> jgraham, you're not CC:d on the bug, are the mails sent to some list?
  187. # 02[10:21] * Quits: ezoe (~ezoe@203-140-89-51f1.kyt1.eonet.ne.jp) (Ping timeout: 260 seconds)
  188. # [10:22] <jgraham> foolip: No, I just followed your link
  189. # [10:22] <foolip> eh, stupid me :)
  190. # [10:23] <foolip> 1. announce 2. forget 3. surprise at attention
  191. # 03[10:26] * Joins: cygri (~cygri@109.255.150.223)
  192. # 03[10:30] * Joins: jacobolus (~jacobolus@208-90-212-189.PUBLIC.monkeybrains.net)
  193. # 02[10:32] * Quits: jochen__ (~jochen@nat/google/x-tzhqtqanuxilivtf) (Ping timeout: 255 seconds)
  194. # 03[10:32] * Joins: jochen__ (~jochen@nat/google/x-ubkvegrnzfefngyc)
  195. # 02[10:40] * Quits: cygri (~cygri@109.255.150.223) (Quit: cygri)
  196. # 03[10:58] * Joins: gpsietzema (~gpsietzem@188.201.167.121)
  197. # 02[10:59] * Quits: Yudai (~Yudai@p86e1ed.hkidnt01.ap.so-net.ne.jp) (Ping timeout: 252 seconds)
  198. # 03[10:59] * Joins: Yudai (~Yudai@p86e1d3.hkidnt01.ap.so-net.ne.jp)
  199. # 03[11:09] * Parts: spal (~susam@pdpc/supporter/active/spal) ("Leaving")
  200. # 03[11:31] * Joins: Ms2ger (~Ms2ger@91.181.41.169)
  201. # 02[11:31] * Quits: quiccker (~quiccker@212.174.109.55) (Remote host closed the connection)
  202. # 02[11:34] * Quits: Amorphous (jan@unaffiliated/amorphous) (Read error: Connection reset by peer)
  203. # 03[11:35] * Joins: _jgr (~jgr@CPE-123-211-200-97.lnse4.woo.bigpond.net.au)
  204. # 02[11:35] * Quits: danja_ (~danny@host28-23-dynamic.9-79-r.retail.telecomitalia.it) (Quit: gorn)
  205. # 02[11:37] * Quits: gpsietzema (~gpsietzem@188.201.167.121) (Remote host closed the connection)
  206. # 03[11:40] * Joins: gpsietzema (~gpsietzem@188.201.167.121)
  207. # 03[11:40] * Joins: maikmerten (~maikmerte@port-92-201-176-20.dynamic.qsc.de)
  208. # 02[11:40] * Quits: _jgr (~jgr@CPE-123-211-200-97.lnse4.woo.bigpond.net.au) (Ping timeout: 276 seconds)
  209. # 03[11:49] * Joins: david_carlisle (~chatzilla@dcarlisle.demon.co.uk)
  210. # 03[11:51] * Joins: Amorphous (jan@unaffiliated/amorphous)
  211. # 03[12:09] * Joins: fsntation (~fsntation@212.174.109.55)
  212. # 02[12:11] * Quits: fsntation (~fsntation@212.174.109.55) (Remote host closed the connection)
  213. # 03[12:16] * Joins: ZombieLoffe (~e@unaffiliated/zombieloffe)
  214. # 03[12:17] * Joins: simplicity- (~simpli@unaffiliated/simplicity-)
  215. # 03[12:19] * Joins: tndH (~Rob@adsl-87-102-14-80.karoo.KCOM.COM)
  216. # 03[12:25] * heycam is now known as heycam|away
  217. # 02[12:35] * Quits: david_carlisle (~chatzilla@dcarlisle.demon.co.uk) (Ping timeout: 258 seconds)
  218. # 03[12:37] * Joins: david_carlisle (~chatzilla@dcarlisle.demon.co.uk)
  219. # 03[12:39] * Joins: wakaba (~wakaba@189.63.138.58.dy.bbexcite.jp)
  220. # 03[12:42] * Joins: ktbe (~ktbe@212.174.109.55)
  221. # 02[12:44] * Quits: david_carlisle (~chatzilla@dcarlisle.demon.co.uk) (Ping timeout: 246 seconds)
  222. # 02[12:50] * Quits: nonge__ (~nonge@p5B3261D4.dip.t-dialin.net) (Quit: Verlassend)
  223. # 02[12:54] * Quits: Rik`_ (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net) (Read error: Connection reset by peer)
  224. # 03[12:54] * Joins: Rik` (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net)
  225. # 02[12:55] * Quits: Rik` (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net) (Read error: Connection reset by peer)
  226. # 03[12:55] * Joins: Rik` (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net)
  227. # 02[12:58] * Quits: AnselmBradford (~ans@wt1213-64-71.aut.ac.nz) (Quit: AnselmBradford)
  228. # 03[13:06] * Joins: Necrathex (~nectop@82-170-160-25.ip.telfort.nl)
  229. # 02[13:12] * Quits: gavin (~gavin@firefox/developer/gavin) (Read error: Connection reset by peer)
  230. # 02[13:13] * Quits: shepazu (~schepers@108-70-132-46.lightspeed.rlghnc.sbcglobal.net) (Quit: shepazu)
  231. # 02[13:14] * Quits: ktbe (~ktbe@212.174.109.55) (Remote host closed the connection)
  232. # 03[13:14] * Joins: captain (~captain@xdsl-78-34-152-94.netcologne.de)
  233. # 03[13:14] * Joins: gavin_ (~gavin@people.mozilla.com)
  234. # 02[13:14] * Quits: gavin_ (~gavin@people.mozilla.com) (Changing host)
  235. # 03[13:14] * Joins: gavin_ (~gavin@firefox/developer/gavin)
  236. # [13:18] <Ms2ger> So, is anybody going to register rel=disclosure or are we going to keep all W3C specs invalid?
  237. # 03[13:29] * Joins: nonge (~nonge@p5B3261D4.dip.t-dialin.net)
  238. # 03[13:31] * Joins: mokush (~quassel@188.24.97.215)
  239. # 02[13:32] * Quits: gavin_ (~gavin@firefox/developer/gavin) (Remote host closed the connection)
  240. # 02[13:34] * Quits: danbri (~danbri@ip176-48-210-87.adsl2.static.versatel.nl) (Read error: Connection timed out)
  241. # 03[13:35] * Joins: danbri (~danbri@ip176-48-210-87.adsl2.static.versatel.nl)
  242. # 03[13:37] * Joins: gavin_ (~gavin@people.mozilla.com)
  243. # 02[13:37] * Quits: gavin_ (~gavin@people.mozilla.com) (Changing host)
  244. # 03[13:37] * Joins: gavin_ (~gavin@firefox/developer/gavin)
  245. # 03[13:43] * Joins: uf0 (deeznuts@2001:4d88:ffff:ffff:2:b320:d90a:b)
  246. # 02[13:45] * Quits: temp01 (~temp01@unaffiliated/temp01) (Read error: Connection reset by peer)
  247. # 02[13:48] * Quits: The_8472 (~stardive@azureus/The8472) (Ping timeout: 250 seconds)
  248. # 03[13:49] * Joins: temp01 (~temp01@unaffiliated/temp01)
  249. # 03[13:52] * Joins: Bass10 (~Bass10@c-76-113-194-7.hsd1.mn.comcast.net)
  250. # 03[13:55] * Joins: tomasf (~tom@c-5ed9e555.024-204-6c6b7012.cust.bredbandsbolaget.se)
  251. # 03[13:59] * Joins: CvP (~CvP@123.49.20.201)
  252. # 03[14:14] * Joins: smaug____ (~chatzilla@dsl-hkibrasgw4-fe45dc00-171.dhcp.inet.fi)
  253. # 02[14:21] * Quits: CvP (~CvP@123.49.20.201) (Ping timeout: 246 seconds)
  254. # 03[14:31] * Joins: ezoe (~ezoe@203-140-92-87f1.kyt1.eonet.ne.jp)
  255. # 02[14:34] * Quits: mokush (~quassel@188.24.97.215) (Remote host closed the connection)
  256. # [14:42] <jgraham> Ms2ger: Is there a spec for it?
  257. # [14:42] <Ms2ger> Not one I managed to find
  258. # [14:42] <Ms2ger> Isn't "mentioned in pubrules" enough?
  259. # 03[14:56] * Joins: LBP (~Mirc@pD9EB139D.dip0.t-ipconnect.de)
  260. # 02[14:58] * Quits: simplicity- (~simpli@unaffiliated/simplicity-) (Quit: simplicity-)
  261. # 02[14:59] * Quits: temp01 (~temp01@unaffiliated/temp01) (Ping timeout: 276 seconds)
  262. # 02[15:00] * Quits: Jackneill (~Jackneill@unaffiliated/jackneill) (Ping timeout: 240 seconds)
  263. # 03[15:03] * Joins: simplicity- (~simpli@unaffiliated/simplicity-)
  264. # 02[15:07] * Quits: danbri (~danbri@ip176-48-210-87.adsl2.static.versatel.nl) (Read error: Connection timed out)
  265. # 03[15:08] * Joins: danbri (~danbri@ip176-48-210-87.adsl2.static.versatel.nl)
  266. # 03[15:13] * Joins: FireFly (~firefly@unaffiliated/firefly)
  267. # 03[15:13] * Joins: temp01 (~temp01@unaffiliated/temp01)
  268. # 03[15:26] * Joins: CvP (~CvP@123.49.20.214)
  269. # 03[15:28] * Joins: cygri (~cygri@109.255.150.223)
  270. # 03[15:34] * Joins: danbri_ (~danbri@ip176-48-210-87.adsl2.static.versatel.nl)
  271. # 02[15:35] * Quits: danbri (~danbri@ip176-48-210-87.adsl2.static.versatel.nl) (Ping timeout: 240 seconds)
  272. # 02[15:38] * Quits: othermaciej (~mjs@c-24-6-209-6.hsd1.ca.comcast.net) (Quit: othermaciej)
  273. # 03[15:49] * Joins: agektmr (~Adium@p4171-ipbf6905marunouchi.tokyo.ocn.ne.jp)
  274. # 02[15:56] * Quits: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi)
  275. # 02[16:04] * Quits: Rik` (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net) (Remote host closed the connection)
  276. # 02[16:05] * Quits: ZombieLoffe (~e@unaffiliated/zombieloffe)
  277. # 03[16:05] * Joins: Jackneill (~Jackneill@unaffiliated/jackneill)
  278. # [16:08] <AryehGregor> smaug____, pong.
  279. # [16:08] <AryehGregor> [110722 10:32:42] <AryehGregor> smaug____ (who isn't here): the draft doesn't have to special-case replaceData/appendData because when it was written, those just called insertData/deleteData. Now annevk has rewritten that in DOM Core at my request, and I'll rewrite the Range stuff soon to work with the new wording. As for splitText, see the comments in the spec's HTML source. IIRC, I copied the behavior from WebKit, who made it up; it make
  280. # [16:08] <AryehGregor> s a lot of sense, and IIRC roc t
  281. # [16:08] <AryehGregor> [110722 10:32:42] <AryehGregor> hought it was a good idea. Without that special-case I'd have to add a bunch of different execCommand() special-cases, so it's no simpler, and authors don't get the improved behavior.
  282. # [16:09] <AryehGregor> Double-wrapping :(
  283. # 03[16:11] * danbri_ is now known as danbri
  284. # [16:12] <smaug____> AryehGregor: yeah, I haven't yet quite decided which behavior for splitText makes most sense
  285. # 03[16:13] * Joins: The_8472 (~stardive@azureus/The8472)
  286. # [16:13] <AryehGregor> It's a tradeoff between simplicity and doing what makes sense in the specific case.
  287. # [16:13] <smaug____> for consistency the new spec is bad, but I could see the new spec more useful for web devs
  288. # [16:13] <AryehGregor> Without a special case for splitText, range mutation will do the wrong thing every time for it.
  289. # [16:13] <smaug____> wrong?
  290. # [16:13] <AryehGregor> As in unexpected, not what the author intended.
  291. # [16:14] <smaug____> it would do what is logical, IMHO
  292. # [16:14] <AryehGregor> And as I said, the added special case here removes multiple special cases elsewhere, so IMO it's an overall win for simplicity.
  293. # [16:14] <AryehGregor> Only if you view splitText as performing a sequence of DOM operations that involves deleting some text from one node and then creating an entirely unrelated node.
  294. # [16:14] <AryehGregor> If you view it as actually splitting an existing node, which is what it does intuitively and what the name implies, the non-special-case behavior makes no sense at all.
  295. # [16:15] <AryehGregor> E.g., it would be impossible to predict which node the range remained in, unless you knew which node the method happens to add (first vs. second).
  296. # [16:15] <AryehGregor> Which I'm not absolutely confident I remember, in fact, although I'm pretty sure it keeps the first node and adds the second.
  297. # [16:16] <AryehGregor> But if I have to think about it, your average web author stands no chance at all.
  298. # [16:16] <AryehGregor> (granted that which node is added is already visible in that that's the one it returns, but it's still not the way anyone's going to actually think of it working)
  299. # [16:16] <smaug____> it is just very surprising that DOM mutations can change range.start/endNode
  300. # [16:17] <AryehGregor> Only if you're thinking about things at a very low level.
  301. # [16:17] <smaug____> er, start/endContainer
  302. # [16:17] <smaug____> not really low level
  303. # [16:17] <AryehGregor> If you're thinking about things from a high level, what's surprising is when calling a method like splitText that has no visual effect at all in normal circumstances makes half the user's selection disappear.
  304. # [16:18] <smaug____> you attach the range to some text node, and suddenly it is moved to some other node
  305. # [16:18] <smaug____> that is surprising
  306. # [16:18] <AryehGregor> No, you select some visible text and suddenly half your selection disappears even though the text is plainly still there. *That's* surprising.
  307. # [16:19] <AryehGregor> It just so happens that the selection of text is implemented in terms of a DOM with Nodes and Ranges and stuff, but that's not what anyone's going to base their expectations on unless they're a real JS guru.
  308. # [16:19] <smaug____> in that case the js code shouldn't use splitText, but modify the text data directly
  309. # [16:19] <smaug____> but as I said, I'm not yet quite sure which approach I prefer...
  310. # [16:20] <smaug____> usually I'm all for consistency, but in this case inconsistent behavior might be ok
  311. # [16:21] <AryehGregor> How can it modify the text data directly and achieve the desired effect?
  312. # [16:21] <AryehGregor> Manually resetting the selection?
  313. # [16:22] <AryehGregor> That's what execCommand() largely does, but it's extra work and it breaks other Ranges people might be using for other purposes (e.g., if some script saved the selection and wants to restore it later).
  314. # [16:22] <smaug____> ah, right, the case when insertNode(someelement) is called on text node
  315. # [16:23] <smaug____> I was thinking about insetNode(sometextnode)
  316. # [16:25] <AryehGregor> What about it?
  317. # [16:27] <smaug____> for insertNode(sometext) js should usually just modify the text data
  318. # [16:27] <smaug____> s/for/instead of/
  319. # [16:28] <AryehGregor> We're talking about splitText, no? When did the conversation shift to insertNode?
  320. # [16:28] <AryehGregor> I assume that if you're insertNode()ing a Text node into a Text node, it's only because you're writing a generic algorithm that's meant to handle multiple different types of nodes.
  321. # [16:28] <AryehGregor> It would be pretty silly to not just use insertData(), otherwise.
  322. # [16:30] <smaug____> insertNode does splitText
  323. # [16:30] <AryehGregor> As do many other things, yeah.
  324. # 03[16:32] * Joins: espadrine (~thaddee_t@AMontsouris-157-1-122-142.w90-46.abo.wanadoo.fr)
  325. # [16:34] <smaug____> I really wish specs had some annotation to indicate why something is defined as it is
  326. # [16:35] <smaug____> especially specs which aren't written based on bugs in some tracker/bugzilla
  327. # [16:36] <espadrine> smaug____: something like perl6's Apocalypses and Exegesis? Yes, that can help
  328. # [16:37] <AryehGregor> smaug____, I put it in comments in the HTML source.
  329. # [16:37] <AryehGregor> There are some really long detailed comments in the specs I edit.
  330. # [16:37] <AryehGregor> Sometimes a hundred lines long or more.
  331. # [16:37] <AryehGregor> (in at least one extreme case)
  332. # [16:38] <smaug____> ah, need to just make those visible to the reader
  333. # [16:44] <AryehGregor> I could, but they can get very long.
  334. # [16:44] <AryehGregor> In plenty of cases I have multiple paragraphs of discussion for a single line of spec text.
  335. # [16:44] <AryehGregor> Maybe comments aren't the best way to do that, but having it inline doesn't seem great either.
  336. # [16:44] <AryehGregor> Hmm, I should have it inline but collapsed using JS.
  337. # [16:44] <AryehGregor> (or <details>, if anyone supports that properly yet)
  338. # [16:44] <AryehGregor> That would be ideal.
  339. # 03[16:44] * Joins: MikeSmith (~MikeSmith@EM114-48-135-62.pool.e-mobile.ne.jp)
  340. # 03[16:53] * Damien|away is now known as D^mien
  341. # 03[16:53] * Joins: ktbe (~ktbe@212.174.109.55)
  342. # 03[16:55] * Joins: Yudai_ (~Yudai@p86e1d1.hkidnt01.ap.so-net.ne.jp)
  343. # 02[16:55] * Quits: Yudai (~Yudai@p86e1d3.hkidnt01.ap.so-net.ne.jp) (Read error: Connection reset by peer)
  344. # [16:57] <TabAtkins_> AryehGregor: <details> works in Chrome now.
  345. # [16:58] <AryehGregor> TabAtkins_, do you know of a good JS shim?
  346. # [16:58] <AryehGregor> Also, it seems like the Chrome implementation forces the <details> to its own line, which I don't want.
  347. # [16:58] <AryehGregor> When I do style=display:inline, it doesn't do anything.
  348. # 03[16:58] * Joins: Yudai__ (~Yudai@pa3588a.hkidnt01.ap.so-net.ne.jp)
  349. # 02[16:58] * Quits: Jackneill (~Jackneill@unaffiliated/jackneill) (Ping timeout: 255 seconds)
  350. # [16:58] <AryehGregor> Oh, wait.
  351. # [16:59] <AryehGregor> I was trying to put it inside a <p>.
  352. # 06[16:59] * AryehGregor tries again
  353. # [16:59] <TabAtkins_> AryehGregor: Also maybe put display:inline on the summary too.
  354. # [16:59] <AryehGregor> Seems to work if I put it in an <li> or something.
  355. # [16:59] <AryehGregor> That's bad, though, I want to put it in <p>.
  356. # [16:59] <TabAtkins_> Blame Hixie.
  357. # [17:00] <TabAtkins_> He didn't want <p>'s autoclose behavior to be inconsistent.
  358. # [17:00] <AryehGregor> Hmm.
  359. # 06[17:00] * AryehGregor files a bug
  360. # 02[17:00] * Quits: Yudai_ (~Yudai@p86e1d1.hkidnt01.ap.so-net.ne.jp) (Ping timeout: 264 seconds)
  361. # [17:02] <TabAtkins_> For JS shim, I guess check out Paul Irish's master list of shims.
  362. # 02[17:02] * Quits: gkellogg (~gregg@74-95-198-246-SFBA.hfc.comcastbusiness.net) (Quit: gkellogg)
  363. # [17:02] <AryehGregor> http://www.w3.org/Bugs/Public/show_bug.cgi?id=13345
  364. # 06[17:02] * AryehGregor e-mails Hixie a link to the bug
  365. # [17:03] <AryehGregor> (to request prioritization, since it affects existing new implementations and we don't have much time to change the behavior if we're going to do so)
  366. # 02[17:03] * Quits: tomasf (~tom@c-5ed9e555.024-204-6c6b7012.cust.bredbandsbolaget.se) (Read error: Connection reset by peer)
  367. # 03[17:03] * Joins: tomasf (~tom@c-5ed9e555.024-204-6c6b7012.cust.bredbandsbolaget.se)
  368. # [17:03] <TabAtkins_> Hmm, making it inline by default is interesting. Makes sense for the spec use-case.
  369. # 06[17:03] * TabAtkins_ wants to use it for all his notes and issues now.
  370. # 02[17:05] * Quits: smaug____ (~chatzilla@dsl-hkibrasgw4-fe45dc00-171.dhcp.inet.fi) (Ping timeout: 264 seconds)
  371. # [17:10] <AryehGregor> Most notes/issues shouldn't be collapsed, IMO.
  372. # [17:10] <AryehGregor> Rationale should be.
  373. # 02[17:11] * Quits: danbri (~danbri@ip176-48-210-87.adsl2.static.versatel.nl) (Read error: Connection timed out)
  374. # 03[17:12] * Joins: danbri (~danbri@ip176-48-210-87.adsl2.static.versatel.nl)
  375. # 03[17:25] * Joins: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de)
  376. # 03[17:34] * Joins: david_carlisle (~chatzilla@dcarlisle.demon.co.uk)
  377. # 03[17:45] * Joins: hij1nx (~hij1nx@12.189.117.134)
  378. # [17:50] <AryehGregor> Also maybe some todo's.
  379. # [17:54] <hsivonen> foolip: there's no support in the build script for not pulling the w3.org DTD. (hooray for w3.org DTDs!)
  380. # 02[17:57] * Quits: CvP (~CvP@123.49.20.214) (Quit: [ UPP ] > all)
  381. # 03[18:06] * Joins: dbaron (~dbaron@72-254-82-231.client.stsn.net)
  382. # 02[18:08] * Quits: TabAtkins_ (~tabatkins@72-254-84-188.client.stsn.net) (Ping timeout: 250 seconds)
  383. # 03[18:10] * Joins: annevk (~annevk@72-254-92-35.client.stsn.net)
  384. # 03[18:11] * Joins: TabAtkins_ (~tabatkins@72-254-84-188.client.stsn.net)
  385. # 03[18:28] * Joins: captain2 (~captain@xdsl-78-34-162-72.netcologne.de)
  386. # 02[18:28] * Quits: captain (~captain@xdsl-78-34-152-94.netcologne.de) (Ping timeout: 252 seconds)
  387. # 02[18:33] * Quits: hij1nx (~hij1nx@12.189.117.134) (Quit: hij1nx)
  388. # [18:34] <AryehGregor> Apparently IE10PP2 isn't using a fully compliant HTML parser . . . <font color=#ABCDEF> becomes <font color=#abcdef> in the DOM.
  389. # [18:36] <annevk> oops
  390. # 02[18:42] * Quits: Ms2ger (~Ms2ger@91.181.41.169) (Remote host closed the connection)
  391. # 02[18:48] * Quits: Lachy (~Lachy@cm-84.215.59.50.getinternet.no) (Quit: Textual IRC Client: http://www.textualapp.com/)
  392. # 02[18:51] * Quits: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de) (Quit: Now time for the weather. Tiffany?)
  393. # 03[18:58] * Joins: Rik` (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net)
  394. # [18:59] <AryehGregor> hsivonen, do the parser tests test that <font color=#ABCDEF> doesn't get parsed to <font color=#abcdef>? If not, could we add such a test?
  395. # 03[19:02] * Joins: CvP (~CvP@123.49.21.205)
  396. # 03[19:04] * Joins: ruediger (ruediger@pseudoterminal.org)
  397. # [19:04] <ruediger> hi
  398. # [19:04] <AryehGregor> Hi!
  399. # 02[19:05] * Quits: Rik` (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net) (Remote host closed the connection)
  400. # [19:09] <AryehGregor> Actually, IE is much more egregious.
  401. # [19:09] <AryehGregor> It turns <span style=color:#aBcDeF> into <span style="color: rgb(171, 205, 239);"> too.
  402. # [19:09] <AryehGregor> It's not the only one that does weird stuff.
  403. # [19:10] <AryehGregor> Gecko adds tabindex="0" to <video>.
  404. # [19:10] <AryehGregor> Always.
  405. # [19:10] <AryehGregor> Like, wtf?
  406. # [19:10] <ruediger> does the html5 wg accept new named character references? (section 8.5 in the html5 spec) I'd like to propose &Szlig; for capital ß http://en.wikipedia.org/wiki/Capital_%C3%9F
  407. # [19:11] <AryehGregor> hsivonen, do the parser tests include basic sanity checks to make sure browsers aren't randomly mangling attributes, or is it mostly focused on ensuring that everything gets the right parents and such?
  408. # 02[19:11] * Quits: agektmr (~Adium@p4171-ipbf6905marunouchi.tokyo.ocn.ne.jp) (Quit: Leaving.)
  409. # [19:11] <hsivonen> AryehGregor: IIRC, they don't test that and you are welcome to contribute tests under the MIT license that html5lib uses
  410. # [19:11] <annevk> ruediger, the Math WG is in charge of entities
  411. # [19:11] <annevk> ruediger, and they have not been expanded since 98 practically
  412. # [19:12] <annevk> ruediger, just use the character like you did here
  413. # [19:12] <AryehGregor> ruediger, we probably are not going to add new named entities for things that are sufficiently obscure that they were only added in Unicode 5.1.
  414. # [19:12] <AryehGregor> Actually, we're probably not going to add many new named entities at all.
  415. # [19:12] <AryehGregor> Just encode it as UTF-8.
  416. # [19:12] <ruediger> annevk: yeah, normally I don't bother with named characters and use utf8. But for the sake of consistency
  417. # [19:13] <hsivonen> https://twitter.com/#!/daaitoulaam/status/94988135091535873
  418. # [19:13] <ruediger> lower case ß is supported as &szlig;
  419. # [19:13] <AryehGregor> hsivonen, where's the right place to look at and submit new parser tests?
  420. # [19:14] <annevk> ruediger, you can raise it as a bug; the relevant math people will prolly cc themselves
  421. # [19:14] <annevk> ruediger, he's in this channel as david_carlisle
  422. # [19:14] <ruediger> thanks
  423. # [19:15] <ruediger> I'll do that
  424. # [19:15] <hsivonen> AryehGregor: http://code.google.com/p/html5lib/source/browse/#hg%2Ftestdata
  425. # [19:16] <annevk> hsivonen, you retweet that he calls you an utter ass?
  426. # [19:17] <annevk> @gruber-style :p
  427. # [19:17] <AryehGregor> hsivonen, and those are being made part of the official HTML5 test suite at this point, or what?
  428. # [19:17] <hsivonen> annevk: yeah, that was a @gruber-style retweet--not a retweet implying agreement
  429. # [19:18] <hsivonen> AryehGregor: dunno about Official, but that's the set of test parser devs pay attention to
  430. # [19:18] <AryehGregor> hsivonen, are they runnable cross-browser by just visiting a web page?
  431. # [19:18] <hsivonen> AryehGregor: not to my knowledge, but my knowledge may be stale
  432. # [19:19] <AryehGregor> Hmm, okay.
  433. # 02[19:20] * Quits: Necrathex (~nectop@82-170-160-25.ip.telfort.nl) (Quit: Necrathex)
  434. # [19:20] <hsivonen> AryehGregor: jgraham probably knows more about the cross-browser harness situation
  435. # [19:20] <AryehGregor> jgraham, do you know what the story is with cross-browser parser tests, and their status as Official W3C Tests(tm)?
  436. # [19:20] <annevk> adding <video>, something with a style attribute and such does make sense
  437. # [19:21] <AryehGregor> I'd add at least one example of every element/attribute combination, ideally.
  438. # [19:21] <AryehGregor> Of course, I like my tests to be thorough.
  439. # [19:21] <AryehGregor> Also, make sure to test corner cases for all of them, including leading and trailing whitespace, special characters, etc.
  440. # 03[19:22] * Joins: hij1nx (~hij1nx@12.189.117.134)
  441. # [19:22] <AryehGregor> There should be no special per-attribute value mangling at the parser level at all, AFAIK.
  442. # [19:22] <AryehGregor> Definitely not stuff like reserializing style attributes.
  443. # [19:23] <annevk> correct
  444. # [19:25] <AryehGregor> Or adding tabindex="0".
  445. # [19:25] <AryehGregor> Or stripping leading/trailing whitespace from URL attributes (I caught Gecko doing that even with setAttribute(), but I filed a bug and they fixed it).
  446. # [19:26] <hsivonen> AryehGregor: adding tabindex="0" is not a parser bug, FWIW, but it's a bug exposed by parser tests
  447. # [19:27] <hsivonen> (of course, if you are testing the whole box, you shouldn't care which part of it gets the blame)
  448. # [19:28] <AryehGregor> Hmm, using appendChild creates it too.
  449. # [19:28] <AryehGregor> Fun.
  450. # [19:35] <hsivonen> I wonder how the "This user" badges for Wikipedia user pages started
  451. # [19:36] <AryehGregor> You mean the userboxes?
  452. # [19:36] <AryehGregor> Somebody made one up for fun because they were bored, probably in like 2003 or something.
  453. # [19:37] <hsivonen> AryehGregor: I meant {{user foo}} boxes
  454. # [19:37] <AryehGregor> The Babel boxes, for languages? Like {{user en}}?
  455. # [19:37] <AryehGregor> Oh, other userboxes also often start with "User ".
  456. # [19:37] <AryehGregor> Anyway, yeah, those are userboxes.
  457. # [19:38] <AryehGregor> Actually, I think Babel boxes may have been first, just for practical reasons.
  458. # [19:38] <AryehGregor> Then people had fun with it and made all sorts of stupid random useless ones.
  459. # [19:38] <hsivonen> AryehGregor: I mean "This user would like to own one or more dogs."
  460. # [19:38] <AryehGregor> Yeah, userboxes.
  461. # [19:38] <AryehGregor> At some point there was a purge and the more frivolous ones were moved out of Template: namespace into individual users' namespaces.
  462. # [19:39] <AryehGregor> http://en.wikipedia.org/w/index.php?title=Template:Userbox&oldid=18039616
  463. # [19:39] <AryehGregor> There were probably earlier uses using other templates, though, or just ad hoc stuff.
  464. # [19:40] <AryehGregor> http://en.wikipedia.org/w/index.php?title=Template:User_en&oldid=11184536
  465. # [19:41] <hsivonen> AryehGregor: my humor detector is dysfunctional with some of these
  466. # [19:42] <hsivonen> AryehGregor: that is, I can't tell which ones are serious and which ones an inside wiki meta humor
  467. # [19:43] <hsivonen> s/an/are/
  468. # [19:51] <david_carlisle> ruediger: I was away from my machine, but as they said we don't normally add new names just on consistency grounds, For example only the letters have entity names for open facem even though Unicode added digits as well in the end, see http://www.w3.org/2003/entities/2007doc/double-struck.html
  469. # [19:53] <ruediger> david_carlisle: :-/ but thanks for your reply
  470. # [19:57] <david_carlisle> ruediger: seem the bug http://www.w3.org/Bugs/Public/show_bug.cgi?id=13108#c2 which is a requested name with slightly different issues, but possibly the same outcome (although that bug isn't closed yet)
  471. # 02[20:15] * Quits: LBP (~Mirc@pD9EB139D.dip0.t-ipconnect.de) (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
  472. # 03[20:22] * Joins: shetech (~shetech@c-76-126-167-49.hsd1.ca.comcast.net)
  473. # [20:26] <jgraham> AryehGregor: http://w3c-test.org/html/tests/submission/Opera/html5lib/
  474. # 02[20:26] * Quits: gpsietzema (~gpsietzem@188.201.167.121) (Remote host closed the connection)
  475. # [20:26] <jgraham> That needs to be updated a little, but it is only a few commits behind
  476. # 02[20:27] * Quits: danbri (~danbri@ip176-48-210-87.adsl2.static.versatel.nl) (Read error: Connection timed out)
  477. # [20:27] <AryehGregor> jgraham, in Chrome 14 dev, with "Test with document.write" and "Run All Tests", it stops after a little while with "test.js:239Uncaught ReferenceError: template is not defined"
  478. # 03[20:28] * Joins: danbri (~danbri@ip176-48-210-87.adsl2.static.versatel.nl)
  479. # 02[20:28] * Quits: espadrine (~thaddee_t@AMontsouris-157-1-122-142.w90-46.abo.wanadoo.fr) (Quit: espadrine)
  480. # [20:29] <jgraham> Oh, that may be one of the things that needs to be updated :)
  481. # [20:30] <AryehGregor> I get security errors when trying to use data: URLs, too.
  482. # [20:30] <jgraham> I thought I pushed that change to the W3C copy already, but maybe I only did the Opera-internal copy
  483. # [20:30] <jgraham> Yeah, Chrome won't let you read the DOM of a data URI loaded in an iframe
  484. # [20:30] <jgraham> AFAICT this is dumb and chrome should allow it
  485. # 03[20:33] * Joins: zdobersek1 (~zan@cpe-46-164-0-103.dynamic.amis.net)
  486. # 02[20:34] * Quits: zdobersek (~zan@cpe-46-164-19-135.dynamic.amis.net) (Ping timeout: 250 seconds)
  487. # 02[20:34] * Quits: ezoe (~ezoe@203-140-92-87f1.kyt1.eonet.ne.jp) (Ping timeout: 260 seconds)
  488. # 06[20:35] * AryehGregor concurs
  489. # [20:37] <AryehGregor> abarth, why does Chrome not allow reading the DOM of a data URL loaded in an iframe?
  490. # [20:37] <annevk> there's an open bug on that I think
  491. # [20:38] <TabAtkins_> AryehGregor: Because we don't handle origins correctly, I believe.
  492. # [20:38] <TabAtkins_> (The spec makes it clear that it should be same-origin.)
  493. # [20:38] <AryehGregor> So it's not intentional, in other words?
  494. # [20:38] <AryehGregor> Ah, okay.
  495. # [20:38] <AryehGregor> So just a bug.
  496. # 03[20:40] * Joins: micheil (~micheil@92.40.254.184.threembb.co.uk)
  497. # [20:41] <annevk> http://lists.w3.org/Archives/Public/public-web-perf/2011Jul/thread.html#msg79 reference mania strikes again
  498. # 03[20:41] * Joins: smaug____ (~chatzilla@a91-154-41-96.elisa-laajakaista.fi)
  499. # [20:41] <abarth> AryehGregor: because you haven't sent WebKit a patch that fixes that bug yet :)
  500. # [20:42] <abarth> AryehGregor: its a tricky bug to fix, which is why no one has sent us a patch yet
  501. # 03[20:55] * Joins: pdr__ (~pdr@75-144-232-190-Atlanta.hfc.comcastbusiness.net)
  502. # [20:56] <AryehGregor> Oh, Opera doesn't implement Object.keys? Lame.
  503. # [20:57] <AryehGregor> As of 11.50.
  504. # [20:57] <AryehGregor> Isn't that part of ES5, and haven't all the cool kids implemented ES5 by now?
  505. # [20:58] <karlcow> AryehGregor: ES5 is not implemented yet in a released version of Opera
  506. # 06[20:58] * AryehGregor works around it
  507. # 02[20:58] * Quits: pdr_ (~pdr@nat/google/x-kqpawaichhfurrvb) (Ping timeout: 240 seconds)
  508. # [21:02] <annevk> I wonder when dev.w3.org will move to hg
  509. # [21:03] <jgraham> annevk: Remind me, when is the heat death of the universe again?
  510. # [21:05] <Dashiva> Next Thursday
  511. # 02[21:06] * Quits: MikeSmith (~MikeSmith@EM114-48-135-62.pool.e-mobile.ne.jp) (Ping timeout: 252 seconds)
  512. # [21:08] <annevk> jgraham, tralala
  513. # [21:08] <jcranmer> Dashiva: already?
  514. # [21:09] <jcranmer> damn, better hurry up if I want to finish some things before the universe dies
  515. # 02[21:09] * Quits: cygri (~cygri@109.255.150.223) (Quit: cygri)
  516. # 03[21:10] * Joins: ZombieLoffe (~e@unaffiliated/zombieloffe)
  517. # 03[21:11] * Joins: MikeSmith (~MikeSmith@EM111-188-34-143.pool.e-mobile.ne.jp)
  518. # 02[21:19] * Quits: hij1nx (~hij1nx@12.189.117.134) (Quit: hij1nx)
  519. # [21:23] <karlcow> hsivonen: re: identity… it is also a bit like leaving your passport for the length of your visit to the local police.
  520. # [21:24] <TabAtkins_> Hixie: I can't find the diff where you added the :ltr and :rtl pseudos. Halp?
  521. # 03[21:25] * Joins: gpsietzema (~gpsietzem@188.201.167.121)
  522. # 03[21:29] * Joins: Rik` (~Rik`@2a01:e34:ec0f:1570:5499:ff7d:8b1:3211)
  523. # [21:34] <Hixie> TabAtkins_: please hold
  524. # [21:34] <Hixie> r5672?
  525. # [21:34] <Hixie> $ grep :ltr blame.r6000 5672 ianh <dt><dfn title="selector-ltr"><code>:ltr</code></dfn></dt> 5672 ianh <p>The <code title="selector-ltr">:ltr</code> pseudo-class must 5672 ianh :ltr { direction: ltr; }
  526. # [21:34] <Hixie> well
  527. # [21:34] <Hixie> er
  528. # [21:34] <Hixie> the spacing in that paste went all to hell
  529. # [21:34] <Hixie> but anyway
  530. # [21:34] <Hixie> if you need blame files i have files called blame.rXXXX in the spec directory
  531. # [21:34] <Hixie> for various values of XXXX:
  532. # [21:34] <Hixie> blame.r0005 blame.r0500 blame.r1000 blame.r2200 blame.r2500 blame.r2905 blame.r3000 blame.r4000 blame.r5000 blame.r5600
  533. # [21:34] <Hixie> blame.r0050 blame.r0954 blame.r2000 blame.r2216 blame.r2800 blame.r2947 blame.r3075 blame.r4667 blame.r5287 blame.r6000
  534. # [21:34] <Hixie> hth
  535. # [21:41] <AryehGregor> Sounds like a workaround for svn blame being unreasonably slow.
  536. # [21:41] <AryehGregor> git blame takes like thirty seconds max on big repos for me . . . although granted I haven't tried it with a repo that mostly consists of one huge file that's changed in every commit.
  537. # [21:42] <Philip`> Does git blame provide any way to discover what revision a line was removed in?
  538. # [21:42] <AryehGregor> I'm pretty sure it does, but I haven't ever tried.
  539. # [21:45] <Philip`> Ah, looks like it has a --reverse option
  540. # 03[21:45] * Joins: othermaciej (~mjs@c-24-6-209-6.hsd1.ca.comcast.net)
  541. # [21:45] <AryehGregor> git commands have seldom been faulted for having an insufficient number of options.
  542. # 02[21:46] * Quits: pdr__ (~pdr@75-144-232-190-Atlanta.hfc.comcastbusiness.net) (Remote host closed the connection)
  543. # 03[21:46] * Joins: pdr_ (~pdr@216.239.45.130)
  544. # 06[21:46] * Philip` has occasionally wanted a feature like that, since in SVN/etc it's much more annoying to have to do a manual binary search than having to wait a few minutes while a normal blame runs in the background
  545. # [21:46] <AryehGregor> "JSON.parse: unexpected keyword"
  546. # [21:46] <AryehGregor> What could that possibly mean?
  547. # 02[21:46] * Quits: TabAtkins_ (~tabatkins@72-254-84-188.client.stsn.net) (Ping timeout: 240 seconds)
  548. # [21:47] <AryehGregor> Firebug is reporting it for the line "test = JSON.parse(test);".
  549. # [21:47] <AryehGregor> Oh, it must mean there's an error in the input.
  550. # [21:47] <AryehGregor> I.e., the test variable isn't valid JSON.
  551. # [21:47] <AryehGregor> That confused me.
  552. # 02[21:52] * Quits: david_carlisle (~chatzilla@dcarlisle.demon.co.uk) (Ping timeout: 252 seconds)
  553. # [21:57] <Hixie> AryehGregor: that's exactly what it is :-(
  554. # [21:58] <Hixie> AryehGregor: last time i heard of someone trying to put the spec in git, the migrate crashed or something.
  555. # [21:58] <AryehGregor> Hmm.
  556. # [21:58] <AryehGregor> It's true that git doesn't like very large files, but the spec should be small enough, I'd think.
  557. # [21:58] <Hixie> 5MB * 6000 revisions? :-)
  558. # [21:59] <AryehGregor> What's the SVN checkout URL, just http://svn.whatwg.org/webapps/?
  559. # [21:59] <Hixie> i believe so
  560. # 03[21:59] * Parts: D^mien (tdc@globalshellz/senator/tdc)
  561. # [21:59] <jgraham> I have it in git
  562. # [21:59] <Hixie> ah, cool
  563. # [21:59] <jgraham> The problem was mirroring it to github
  564. # [21:59] <Hixie> aah
  565. # [22:00] <jgraham> The import was slow and timed out or something
  566. # [22:00] <AryehGregor> How fast is a blame?
  567. # 06[22:00] * AryehGregor tries git svn clone http://svn.whatwg.org/webapps/
  568. # [22:02] <AryehGregor> git was designed for use by the Linux kernel, the number of revisions you have is trivial.
  569. # [22:03] <AryehGregor> As is overall repo size.
  570. # [22:03] <AryehGregor> I doubt 5M in one file is a big problem either.
  571. # [22:03] <AryehGregor> I had problems when I tried using it for incremental backup of a database; apparently it doesn't like multi-gigabyte files (tries to read them entirely into memory).
  572. # [22:03] <AryehGregor> But 5M should be no problem.
  573. # [22:03] <AryehGregor> It's worth switching from svn to git just for the speed . . .
  574. # [22:04] <jgraham> Either I got the blame syntax wrong or it is not all that fast in this case
  575. # [22:05] <AryehGregor> It's usually not super-fast, it does have to read the whole history off disk.
  576. # [22:05] <AryehGregor> Well, not the whole history.
  577. # [22:05] <AryehGregor> But it's ridiculously faster than svn blame.
  578. # [22:06] <jgraham> Well yes I wouldn't even try this with svn
  579. # 02[22:07] * Quits: CvP (~CvP@123.49.21.205) (Disconnected by services)
  580. # 03[22:07] * Joins: xCG (~CvP@123.200.17.118)
  581. # [22:07] <jgraham> If someone mirrored the spec to something with a reasonable diff viewer (github, google code, etc.) the web apps tracker could just point there
  582. # [22:07] <AryehGregor> ++
  583. # [22:07] <Hixie> AryehGregor: blame is near instantaneous for me, since all i use is grep
  584. # [22:08] <jgraham> Rather than doing it badly (no way to get more context)
  585. # [22:08] <Hixie> AryehGregor: how is git going to make that better?
  586. # 03[22:08] * xCG is now known as CvP
  587. # [22:08] <AryehGregor> Hixie, it's not, given that you've already spent the effort to work around how broken svn blame is.
  588. # [22:08] <Hixie> unless git is also instantaneous, i'd have to work around git too
  589. # [22:09] <AryehGregor> It doesn't have to be instantaneous, it just has to be fast enough that it's not worth working around.
  590. # [22:09] <AryehGregor> I've never felt git blame was slow enough to bother working around, on any project I've worked on.
  591. # 06[22:09] * AryehGregor has checked out up to r540 or so
  592. # 03[22:09] * Joins: david_carlisle (~chatzilla@dcarlisle.demon.co.uk)
  593. # [22:13] <Hixie> i've never felt subversion blame was too slow either until i tried using it on a 5mb document with 6000+ revisions :-)
  594. # [22:13] <jgraham> AryehGregor: < 8 minutes
  595. # [22:14] <AryehGregor> Any reasonably large software project is *way* bigger than that. MediaWiki's full repo is a gigabyte or two, with the 93010th revision committed about ten minutes ago.
  596. # [22:14] <AryehGregor> No individual text files nearly that big, of course.
  597. # [22:14] <jgraham> AryehGregor: In most reasonable projects one file doesn't change slightly in every revision
  598. # 02[22:14] * Quits: annevk (~annevk@72-254-92-35.client.stsn.net) (Ping timeout: 258 seconds)
  599. # [22:14] <AryehGregor> Yes, that's certainly true.
  600. # [22:15] <AryehGregor> This is a bit of a worst-case for blame.
  601. # [22:15] <jgraham> Anyway, the spec being in git would be way more convenient
  602. # [22:15] <jgraham> Not just for blame, but particularly for diff
  603. # [22:16] <AryehGregor> Yeah.
  604. # 03[22:20] * Joins: hij1nx (~hij1nx@c-67-168-195-6.hsd1.or.comcast.net)
  605. # 03[22:22] * Joins: hij1nx_ (~hij1nx@173-11-12-229-oregon.hfc.comcastbusiness.net)
  606. # 02[22:23] * Quits: maikmerten (~maikmerte@port-92-201-176-20.dynamic.qsc.de) (Remote host closed the connection)
  607. # 02[22:25] * Quits: hij1nx (~hij1nx@c-67-168-195-6.hsd1.or.comcast.net) (Ping timeout: 240 seconds)
  608. # 03[22:25] * hij1nx_ is now known as hij1nx
  609. # [22:27] <jgraham> AryehGregor: Updated the html5lib tests on w3c-test.org
  610. # [22:28] <AryehGregor> jgraham, where should I submit new ones, if I were so inclined?
  611. # [22:28] <jgraham> Oh but I forgot to include the tokenizer tests
  612. # [22:28] <jgraham> AryehGregor: To the html5lib repository
  613. # [22:29] <AryehGregor> k
  614. # [22:29] <jgraham> Although you are quite welcome to mention it on public-html-testsuite if you feel so inclined
  615. # [22:29] <jgraham> The idea is that the html5lib repository has the canonical version of the test .dat files
  616. # [22:30] <jgraham> I'm not sure Kris has entirely realised / agreed with this yet mind you
  617. # 03[22:40] * Joins: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de)
  618. # 02[22:45] * Quits: hij1nx (~hij1nx@173-11-12-229-oregon.hfc.comcastbusiness.net) (Quit: hij1nx)
  619. # 03[22:52] * Joins: MrDoublesite (~mropposit@unaffiliated/mropposite)
  620. # 02[22:53] * Quits: gpsietzema (~gpsietzem@188.201.167.121) (Remote host closed the connection)
  621. # 03[22:56] * Joins: tomasf_ (~tom@c-5ed9e555.024-204-6c6b7012.cust.bredbandsbolaget.se)
  622. # 02[22:56] * Quits: tomasf (~tom@c-5ed9e555.024-204-6c6b7012.cust.bredbandsbolaget.se) (Read error: Connection reset by peer)
  623. # 03[22:56] * tomasf_ is now known as tomasf
  624. # 02[22:57] * Quits: tomasf (~tom@c-5ed9e555.024-204-6c6b7012.cust.bredbandsbolaget.se) (Read error: Connection reset by peer)
  625. # 02[22:58] * Quits: zdobersek1 (~zan@cpe-46-164-0-103.dynamic.amis.net) (Quit: Leaving.)
  626. # 02[23:03] * Quits: danbri (~danbri@ip176-48-210-87.adsl2.static.versatel.nl) (Read error: Connection timed out)
  627. # 03[23:03] * Joins: danbri (~danbri@ip176-48-210-87.adsl2.static.versatel.nl)
  628. # 03[23:06] * Joins: annevk (~annevk@72-254-92-35.client.stsn.net)
  629. # 02[23:07] * Quits: micheil (~micheil@92.40.254.184.threembb.co.uk) (Read error: Connection reset by peer)
  630. # 03[23:14] * Joins: TabAtkins_ (~tabatkins@72-254-60-218.client.stsn.net)
  631. # 02[23:15] * Quits: Maurice (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
  632. # 03[23:15] * Joins: tomasf (~tom@2002:55e5:d95e:0:b0db:86d:ef00:4f52)
  633. # 03[23:29] * heycam|away is now known as heycam
  634. # 02[23:43] * Quits: david_carlisle (~chatzilla@dcarlisle.demon.co.uk) (Ping timeout: 250 seconds)
  635. # 03[23:43] * Joins: Yuhong (~chatzilla@50-47-173-54.evrt.wa.frontiernet.net)
  636. # [23:43] <Yuhong> FYI on base elements and security: http://i8jesus.com/?p=10
  637. # 03[23:45] * Joins: david_carlisle (~chatzilla@dcarlisle.demon.co.uk)
  638. # 03[23:48] * Joins: dydx (~dydz@64.134.227.194)
  639. # 02[23:49] * Quits: jacobolus (~jacobolus@208-90-212-189.PUBLIC.monkeybrains.net) (Read error: Connection reset by peer)
  640. # 02[23:50] * Quits: simplicity- (~simpli@unaffiliated/simplicity-) (Quit: simplicity-)
  641. # 03[23:51] * Joins: jacobolus (~jacobolus@208-90-212-189.PUBLIC.monkeybrains.net)
  642. # 03[23:54] * Joins: cpearce (~chatzilla@203-97-204-82.dsl.clear.net.nz)
  643. # 02[23:57] * Quits: danbri (~danbri@ip176-48-210-87.adsl2.static.versatel.nl) (Read error: Connection timed out)
  644. # 03[23:58] * Joins: danbri (~danbri@ip176-48-210-87.adsl2.static.versatel.nl)
  645. # 02[23:59] * Quits: ZombieLoffe (~e@unaffiliated/zombieloffe)
  646. # Session Close: Mon Jul 25 00:00:01 2011

The end :)