/irc-logs / freenode / #whatwg / 2009-01-14 / end

Options:

  1. # Session Start: Wed Jan 14 00:00:00 2009
  2. # Session Ident: #whatwg
  3. # [00:18] * Quits: KevinMarks (n=KevinMar@nat/google/x-4f8f162580ddcac2) ("The computer fell asleep")
  4. # [00:21] * tantek_ is now known as tantek
  5. # [00:28] * Quits: tantek (n=tantek@c-67-161-5-143.hsd1.ca.comcast.net)
  6. # [00:28] * Quits: webben (n=webben@91.85.203.185) (Read error: 110 (Connection timed out))
  7. # [00:28] * Quits: aaronlev (n=chatzill@e179060186.adsl.alicedsl.de) ("ChatZilla 0.9.84 [Firefox 3.0.5/2008120122]")
  8. # [00:30] * Joins: tantek (n=tantek@c-67-161-5-143.hsd1.ca.comcast.net)
  9. # [00:44] * Quits: Amorphous (i=jan@unaffiliated/amorphous) (Read error: 110 (Connection timed out))
  10. # [00:47] * Joins: Amorphous (i=jan@unaffiliated/amorphous)
  11. # [00:51] * Joins: kingryan (n=kingryan@c-24-5-77-167.hsd1.ca.comcast.net)
  12. # [00:55] * Joins: erlehmann (n=erlehman@86.59.25.121)
  13. # [01:05] * Joins: dave_levin_ (n=dave_lev@72.14.227.1)
  14. # [01:07] * Joins: dimich_ (n=dimich@72.14.227.1)
  15. # [01:15] * Quits: dglazkov (n=dglazkov@nat/google/x-8a8b6939f7e88b92)
  16. # [01:16] * Quits: dimich (n=dimich@72.14.227.1) (Read error: 110 (Connection timed out))
  17. # [01:21] * Quits: dave_levin (n=dave_lev@72.14.227.1) (Read error: 110 (Connection timed out))
  18. # [01:28] * Joins: hdh (n=hdh@58.187.22.95)
  19. # [01:29] * Quits: svl (n=me@ip565744a7.direct-adsl.nl) ("And back he spurred like a madman, shrieking a curse to the sky.")
  20. # [01:39] <annevk> seems some people commented on the article while I was out :)
  21. # [01:46] * Quits: hdh0 (n=hdh@58.187.22.95) (Read error: 110 (Connection timed out))
  22. # [01:48] * Joins: hallvors (n=hallvord@softbank221089079197.bbtec.net)
  23. # [01:51] <Hixie> ?
  24. # [02:00] * Quits: tantek (n=tantek@c-67-161-5-143.hsd1.ca.comcast.net)
  25. # [02:12] * Quits: dimich_ (n=dimich@72.14.227.1)
  26. # [02:16] * Joins: dimich (n=dimich@72.14.227.1)
  27. # [02:20] * Parts: erlehmann (n=erlehman@86.59.25.121)
  28. # [02:31] * Quits: dave_levin_ (n=dave_lev@72.14.227.1)
  29. # [02:31] * olliej is now known as fakeolliej
  30. # [02:41] * Joins: MikeSmith (n=MikeSmit@EM114-48-144-130.pool.e-mobile.ne.jp)
  31. # [02:55] * Joins: dave_levin (n=dave_lev@72.14.227.1)
  32. # [02:57] * Quits: psa (n=yomode@71.93.19.66) (Read error: 113 (No route to host))
  33. # [03:09] * Quits: ojan (n=ojan@nat/google/x-669b4c3b860d4634)
  34. # [03:10] * Quits: hallvors (n=hallvord@softbank221089079197.bbtec.net)
  35. # [03:18] * Joins: dglazkov (n=dglazkov@c-24-130-144-56.hsd1.ca.comcast.net)
  36. # [03:19] * Joins: heycam (n=cam@clm-laptop.infotech.monash.edu.au)
  37. # [03:24] * Quits: dave_levin (n=dave_lev@72.14.227.1)
  38. # [03:39] * Quits: hdh (n=hdh@58.187.22.95) (Remote closed the connection)
  39. # [03:42] * Joins: dglazkov_ (n=dglazkov@72.14.224.1)
  40. # [03:43] * Quits: weinig (n=weinig@17.203.15.230)
  41. # [03:45] * Joins: dglazkov__ (n=dglazkov@c-24-130-144-56.hsd1.ca.comcast.net)
  42. # [03:46] * Quits: dglazkov (n=dglazkov@c-24-130-144-56.hsd1.ca.comcast.net) (Read error: 104 (Connection reset by peer))
  43. # [03:56] * Joins: kangax (n=kangax@ool-182f8118.dyn.optonline.net)
  44. # [03:59] * dglazkov__ is now known as dglazkov
  45. # [04:01] * Joins: dglazkov__ (n=dglazkov@72.14.224.1)
  46. # [04:05] <Hixie> heycam: what do i need to set [PrototypeRoot] on?
  47. # [04:05] <Hixie> heycam: do i need it on things like HTMLCollection or MediaError?
  48. # [04:05] <Hixie> (things that i expect to have interface objects but that have no ancestors?)
  49. # [04:06] * Quits: dglazkov_ (n=dglazkov@72.14.224.1) (Read error: 110 (Connection timed out))
  50. # [04:07] <Hixie> heycam: i'm not sure it makes sense to have
  51. # [04:07] <Hixie> [ImplementedOn=Node]
  52. # [04:07] <Hixie> interface EventTarget
  53. # [04:07] <heycam> things that have no ancestors, but which you expect will have descendants, and objects of which will also implement mixins
  54. # [04:07] <Hixie> ...given that EventTarget is implemented on many other objects
  55. # [04:07] <Hixie> ah ok
  56. # [04:07] <heycam> Hixie, do you think it should be the other way around?
  57. # [04:08] <Hixie> i don't know that it can be either way around
  58. # [04:08] <heycam> mm
  59. # [04:08] <Hixie> spec wise, it happens both ways
  60. # [04:08] <Hixie> e.g. EventTarget was defined after Node but before XMLHttpRequest
  61. # [04:08] <Hixie> but it's implemented on both
  62. # [04:08] <Hixie> (my history might be wrong there but you get the idea)
  63. # [04:09] <Hixie> maybe it makes more sense to have something like PrototypeRoot
  64. # [04:09] <Hixie> "i expect to have things say that they are implemented on me"
  65. # [04:10] <Hixie> maybe in fact it can replace PrototypeRoot, since you can work out if it's a _Root_ by seeing if it is, well, a root.
  66. # [04:10] <Hixie> i may be talking nonsense.
  67. # [04:11] * Quits: aroben (n=aroben@unaffiliated/aroben) (hubbard.freenode.net irc.freenode.net)
  68. # [04:12] <Hixie> heycam: it appears i just set "NoInterfaceObject" on objects that i don't expect to have unique prototype objects or that i expect to have implemented on other objects
  69. # [04:12] <Hixie> (i also set it on interfaces that are to be implemented by the author)
  70. # [04:12] <heycam> it's not that they don't have unique prototype objects
  71. # [04:12] <heycam> just that they aren't exposed through a property on the window object
  72. # [04:13] <heycam> so it really just means "don't put that property on the window object"
  73. # [04:13] <Hixie> [ImplementedOn] basically means it doesn't have a unique prototype object, no?
  74. # [04:14] * Joins: weinig (n=weinig@c-69-181-81-233.hsd1.ca.comcast.net)
  75. # [04:15] <heycam> er, lemme think a minute =)
  76. # [04:15] <Hixie> :-)
  77. # [04:16] * Joins: aroben (n=aroben@c-71-58-73-153.hsd1.pa.comcast.net)
  78. # [04:16] <heycam> [ImplementedOn] would cause properties from that interface to be in the prototype chain on a special mixin prototype object, that gathers all of the mixins together
  79. # [04:17] <heycam> so yes, there wouldn't be a unique prototype object
  80. # [04:17] <Hixie> ok so for those objects, i currently (also) set NoInterfaceObject
  81. # [04:17] * Joins: starjive (i=beos@213-66-217-32-no30.tbcn.telia.com)
  82. # [04:17] <heycam> ok, that makes sense, because you otherwise would think you're affecting the prototype when you're not
  83. # [04:17] * Quits: weinig (n=weinig@c-69-181-81-233.hsd1.ca.comcast.net) (Client Quit)
  84. # [04:17] <heycam> does any browser expose EventTarget.prototype?
  85. # [04:18] <heycam> and have it do what you might think it does?
  86. # [04:18] <Hixie> and i'm not sure that it's useful to set ImplementedOn= on them, since often those interfaces are implemented on multiple different objects, and that's why i have them as separate interfaces in the first place
  87. # [04:18] <Hixie> i have no idea
  88. # [04:18] <Hixie> right now i have no useful testable browsers in front of me
  89. # [04:19] <heycam> iirc, using [ImplementedOn] would cause fewer mixin prototype objects to exist
  90. # [04:19] * Joins: dglazkov_ (n=dglazkov@c-24-130-144-56.hsd1.ca.comcast.net)
  91. # [04:20] <Hixie> well how do i say that NavigatorID is implemented on both HTML5's Navigator and Web Workers' Navigator?
  92. # [04:21] * Quits: dglazkov (n=dglazkov@c-24-130-144-56.hsd1.ca.comcast.net) (Read error: 110 (Connection timed out))
  93. # [04:21] <Hixie> (especially given that i don't want to mention workers in html5)
  94. # [04:21] <heycam> yeah, that's a problem, i see
  95. # [04:22] <heycam> i don't know for sure if the current prototype chain stuff required by web idl is acceptable to everyone
  96. # [04:22] <heycam> assuming it is, and that there is a good reason to have mixin prototype objects that are distinct from the "host object mixin prototype objects"...
  97. # [04:22] <heycam> ... then would it make sense to also have a [Implements]?
  98. # [04:22] <heycam> to indicate the reverse of [ImplementedOn]?
  99. # [04:23] <heycam> you know, you could just use inheritance
  100. # [04:23] <Hixie> it would make the idl blocks strangely organisation-biased
  101. # [04:23] <Hixie> i'd rather have a totally separate mechanism for declaring it outside of an interface
  102. # [04:23] <Hixie> e.g. the way that a multimethod is declared independently of either interface in languages that have multimethods
  103. # [04:24] <Hixie> (or just have it in prose)
  104. # [04:24] <Hixie> on a different note, is there say way to say "i just want this interface to literally be implemented by that other interface in certain cases"?
  105. # [04:24] <heycam> yeah, so the downside of declaring that in prose is that you wouldn't be able to just use a tool that parses the idl and generates appropriate prototype chain code
  106. # [04:24] <Hixie> e.g. WindowModal vs Window
  107. # [04:25] <Hixie> basically i want WindowModal to look exactly like Window, just with two additional attributes
  108. # [04:25] <Hixie> class name should be Window
  109. # [04:25] <Hixie> everything should look like it's a Window
  110. # [04:25] <Hixie> it just needs to have two additional attributes
  111. # [04:25] <heycam> hmm
  112. # [04:25] <heycam> no, there's no way of doing that currently
  113. # [04:25] <Hixie> there's never both a Window and a WindowModal
  114. # [04:25] <Hixie> basically the global object is one or the other
  115. # [04:26] <heycam> why not make WindowModal inherit from Window?
  116. # [04:26] <heycam> you don't want the prototypes set up that way?
  117. # [04:26] <Hixie> i don't want to expose the word WindowModal
  118. # [04:26] <Hixie> nor have any extra prototypes
  119. # [04:26] <Hixie> a similar but not identical case: i have to split the definition of HTMLDocument into two, for various reasons, defined in different specs (or different chapters, at least).
  120. # [04:27] <Hixie> how do i say that the two IDL blocks should be treated as the same IDL block split in two?
  121. # [04:28] * Quits: dglazkov__ (n=dglazkov@72.14.224.1) (Read error: 145 (Connection timed out))
  122. # [04:28] <heycam> for the WindowModal thing, inheritance sounds like the right solution. if you don't want separate prototypes then i suppose something could be introduced to force it to be "flattened" into one, and to be able to control [[Class]].
  123. # [04:29] <heycam> that, or duplicate the interface and still have something that can control [[Class]]
  124. # [04:29] <heycam> for the two IDL blocks, is this for the bgColor stuff etc.?
  125. # [04:29] * Quits: dglazkov_ (n=dglazkov@c-24-130-144-56.hsd1.ca.comcast.net)
  126. # [04:30] <Hixie> yeah
  127. # [04:30] * Quits: broquaint (i=1007b358@spc1-brig11-0-0-cust544.asfd.broadband.ntl.com) (Read error: 60 (Operation timed out))
  128. # [04:30] <MikeSmith> doublec (or anybody): do you have a local copy of the OMS PDF you could post somewhere, at least temporarily?
  129. # [04:30] <Hixie> just mailed you these three topics as remineders
  130. # [04:30] <Hixie> i have to go eat
  131. # [04:30] <MikeSmith> http://www.openmediacommons.org/ doesn't seem to be responding
  132. # [04:30] <heycam> Hixie, ok thanks
  133. # [04:32] <Hixie> looks like i don't have any interfaces that should have PrototypeRoot, fwiw
  134. # [04:32] <doublec> MikeSmith, yep
  135. # [04:32] * Joins: weinig (n=weinig@c-69-181-81-233.hsd1.ca.comcast.net)
  136. # [04:32] <doublec> I'll get the url
  137. # [04:32] <heycam> Hixie, yeah i'd expect them to be in the DOM specs
  138. # [04:32] <Hixie> EventTarget and Node seem like the only obvious ones
  139. # [04:33] <doublec> MikeSmith, http://www.bluishcoder.co.nz/OMS-video-v0.9.pdf
  140. # [04:33] <heycam> yeah
  141. # [04:33] <heycam> no..
  142. # [04:33] <heycam> EventTarget isn't a prototyperoot
  143. # [04:33] <heycam> Node is
  144. # [04:33] <Hixie> oh?
  145. # [04:33] <Hixie> oh
  146. # [04:33] <Hixie> right
  147. # [04:33] <MikeSmith> doublec: thanks very much
  148. # [04:33] <heycam> because you want EventTarget to be one of the mixins
  149. # [04:33] <Hixie> yeah
  150. # [04:33] <Hixie> i have things that then get implemented by EventTarget
  151. # [04:33] <Hixie> which confused me
  152. # [04:34] <Hixie> RemoteEventTarget is implemented by anything that implements EventTarget
  153. # [04:34] <Hixie> and right now has an ImplementedOn=EventTarget decorator
  154. # [04:34] <Hixie> hope that doesn't confuse WebIDL too much!
  155. # [04:34] <heycam> that.. makes sense doesn't it?
  156. # [04:35] <Hixie> i hope so, i haven't read that part of webidl carefully
  157. # [04:35] <heycam> [ImplementedOn=A] interface B; basically should just mean "if a host object implements A, then it also implements B."
  158. # [04:35] <heycam> perhaps i should write up at one point what's currently specced wrt prototype chains separately from Web IDL, so that the general idea can be reviewed more easily
  159. # [04:36] <Hixie> does it define where the mixins slide in on teh chain?
  160. # [04:36] <heycam> it's the most speculative part of the spec
  161. # [04:36] <Hixie> heh
  162. # [04:36] <heycam> yes it does
  163. # [04:36] <Hixie> ok
  164. # [04:36] <Hixie> then it should be fine
  165. # [04:36] <heycam> but it defines something that no browser currently implements =)
  166. # [04:36] <Hixie> yeah well
  167. # [04:37] <Hixie> right. going afk for food.
  168. # [04:37] <heycam> i'm probably a bit busy for web idl work over the next couple of weeks, so i'll probably not get to your requests until later
  169. # [04:38] <Hixie> k
  170. # [04:40] * Joins: dglazkov (n=dglazkov@c-24-130-144-56.hsd1.ca.comcast.net)
  171. # [04:52] * Joins: dimich_ (n=dimich@72.14.227.1)
  172. # [04:55] <heycam> btw i like the term "WebIDLize" :)
  173. # [04:55] * Joins: eric_carlson (n=ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net)
  174. # [05:01] * Quits: weinig (n=weinig@c-69-181-81-233.hsd1.ca.comcast.net)
  175. # [05:08] * Quits: dimich (n=dimich@72.14.227.1) (Read error: 110 (Connection timed out))
  176. # [05:09] * Quits: dimich_ (n=dimich@72.14.227.1) (Read error: 110 (Connection timed out))
  177. # [05:14] * Quits: jruderman (n=jruderma@corp-241.mountainview.mozilla.com)
  178. # [05:21] * Joins: BenMillard (n=cerbera@cpc1-flee1-0-0-cust285.glfd.cable.ntl.com)
  179. # [05:22] <BenMillard> just saw this about "Updated Getter/Setter Syntax in IE8 RC 1" on the IE Blog: http://blogs.msdn.com/ie/archive/2009/01/13/responding-to-change-updated-getter-setter-syntax-in-ie8-rc-1.aspx
  180. # [05:26] <BenMillard> JSON compatibility, DOM prototypes, "embracing ECMAScript 3.1"
  181. # [05:29] * Quits: doublec (n=chris@202.0.36.64) ("Leaving")
  182. # [05:33] * Joins: harig (i=me@121.245.33.223)
  183. # [05:34] * Quits: harig (i=me@121.245.33.223) (Client Quit)
  184. # [05:35] * Quits: dglazkov (n=dglazkov@c-24-130-144-56.hsd1.ca.comcast.net)
  185. # [05:36] * Joins: harig (i=opera@121.245.33.223)
  186. # [05:36] * Joins: eric_carlson_ (n=ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net)
  187. # [05:36] * Quits: harig (i=opera@121.245.33.223) (Client Quit)
  188. # [05:36] * Joins: harig (i=opera@121.245.33.223)
  189. # [05:40] * Quits: dolske (n=dolske@firefox/developer/dolske)
  190. # [05:43] * Joins: dave_levin (n=dave_lev@72.14.227.1)
  191. # [05:45] * Joins: jruderman (n=jruderma@corp-241.mountainview.mozilla.com)
  192. # [05:46] * Quits: eric_carlson (n=ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net) (Read error: 110 (Connection timed out))
  193. # [05:47] * Quits: MikeSmith (n=MikeSmit@EM114-48-144-130.pool.e-mobile.ne.jp) ("sex break")
  194. # [05:52] * Joins: dimich (n=dimich@c-98-203-230-54.hsd1.wa.comcast.net)
  195. # [05:54] * Quits: dbaron (n=dbaron@corp-241.mountainview.mozilla.com) ("8403864 bytes have been tenured, next gc will be global.")
  196. # [05:55] * Quits: roc (n=roc@202.0.36.64)
  197. # [06:05] * Joins: dolske (n=dolske@c-76-103-41-195.hsd1.ca.comcast.net)
  198. # [06:06] * Quits: harig (i=opera@121.245.33.223)
  199. # [06:07] * Joins: harig (i=opera@121.245.33.223)
  200. # [06:09] * Joins: tantek (n=tantek@c-71-202-127-126.hsd1.ca.comcast.net)
  201. # [06:16] * Quits: heycam (n=cam@clm-laptop.infotech.monash.edu.au) ("bye")
  202. # [06:17] * Parts: BenMillard (n=cerbera@cpc1-flee1-0-0-cust285.glfd.cable.ntl.com)
  203. # [06:21] * Joins: deane (n=opera@121.98.190.61)
  204. # [06:22] * Quits: jwalden (n=waldo@corp-241.mountainview.mozilla.com) ("ChatZilla 0.9.82.1-rdmsoft [XULRunner 1.8.0.9/2006120508]")
  205. # [06:26] * Quits: dave_levin (n=dave_lev@72.14.227.1) (Read error: 60 (Operation timed out))
  206. # [06:30] * eric_carlson_ is now known as ec|away
  207. # [06:34] * Joins: dimich_ (n=dimich@72.14.224.1)
  208. # [06:38] * Joins: jwalden (n=waldo@c-67-180-39-55.hsd1.ca.comcast.net)
  209. # [06:39] * Joins: heycam (n=cam@124-168-97-132.dyn.iinet.net.au)
  210. # [06:42] * Quits: shepazu (n=schepers@cpe-069-134-123-228.nc.res.rr.com) (Read error: 110 (Connection timed out))
  211. # [06:50] * Joins: dave_levin (n=dave_lev@c-98-203-247-78.hsd1.wa.comcast.net)
  212. # [06:51] * Quits: dimich (n=dimich@c-98-203-230-54.hsd1.wa.comcast.net) (Read error: 110 (Connection timed out))
  213. # [06:58] * Joins: shepazu (n=schepers@cpe-069-134-123-228.nc.res.rr.com)
  214. # [07:01] * Quits: tantek (n=tantek@c-71-202-127-126.hsd1.ca.comcast.net)
  215. # [07:02] * Joins: tantek (n=tantek@c-71-202-127-126.hsd1.ca.comcast.net)
  216. # [07:03] * Joins: MikeSmith (n=MikeSmit@EM114-48-153-181.pool.e-mobile.ne.jp)
  217. # [07:26] * Joins: dave_levin_ (n=dave_lev@72.14.224.1)
  218. # [07:28] * Quits: kangax (n=kangax@ool-182f8118.dyn.optonline.net)
  219. # [07:29] * Quits: tantek (n=tantek@c-71-202-127-126.hsd1.ca.comcast.net)
  220. # [07:29] * Quits: MikeSmith (n=MikeSmit@EM114-48-153-181.pool.e-mobile.ne.jp) (Read error: 110 (Connection timed out))
  221. # [07:36] * Quits: jruderman (n=jruderma@corp-241.mountainview.mozilla.com)
  222. # [07:38] * Joins: MikeSmith (n=MikeSmit@EM114-48-37-120.pool.e-mobile.ne.jp)
  223. # [07:39] * Quits: MikeSmith (n=MikeSmit@EM114-48-37-120.pool.e-mobile.ne.jp) (Read error: 104 (Connection reset by peer))
  224. # [07:39] * Joins: MikeSmith (n=MikeSmit@EM114-48-37-120.pool.e-mobile.ne.jp)
  225. # [07:43] * Joins: maikmerten (n=merten@ls5dhcp195.cs.uni-dortmund.de)
  226. # [07:43] * Quits: dave_levin (n=dave_lev@c-98-203-247-78.hsd1.wa.comcast.net) (Read error: 110 (Connection timed out))
  227. # [07:50] * Joins: ap (n=ap@195.239.126.10)
  228. # [08:06] * Joins: weinig (n=weinig@c-69-181-81-233.hsd1.ca.comcast.net)
  229. # [08:22] * Quits: weinig (n=weinig@c-69-181-81-233.hsd1.ca.comcast.net) (Read error: 54 (Connection reset by peer))
  230. # [08:22] * Joins: jruderman (n=jruderma@c-67-180-39-55.hsd1.ca.comcast.net)
  231. # [08:23] * Joins: weinig (n=weinig@c-69-181-81-233.hsd1.ca.comcast.net)
  232. # [08:27] * Joins: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  233. # [08:30] * Joins: virtuelv (n=virtuelv@48.80-202-82.nextgentel.com)
  234. # [08:32] * Joins: pesla (n=retep@procurios.xs4all.nl)
  235. # [08:37] * Joins: Maurice (n=ano@a80-101-46-164.adsl.xs4all.nl)
  236. # [08:38] <hsivonen> Is there an implementation of OMS Video? How does it compare to Theora?
  237. # [08:44] * Joins: roc (n=roc@121-72-199-76.dsl.telstraclear.net)
  238. # [08:45] * Joins: eric_carlson (n=ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net)
  239. # [08:46] * Joins: aaronlev (n=chatzill@e179060186.adsl.alicedsl.de)
  240. # [08:46] <MikeSmith> hsivonen: I don't think there are any implementations of OMS Video yet
  241. # [08:46] <MikeSmith> But I would suspect that Sun is working on some kind of reference implementation
  242. # [08:47] <hsivonen> ok.
  243. # [08:47] <hsivonen> anyway, great to see that IBM's patents on arithmetic coding have been expiring lately. OMS and Dirac both use arithmetic coding.
  244. # [08:48] <hsivonen> but I guess JPEGs will be Huffman coded forever due to backward compat anyway :-/
  245. # [08:50] * Quits: aaronlev (n=chatzill@e179060186.adsl.alicedsl.de) (Client Quit)
  246. # [08:52] <hsivonen> two new TAG participants: John Kemp (Nokia) and Larry Masinter (Adobe)
  247. # [08:52] <MikeSmith> yep
  248. # [08:55] * Quits: ec|away (n=ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net) (Read error: 110 (Connection timed out))
  249. # [08:56] * Quits: jruderman (n=jruderma@c-67-180-39-55.hsd1.ca.comcast.net)
  250. # [09:01] <MikeSmith> hsivonen: btw, have you ever come across the "Element “html” from namespace “http://www.w3.org/1999/xhtml” not allowed in this context." errors for your test files tests/html5full-html/valid/002.xhtml and so on ?
  251. # [09:01] <MikeSmith> I'm trying to figure out if it's a local problem in my environment, or a known issue.
  252. # [09:06] <hsivonen> MikeSmith: I don't see that here.
  253. # [09:06] <hsivonen> But now I do see one unrelated test failure...
  254. # [09:09] <MikeSmith> hsivonen: hmm, maybe I should check out a fresh local copy and build from that
  255. # [09:14] * Joins: zcorpan (n=zcorpan@pat.se.opera.com)
  256. # [09:25] * Joins: broquaint (i=723251ea@spc1-brig11-0-0-cust544.asfd.broadband.ntl.com)
  257. # [09:29] * Quits: weinig (n=weinig@c-69-181-81-233.hsd1.ca.comcast.net)
  258. # [09:31] * Quits: dimich_ (n=dimich@72.14.224.1)
  259. # [09:33] <Hixie> heycam: can i put [Optional] in [NamedConstructor] decorators, or should I just list the overloads?
  260. # [09:34] * Joins: erlehmann (n=erlehman@86.59.25.121)
  261. # [09:40] * Joins: aaronlev (n=chatzill@e179060186.adsl.alicedsl.de)
  262. # [10:02] * Joins: aaronlev_ (n=chatzill@g227029222.adsl.alicedsl.de)
  263. # [10:06] * Parts: erlehmann (n=erlehman@86.59.25.121)
  264. # [10:06] * Quits: kingryan (n=kingryan@c-24-5-77-167.hsd1.ca.comcast.net)
  265. # [10:15] <hsivonen> http://www.sans.org/top25errors/ contains errors relevant to the usual HTML/RSS/XML bozoness
  266. # [10:15] * Hixie eyes http://trac.webkit.org/export/39885/trunk/LayoutTests/fast/forms/old-names.html suspiciously
  267. # [10:16] <Hixie> that looks uncanningly like a massive rathole of pain that i'm going to be forced down
  268. # [10:18] <Hixie> hsivonen: 3, 4, and 5 are all specific occurances of 2
  269. # [10:18] <hsivonen> Hixie: indeed.
  270. # [10:19] <hsivonen> Hixie: is there a reason why there's a separate parser pause flag instead of comparing script nesting to zero?
  271. # [10:20] <Hixie> yes
  272. # [10:20] <Hixie> you don't set it to true if the nesting is non-zero
  273. # [10:20] <Hixie> you only set it to true once you run into one of hte situations where you're waiting for a pending script, iirc
  274. # [10:20] <Hixie> and then it stays true until you wind back down to false
  275. # [10:20] <Hixie> er
  276. # [10:21] <Hixie> back down to zero
  277. # [10:21] <hsivonen> Hixie: is that something that's likely to stay or something that Opera and Apple asked you to rewrite?
  278. # [10:21] <Hixie> this doesn't have anything to do with the issue you are aluding to
  279. # [10:21] <Hixie> so likely to stay
  280. # [10:22] * Quits: aaronlev (n=chatzill@e179060186.adsl.alicedsl.de) (Read error: 110 (Connection timed out))
  281. # [10:22] <hsivonen> Hixie: ok. thanks
  282. # [10:22] <Hixie> (the issue in question is to do with calling scripts in a document that isn't the active document, or in a document on which document.open() has been called)
  283. # [10:22] <Hixie> i.e. the bits that currently freeze the "script group".
  284. # [10:23] <hsivonen> ah
  285. # [10:23] <hsivonen> interestingly, Gecko has managed over ten years without the nested script counter
  286. # [10:23] <hsivonen> it was added sometime between October and mid-December last year
  287. # [10:23] <Hixie> how does it handle this case then?
  288. # [10:23] <hsivonen> Hixie: I don't know.
  289. # [10:24] <Hixie> heh
  290. # [10:24] <hsivonen> it now has a nested script counter for *some* purpose
  291. # [10:24] <Hixie> this can also be implemented by resetting the flag at the outer event loop or something like that
  292. # [10:24] <Hixie> kind of an implied counter
  293. # [10:25] <Hixie> i wonder if i can someone convince heycam that webidl should support this http://trac.webkit.org/export/39885/trunk/LayoutTests/fast/forms/old-names.html nonsense natively
  294. # [10:33] <zcorpan> https://connect.microsoft.com/IE/feedback/ViewFeedback.aspx?FeedbackID=333905
  295. # [10:33] * zcorpan ponders
  296. # [10:34] <zcorpan> vml is used to implement canvas and svg in ie with js
  297. # [10:35] <zcorpan> seems to work in the "rc1" build though
  298. # [10:40] * Quits: Lachy (n=Lachlan@85.196.122.246) ("This computer has gone to sleep")
  299. # [10:40] <hsivonen> zcorpan: the connect.microsoft page seems to be secret
  300. # [10:44] <zcorpan> hsivonen: vml didn't work in ie8b1 in ie8 mode
  301. # [10:44] <zcorpan> only in ie7 mode
  302. # [10:44] <annevk> Hixie, DOMString <span title="dom-canvas-toDataURL">toDataURL</span>([Optional] in DOMString type, [Variadic] in any args); seems wrong
  303. # [10:45] <annevk> Hixie, because that would mean the [Variadic] could be the first argument as well which is not true
  304. # [10:45] <Hixie> your understanding of WebIDL is wrong
  305. # [10:46] <annevk> ok
  306. # [10:47] <Hixie> :-)
  307. # [10:47] * Joins: ROBOd (n=robod@89.122.216.38)
  308. # [10:48] * Quits: sverrej (n=sverrej@cm-84.208.153.202.getinternet.no) (Read error: 113 (No route to host))
  309. # [11:05] <heycam> Hixie, you can use [Optional] in the [NamedConstructor]
  310. # [11:05] <heycam> use whichever you think looks nicer of that and the overloads
  311. # [11:06] * heycam "o_O"s at the .../forms/old-names.html thing
  312. # [11:07] <heycam> Hixie, but you should be able to define that yourself just by stating which named properties exist at a given time
  313. # [11:07] <annevk> so [Optional] means omit this and all arguments following this?
  314. # [11:07] <heycam> annevk, yep
  315. # [11:07] <heycam> counterintuitive?
  316. # [11:07] <Hixie> heycam: k. i'll avoid the nested decorators for now. might change it later.
  317. # [11:08] <Hixie> heycam: oh i know i can define it myself. just hoping i can get out of it :-D
  318. # [11:08] <heycam> heh
  319. # [11:08] <annevk> heycam, seems fine, was slightly confused at first
  320. # [11:08] <Hixie> re [optional], i think it's the behavior we want, the name maybe could be better
  321. # [11:08] <Hixie> not sure what to suggest though
  322. # [11:08] <heycam> [ThisAndTheRestOfTheArgumentsCanBeOmitted]
  323. # [11:09] * Joins: Lachy_ (n=Lachlan@pat-tdc.opera.com)
  324. # [11:10] * Quits: Lachy_ (n=Lachlan@pat-tdc.opera.com) (Client Quit)
  325. # [11:10] * Joins: Lachy_ (n=Lachlan@pat-tdc.opera.com)
  326. # [11:12] <Philip`> toDataURL(Optional [ in DOMString type, [Variadic] in any args ])
  327. # [11:13] * Joins: mpt (n=mpt@canonical/launchpad/mpt)
  328. # [11:13] <annevk> that might not be compatible with OMG IDL, but I dunno really
  329. # [11:15] * zcorpan thinks [Optional] is fine
  330. # [11:16] * Joins: sverrej (n=sverrej@pat-tdc.opera.com)
  331. # [11:17] <Philip`> Is compatibility with OMG IDL important?
  332. # [11:17] <annevk> Hixie, Web Workers twitter messages don't link to http://html5.org/tools/web-workers-tracker
  333. # [11:20] <zcorpan> Hixie: shouldn't open</span>([Optional] in DOMString type, in DOMString replace); be open</span>([Optional] in DOMString type, [Optional] in DOMString replace); ?
  334. # [11:21] <Hixie> annevk: what do they link to?
  335. # [11:21] <Hixie> zcorpan: which open is this?
  336. # [11:22] <zcorpan> + <span>HTMLDocument</span> <span title="dom-document-open">open</span>([Optional] in DOMString type, in DOMString replace);
  337. # [11:22] <annevk> Hixie, they link to the Web Workers draft
  338. # [11:23] * Joins: svl (n=me@ip565744a7.direct-adsl.nl)
  339. # [11:25] <Hixie> annevk: fixed (i'd commented out the right link since you hadn't set it up yet)
  340. # [11:26] * Quits: MikeSmith (n=MikeSmit@EM114-48-37-120.pool.e-mobile.ne.jp) ("sex break")
  341. # [11:26] <Hixie> you'll be glad to know that with Web Sockets I am just reusing HTML5's infrastructure (and extracing the docs straight out of the HTML5 source) so that there's no need for yet another tracker
  342. # [11:27] * annevk wonders why the ECMAScript comittee decided to change getter/setter syntax; http://blogs.msdn.com/ie/archive/2009/01/13/responding-to-change-updated-getter-setter-syntax-in-ie8-rc-1.aspx seems like an interop disaster rather than being helpful, but maybe I'm missing something
  343. # [11:27] <Hixie> zcorpan: thanks fixed
  344. # [11:27] <annevk> Hixie, setting up trackers is easy now, just a one line file ;)
  345. # [11:27] <Hixie> heh
  346. # [11:32] <heycam> Philip`, it's likely much less important than i thought it would be at the outset
  347. # [11:34] <zcorpan> toDataURL([in DOMString type, *[in any args]])
  348. # [11:35] <heycam> that's compatible syntax, but less usefully compatible
  349. # [11:37] <hsivonen> It's interesting how Mozilla, Opera and Google can get away with shipping wrong-sized browser app icons for Vista and Windows 7
  350. # [11:37] <hsivonen> If someone tried to ship OS X apps with wrong-sized icons, users would reject such an app
  351. # [11:39] <hsivonen> also, installers still show an occasional Windows 3.1-era icon under Windows 7...
  352. # [11:40] * Quits: roc (n=roc@121-72-199-76.dsl.telstraclear.net)
  353. # [11:58] * Joins: webben (n=webben@nat/yahoo/x-0474fa3a69b7f19f)
  354. # [11:59] * Joins: geoff_blair (n=gmb@nat/yahoo/x-53a721ca778b65f4)
  355. # [11:59] * Parts: geoff_blair (n=gmb@nat/yahoo/x-53a721ca778b65f4) ("Leaving")
  356. # [11:59] * Joins: geoff_blair (n=gmb@nat/yahoo/x-918a0aceebeb27bd)
  357. # [12:01] * Quits: geoff_blair (n=gmb@nat/yahoo/x-918a0aceebeb27bd) (Client Quit)
  358. # [12:12] <hsivonen> jgraham: html5lib-discuss google group has two spam files uploaded to it. They direct the browser to somewhere that is blocked as attack sites in Firefox.
  359. # [12:21] <jgraham> hsivonen: Fixed. Thanks
  360. # [12:35] * Quits: virtuelv (n=virtuelv@48.80-202-82.nextgentel.com) (Read error: 110 (Connection timed out))
  361. # [13:04] * Hixie adds another example of extension to the FAQ
  362. # [13:06] * Quits: maikmerten (n=merten@ls5dhcp195.cs.uni-dortmund.de) (Remote closed the connection)
  363. # [13:15] <annevk> can someone explain to me when you use "same origin" and when you use "non same origin"?
  364. # [13:16] <annevk> sorry
  365. # [13:16] <zcorpan> Hixie: http://validator.whatwg.org/ has the old name of hsivonen's service
  366. # [13:16] <annevk> when you use "same origin" and when you use "same-origin"
  367. # [13:17] <Hixie> you use "same origin" when "origin" is the last word in the phrase, and "same-origin" when that forms a single adjective form for another noun.
  368. # [13:17] <Hixie> so "this is the same origin" and "this is the same-origin policy"
  369. # [13:17] <annevk> great, thanks
  370. # [13:18] <Hixie> zcorpan: fixed
  371. # [13:31] * Quits: mpt (n=mpt@canonical/launchpad/mpt) ("This computer has gone to sleep")
  372. # [13:31] <annevk> does the same apply to "server side"?
  373. # [13:32] <annevk> google says it does
  374. # [13:33] * Quits: webben (n=webben@nat/yahoo/x-0474fa3a69b7f19f) (Read error: 110 (Connection timed out))
  375. # [13:41] * Joins: webben (n=webben@nat/yahoo/x-6ce4b31cb4a41804)
  376. # [13:43] <zcorpan> Hixie: we're probably going to keep our pixelratio impl
  377. # [13:44] * Quits: shepazu (n=schepers@cpe-069-134-123-228.nc.res.rr.com) (hubbard.freenode.net irc.freenode.net)
  378. # [13:44] * Quits: kinetik (n=kinetik@121.98.132.55) (hubbard.freenode.net irc.freenode.net)
  379. # [13:46] * Joins: shepazu (n=schepers@cpe-069-134-123-228.nc.res.rr.com)
  380. # [13:46] * Joins: kinetik (n=kinetik@121.98.132.55)
  381. # [13:48] * Joins: virtuelv (n=virtuelv@pat-tdc.opera.com)
  382. # [13:49] * Quits: pesla (n=retep@procurios.xs4all.nl) (Read error: 60 (Operation timed out))
  383. # [13:50] <annevk> shouldn't HTML5 say "in an ASCII case-... manner" rather than "in a ASCII case-... manner"?
  384. # [13:50] <annevk> i.e. an vs a
  385. # [13:52] * Joins: pesla (n=retep@procurios.xs4all.nl)
  386. # [13:57] * jgraham gets confused when an email entitled "250 years of Robert Burns" turns out to be about the Scottish poet
  387. # [13:58] * Quits: webben (n=webben@nat/yahoo/x-6ce4b31cb4a41804) (Read error: 110 (Connection timed out))
  388. # [14:05] * Joins: kangax (n=kangax@ool-182f8118.dyn.optonline.net)
  389. # [14:10] * Joins: mstange (n=markus@buntes215.wohnheim.uni-kl.de)
  390. # [14:12] <annevk> hmm, finds "WebSocket is cross-origin." shouldn't cross-origin there have been without the dash?
  391. # [14:12] <annevk> having to edit a technical spec with terms that are not in common usage in English sucks
  392. # [14:14] <annevk> http://en.wikipedia.org/wiki/Same_origin_policy ...
  393. # [14:15] <zcorpan> i seem to remember chaals saying that there were no rules and people do it both ways
  394. # [14:15] <annevk> yeah, that might be correct
  395. # [14:18] <annevk> http://en.wikipedia.org/wiki/Hyphen#Compound_modifiers has advice
  396. # [14:19] <hsivonen> zcorpan: The Chicago Manual of Style has rules
  397. # [14:19] <annevk> it seems you can do it safely without for same origin and cross origin
  398. # [14:19] <hsivonen> albeit the rules have a weird thing
  399. # [14:20] <hsivonen> CMoS says it's Civil War–era rather than Civil War-era
  400. # [14:20] <hsivonen> en dash vs. hyphen
  401. # [14:20] <annevk> which would make the name of the spec "Cross Origin Resource Sharing"
  402. # [14:20] <annevk> yeah, Wikipedia has a bunch of that stuff too
  403. # [14:21] <annevk> which seems fine, since Cross does not modify Resource or Sharing in any way, right..?
  404. # [14:21] <hsivonen> I'd have written Cross-Origin Resource Sharing
  405. # [14:21] <hsivonen> but I don't have a specific rule to appeal to
  406. # [14:22] <annevk> i'd like to either consistently use a hyphen or consistently not or have a rule that says when to use it and when not
  407. # [14:22] <annevk> and have it somehow made clear when that rule applies and when not...
  408. # [14:25] * Parts: deane (n=opera@121.98.190.61)
  409. # [14:28] <annevk> I'll do cross origin and same origin for now, point that out on the list when I've done my edits and ask for advice there so someone can bikeshed it and everyone can be happy
  410. # [14:29] <annevk> actually, never mind, it's going to be too much of a hassle
  411. # [14:32] * Joins: Mau`werk (n=ano@89.184.185.248)
  412. # [14:32] * Joins: BenMillard (n=cerbera@cpc1-flee1-0-0-cust285.glfd.cable.ntl.com)
  413. # [14:34] * Joins: rubys (n=rubys@cpe-075-182-092-038.nc.res.rr.com)
  414. # [14:36] <BenMillard> annevk2, "Cross Origin Resource Sharing" mean "Angry Origin Resource Sharing". :)
  415. # [14:36] <annevk> fair enough
  416. # [14:36] <annevk> I'm annevk again btw, not annevk2 :p
  417. # [14:37] <BenMillard> annevk, oops, legacy content problem
  418. # [14:37] <annevk> fortunately I'm more HTML than XML; maybe even more flexible, as I don't think <html2> means <html> in any user agent
  419. # [14:38] <BenMillard> fwiw, cross-threaded describes when a nut and bolt are misaligned, or the lid for a bottle
  420. # [14:38] * Quits: Maurice (n=ano@a80-101-46-164.adsl.xs4all.nl) (Read error: 110 (Connection timed out))
  421. # [14:38] <BenMillard> so there's a precedent for cross-something
  422. # [14:39] * Joins: zdobersek (n=zan@cpe-92-37-75-57.dynamic.amis.net)
  423. # [14:40] <BenMillard> cross-ply tyres have a structure which goes back and forth and is stacked up in layers
  424. # [14:40] * Quits: Mau`werk (n=ano@89.184.185.248) (Read error: 145 (Connection timed out))
  425. # [14:41] * Joins: Maurice (n=ano@89.184.185.248)
  426. # [14:41] * Joins: webben (n=webben@nat/yahoo/x-f472dc429863b88f)
  427. # [14:41] <Philip`> There's cross-examining and cross-checking etc too
  428. # [14:42] <BenMillard> Philip`, oh yeah...I guess there's a whole class of cross-something compounds as a precedent for cross-origin.
  429. # [14:42] <Philip`> but those probably aren't relevant since they're not used as adjectives
  430. # [14:43] * Quits: mstange (n=markus@buntes215.wohnheim.uni-kl.de) ("ChatZilla 0.9.84-2009010213 [Firefox 3.2a1pre/20090113020320]")
  431. # [14:44] <Philip`> or maybe they're not relevant because the adjectival form (cross-examined etc) is a normal adjective prefixed by "cross-"
  432. # [14:44] * Joins: mstange (n=markus@buntes215.wohnheim.uni-kl.de)
  433. # [14:45] <Philip`> whereas "origin" is never an adjective, so "cross-" is not just a modifier of that word; it's making a whole new word instead
  434. # [14:46] <hsivonen> this is going to be a major game-changer: http://arstechnica.com/news.ars/post/20090114-nokia-qt-lgpl-switch-huge-win-for-cross-platform-development.html
  435. # [14:46] <annevk> you guys should review my drafts for spelling :)
  436. # [14:47] <Philip`> annevk: What value would be added to your documents by having them spell-checked?
  437. # [14:48] <Philip`> (There's no point spending much effort being correct solely out of a desire to be correct :-) )
  438. # [14:49] <Lachy_> annevk, I don't really see the problem with the current name. Though I don't really care that much if it's renamed
  439. # [14:49] <annevk> k
  440. # [14:50] <BenMillard> annevk, you could use a spelling checker? (If your HTML editor doesn't do spell checking, you can copy-paste the text into a word processor, then correct the source from what the word processor finds.)
  441. # [14:50] <annevk> Philip`, less room for ambigiuity, as BenMillard pointed out
  442. # [14:50] <annevk> BenMillard, I suppose...
  443. # [14:50] <BenMillard> only worth doing that once it's pretty stable, though
  444. # [14:50] <hsivonen> are there any good open-source English grammar checkers?
  445. # [14:52] * Quits: mstange (n=markus@buntes215.wohnheim.uni-kl.de) ("ChatZilla 0.9.84-2009010213 [Firefox 3.2a1pre/20090113020320]")
  446. # [14:52] * Joins: mpt (n=mpt@canonical/launchpad/mpt)
  447. # [14:52] <Philip`> hsivonen: LGPL Qt sounds pretty nice - I couldn't find any alternatives to wxWidgets when writing a GUI for a not-quite-open-source project, so it's good if Qt is now usable in those situations
  448. # [14:55] <hsivonen> I wonder what the chances of getting a unified Linux desktop are now
  449. # [14:56] <annevk> well, with Android underway, having just one is not quite going to happen I think
  450. # [14:56] <annevk> though maybe Android will never be for desktop despite the rumors
  451. # [14:57] <BenMillard> hsivonen, some Googling reveals a couple of open source grammar checkers but both were 0.x rather than 1.x versions. Also found this rather pessimistic description about the lack of success in this area: http://faq.cooldictionary.com/english-grammar-checker.php
  452. # [14:57] <Philip`> hsivonen: Things seem to be moving in the opposite direction - I have Gtk applications, Qt3 applications and Qt4 applications
  453. # [14:58] <hsivonen> BenMillard: thanks
  454. # [14:59] <hsivonen> annevk: is Android's GUI toolkit on the Java layer on the one below?
  455. # [14:59] * Philip` supposes it'd be easy to argue that grammar checkers destroy our language, by discouraging anyone from writing anything interesting and non-formulaic
  456. # [14:59] <annevk> on the (fake) Java layer
  457. # [14:59] <annevk> afaik
  458. # [14:59] <hsivonen> I see.
  459. # [14:59] <annevk> that was the "disadvantage" of it, all popular Linux apps wouldn't run on it
  460. # [15:00] <annevk> at least according to the articles I read; and given what they write about HTML5, I'm somewhat suspicious :p
  461. # [15:00] <BenMillard> lol
  462. # [15:01] <BenMillard> I'm getting used to the Google icon, but for some reason I keep thinking it's for organic milk or fruit juice or something of that ilk...maybe that's a good look to have captured.
  463. # [15:01] <BenMillard> those things are the epitomy of not being evil, after all
  464. # [15:02] <BenMillard> oh, maybe the reason is dark green along the bottom and bright blue along the top
  465. # [15:02] <BenMillard> I guess the red is like a sunset and the yellow like a corn field, too
  466. # [15:03] <Lachy_> BenMillard, I still hate the google icon. Though I find it funny that it looks like a slightly warped version of the AVG icon rotated 90˚ and the Windows icon rotated 180˚
  467. # [15:03] * annevk likes it a lot more than the blue one
  468. # [15:04] <annevk> it's highly visible and different from other favicons
  469. # [15:05] <Lachy_> I preferred the blue g over the current icon, though liked their original one with the G in the box with coloured sides better
  470. # [15:05] <Philip`> The G in the box looks very old-fashioned to me
  471. # [15:05] <BenMillard> the new one has rounded corners! it's web 2.0!
  472. # [15:06] * Joins: virtuelv_ (n=virtuelv@213.236.208.247)
  473. # [15:06] <BenMillard> the blue lowercase g was lame
  474. # [15:07] <Lachy_> the "Favicon Mobile" version of that was better http://4.bp.blogspot.com/_7ZYqYi4xigk/SEnKfGpULuI/AAAAAAAAApw/2AqOUkg2Dz0/s1600-h/favicon_family.jpg
  475. # [15:07] <BenMillard> Lachy, those are nice, but at 16x16 in Firefox 2 it was lame. :)
  476. # [15:09] * Joins: myakura (n=myakura@p1096-ipbf1904marunouchi.tokyo.ocn.ne.jp)
  477. # [15:10] <Philip`> They should use an animated GIF as the favicon
  478. # [15:13] * Quits: virtuelv (n=virtuelv@pat-tdc.opera.com) (Read error: 110 (Connection timed out))
  479. # [15:21] * Quits: harig (i=opera@121.245.33.223) (Read error: 110 (Connection timed out))
  480. # [15:29] <annevk> twitter has this expansion function for URLs but you still have to go through the shorter URL service after expanding...
  481. # [15:44] * Joins: maikmerten (n=merten@ls5dhcp195.cs.uni-dortmund.de)
  482. # [15:44] * Quits: eric_carlson (n=ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net)
  483. # [15:51] * Joins: eric_carlson (n=ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net)
  484. # [15:52] * Quits: zdobersek (n=zan@cpe-92-37-75-57.dynamic.amis.net) (Read error: 110 (Connection timed out))
  485. # [15:53] * Quits: kangax (n=kangax@ool-182f8118.dyn.optonline.net)
  486. # [15:54] * Joins: mstange (n=markus@buntes215.wohnheim.uni-kl.de)
  487. # [15:57] * Quits: aroben (n=aroben@unaffiliated/aroben)
  488. # [16:04] * Joins: aroben (n=aroben@unaffiliated/aroben)
  489. # [16:07] <annevk> the IE getter and setter stuff is completely different it seems
  490. # [16:07] <annevk> http://ajaxian.com/archives/next-ie-8-release-candidate-to-have-updated-gettersetter-support-and-dom-prototypes seems toally incompatible with http://ejohn.org/blog/javascript-getters-and-setters/
  491. # [16:07] * Joins: dglazkov (n=dglazkov@c-24-130-144-56.hsd1.ca.comcast.net)
  492. # [16:10] * Quits: eric_carlson (n=ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net) (Read error: 110 (Connection timed out))
  493. # [16:13] <Philip`> "do we [...] pursue implementing the ECMAScript 3.1 getter/setter API for the DOM, or do we ship what we have [i.e. the de factor API that is mutually supported by several other major browsers and programming environments] and tackle the ECMAScript 3.1 API in a future release?
  494. # [16:13] <Philip`> "The answer really came down to what was best for the web developer; they need interoperability and by ensuring that we support getters/setters as outlined in ECMAScript 3.1, we help deliver that interoperability in the long-term."
  495. # [16:13] <Philip`> Web developers need interoperability, and so IE chooses to ship something that is different to what everyone else is shipping? Seems a strange notion of interoperability...
  496. # [16:13] <annevk> yeah
  497. # [16:13] * annevk is planning to blog something to that effect
  498. # [16:13] <annevk> though it seems the ECMA-comittee is also to blame
  499. # [16:14] <Philip`> Presumably the origin of the strangeness is ECMAScript 3.1 adding the feature in a different way to what's implemented
  500. # [16:15] <Philip`> ("This decision was made with the concurrence of all the major browser vendors including those who currently support the de facto getter/setter API.")
  501. # [16:15] <Philip`> (which doesn't make it seem less strange, though admittedly I have absolutely zero knowledge of the new API and how it differs and why any decisions were made)
  502. # [16:16] * Joins: eric_carlson (n=ericc@67.218.110.71)
  503. # [16:17] * Quits: eric_carlson (n=ericc@67.218.110.71) (Read error: 104 (Connection reset by peer))
  504. # [16:18] * Joins: eric_carlson (n=ericc@67.218.110.71)
  505. # [16:20] <zcorpan> it seems the ie8 examples use "getter" while other browsers use "get"
  506. # [16:20] <annevk> IE also has prop.getter and afaik there is no prop.get in other browsers
  507. # [16:20] * Joins: zdobersek (n=zan@cpe-92-37-70-130.dynamic.amis.net)
  508. # [16:21] * zcorpan is pretty confused at this point, should probably do some actual testing instead of reading
  509. # [16:21] * Joins: weinig (n=weinig@c-69-181-81-233.hsd1.ca.comcast.net)
  510. # [16:24] <zcorpan> javascript:foo={get test(){ return "foo"; }};alert(foo.test); doesn't work in ie8
  511. # [16:25] <jgraham> Do IE8 compatible examples fail to compile in other browsers or do they just not work?
  512. # [16:25] * fakeolliej is now known as olliej
  513. # [16:26] <Philip`> zcorpan: I don't see anything in any documentation that suggests that ought to work
  514. # [16:28] <hsivonen> http://intertwingly.net/blog/2008/12/15/Co-Chair-HTML-WG#c1231946437
  515. # [16:28] <zcorpan> Philip`: is it not correct es3.1?
  516. # [16:28] * hsivonen thought the idea was to standardize the de facto syntax established in Gecko/Spidermonkey
  517. # [16:29] <Philip`> zcorpan: foo={}; Object.defineProperty(foo, "test", { getter: function() { return "foo" } }); alert(foo.test); is what the ES3.1 .doc linked from the IEBlog post appears to say
  518. # [16:32] * Quits: virtuelv_ (n=virtuelv@213.236.208.247) (Read error: 113 (No route to host))
  519. # [16:33] <rubys> i really don't even know how to begin to respond to Michael Tomer.
  520. # [16:36] <hsivonen> rubys: the V.nu parser in svn now passes html5lib tests again
  521. # [16:36] <Philip`> You could say that his suggestion has been seen by members of the WG with implementation experience, and they do not believe it is a technically feasible approach
  522. # [16:37] <rubys> it apparently is possible, but being possible isn't the answer to the problem he sees.
  523. # [16:39] * Quits: maikmerten (n=merten@ls5dhcp195.cs.uni-dortmund.de) (Remote closed the connection)
  524. # [16:40] * Quits: dglazkov (n=dglazkov@c-24-130-144-56.hsd1.ca.comcast.net)
  525. # [16:42] <jgraham> hsivonen: I belive the html5lib tests are out of date on some issues around heading parsing or something
  526. # [16:42] <hsivonen> jgraham: I fixed that today
  527. # [16:42] <takkaria> oh, yay, that means I can get hubbub back up-to-date with miminal work :)
  528. # [16:42] <hsivonen> jgraham: they were also out of date wrt. </form>
  529. # [16:43] * Quits: eric_carlson (n=ericc@67.218.110.71) (Read error: 110 (Connection timed out))
  530. # [16:43] <jgraham> hsivonen: Great.
  531. # [16:44] * jgraham will fix that in html5lib soonish
  532. # [16:46] <jgraham> (I am sort of working on the MathML+SVG stuff at the moment for which I made some large changes to support the possibility of namespaces so I guess I should fix regressions from that first)
  533. # [16:46] * annevk posted http://annevankesteren.nl/2009/01/gettters-setters
  534. # [16:46] * Joins: Mau`werk (n=ano@a80-101-46-164.adsl.xs4all.nl)
  535. # [16:48] * Joins: billmason (n=bmason@ip8.unival.com)
  536. # [16:48] * Parts: billmason (n=bmason@ip8.unival.com)
  537. # [16:49] <gsnedders> jgraham: Do we put HTML elements in the HTML namespace or not yeT?
  538. # [16:49] <jgraham> gsnedders: We don't do anything yet
  539. # [16:49] <gsnedders> :)
  540. # [16:50] * Parts: annevk (n=annevk@77.163.243.203)
  541. # [16:50] <jgraham> But I am adding an option for whether or not to put HTML elements in the HTML NS because AFAIK things like etree can be pretty annoying to work with if you have namespcaes mixed in
  542. # [16:50] <gsnedders> Yeah, they can be
  543. # [16:50] <gsnedders> But in Anolis it'd be a lot nicer to just always have stuff in the HTML namespace to support both HTML and XHTML.
  544. # [16:51] * Joins: annevk (n=annevk@77.163.243.203)
  545. # [16:51] <rubys> hsivonen: you probably already told me, but is there a way to kick off running v.nu against the html5lib tests?
  546. # [16:51] * Parts: BenMillard (n=cerbera@cpc1-flee1-0-0-cust285.glfd.cable.ntl.com)
  547. # [16:51] <gsnedders> Otherwise I need to duplicate tag names, with their un-namespaced form for HTML and their namespaced form for XHTML.
  548. # [16:51] <jgraham> gsnedders: Like I say I plan to support both with a option to HTMLParser()
  549. # [16:52] <jgraham> s/a/an/
  550. # [16:52] * gsnedders was going to do that some time, but is unlikely to do it for several months, so is rather pleased that someone else cares enough to do it for him
  551. # [16:52] <gsnedders> :P
  552. # [16:54] <jgraham> Well at the moment I have no extra functionaility and a whole bunch of regressions (because I decided to pass the tokens from the tokenizer through the treebuilder rather than splitting up stuff at the start)
  553. # [16:54] <jgraham> (which means refactoring everything and may not even be a very good design)
  554. # [16:55] * Joins: kangax (n=kangax@74.201.136.194)
  555. # [16:56] <Philip`> I hope it's not going to have any performance regressions :-)
  556. # [16:56] <hsivonen> Hixie: fwiw, it seems (form source; I didn't actually test) that Gecko treats the meta prescan charset as confident
  557. # [16:56] <jgraham> Philip`: I think it might :(
  558. # [16:56] * Quits: Maurice (n=ano@89.184.185.248) (Read error: 110 (Connection timed out))
  559. # [16:57] <Philip`> jgraham: :'-(
  560. # [16:57] <gsnedders> Rewrite it in C!
  561. # [16:58] <jgraham> gsnedders: Since I can't say anything polite I won't say anything at all.
  562. # [16:58] <gsnedders> :P
  563. # [16:58] <jgraham> Wait...
  564. # [17:00] <Philip`> gsnedders: I think there is significant value in a pure-Python HTML5 parser
  565. # [17:00] <Philip`> e.g. you could use it on Google App Engine
  566. # [17:01] <Philip`> so I'd like the pure-Python html5lib to be as good (i.e. fast) as possible
  567. # [17:01] <Philip`> regardless of any chtml5lib that someone else might make
  568. # [17:02] * Quits: Mau`werk (n=ano@a80-101-46-164.adsl.xs4all.nl) ("Disconnected...")
  569. # [17:03] * Joins: dglazkov (n=dglazkov@nat/google/x-376eacef69027af3)
  570. # [17:03] * Quits: Lachy_ (n=Lachlan@pat-tdc.opera.com) ("This computer has gone to sleep")
  571. # [17:04] <gsnedders> But it's still slow.
  572. # [17:06] <Philip`> gsnedders: It's slow in comparison to C/Java/etc, but it's fast in comparison to what html5lib would be like if there hadn't been any attempts to optimise it
  573. # [17:06] * Quits: zcorpan (n=zcorpan@pat.se.opera.com)
  574. # [17:06] <jgraham> (it is *really* fast compared to the first version that passed the tests :) )
  575. # [17:07] <Philip`> and it's not terribly slow in comparison to other pure-Python angle-bracketed-markup parsers
  576. # [17:17] <Philip`> When people strike-through phrases in a kind of ironic way like "I think that's a<s>n incredibly stupid</s> very novel idea", what is the appropriate semantic element to use?
  577. # [17:18] <Philip`> (I'm sure I've asked this before but I can't remember any convincing answers...)
  578. # [17:21] * Joins: erlehmann (n=erlehman@86.59.25.121)
  579. # [17:31] <jgraham> Philip`: It sounds like you need EmotionML! Although you will first have to write your own emotion ontology that defines sarcasm. ANd then you will need to pick a numerical value for how sarcastic you were being (on a scale you get to define)
  580. # [17:33] <jgraham> And then you will have to convince Hixie that you have a valid use case for emotionML-in-HTML. I suggest proceeding by first construcing a EmotionML->RDF mapping and then lobbying for RDFa-in-HTML on the basis that you need to define just how sarcastic you are in a way that machines can understand
  581. # [17:34] <Philip`> But all I want is some stricken-though text :-(
  582. # [17:34] * Quits: tndH (n=Rob@james-baillie-pc083-058.student-halls.leeds.ac.uk) (Remote closed the connection)
  583. # [17:35] <rubys> <del>
  584. # [17:35] <jgraham> Philip`: If machines can't understand how sarcastic you are how can they respond appropriately, e.g. by presenting more sarcastic error messages to you? Won't someone think of the machines!
  585. # [17:36] <Philip`> rubys: That's for text which has been removed from the document, and in this case nothing has been removed - all the text has been there intentionally from the very beginning, and it would lose its meaning if anything was removed
  586. # [17:36] <rubys> "But all I want is some stricken-though text"
  587. # [17:36] <rubys> you can get that through css or through del. Apparently you want more.
  588. # [17:37] <Philip`> Well, I want it to be conforming HTML5 too
  589. # [17:38] <Philip`> (Actually I don't, but for the purposes of this IRC channel I'm pretending that I do)
  590. # [17:38] <rubys> <span style="text-decoration: line-through">
  591. # [17:39] * Joins: tndH (n=Rob@james-baillie-pc083-058.student-halls.leeds.ac.uk)
  592. # [17:39] <Philip`> Also I want it to be media-independent, so it can't rely on visual CSS
  593. # [17:42] <rubys> For someone who says "all I want is some stricken-though text", you certainly have a lot of requirements.
  594. # [17:42] * Quits: mpt (n=mpt@canonical/launchpad/mpt) ("This computer has gone to sleep")
  595. # [17:45] * Quits: weinig (n=weinig@c-69-181-81-233.hsd1.ca.comcast.net)
  596. # [17:47] <Philip`> I'm just <del>contradicting myself</del> treating them as basic, implicit requirements that underlie all HTML questions :-)
  597. # [17:47] * Joins: eric_carlson (n=ericc@nat/apple/x-916910ea79555a06)
  598. # [17:53] * Joins: mpt (n=mpt@canonical/launchpad/mpt)
  599. # [17:54] * aroben is now known as aroben|lunch
  600. # [17:55] * Quits: mstange (n=markus@buntes215.wohnheim.uni-kl.de) ("ChatZilla 0.9.84-2009010213 [Firefox 3.2a1pre/20090113020320]")
  601. # [18:02] * Joins: billmason1 (n=bmason@ip8.unival.com)
  602. # [18:02] * Parts: billmason1 (n=bmason@ip8.unival.com)
  603. # [18:09] * Joins: virtuelv_ (n=virtuelv@95.34.27.22.customer.cdi.no)
  604. # [18:10] * Quits: virtuelv_ (n=virtuelv@95.34.27.22.customer.cdi.no) (Client Quit)
  605. # [18:11] * Joins: Maurice (i=copyman@5ED548D4.cable.ziggo.nl)
  606. # [18:14] * Quits: eric_carlson (n=ericc@nat/apple/x-916910ea79555a06)
  607. # [18:14] * Joins: eric_carlson (n=ericc@nat/apple/x-3dc6eaf3a26c5338)
  608. # [18:17] * Quits: pesla (n=retep@procurios.xs4all.nl) ("( www.nnscript.com :: NoNameScript 4.21 :: www.esnation.com )")
  609. # [18:28] * Joins: hdh (n=hdh@58.187.18.135)
  610. # [18:33] * Quits: myakura (n=myakura@p1096-ipbf1904marunouchi.tokyo.ocn.ne.jp) ("Leaving...")
  611. # [18:36] * Joins: exarkun (n=exarkun@intarweb.us)
  612. # [18:36] <exarkun> Does html5lib parse this document correctly according to the spec? <title>hi<foo>bar</foo><body>hi</body>
  613. # [18:47] <Philip`> exarkun: Yes - <title> is RCDATA, so any tags except </title> are treated as plain text rather than as actual tags, so it's equivalent to <html><head><title>hi&lt;foo&gt;bar&lt;/foo&gt;&lt;body&gt;hi&lt;/body&gt;</title></head><body></body></html>
  614. # [18:48] <exarkun> So a missing </title> could eat a whole document
  615. # [18:49] * Joins: xydyx (n=hdh@58.187.18.135)
  616. # [18:50] <Philip`> exarkun: Yes
  617. # [18:50] <Philip`> exarkun: which seems to match IE and Opera
  618. # [18:50] <Philip`> exarkun: (though Firefox seems to re-parse the content if it reaches EOF without ever seeing a </title>)
  619. # [18:51] <Philip`> jgraham: Did you make changes that would have broken "echo 'test' | python parse.py -"? (It now dies with "IOError: [Errno 29] Illegal seek" inside detectBOM)
  620. # [18:52] <Philip`> jgraham: (and I'm sure it used to work at some point in the past)
  621. # [18:52] <exarkun> Philip`: Thanks for the info
  622. # [18:53] * Parts: exarkun (n=exarkun@intarweb.us)
  623. # [18:53] * Joins: maikmerten (n=maikmert@L8e7b.l.pppool.de)
  624. # [18:55] * Quits: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  625. # [18:56] * Quits: maikmerten (n=maikmert@L8e7b.l.pppool.de) (Remote closed the connection)
  626. # [18:56] * Joins: maikmerten (n=maikmert@L8e7b.l.pppool.de)
  627. # [18:57] * Quits: hdh (n=hdh@58.187.18.135) (Read error: 60 (Operation timed out))
  628. # [18:58] * Joins: kingryan (n=kingryan@c-24-5-77-167.hsd1.ca.comcast.net)
  629. # [19:00] * Joins: jruderman (n=jruderma@c-67-180-39-55.hsd1.ca.comcast.net)
  630. # [19:00] * Joins: virtuelv (n=virtuelv@95.34.27.22.customer.cdi.no)
  631. # [19:02] * Joins: dbaron (n=dbaron@corp-241.mountainview.mozilla.com)
  632. # [19:03] * Quits: aroben|lunch (n=aroben@unaffiliated/aroben) (Read error: 145 (Connection timed out))
  633. # [19:07] * Quits: dave_levin_ (n=dave_lev@72.14.224.1)
  634. # [19:14] * Joins: aroben|lunch (n=aroben@unaffiliated/aroben)
  635. # [19:22] * Joins: weinig (n=weinig@17.203.15.177)
  636. # [19:25] * Quits: weinig (n=weinig@17.203.15.177) (Client Quit)
  637. # [19:26] * Joins: weinig (n=weinig@17.203.15.177)
  638. # [19:29] * Quits: weinig (n=weinig@17.203.15.177) (Client Quit)
  639. # [19:31] * Joins: weinig (n=weinig@17.203.15.177)
  640. # [19:33] * Quits: kangax (n=kangax@74.201.136.194)
  641. # [19:39] * Quits: mpt (n=mpt@canonical/launchpad/mpt) ("Leaving")
  642. # [19:39] * Joins: tantek (n=tantek@c-71-202-127-126.hsd1.ca.comcast.net)
  643. # [19:42] * Joins: dave_levin (n=dave_lev@72.14.227.1)
  644. # [19:43] * Joins: smedero (n=smedero@pia145-154.pioneernet.net)
  645. # [19:50] * Quits: jwalden (n=waldo@c-67-180-39-55.hsd1.ca.comcast.net) ("->office")
  646. # [20:04] * Quits: weinig (n=weinig@17.203.15.177)
  647. # [20:07] * Joins: weinig (n=weinig@17.203.15.177)
  648. # [20:09] * Joins: jwalden (n=waldo@corp-241.mountainview.mozilla.com)
  649. # [20:12] * Quits: smedero (n=smedero@pia145-154.pioneernet.net) (Read error: 110 (Connection timed out))
  650. # [20:15] * Quits: sverrej (n=sverrej@pat-tdc.opera.com) (Read error: 110 (Connection timed out))
  651. # [20:21] * Joins: dimich (n=dimich@72.14.227.1)
  652. # [20:23] * Quits: jruderman (n=jruderma@c-67-180-39-55.hsd1.ca.comcast.net)
  653. # [20:23] * Quits: starjive (i=beos@213-66-217-32-no30.tbcn.telia.com)
  654. # [20:32] * Joins: sverrej (n=sverrej@cm-84.208.153.202.getinternet.no)
  655. # [20:34] * Quits: weinig (n=weinig@17.203.15.177)
  656. # [20:35] * Joins: weinig (n=weinig@17.203.15.177)
  657. # [20:35] * Joins: kangax (n=kangax@74.201.136.194)
  658. # [20:50] * Joins: maikmerten_ (n=maikmert@Lbbcb.l.pppool.de)
  659. # [20:54] * Joins: jruderman (n=jruderma@corp-241.mountainview.mozilla.com)
  660. # [21:04] * maikmerten_ is now known as maik|afk
  661. # [21:06] * Quits: maikmerten (n=maikmert@L8e7b.l.pppool.de) (Read error: 110 (Connection timed out))
  662. # [21:07] * Joins: roc (n=roc@202.0.36.64)
  663. # [21:10] <annevk> so since it seems people are still confused with this I thought I'd blog about it, the technical issue with integrating RDFa is xmlns right, no others?
  664. # [21:10] <annevk> that is, xmlns in XML cannot be selected using [xmlns] where it can when you use it in HTML because XML puts it in a namespace and HTML does not
  665. # [21:12] <annevk> of course you could build an API on top of this that abstracts away the differences, dunno, but you'd kill namespaces in HTML in the process
  666. # [21:13] <annevk> http://www.schneier.com/blog/archives/2009/01/michael_chertof.html :)
  667. # [21:14] * Parts: olliej (n=oliver@nat/apple/x-722c04d48dc5c41f)
  668. # [21:14] * Joins: olliej (n=oliver@nat/apple/x-722c04d48dc5c41f)
  669. # [21:14] * Parts: olliej (n=oliver@nat/apple/x-722c04d48dc5c41f)
  670. # [21:14] * Joins: olliej (n=oliver@nat/apple/x-749970591baaef3c)
  671. # [21:19] * Joins: Lachy_ (n=Lachlan@85.196.122.246)
  672. # [21:32] * Quits: virtuelv (n=virtuelv@95.34.27.22.customer.cdi.no) (Read error: 104 (Connection reset by peer))
  673. # [21:49] * Quits: kingryan (n=kingryan@c-24-5-77-167.hsd1.ca.comcast.net)
  674. # [21:50] <Hixie> annevk: the only issue as far as i am concerned is that i don't know what it's for (there's been a couple of use cases presented, but so far nowhere near enough to justify all of RDF as a solution, IMHO)
  675. # [21:54] * Quits: maik|afk (n=maikmert@Lbbcb.l.pppool.de) (Remote closed the connection)
  676. # [22:01] <annevk> oh, agreed
  677. # [22:03] <annevk> it seems worthwhile to point out anyway, so people might realize sending RDFa in text/html is harmful rather than just invalid
  678. # [22:03] <annevk> though maybe at this point it is too late anyways
  679. # [22:11] * Quits: tantek (n=tantek@c-71-202-127-126.hsd1.ca.comcast.net)
  680. # [22:11] * Quits: sicking (n=chatzill@corp-242.mountainview.mozilla.com) ("ChatZilla 0.9.84 [Firefox 3.1b3pre/20090108035522]")
  681. # [22:11] * Parts: annevk (n=annevk@77.163.243.203)
  682. # [22:11] * Quits: JohnResig (n=JohnResi@74.201.254.36) (Read error: 113 (No route to host))
  683. # [22:13] * Joins: annevk (n=annevk@77.163.243.203)
  684. # [22:13] * Quits: heycam (n=cam@124-168-97-132.dyn.iinet.net.au) ("bye")
  685. # [22:16] * Disconnected
  686. # [22:18] * Attempting to rejoin channel #whatwg
  687. # [22:18] * Rejoined channel #whatwg
  688. # [22:18] * Topic is 'WHATWG (HTML5) -- http://www.whatwg.org/ -- Logs: http://krijnhoetmer.nl/irc-logs/ -- Please leave your sense of logic at the door, thanks!'
  689. # [22:18] * Set by Hixie on Thu Oct 23 14:38:15
  690. # [22:28] * aroben|lunch is now known as aroben
  691. # [22:29] * Joins: tantek (n=tantek@c-71-202-127-126.hsd1.ca.comcast.net)
  692. # [22:29] * Quits: dolske (n=dolske@firefox/developer/dolske)
  693. # [22:29] * Quits: ROBOd (n=robod@89.122.216.38) ("http://www.robodesign.ro")
  694. # [22:39] * Disconnected
  695. # [22:39] * Attempting to rejoin channel #whatwg
  696. # [22:39] * Rejoined channel #whatwg
  697. # [22:39] * Topic is 'WHATWG (HTML5) -- http://www.whatwg.org/ -- Logs: http://krijnhoetmer.nl/irc-logs/ -- Please leave your sense of logic at the door, thanks!'
  698. # [22:39] * Set by Hixie on Thu Oct 23 14:38:15
  699. # [22:39] * Joins: JohnResig (n=JohnResi@74.201.254.36)
  700. # [22:40] * Quits: theanxy (n=wzajac@student.agh.edu.pl) (Read error: 60 (Operation timed out))
  701. # [22:46] * Disconnected
  702. # [22:46] * Attempting to rejoin channel #whatwg
  703. # [22:46] * Rejoined channel #whatwg
  704. # [22:46] * Topic is 'WHATWG (HTML5) -- http://www.whatwg.org/ -- Logs: http://krijnhoetmer.nl/irc-logs/ -- Please leave your sense of logic at the door, thanks!'
  705. # [22:46] * Set by Hixie on Thu Oct 23 14:38:15
  706. # [22:53] * Disconnected
  707. # [22:57] * Attempting to rejoin channel #whatwg
  708. # [22:57] * Rejoined channel #whatwg
  709. # [22:57] * Topic is 'WHATWG (HTML5) -- http://www.whatwg.org/ -- Logs: http://krijnhoetmer.nl/irc-logs/ -- Please leave your sense of logic at the door, thanks!'
  710. # [22:57] * Set by Hixie on Thu Oct 23 14:38:15
  711. # [22:58] * Quits: krijnh (n=krijnhoe@ktk.xs4all.nl) (Read error: 110 (Connection timed out))
  712. # [23:00] * Joins: dolske (n=dolske@corp-241.mountainview.mozilla.com)
  713. # [23:05] * Disconnected
  714. # Session Close: Wed Jan 14 23:05:25 2009
  715. #
  716. # Session Start: Wed Jan 14 23:06:30 2009
  717. # Session Ident: #whatwg
  718. # [23:06] * Now talking in #whatwg
  719. # [23:06] * Topic is 'WHATWG (HTML5) -- http://www.whatwg.org/ -- Logs: http://krijnhoetmer.nl/irc-logs/ -- Please leave your sense of logic at the door, thanks!'
  720. # [23:06] * Set by Hixie on Thu Oct 23 14:38:15
  721. # Session Close: Thu Jan 15 00:00:00 2009

The end :)