/irc-logs / w3c / #html-wg / 2007-09-20 / end

Options:

  1. # Session Start: Thu Sep 20 00:00:00 2007
  2. # Session Ident: #html-wg
  3. # [00:09] * Quits: MikeSmith (MikeSmith@mcclure.w3.org) (Quit: Less talk, more pimp walk.)
  4. # [00:14] * Quits: Sander (svl@86.87.68.167) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
  5. # [00:18] * Quits: briansuda_ (briansuda@194.144.106.194) (Quit: briansuda_)
  6. # [00:19] <Hixie> Philip: so the main problem is that we don't actually want scripting to run during the creation of the generated tree
  7. # [00:19] <Hixie> since it could _really_ fuck with the UA
  8. # [00:24] <Philip> Why wouldn't it work if UAs just followed the algorithm and ran the scripts in the text-expansion steps, and if the scripts modify the DOM then weird things may happen but that's just their problem?
  9. # [00:25] <Hixie> because you could trivially cause an infinite loop
  10. # [00:25] <Hixie> and the algorithm would never return
  11. # [00:28] <anne> how is this different from other inifite loops?
  12. # [00:28] <anne> such as those you can create with document.write()
  13. # [00:29] <Hixie> document.write() infinite loops always go all the way back to the UA's main event loop before recursing
  14. # [00:29] <Hixie> as far as i am aware
  15. # [00:31] <Philip> <div id="data"></div>
  16. # [00:31] <Philip> <datatemplate id="t">
  17. # [00:31] <Philip> <rule><div template="#t" ref="#data"></div></rule>
  18. # [00:31] <Philip> </datatemplate>
  19. # [00:31] <Philip> <div template="#t" ref="#data"></div>
  20. # [00:32] <Philip> Is that an infinite loop?
  21. # [00:32] <Hixie> yes, but again, it goes all the way back to the main event loop before recursing
  22. # [00:32] <Hixie> so the UA can still remain responsive
  23. # [00:33] <anne> depending on how you program it, it can always remain responsive, no?
  24. # [00:33] <Philip> <script>while(1);</script> is an infinite loop too, and UAs already cope with that
  25. # [00:34] <Hixie> Philip: yeah but that one doesn't involve interrupting UA code
  26. # [00:35] <Philip> Why can't UA code do the same that the JS interpreter does, to let the user cancel if it's taking too long?
  27. # [00:36] <Hixie> we could, but i'd be better to design it in such a way that that isn't an issue
  28. # [00:38] <Philip> Okay, if it can be done without introducing any new issues or making things worse for other constituencies then that would be better :-)
  29. # [00:43] * Joins: mjs (mjs@17.255.98.200)
  30. # [00:47] * Joins: mjs_ (mjs@17.203.14.225)
  31. # [00:48] * Quits: mjs (mjs@17.255.98.200) (Ping timeout)
  32. # [00:49] * Quits: hasather (hasather@90.227.221.48) (Client exited)
  33. # [01:11] * Disconnected
  34. # [01:12] * Attempting to rejoin channel #html-wg
  35. # [01:12] * Rejoined channel #html-wg
  36. # [01:12] * Topic is 'HTML WG http://www.w3.org/html/wg/ also logged: http://krijnhoetmer.nl/irc-logs/'
  37. # [01:12] * Set by DanC on Thu Sep 06 23:39:27
  38. # [01:12] * Quits: gsnedders (gsnedders@86.137.237.196) (Ping timeout)
  39. # [01:12] * Quits: anne (annevk@81.68.67.12) (Ping timeout)
  40. # [01:12] * Quits: krijnh (krijnhoetm@213.84.148.98) (Ping timeout)
  41. # [01:13] * Quits: beowulf (beowulf@194.74.230.217) (Ping timeout)
  42. # [01:14] * Joins: beowulf (beowulf@194.74.230.217)
  43. # [01:17] * Quits: billmason (billmason@69.30.57.156) (Quit: .)
  44. # [01:25] * Quits: tH (Rob@87.102.117.116) (Quit: ChatZilla 0.9.78.1-rdmsoft [XULRunner 1.8.0.9/2006120508])
  45. # [01:34] * Quits: gavin_ (gavin@99.226.75.20) (Ping timeout)
  46. # [01:36] * Joins: mjs (mjs@17.255.98.200)
  47. # [01:38] * Quits: mjs_ (mjs@17.203.14.225) (Ping timeout)
  48. # [01:39] * Joins: gavin_ (gavin@99.226.75.20)
  49. # [01:43] * Joins: matt (matt@128.30.52.30)
  50. # [01:45] * Joins: Lionheart (robin@66.57.69.65)
  51. # [01:56] * Parts: Lionheart (robin@66.57.69.65)
  52. # [02:03] * Joins: sbuluf (ypi@200.49.140.238)
  53. # [02:18] * Quits: kingryan (rking3@208.66.64.47) (Quit: kingryan)
  54. # [02:19] * Joins: mjs_ (mjs@17.203.14.225)
  55. # [02:21] * Quits: mjs (mjs@17.255.98.200) (Ping timeout)
  56. # [02:33] * Joins: heycam (cam@130.194.72.84)
  57. # [02:41] * Joins: MikeSmith (MikeSmith@mcclure.w3.org)
  58. # [02:51] * Joins: olivier (ot@128.30.52.30)
  59. # [03:13] <Philip> Actually, the &{...} syntax is rubbish since you'll usually have to write the <datatemplate> in XML to make it parse correctly when you're doing anything non-trivial, so the syntax should be optimised primarily for XML
  60. # [03:14] <Philip> (but I don't really like plain {...} because then you'd need some new way to write literal { characters)
  61. # [03:22] <Hixie> yeah i don't know what syntax to use really
  62. # [03:41] * Quits: gavin_ (gavin@99.226.75.20) (Ping timeout)
  63. # [03:43] * Quits: heycam (cam@130.194.72.84) (Quit: bye)
  64. # [03:46] * Joins: gavin_ (gavin@99.226.75.20)
  65. # [03:48] * Joins: heycam (cam@130.194.72.84)
  66. # [03:50] * Quits: schepers (schepers@128.30.52.30) (Quit: Trillian (http://www.ceruleanstudios.com)
  67. # [04:02] * Joins: Shunsuke (Shunsuke@123.176.107.50)
  68. # [04:02] * Quits: Shunsuke (Shunsuke@123.176.107.50) (Quit: Tiarra 0: SIGTERM received; exit)
  69. # [04:03] * Joins: Shunsuke (Shunsuke@123.176.107.50)
  70. # [04:10] * Quits: matt (matt@128.30.52.30) (Quit: matt)
  71. # [04:37] * Quits: mjs_ (mjs@17.203.14.225) (Quit: mjs_)
  72. # [04:37] * Quits: sbuluf (ypi@200.49.140.238) (Ping timeout)
  73. # [04:46] * Joins: sbuluf (khjulbh@200.49.140.174)
  74. # [05:49] * Quits: gavin_ (gavin@99.226.75.20) (Ping timeout)
  75. # [05:52] * Joins: mjs (mjs@64.81.48.145)
  76. # [05:54] * Joins: gavin_ (gavin@99.226.75.20)
  77. # [05:57] * Quits: MikeSmith (MikeSmith@mcclure.w3.org) (Quit: Less talk, more pimp walk.)
  78. # [06:44] * Quits: Lachy (chatzilla@124.170.65.144) (Quit: ChatZilla 0.9.78.1 [Firefox 2.0.0.6/2007072518])
  79. # [07:08] * Joins: Lachy (chatzilla@124.170.94.29)
  80. # [07:57] * Quits: gavin_ (gavin@99.226.75.20) (Ping timeout)
  81. # [08:02] * Joins: gavin_ (gavin@99.226.75.20)
  82. # [08:13] * Joins: Lachy_ (chatzilla@124.170.94.29)
  83. # [08:13] * Quits: Lachy (chatzilla@124.170.94.29) (Ping timeout)
  84. # [08:13] * Lachy_ is now known as Lachy
  85. # [08:16] * Joins: Sander (svl@86.87.68.167)
  86. # [09:09] * Quits: jmb (jmb@152.78.71.152) (Ping timeout)
  87. # [09:10] * Joins: jmb (jmb@152.78.71.152)
  88. # [09:28] * Joins: anne (annevk@81.68.67.12)
  89. # [09:30] * Quits: olivier (ot@128.30.52.30) (Quit: Leaving)
  90. # [09:52] * Quits: heycam (cam@130.194.72.84) (Quit: bye)
  91. # [10:04] * Quits: gavin_ (gavin@99.226.75.20) (Ping timeout)
  92. # [10:09] * Joins: gavin_ (gavin@99.226.75.20)
  93. # [10:22] * Joins: timbl (timbl@82.111.149.2)
  94. # [10:25] <anne> mjs, something like sql.onresult = ...; sql.execute(...)?
  95. # [10:25] <anne> and prolly sql.onerror
  96. # [10:26] <mjs> anne: or executeSql(callback, statement, arguments...)
  97. # [10:26] <anne> that's not really in line with other APIs
  98. # [10:27] <anne> although, timer APIs... :)
  99. # [10:28] <anne> I suppose it depends on whether you ever want to do more than a single thing with the results
  100. # [10:29] * Joins: heycam (cam@203.214.105.232)
  101. # [10:34] <mjs> I am not sure events make sense for this
  102. # [10:35] <mjs> if the only event is that you finished, I think a single callback that would have been the return value is better
  103. # [10:36] <anne> the other would be failure, but I suppose you can handle that in the callback as well
  104. # [10:36] <mjs> well, the sync version presumably expresses failure with a return value
  105. # [10:37] <anne> or throws, maybe, dunno
  106. # [10:37] <mjs> either is ok, but if there is a SQL object people will want things like the ability to "prepare" statements or rebind arguments
  107. # [10:38] <anne> failure doesn't seem to be addressed
  108. # [10:38] <anne> only if the amount of additional arguments doesn't match the amount of ? characters
  109. # [10:40] <anne> it doesn't really tell what to do with bogus SQL statements or SQL statements that are valid but are not supported for security reasons etc.
  110. # [10:40] <mjs> true
  111. # [10:40] <mjs> SQL statements can fail for all sorts of reasons
  112. # [10:40] <mjs> invalid row ID in a query for instance
  113. # [10:40] <anne> that too isn't addressed
  114. # [10:40] <mjs> are you gonna send this to the list?
  115. # [10:41] <anne> I suppose I can quickly e-mail the WHATWG, sure
  116. # [10:41] <mjs> thanks
  117. # [11:02] * Joins: zcorpan_ (zcorpan@88.131.66.80)
  118. # [11:06] * Joins: ROBOd (robod@89.123.53.137)
  119. # [11:13] * Quits: Thezilch (fuz007@68.52.119.203) (Connection reset by peer)
  120. # [11:16] * Joins: Thezilch (fuz007@68.52.119.203)
  121. # [12:11] * Quits: gavin_ (gavin@99.226.75.20) (Ping timeout)
  122. # [12:16] * Joins: gavin_ (gavin@99.226.75.20)
  123. # [12:41] * Quits: sbuluf (khjulbh@200.49.140.174) (Quit: sbuluf)
  124. # [13:31] * Joins: myakura (myakura@123.224.93.225)
  125. # [13:37] * Joins: olivier (ot@128.30.52.30)
  126. # [13:58] * Joins: tH_ (Rob@87.102.117.116)
  127. # [13:58] * tH_ is now known as tH
  128. # [14:01] * Joins: matt (matt@128.30.52.30)
  129. # [14:17] * Joins: gsnedders (gsnedders@86.137.237.196)
  130. # [14:18] * Quits: gavin_ (gavin@99.226.75.20) (Ping timeout)
  131. # [14:23] * Joins: gavin_ (gavin@99.226.75.20)
  132. # [14:45] * Quits: timbl (timbl@82.111.149.2) (Quit: timbl)
  133. # [15:45] * Joins: schepers (schepers@128.30.52.30)
  134. # [15:56] * Joins: karl (karlcow@128.30.52.30)
  135. # [16:08] * Quits: olivier (ot@128.30.52.30) (Quit: Leaving)
  136. # [16:26] * Quits: gavin_ (gavin@99.226.75.20) (Ping timeout)
  137. # [16:31] * Joins: gavin_ (gavin@99.226.75.20)
  138. # [16:32] * Joins: billmason (billmason@69.30.57.156)
  139. # [16:40] * Joins: hasather (hasather@90.227.221.48)
  140. # [16:42] * Quits: Lachy (chatzilla@124.170.94.29) (Quit: ChatZilla 0.9.78.1 [Firefox 2.0.0.6/2007072518])
  141. # [17:06] * Joins: Lionhear1 (robin@66.57.69.65)
  142. # [17:07] * Parts: Lionhear1 (robin@66.57.69.65)
  143. # [17:18] * Joins: hober (ted@68.107.112.172)
  144. # [17:23] * Joins: Lachy (chatzilla@124.170.94.29)
  145. # [17:23] * Quits: Lachy (chatzilla@124.170.94.29) (Quit: ChatZilla 0.9.78.1 [Firefox 2.0.0.6/2007072518])
  146. # [17:24] * Joins: Lachy (chatzilla@124.170.94.29)
  147. # [17:41] * Quits: karl (karlcow@128.30.52.30) (Quit: Where dwelt Ymir, or wherein did he find sustenance?)
  148. # [17:47] * drry is now known as drry0
  149. # [17:47] * drry0 is now known as drry_
  150. # [17:47] * drry_ is now known as drry_0
  151. # [17:47] * drry_0 is now known as drry0
  152. # [17:47] * drry0 is now known as drry__
  153. # [17:47] * drry__ is now known as drry___
  154. # [17:47] * drry___ is now known as drry_00
  155. # [17:47] * drry_00 is now known as drry____
  156. # [17:47] * drry____ is now known as drry00
  157. # [17:47] * drry00 is now known as drry_____
  158. # [17:47] * drry_____ is now known as drry__0
  159. # [17:47] * drry__0 is now known as drr______
  160. # [17:47] * drr______ is now known as drry___0
  161. # [17:47] * drry___0 is now known as dr_______
  162. # [17:47] * Quits: dr_______ (drry@211.9.170.225) (Quit: dr_______)
  163. # [17:49] * Joins: drry (drry@211.9.170.225)
  164. # [18:07] * Quits: myakura (myakura@123.224.93.225) (Quit: Leaving...)
  165. # [18:33] * Quits: gavin_ (gavin@99.226.75.20) (Ping timeout)
  166. # [18:38] * Joins: gavin_ (gavin@99.226.75.20)
  167. # [18:41] * Quits: schepers (schepers@128.30.52.30) (Client exited)
  168. # [19:03] * Joins: oedipus (oedipus@70.21.186.99)
  169. # [19:12] * Joins: Roger (roger@213.64.74.230)
  170. # [19:15] * Joins: Julian (chatzilla@217.91.35.233)
  171. # [19:54] * Quits: Roger (roger@213.64.74.230) (Quit: Roger)
  172. # [19:56] * Joins: dbaron (dbaron@63.245.220.241)
  173. # [19:57] * Quits: oedipus (oedipus@70.21.186.99) (Quit: oedipus)
  174. # [20:04] * Quits: mjs (mjs@64.81.48.145) (Quit: mjs)
  175. # [20:06] * Joins: Roger (roger@213.64.74.230)
  176. # [20:10] * Quits: Julian (chatzilla@217.91.35.233) (Ping timeout)
  177. # [20:40] * Quits: gavin_ (gavin@99.226.75.20) (Ping timeout)
  178. # [20:45] * Joins: gavin_ (gavin@99.226.75.20)
  179. # [21:03] * Joins: mjs (mjs@17.203.14.225)
  180. # [21:11] * Joins: kingryan (rking3@208.66.64.47)
  181. # [21:28] * Quits: gsnedders (gsnedders@86.137.237.196) (Quit: gsnedders)
  182. # [21:31] * Quits: zcorpan_ (zcorpan@88.131.66.80) (Ping timeout)
  183. # [21:34] * Joins: gsnedders (gsnedders@86.137.237.196)
  184. # [21:44] * Quits: mjs (mjs@17.203.14.225) (Quit: mjs)
  185. # [21:49] * Quits: Roger (roger@213.64.74.230) (Quit: Roger)
  186. # [21:58] * Quits: heycam (cam@203.214.105.232) (Ping timeout)
  187. # [22:15] * Joins: heycam (cam@203.214.12.23)
  188. # [22:18] * Quits: ROBOd (robod@89.123.53.137) (Quit: http://www.robodesign.ro )
  189. # [22:30] * Quits: matt (matt@128.30.52.30) (Quit: matt)
  190. # [22:47] * Quits: jgraham (jgraham@81.86.212.88) (Ping timeout)
  191. # [22:47] * Quits: gavin_ (gavin@99.226.75.20) (Ping timeout)
  192. # [22:52] * Joins: gavin_ (gavin@99.226.75.20)
  193. # [23:01] * Joins: jgraham (jgraham@81.86.209.202)
  194. # [23:04] * Joins: polin8 (polin8@75.71.72.175)
  195. # [23:05] * Joins: kingryan_ (rking3@208.66.64.47)
  196. # [23:06] * Quits: kingryan (rking3@208.66.64.47) (Ping timeout)
  197. # [23:16] * Quits: kingryan_ (rking3@208.66.64.47) (Quit: kingryan_)
  198. # [23:20] * Joins: kingryan (rking3@208.66.64.47)
  199. # [23:20] * Quits: kingryan (rking3@208.66.64.47) (Quit: kingryan)
  200. # [23:21] * Joins: kingryan (rking3@208.66.64.47)
  201. # [23:21] * Quits: kingryan (rking3@208.66.64.47) (Quit: kingryan)
  202. # [23:34] * Joins: mjs (mjs@17.203.14.225)
  203. # [23:34] * Joins: kingryan (rking3@208.66.64.47)
  204. # [23:43] * Joins: briansuda (briansuda@194.144.106.194)
  205. # [23:57] * Quits: mjs (mjs@17.203.14.225) (Ping timeout)
  206. # Session Close: Fri Sep 21 00:00:00 2007

The end :)